From owner-freebsd-stable@freebsd.org Mon Aug 17 08:28:00 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B0E9A3AB537 for ; Mon, 17 Aug 2020 08:28:00 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BVRxr2hYXz4NMM for ; Mon, 17 Aug 2020 08:28:00 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) Received: by mailman.nyi.freebsd.org (Postfix) id 5A9E23AB356; Mon, 17 Aug 2020 08:28:00 +0000 (UTC) Delivered-To: stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5A5E93AB536 for ; Mon, 17 Aug 2020 08:28:00 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2050.outbound.protection.outlook.com [40.107.21.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BVRxn2Kjnz4NML for ; Mon, 17 Aug 2020 08:27:56 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EnX8mn51rMQOfXp70u8fx3q2d17SiaKRte17GPYpIAxNkedjb5fpn5mmdp7R//984HNW3m7dQlHvYKuaYlqRQSQch1F1mx4pCKv+RuFz7drAtkmUbk8SfEeo0pv4HU/xfyTYn18lTPPjijnQVy90EfX6rAQ+NW/05qj4oiXl5swuVFN+4HE2iaHdT4oXgPMRwc8SuNTetbgoIFnpkN9SjwJPCdSC+gN7Edq+l3WkHlMqfR2nZAATiVOOYACR/oDNxddHOqCqbrKXNc0g1N2e8vtwMxeucPSc/eP/eTHsV5zcz8G4oYRwVVqEdITAqSaXuc5bRSmhWIBU5jcf3EhrmA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=zQ8Im7fJVtYkRTOG+JrW9yqYkCdwIIm6ms3rtkSB9r4=; b=DL3Im1xltCWhbiW+mxOQ+MiA5xr2s6u/1e/z61Lj0hKOpeBebELMzjakDTpFsr4BOg2hvW9/Arq1Zmgz1fXzV7l+6ohReLnG154zp0Jh0yUPwbveFCwDCpt3cV6KOwVPg50SwCeQxn6dWNMiQkAObYvhJ+bmzYHKtia739p3LVh8GP1IIVDviWI3mK8tbC1GCZrfu594oysnLqm+Qciq5oqAgEP1+VFK+iSt5OwYg/UU9UceLp8X3DY0l1eJOHIz7xDTPeKh5ST8bUJhpm2eqvjgqHHMslozrT6gdAB0337yfhfOk8I/UK8zV4ciOIVaXjRuHtV3rBEakGOkG0qGFg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ri.se; dmarc=pass action=none header.from=ri.se; dkim=pass header.d=ri.se; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ri.se; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=zQ8Im7fJVtYkRTOG+JrW9yqYkCdwIIm6ms3rtkSB9r4=; b=AwVPMawq1aTiTYhzcZWYE7/KMzDzdRv6bI09Xdal+xl6Yga09H11dAhzZVlKYijjas8hUyq+THu7LkAfvMWHhsSMzOyM8EtkzqYxL1Si8i/zJo805kRBWCmCqaPVQs3AeEJy44+SU+yE08MWNoe9cpwOmGmxfBu35+pU+s1TTDo= Received: from HE1P18901MB0186.EURP189.PROD.OUTLOOK.COM (2603:10a6:3:9d::7) by HE1P189MB0572.EURP189.PROD.OUTLOOK.COM (2603:10a6:7:62::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3283.20; Mon, 17 Aug 2020 08:27:53 +0000 Received: from HE1P18901MB0186.EURP189.PROD.OUTLOOK.COM ([fe80::d8ad:4ee7:8ee:9b32]) by HE1P18901MB0186.EURP189.PROD.OUTLOOK.COM ([fe80::d8ad:4ee7:8ee:9b32%5]) with mapi id 15.20.3283.015; Mon, 17 Aug 2020 08:27:53 +0000 X-Authentication-Warning: P142.sics.se: bengta set sender to bengt.ahlgren@ri.se using -f From: Bengt Ahlgren To: Eugene Grosbein Cc: stable@freebsd.org Subject: Re: 11.4 sendmail with SASL and ports openssl? In-Reply-To: (Eugene Grosbein's message of "Fri, 14 Aug 2020 21:10:57 +0700") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (berkeley-unix) Date: Mon, 17 Aug 2020 10:27:50 +0200 Message-ID: Content-Type: text/plain X-ClientProxiedBy: HE1P190CA0033.EURP190.PROD.OUTLOOK.COM (2603:10a6:7:52::22) To HE1P18901MB0186.EURP189.PROD.OUTLOOK.COM (2603:10a6:3:9d::7) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from P142.sics.se (2001:2002:3e14:df69:6af7:28ff:fe68:c2dd) by HE1P190CA0033.EURP190.PROD.OUTLOOK.COM (2603:10a6:7:52::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3283.16 via Frontend Transport; Mon, 17 Aug 2020 08:27:53 +0000 Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.16.1/8.16.1) with ESMTPS id 07H8RoHJ002062 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 17 Aug 2020 10:27:50 +0200 (CEST) (envelope-from bengt.ahlgren@ri.se) Received: (from bengta@localhost) by P142.sics.se (8.16.1/8.16.1/Submit) id 07H8Rotw002061; Mon, 17 Aug 2020 10:27:50 +0200 (CEST) (envelope-from bengt.ahlgren@ri.se) X-Authentication-Warning: P142.sics.se: bengta set sender to bengt.ahlgren@ri.se using -f X-Originating-IP: [2001:2002:3e14:df69:6af7:28ff:fe68:c2dd] X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: f0ad05fe-4039-49f4-c849-08d842876fb0 X-MS-TrafficTypeDiagnostic: HE1P189MB0572: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:8273; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: nKEbg9D26dRNi6K41CxPwKzRdUE8++6tWLTT4LnYDP/0zWMI2mvfVk+7sj3gzzXI9WR2alrFfk+Nk7cnvaiCMZEVUVB80FOGJ3vxrKO8CGm3NI062G0BAOk5J1eDuQ1uT/vzT8X5DiwH6NSr2DdQTjnU2t1BZsjyp4QAoWmiHnp5OzsuH4xNLp1wBeKBMjefKm5G+1so383ksHF03hRT4EyoObUbhyd4y6t/3kZdpCpVZqaao8bn2N3kXw79+AcKvHRDdF2vaOFNX6hvbgg3NtUmdQ4Qb8qwWMnOes2U7NhJG8Hb2HPoiEtuR0HSgwYbntSjc6bLjGUyk+iX3n49Dw== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1P18901MB0186.EURP189.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(4636009)(136003)(376002)(366004)(346002)(396003)(39850400004)(44832011)(186003)(2906002)(9686003)(478600001)(8936002)(42186006)(83380400001)(8676002)(6916009)(4326008)(52116002)(66946007)(66476007)(66556008)(5660300002)(86362001)(316002); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: 32uxGU2gF/8ZA6yLtcRgBJtVwJguwuWG2PJiMItBhaVIIw+SNwLrZJfmxhDCCKMvZ1LeR10ZW0PmZFmX6Fi6qGjN+BDyxXZIjB4ZX9LdBAqL/6iPLRkqwOLEZrdBdqCbc543Qr+xI1wfB3KkM5Q7uV0L9ZE4RxJyOxWPElrHDaKkBKlVGzZAmIX4NJK/Ww12oPO4v+ZdGON25hAAkyXiOhbQ+sRhNNoKwstEz+yFipKQ+O4T2LQpsJL9gQsKVcsKVd3GxmiS/TjXic50YZFmy7jAchaW6VXPAuUhEAg1RuWPRUkZZwxZwyJtcfCE+qiUwjE9e8PTMKcDYeP6kV0jz67YqVnM+b095KVVyWd2ii/EDYdnOweWg1PCUdvWBaAkYLruwtOPPOxOAdn7/89TlsJZk7q2mct9VcmtfuOU8Py5DzK8GqVfR1FC4Cl9fUsYvlvw0PSit/HMVKCv8km6AUZMyhe7QzWBqYmvg+XgQOx65POU+vvTMGTTVvKFd3Iyvfmi8nzRo2W+5T+GF3e+UDv8BtGMVRdsxFKT+LfcErsg6yQsmH3/Ant030o/2znKzdX48X2gGtsdWaSIqDeSbRqZkwr1+1O5WESX5H7GYbEiDOpgtgjX/q8/4OuPYZz/O+lKwjLcPjkbK3RtYnELUVhXs+UC4l6SLSBcmLSi4k/lajdnDBKc/R2n5W79dx8fWLCni0isSh0t3Z0/VbfPVA== X-OriginatorOrg: ri.se X-MS-Exchange-CrossTenant-Network-Message-Id: f0ad05fe-4039-49f4-c849-08d842876fb0 X-MS-Exchange-CrossTenant-AuthSource: HE1P18901MB0186.EURP189.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Aug 2020 08:27:53.7138 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5a9809cf-0bcb-413a-838a-09ecc40cc9e8 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: k38n1B7tFaxlYwpUkP5HRROIXa7apJVKxHNoRlwaU1NGSTANezyWqOY3yE9LwSrzkVUPOzQbBSWnm1hfM+uubg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1P189MB0572 ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1597652879; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references:dkim-signature; bh=zQ8Im7fJVtYkRTOG+JrW9yqYkCdwIIm6ms3rtkSB9r4=; b=b0mrvbiF8O9E3EPHv+aAZSza5H8zTW/bo7yaSV+P9fZU3p8unZB9R+YlmkIuGYah9RknJl IzdVscakY0VFjwx2QPTnOZigSds80CrOYauoS4bea5mT1JUohowUki3BAYWTnS01RypeB1 PEgtuaamtX/L18x3qicwvfjN8GFtigZr/m468XkL5gjqKIi+had+DwZaFPbGCEcprRji5n Rh0PYzDk0AQjiA9oXIA8SQhKfWkjcKdn9xZmLuCjJvDRLkphxRw0061du3pfbA0UaGY8// iXnjKIM41QKrmNPeJvnGECvtcCRD73TVrCRt2DVnjhtEUKrm5T5U4d03YtXRCg== ARC-Seal: i=2; s=dkim; d=freebsd.org; t=1597652879; a=rsa-sha256; cv=pass; b=RL8JzOMzwFXiD54ZMKP+7isqhDE2AuYYDe8RlvzVUXjjd4uDsJeSILbb+xDRFxFb42miIb ZU4c76S/ZlnovMyvPqAEh+MP37za81ZkmAMH4WHkGpIcJqTuJL5qMxnMHmtYoW/vHUVDXX 5l2Iha5buv7IRMmp04aI3crpwrUeCYI2Dv2S0opMK69+GcWuL/tXu5QDwod74MRJNuPOnX 8HYwJq74VuSFehb8xQDp6fg9pD0ubnD3AllC2sYZKrwQgGPOBsrCF4OXAQFejHhmmkxdJx BCSmJOoXdxeMwVztcfhImqxevO6MK0OqQexmCukAxuw1uwuENXwTf7Zkz+mBAw== ARC-Authentication-Results: i=2; grosbein.net; dkim=none (message not signed) header.d=none; grosbein.net; dmarc=none action=none header.from=ri.se; X-Rspamd-Queue-Id: 4BVRxn2Kjnz4NML X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ri.se header.s=selector1 header.b=AwVPMawq; dmarc=pass (policy=none) header.from=ri.se; spf=pass (mx1.freebsd.org: domain of bengt.ahlgren@ri.se designates 40.107.21.50 as permitted sender) smtp.mailfrom=bengt.ahlgren@ri.se X-Spamd-Result: default: False [-3.95 / 15.00]; NEURAL_HAM_MEDIUM(-1.02)[-1.022]; RCVD_COUNT_FIVE(0.00)[5]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-0.98)[-0.980]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; ARC_SIGNED(0.00)[i=2]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; R_DKIM_ALLOW(-0.20)[ri.se:s=selector1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ri.se:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[40.107.21.50:from]; NEURAL_HAM_SHORT(-0.94)[-0.945]; DMARC_POLICY_ALLOW(-0.50)[ri.se,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.21.50:from] X-Spam: Yes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2020 08:28:00 -0000 Eugene Grosbein writes: > 14.08.2020 17:46, Bengt Ahlgren wrote: > >> Then the question is whether I need openssl libraries from ports, when I >> use that for all ports with DEFAULT_VERSIONS+=ssl=openssl due to QT5 >> requirements? >> >> If I want to link with openssl from ports, it looks like I anyway need >> SENDMAIL_LDFLAGS=-L/usr/local/lib, otherwise the linker will pick up >> libssl and libcrypto from base. Specifying the full path for these >> libraries, like for libsasl2 in the handbook, only results in >> double-linking with libraries from both ports and base. So I ended up >> with: >> >> SENDMAIL_CFLAGS=-I/usr/local/include -I/usr/local/include/sasl -DSASL >> SENDMAIL_LDFLAGS=-L/usr/local/lib >> SENDMAIL_LDADD=/usr/local/lib/libsasl2.so > > Stock sendmail was recently updated from 8.14.x to 8.16.x in base after 11.4-RELEASE. > > Previous sendmail version was incompatible with openssl 1.1+, > so Handbook updated before 11.4-RELEASE to make sure sendmail is built and linked > with stock openssl, or else build failed. > > It seems updated sendmail in stable branches made compatible with openssl 1.1+, > so the choice is yours. Thanks for the info! For the record, I run 11.4-STABLE after that sendmail update. Bengt From owner-freebsd-stable@freebsd.org Tue Aug 18 01:54:16 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CE0713A9A3B for ; Tue, 18 Aug 2020 01:54:16 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (midget.dons.net.au [IPv6:2403:5800:5101:0:ea:1cff:fefa:f00]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "dons.net.au", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BVv913ZZpz4XJJ for ; Tue, 18 Aug 2020 01:54:12 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.2/8.15.2) with ESMTPS id 07I1rjY2018115 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 18 Aug 2020 11:23:58 +0930 (ACST) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.2/8.15.2/Submit) id 07I1rTlc018107 for ; Tue, 18 Aug 2020 11:23:29 +0930 (ACST) (envelope-from darius@dons.net.au) X-MIMEDefang-Relay-be813b1f1da6d6b27d681222cb70cc4f5b642383: 2001:44b8:1d2:8900:3487:f98f:7039:1e6 Received: from [IPv6:2001:44b8:1d2:8900:3487:f98f:7039:1e6] ([IPv6:2001:44b8:1d2:8900:3487:f98f:7039:1e6] [2001:44b8:1d2:8900:3487:f98f:7039:1e6]) by midget.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id 07I1rO5B018103; Tue, 18 Aug 2020 11:23:29 +0930 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: EFISYS shortcuts on Xfce desktops From: "O'Connor, Daniel" In-Reply-To: Date: Tue, 18 Aug 2020 11:23:24 +0930 Cc: Kyle Evans , Dmitrii Postolov , freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: <4DBD56C1-D81B-4F8E-9B2B-F6E3961A64C3@dons.net.au> References: <613031596851658@mail.yandex.ru> To: Guido Falsi X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Spam-Score: 0.2 () No, score=0.2 required=5.0 tests=HELO_MISC_IP, HELO_NO_DOMAIN, T_SPF_PERMERROR autolearn=no autolearn_force=no version=3.4.2 X-Scanned-By: MIMEDefang 2.83 on 10.0.2.1 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1597715656; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=4XVTePAVqhjivFgv2hJm4KmxAjuJio4Uen0wWZong6c=; b=Lx66sjOfuUXSSOl+z13rxLUCnq+pbRhuyzA8eZVM9pBMdBWHsu8MkdB59lFsPHou3qEE0x C51O0dMOppHDELfW+f+gcnmj+/+JdBd9uVk4Mcomh3VTi0eEpEGdrk0K25S+v47w477ubU 0aDUBI/+ZWrU7zL1naGRI7rcNVGtfY/MdKt/rsTepcKTc70LIs6Vr9b62QhuKuCiGM8JEL y+F9Lx//oBr74Ef+uPfF2wzs5NImvbhSBfuRFIU7GtmeY1/igTLTCnPOFQqmQWnehIeMfC VtA0AUHcnDPQoGgCDNB0JN9z8QkSk0zngq0R9RfSeMzjfsALPpuDTPZYBKJf9Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1597715656; a=rsa-sha256; cv=none; b=BNj7lvQD80J92b6wAvIPxZqf3js9HqfaoafhyZaPtuygyy+4oHOghc8ykIzNtZmxxQs4/M pTkXj9ABJKih7oXIbPRvZJfGDFR8CNq6uYe9HB8oBVITf0ALa55O6IPofPrku6jqd+i2MB vuMCAKg7EqCb/3/NDJkpb/m8uFMPFEKzeECr+SVk7f1NjJUtxudH/z2x2/GdFws/ndLy5E K23rLkF4r8429mGV8qoKcHjYCDtErCLQc2CIstIxrxsPBcwvQM6noN6VfLJ4jvT+5JWKz3 6DNBnma5wjyE1LIvrP7yAWXFpD/BtPFNpNlnNkErsMtmds3B7lxqrTvCmrJkVA== ARC-Authentication-Results: i=1; mx1.freebsd.org; dkim=pass header.d=dons.net.au header.s=default header.b=et0MghJj; spf=pass (mx1.freebsd.org: domain of darius@dons.net.au designates 2403:5800:5101:0:ea:1cff:fefa:f00 as permitted sender) smtp.mailfrom=darius@dons.net.au X-Rspamd-Queue-Id: 4BVv913ZZpz4XJJ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.49 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.002]; R_DKIM_ALLOW(-0.20)[dons.net.au:s=default]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; ARC_SIGNED(0.00)[i=1]; NEURAL_HAM_LONG(-0.99)[-0.994]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dons.net.au:+]; DMARC_POLICY_ALLOW(-0.50)[dons.net.au,quarantine]; NEURAL_HAM_SHORT(-1.00)[-0.996]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:4764, ipnet:2403:5800:5000::/36, country:AU]; FREEMAIL_CC(0.00)[freebsd.org,yandex.ru]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 01:54:16 -0000 Hi Guido, > On 8 Aug 2020, at 18:03, Guido Falsi via freebsd-stable = wrote: >>=20 >> i'm not sure if there's a more granular way to do this. = Alternatively, >> you could create a /boot/efi or /boot/msdos or similar and mount it = at >> boot so that xfce doesn't even try it. EFISYS =3D EFI System = Partition >> ("ESP"). Unsure why it's identified in the "Removable Device" >> category. >=20 > The "granular" way is through hal policies. For example I have this in > /usr/local/etc/hal/fdi/preprobe/20thirdparty/10-ignore-EFI.fdi: >=20 >=20 > > > > true > > > > > true > > > >=20 >=20 > Hope this helps. Thanks for this, I got it working by specifying block.device (twice, = once for /dev/msdosfs/EFISYS and once for /dev/gptid/). Is there = a way it can key off (say) the volume name or UUID instead? I tried a few keys like volume.uuid and volume.label but they don't = work. Perhaps that is because they are only filled in after the = preprobe, hence the rules don't match until after they could possibly = take effect. Thanks. -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From owner-freebsd-stable@freebsd.org Tue Aug 18 01:59:54 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9C0AD3A9EE1 for ; Tue, 18 Aug 2020 01:59:54 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (midget.dons.net.au [IPv6:2403:5800:5101:0:ea:1cff:fefa:f00]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "dons.net.au", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BVvHY2JNnz4XtV for ; Tue, 18 Aug 2020 01:59:52 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.2/8.15.2) with ESMTPS id 07I1xj8c021490 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 18 Aug 2020 11:29:45 +0930 (ACST) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.2/8.15.2/Submit) id 07I1xa5n021484 for ; Tue, 18 Aug 2020 11:29:36 +0930 (ACST) (envelope-from darius@dons.net.au) X-MIMEDefang-Relay-be813b1f1da6d6b27d681222cb70cc4f5b642383: 2001:44b8:1d2:8900:3487:f98f:7039:1e6 Received: from [IPv6:2001:44b8:1d2:8900:3487:f98f:7039:1e6] ([IPv6:2001:44b8:1d2:8900:3487:f98f:7039:1e6] [2001:44b8:1d2:8900:3487:f98f:7039:1e6]) by midget.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id 07I1xUKk021480; Tue, 18 Aug 2020 11:29:36 +0930 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: EFISYS shortcuts on Xfce desktops From: "O'Connor, Daniel" In-Reply-To: <4DBD56C1-D81B-4F8E-9B2B-F6E3961A64C3@dons.net.au> Date: Tue, 18 Aug 2020 11:29:30 +0930 Cc: Kyle Evans , Dmitrii Postolov , freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: References: <613031596851658@mail.yandex.ru> <4DBD56C1-D81B-4F8E-9B2B-F6E3961A64C3@dons.net.au> To: Guido Falsi X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Spam-Score: 0.2 () No, score=0.2 required=5.0 tests=HELO_MISC_IP, HELO_NO_DOMAIN, T_SPF_PERMERROR autolearn=no autolearn_force=no version=3.4.2 X-Scanned-By: MIMEDefang 2.83 on 10.0.2.1 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1597715993; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=4hoaldxw8QPMYS6WCM1v71QeGPEEsqHOPQfpg/nR61s=; b=FzPsZEvQR+DWLOH/WdabcsSpkyWbXEsgAxREdyNfcwj/5mzNnZkd+mN44eXepXtrFzHmfR hZ59lCRWV2yGPvImmYalHLmyA73YKggIcJytrpLZwVsYho1pwwVsazi68MTrFdsAyrH9IN +Af90RGLynbGK061kE51+O0cmRhq+jKBZuI9W94YehCFrYLiChxFigkGQzuNoOF8fgnrqL zilMaEcn1nvQxvzD20V0zwRbC6Fy+Mro5B/P4bMGlerMBW0OeajJff+5vByA55b66qAFMr brNJ6fFu4Eql6gqjIv4TZtxwxgm262KD+FcnOuQq3kxbpz192fDOZtb4K5SsfA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1597715993; a=rsa-sha256; cv=none; b=xWnD4OqXOd/6J8EFIDT9yM3jXFAdIMYVGDmLWuTtJVlpCFVZrUu79xIek6WsyslymEgOmo aLPxJIkiJG8OYBeu1oPzc7dSvIfzgdCqbuZLj32zB+YgZ8yrGn9VIIE8SosTYageLexeX9 7FfBcUE3xBja36JbQecmM+vnZBc5hqTULXUlkq3NoVszYGgM0z/YCSxl420wq+6ll0CtV5 tmwwQAztCVe3ipvhT9bfzUYTyB7UzYKapavPL5ZfzgdsTcAlvFzgnCnRCKuZtdGdQL/RS2 9e9mnJzZZxeYKID/j+d89L2VHDJSu1va3ZTusF4yu/Bo8QVQa1ipyJK3kLKCkA== ARC-Authentication-Results: i=1; mx1.freebsd.org; dkim=pass header.d=dons.net.au header.s=default header.b=bv4fOrWk; dmarc=pass (policy=quarantine) header.from=dons.net.au; spf=pass (mx1.freebsd.org: domain of darius@dons.net.au designates 2403:5800:5101:0:ea:1cff:fefa:f00 as permitted sender) smtp.mailfrom=darius@dons.net.au X-Rspamd-Queue-Id: 4BVvHY2JNnz4XtV X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.64 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[dons.net.au:s=default]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; ARC_SIGNED(0.00)[i=1]; NEURAL_HAM_LONG(-1.00)[-0.996]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dons.net.au:+]; DMARC_POLICY_ALLOW(-0.50)[dons.net.au,quarantine]; NEURAL_HAM_SHORT(-1.15)[-1.146]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:4764, ipnet:2403:5800:5000::/36, country:AU]; FREEMAIL_CC(0.00)[freebsd.org,yandex.ru]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 01:59:54 -0000 > On 18 Aug 2020, at 11:23, O'Connor, Daniel wrote: >=20 >> On 8 Aug 2020, at 18:03, Guido Falsi via freebsd-stable = wrote: >> Hope this helps. >=20 > Thanks for this, I got it working by specifying block.device (twice, = once for /dev/msdosfs/EFISYS and once for /dev/gptid/). Is there = a way it can key off (say) the volume name or UUID instead? >=20 > I tried a few keys like volume.uuid and volume.label but they don't = work. Perhaps that is because they are only filled in after the = preprobe, hence the rules don't match until after they could possibly = take effect. Naturally 5 minutes after sending this I worked it out on my own.. [clmet 1:58] ~> cat = /usr/local/etc/hal/fdi/policy/20thirdparty/10-ignore-efi.fdi true I discovered this: true in /usr/local/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi I think it would make sense to patch the port to add another stanza = which matches EFISYS as well as EFI. What do you think? Thanks. -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From owner-freebsd-stable@freebsd.org Tue Aug 18 03:24:10 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3D2343ABDAB for ; Tue, 18 Aug 2020 03:24:10 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (midget.dons.net.au [IPv6:2403:5800:5101:0:ea:1cff:fefa:f00]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "dons.net.au", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BVx8l397Lz4d17 for ; Tue, 18 Aug 2020 03:24:06 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.2/8.15.2) with ESMTPS id 07I3NjO8086214 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 18 Aug 2020 12:53:50 +0930 (ACST) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.2/8.15.2/Submit) id 07I3Neje082995 for ; Tue, 18 Aug 2020 12:53:40 +0930 (ACST) (envelope-from darius@dons.net.au) X-MIMEDefang-Relay-be813b1f1da6d6b27d681222cb70cc4f5b642383: 2001:44b8:1d2:8900:3487:f98f:7039:1e6 Received: from [IPv6:2001:44b8:1d2:8900:3487:f98f:7039:1e6] ([IPv6:2001:44b8:1d2:8900:3487:f98f:7039:1e6] [2001:44b8:1d2:8900:3487:f98f:7039:1e6]) by midget.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id 07I3NYP1082806; Tue, 18 Aug 2020 12:53:40 +0930 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: EFISYS shortcuts on Xfce desktops From: "O'Connor, Daniel" In-Reply-To: Date: Tue, 18 Aug 2020 12:53:34 +0930 Cc: Kyle Evans , Dmitrii Postolov , freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: <944A1715-1DD2-4192-B103-48BB95C08ECB@dons.net.au> References: <613031596851658@mail.yandex.ru> <4DBD56C1-D81B-4F8E-9B2B-F6E3961A64C3@dons.net.au> To: Guido Falsi X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Spam-Score: 0.2 () No, score=0.2 required=5.0 tests=HELO_MISC_IP, HELO_NO_DOMAIN, T_SPF_PERMERROR autolearn=no autolearn_force=no version=3.4.2 X-Scanned-By: MIMEDefang 2.83 on 10.0.2.1 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1597721049; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=Bda6FvsJpqrH/Mk67WxQhUgcqZ8/6hre/8XkiQxc2qs=; b=KTKrjD/sycExRr4MW3sUsGl6MhJoA/8Avy0if6bZ8/ckokjTujDvYwsJjFvYtB3tZAb5dq ACo5cqMrHM62nRLOg3hRld2c2hh0dG36HE59cKOuGENQbpdPPHIGSZNcXF5V3xGTnXBc8a nYanjDarAUx4NLovjR96zZqM9U2/Q2XG8uB48ZWiVssxaCn0zCXLcy5lnrcBz1ilxFfuEb LRmahF6qiBKaAZ+duYSeI9+aMvKjmyF9SZn6XrgI0jXV0VSRwRqrasDtJ95WhCgttEGzYu 6CNAgCamHzwnL1+GyQ1HrGkDrX+f8KIJtf5WjEUo9zYE3P5jD4hnXgsBwpgI0A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1597721049; a=rsa-sha256; cv=none; b=uYDLKeErBvXDLit9iQXFxgIN4XwOG1cb2/A4D7Mq5DJ+g7+xOxXbSNnXP/KzNkrxhpQfM0 jDHEYEeIN7ZB2yUbO+FZGQX85QTntTMLOOQteaD7WIxV/jYKDClt4N7nxsIjdm0MKRUfgV ta+7Pijd0j3DnY79A8XDAPQKiB992TkUJUc1nG66Hes9fgazTO/htVfpv6e0dPq5f75I4s ofcsJOqdU1su7v8Gai3qQnK7IvIFwpMqf+Z050T/KU16EYc9ZtPH73U5potV0VWKQBloBk 9hD1xfbfo/9NGRRWOQPwMQ35XzIPeUo5dXvY2Yma9iFNgvz/25iNWTX31xxkPQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; dkim=pass header.d=dons.net.au header.s=default header.b=YOj6wQI9; spf=pass (mx1.freebsd.org: domain of darius@dons.net.au designates 2403:5800:5101:0:ea:1cff:fefa:f00 as permitted sender) smtp.mailfrom=darius@dons.net.au X-Rspamd-Queue-Id: 4BVx8l397Lz4d17 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.61 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990]; R_DKIM_ALLOW(-0.20)[dons.net.au:s=default]; URIBL_BLOCKED(0.00)[dons.net.au:dkim]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; ARC_SIGNED(0.00)[i=1]; NEURAL_HAM_LONG(-1.00)[-0.997]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dons.net.au:+]; DMARC_POLICY_ALLOW(-0.50)[dons.net.au,quarantine]; NEURAL_HAM_SHORT(-1.12)[-1.119]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:4764, ipnet:2403:5800:5000::/36, country:AU]; FREEMAIL_CC(0.00)[freebsd.org,yandex.ru]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 03:24:10 -0000 > On 18 Aug 2020, at 11:29, O'Connor, Daniel wrote: > I think it would make sense to patch the port to add another stanza = which matches EFISYS as well as EFI. >=20 > What do you think? I was going to file a bug but bugzilla is having a nap right now. This patch works for me: [midget 12:47] /tmp/hal >cat = files/patch-fdi_policy_10osvendor_20-storage-methods.fdi --- fdi/policy/10osvendor/20-storage-methods.fdi.orig 2020-08-18 = 12:41:54.869810000 +0930 +++ fdi/policy/10osvendor/20-storage-methods.fdi 2020-08-18 = 12:42:14.480922000 +0930 @@ -104,6 +104,9 @@ true + + true + -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From owner-freebsd-stable@freebsd.org Tue Aug 18 09:19:01 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D43A53B4E55 for ; Tue, 18 Aug 2020 09:19:01 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (vogon.madpilot.net [159.69.1.99]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BW52D54SLz3Vsy; Tue, 18 Aug 2020 09:19:00 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 4BW5254S1Qz6f4d; Tue, 18 Aug 2020 11:18:53 +0200 (CEST) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10026) with ESMTP id JvVBpPlnd9FI; Tue, 18 Aug 2020 11:18:51 +0200 (CEST) Subject: Re: EFISYS shortcuts on Xfce desktops To: "O'Connor, Daniel" Cc: Kyle Evans , Dmitrii Postolov , freebsd-stable References: <613031596851658@mail.yandex.ru> <4DBD56C1-D81B-4F8E-9B2B-F6E3961A64C3@dons.net.au> <944A1715-1DD2-4192-B103-48BB95C08ECB@dons.net.au> From: Guido Falsi Autocrypt: addr=mad@madpilot.net; keydata= mQENBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAG0Hkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PokBOQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8Xa5Ag0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAGJAR8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncrkBDQRPhvpdAQgAsd6mrOq1GSZw lzRscNQa9W2WB/3Tj4ON4PL2e9B+hc9lT/ny2zB3agXu5wbsXTzwxgJpQT7hNHkCSckW98h3 HRjFfhZPNCgInuUGsjcNyVguQh+/47ckhph0s7U+6B4yNuIiqQZk4mo8WgCNj1YIihVmGWEs gDOwMaajbDYZ0r1/3GkKlYjOXeUuT/WgourrSR5oZJVNA/k4X2H7M3JUr1BSc32L7BJt8M7A ntul6k17J0L8GmkvLvTUtQTO+p+DYQMna2ngD3PbAvQRcbEGnkg9ABrdEF0Wp4Gx+gGGWsyF KlHvPdMtgWAy3JsS+rQapG6LoW3yUJpwpEpA86KdBwARAQABiQEfBCgBCAAJBQJTEH0NAh0B AAoJEBrmhg5Wy9KTMZcIAMSsidGF4KpjGcKzhkNK0sEpevcelQ6DzgT7kcXuq6LQ6YOrbof2 /KPgGie9/ToFZfJXH8zE5GefqkKvHZbYssWilFvkI90F9n138kG205NB/2zlaQb74/v9ZMXJ XcipnIx+T2tOMCBgHJU41IMJmB+NfRt5A6CDytJdhWxqppsEo5jjy/7tJM1Nn47G87tAV8qV NUtzbS6zdnbHB4W2BJwCObbVv8epL3hu/L5efV2j2tSbVTmyvK/ClYMBqdtUo3uPX75GF/Ku YDCOP1BTA5zzmzp4PMVd+gmHcMgCZKY6lvcEtdi5FLI0we2kcY8ffPvM2d6MNhFsGLaVI95J 0oqJAR8EGAECAAkFAk+G+l0CGwwACgkQGuaGDlbL0pM18Qf9HTNNhu8N0ISKtmR8lgPhJuu8 9rOEa8KKEatr4fQ7gL+hmYOEqZ/yHLcPQvGxbAlLR7F0SheKvAEk4B1aFwGULPo0SzuO0d/W tVMEbGa95JTm/6mfiymWMlWf8UifD1MDKzzPR7Om0ybeoPM8S/RQTboUU1WLpwd4mg9pVJlK 0xr55GOSHNf4m7S+P1kvl3xgmEj14zVMq9yJBNWFlsQK5ciifh7sFpfuxWdEVbtgIdxpzImK LXSLA0vOroKAvxFTGBrBq3vxV6eUmaKyd5HbbWejmafY1ua5dcnew9lxpWKLdqkC27Vt0Cku +LtTY3325V+BChncwNcJJS7IMmBz6w== Message-ID: Date: Tue, 18 Aug 2020 11:18:50 +0200 In-Reply-To: <944A1715-1DD2-4192-B103-48BB95C08ECB@dons.net.au> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BW52D54SLz3Vsy X-Spamd-Bar: - X-Spamd-Result: default: False [-1.71 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990]; R_DKIM_ALLOW(-0.20)[madpilot.net:s=bjowvop61wgh]; URIBL_BLOCKED(0.00)[dons.net.au:email,madpilot.net:dkim]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MISSING_MIME_VERSION(2.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.01)[-1.013]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[madpilot.net:+]; DMARC_POLICY_ALLOW(-0.50)[madpilot.net,quarantine]; NEURAL_HAM_SHORT(-0.70)[-0.704]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; FREEMAIL_CC(0.00)[freebsd.org,yandex.ru]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 09:19:01 -0000 On 18/08/20 05:23, O'Connor, Daniel wrote: > > >> On 18 Aug 2020, at 11:29, O'Connor, Daniel wrote: >> I think it would make sense to patch the port to add another stanza which matches EFISYS as well as EFI. >> >> What do you think? > > I was going to file a bug but bugzilla is having a nap right now. I agree with the suggestion. I'm not an expert about hal though. If anyone has links to good documentation that would also be great. Anyway this requires some coordination with gnome, which maintains the port. -- Guido Falsi From owner-freebsd-stable@freebsd.org Tue Aug 18 09:33:47 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B63E63B55F2 for ; Tue, 18 Aug 2020 09:33:47 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (midget.dons.net.au [IPv6:2403:5800:5101:0:ea:1cff:fefa:f00]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "dons.net.au", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BW5MB4D1rz3Wvg for ; Tue, 18 Aug 2020 09:33:42 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.2/8.15.2) with ESMTPS id 07I9XGQL050825 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 18 Aug 2020 19:03:27 +0930 (ACST) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.2/8.15.2/Submit) id 07I9Wxow050802 for ; Tue, 18 Aug 2020 19:02:59 +0930 (ACST) (envelope-from darius@dons.net.au) X-MIMEDefang-Relay-be813b1f1da6d6b27d681222cb70cc4f5b642383: 2403:5800:5101:0:9409:9426:990e:7236 Received: from [IPv6:2403:5800:5101:0:9409:9426:990e:7236] ([IPv6:2403:5800:5101:0:9409:9426:990e:7236] [2403:5800:5101:0:9409:9426:990e:7236]) by midget.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id 07I9Wsi0050796; Tue, 18 Aug 2020 19:02:59 +0930 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: EFISYS shortcuts on Xfce desktops From: "O'Connor, Daniel" In-Reply-To: Date: Tue, 18 Aug 2020 19:02:53 +0930 Cc: Kyle Evans , Dmitrii Postolov , freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: References: <613031596851658@mail.yandex.ru> <4DBD56C1-D81B-4F8E-9B2B-F6E3961A64C3@dons.net.au> <944A1715-1DD2-4192-B103-48BB95C08ECB@dons.net.au> To: Guido Falsi X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Spam-Score: -1 () No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Scanned-By: MIMEDefang 2.83 on 10.0.2.1 X-Rspamd-Queue-Id: 4BW5MB4D1rz3Wvg X-Spamd-Bar: / X-Spamd-Result: default: False [-0.50 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[dons.net.au:s=default]; URIBL_BLOCKED(0.00)[dons.net.au:dkim,madpilot.net:email]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dons.net.au:+]; DMARC_POLICY_ALLOW(-0.50)[dons.net.au,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:4764, ipnet:2403:5800:5000::/36, country:AU]; FREEMAIL_CC(0.00)[freebsd.org,yandex.ru]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 09:33:47 -0000 > On 18 Aug 2020, at 18:48, Guido Falsi wrote: > On 18/08/20 05:23, O'Connor, Daniel wrote: >>=20 >>> On 18 Aug 2020, at 11:29, O'Connor, Daniel = wrote: >>> I think it would make sense to patch the port to add another stanza = which matches EFISYS as well as EFI. >>>=20 >>> What do you think? >>=20 >> I was going to file a bug but bugzilla is having a nap right now. >=20 > I agree with the suggestion. I'm not an expert about hal though. If > anyone has links to good documentation that would also be great. I use that link you sent plus some spelunking in lshal :) > Anyway this requires some coordination with gnome, which maintains the = port. I managed to get Bugzilla loaded - = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D248714 -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From owner-freebsd-stable@freebsd.org Fri Aug 21 00:40:26 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 47DEB3AE1ED for ; Fri, 21 Aug 2020 00:40:26 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BXjNT6C0rz4Frx for ; Fri, 21 Aug 2020 00:40:25 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 07L0eJdJ041184 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 20 Aug 2020 17:40:25 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-stable Subject: net.pf.request_maxcount: UNDESIRABLE_OID Date: Thu, 20 Aug 2020 17:40:25 -0700 Message-Id: <54a0a1c4da6d5add83ecdf2668cf2f7b@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BXjNT6C0rz4Frx X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 00:40:26 -0000 We've been developing an appliance/server based on FreeBSD && pf(4)=2E We started some time ago, and have been using a very early version of 12=2E We're now collecting some 20,000,000 IP's /mos=2E So we're satisfied we're close to releasing=2E As such, we needed to bring the release up to a supported (freebsd) version (12-STABLE)=2E We would have done so sooner=2E But we need a stable (unchanging) testbed to evaluate what we're working on=2E We built and deployed a copy of 12-STABLE @r363918 that contained our work with pf(4)=2E Booting into it failed unexpectedly with: cannot define table nets: too many elements=2E Consider increasing net=2Epf=2Erequest_maxcount=2E pfctl: Syntax error in config file: pf rules not loaded OK this didn't happen on our testbed prior to the upgrade with a combined count of ~97,000,900 IPs=2E In fact the OID mentioned didn't exist=2E For reference; our testbed provides DNS, www, mail for ~60 domains/hosts, as well as our pf(4) testing=2E We can happily load our tables, and run these services w/8Gb RAM=2E This OID is more a problem than a savior=2E Why not simply return ENOMEM? Isn't that what it used to do? pf=2Econf(5) already facilitates thresholds, and they aren't _read only_=2E Is there any way to turn this OID off; like using a -1 value? Or will we need to simply back out the commit? Thanks in advance for any advice=2E --Chris From owner-freebsd-stable@freebsd.org Fri Aug 21 06:33:23 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6D4FC3B4AD1 for ; Fri, 21 Aug 2020 06:33:23 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BXsCl28DCz4VxN; Fri, 21 Aug 2020 06:33:23 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.codepro.be", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id F39B327479; Fri, 21 Aug 2020 06:33:22 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 8DDA849A97; Fri, 21 Aug 2020 08:33:20 +0200 (CEST) From: "Kristof Provost" To: Chris Cc: freebsd-stable Subject: Re: net.pf.request_maxcount: UNDESIRABLE_OID Date: Fri, 21 Aug 2020 08:33:16 +0200 X-Mailer: MailMate (1.13.1r5671) Message-ID: <7EF94FEA-90A0-413A-8EB5-FB2FD53B1C6F@FreeBSD.org> In-Reply-To: <54a0a1c4da6d5add83ecdf2668cf2f7b@udns.ultimatedns.net> References: <54a0a1c4da6d5add83ecdf2668cf2f7b@udns.ultimatedns.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.33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 06:33:23 -0000 Hi Chris, On 21 Aug 2020, at 2:40, Chris wrote: > We've been developing an appliance/server based on FreeBSD && > pf(4). We started some time ago, and have been using a very > early version of 12. We're now collecting some 20,000,000 > IP's /mos. So we're satisfied we're close to releasing. As > such, we needed to bring the release up to a supported > (freebsd) version (12-STABLE). We would have done so sooner. > But we need a stable (unchanging) testbed to evaluate what > we're working on. > We built and deployed a copy of 12-STABLE @r363918 that > contained our work with pf(4). Booting into it failed > unexpectedly with: cannot define table nets: too many > elements. Consider increasing net.pf.request_maxcount. > pfctl: Syntax error in config file: pf rules not loaded > OK this didn't happen on our testbed prior to the upgrade > with a combined count of ~97,000,900 IPs. In fact the OID > mentioned didn't exist. > For reference; our testbed provides DNS, www, mail for > ~60 domains/hosts, as well as our pf(4) testing. We can > happily load our tables, and run these services w/8Gb > RAM. > This OID is more a problem than a savior. Why not simply > return ENOMEM? > To quote the commit message: pf ioctls frequently take a variable number of elements as argument. This can potentially allow users to request very large allocations. These will fail, but even a failing M_NOWAIT might tie up resources and result in concurrent M_WAITOK allocations entering vm_wait and inducing reclamation of caches. Limit these ioctls to what should be a reasonable value, but allow users to tune it should they need to. Now that pf can be used in vnet jails there’s a possibility of an attacker using pf to deny service to other jails (or the host) by exhausting memory. Imposing limits on pf request sizes mitigates this. > Isn't that what it used to do? pf.conf(5) > already facilitates thresholds, and they aren't _read > only_. Is there any way to turn this OID off; like using > a -1 value? Or will we need to simply back out the commit? > You can functionally disable it by setting a very large value. Try setting 4294967295. Best regards, Kristof From owner-freebsd-stable@freebsd.org Fri Aug 21 06:53:26 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A800A3B55ED for ; Fri, 21 Aug 2020 06:53:26 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BXsft1CjTz4WwY; Fri, 21 Aug 2020 06:53:25 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 07L6rLCS052408 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 20 Aug 2020 23:53:27 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: Kristof Provost In-Reply-To: <7EF94FEA-90A0-413A-8EB5-FB2FD53B1C6F@FreeBSD.org> From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-stable Subject: Re: net.pf.request_maxcount: UNDESIRABLE_OID Date: Thu, 20 Aug 2020 23:53:27 -0700 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BXsft1CjTz4WwY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 06:53:26 -0000 On Fri, 21 Aug 2020 08:33:16 +0200 Kristof Provost kp@FreeBSD=2Eorg said > Hi Chris, Hello, Kristof=2E Thanks for the reply=2E Nice name BTW=2E ;-) >=20 > On 21 Aug 2020, at 2:40, Chris wrote: > > We've been developing an appliance/server based on FreeBSD && > > pf(4)=2E We started some time ago, and have been using a very > > early version of 12=2E We're now collecting some 20,000,000 > > IP's /mos=2E So we're satisfied we're close to releasing=2E As > > such, we needed to bring the release up to a supported > > (freebsd) version (12-STABLE)=2E We would have done so sooner=2E > > But we need a stable (unchanging) testbed to evaluate what > > we're working on=2E > > We built and deployed a copy of 12-STABLE @r363918 that > > contained our work with pf(4)=2E Booting into it failed > > unexpectedly with: cannot define table nets: too many > > elements=2E Consider increasing net=2Epf=2Erequest_maxcount=2E > > pfctl: Syntax error in config file: pf rules not loaded > > OK this didn't happen on our testbed prior to the upgrade > > with a combined count of ~97,000,900 IPs=2E In fact the OID > > mentioned didn't exist=2E > > For reference; our testbed provides DNS, www, mail for > > ~60 domains/hosts, as well as our pf(4) testing=2E We can > > happily load our tables, and run these services w/8Gb > > RAM=2E > > This OID is more a problem than a savior=2E Why not simply > > return ENOMEM? > > > To quote the commit message: >=20 > pf ioctls frequently take a variable number of elements as=20 > argument=2E This can > potentially allow users to request very large allocations=2E These=20 > will fail, > but even a failing M_NOWAIT might tie up resources and result in=20 > concurrent > M_WAITOK allocations entering vm_wait and inducing reclamation of=20 > caches=2E >=20 > Limit these ioctls to what should be a reasonable value, but allow=20 > users to > tune it should they need to=2E >=20 > Now that pf can be used in vnet jails there=E2=80=99s a possibility of an= =20 > attacker using pf to deny service to other jails (or the host) by=20 > exhausting memory=2E Imposing limits on pf request sizes mitigates this=2E Hadn't considered vnet=2E Thanks for mentioning it=2E But why must it be a read-only OID? >=20 > > Isn't that what it used to do? pf=2Econf(5) > > already facilitates thresholds, and they aren't _read > > only_=2E Is there any way to turn this OID off; like using > > a -1 value? Or will we need to simply back out the commit? > > > You can functionally disable it by setting a very large value=2E Try=20 > setting 4294967295=2E Thanks=2E When I was confronted with the message=2E I simply chose an arbitrarily high number of 800000000=2E Which allowed the tables to load=2E But I felt I should look closer into this for a better understanding=2E :-) Thank you very much for taking the time to reply! >=20 > Best regards, > Kristof --Chris From owner-freebsd-stable@freebsd.org Fri Aug 21 06:56:15 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3ED433B5643 for ; Fri, 21 Aug 2020 06:56:15 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BXsk70wvrz4X3g; Fri, 21 Aug 2020 06:56:15 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.codepro.be", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id DDBEC27DF2; Fri, 21 Aug 2020 06:56:14 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 7876C4987B; Fri, 21 Aug 2020 08:56:13 +0200 (CEST) From: "Kristof Provost" To: Chris Cc: freebsd-stable Subject: Re: net.pf.request_maxcount: UNDESIRABLE_OID Date: Fri, 21 Aug 2020 08:56:12 +0200 X-Mailer: MailMate (1.13.1r5671) Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 06:56:15 -0000 On 21 Aug 2020, at 8:53, Chris wrote: > On Fri, 21 Aug 2020 08:33:16 +0200 Kristof Provost kp@FreeBSD.org said > >> Hi Chris, > Hello, Kristof. Thanks for the reply. > Nice name BTW. ;-) >> >> On 21 Aug 2020, at 2:40, Chris wrote: >> > We've been developing an appliance/server based on FreeBSD && >> > pf(4). We started some time ago, and have been using a very >> > early version of 12. We're now collecting some 20,000,000 >> > IP's /mos. So we're satisfied we're close to releasing. As >> > such, we needed to bring the release up to a supported >> > (freebsd) version (12-STABLE). We would have done so sooner. >> > But we need a stable (unchanging) testbed to evaluate what >> > we're working on. >> > We built and deployed a copy of 12-STABLE @r363918 that >> > contained our work with pf(4). Booting into it failed >> > unexpectedly with: cannot define table nets: too many >> > elements. Consider increasing net.pf.request_maxcount. >> > pfctl: Syntax error in config file: pf rules not loaded >> > OK this didn't happen on our testbed prior to the upgrade >> > with a combined count of ~97,000,900 IPs. In fact the OID >> > mentioned didn't exist. >> > For reference; our testbed provides DNS, www, mail for >> > ~60 domains/hosts, as well as our pf(4) testing. We can >> > happily load our tables, and run these services w/8Gb >> > RAM. >> > This OID is more a problem than a savior. Why not simply >> > return ENOMEM? >> > >> To quote the commit message: >> >> pf ioctls frequently take a variable number of elements as >> argument. This can >> potentially allow users to request very large allocations. These >> will fail, >> but even a failing M_NOWAIT might tie up resources and result in >> concurrent >> M_WAITOK allocations entering vm_wait and inducing reclamation of >> caches. >> >> Limit these ioctls to what should be a reasonable value, but >> allow users to >> tune it should they need to. >> >> Now that pf can be used in vnet jails there’s a possibility of an >> attacker using pf to deny service to other jails (or the host) by >> exhausting memory. Imposing limits on pf request sizes mitigates >> this. > Hadn't considered vnet. Thanks for mentioning it. > But why must it be a read-only OID? > It doesn’t have to be, and in CURRENT it’s not: https://svnweb.freebsd.org/base?view=revision&revision=355744 That hasn’t been MFC’d for the excellent reason that I forgot. I’ll try to do that today, after I fix my dev-VM. Best regards, Kristof From owner-freebsd-stable@freebsd.org Fri Aug 21 13:12:30 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2B6F63BD60E for ; Fri, 21 Aug 2020 13:12: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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BY24G0Jh9z3fQv; Fri, 21 Aug 2020 13:12:30 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.codepro.be", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id CDD902AA14; Fri, 21 Aug 2020 13:12:29 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 581AC49EAB; Fri, 21 Aug 2020 15:12:28 +0200 (CEST) From: "Kristof Provost" To: Chris Cc: freebsd-stable Subject: Re: net.pf.request_maxcount: UNDESIRABLE_OID Date: Fri, 21 Aug 2020 15:12:27 +0200 X-Mailer: MailMate (1.13.1r5671) Message-ID: <37D57D24-3E3D-4711-935B-A60F0A6E6365@FreeBSD.org> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 13:12:30 -0000 On 21 Aug 2020, at 8:56, Kristof Provost wrote: > On 21 Aug 2020, at 8:53, Chris wrote: >> But why must it be a read-only OID? >> > It doesn’t have to be, and in CURRENT it’s not: > https://svnweb.freebsd.org/base?view=revision&revision=355744 > That hasn’t been MFC’d for the excellent reason that I forgot. > > I’ll try to do that today, after I fix my dev-VM. > And done in r364456. Best regards, Kristof From owner-freebsd-stable@freebsd.org Fri Aug 21 17:01:49 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E00C03C29AA for ; Fri, 21 Aug 2020 17:01:49 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BY78s1xg6z4Csw; Fri, 21 Aug 2020 17:01:48 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 07LH1jU9064570 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 21 Aug 2020 10:01:51 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: Kristof Provost In-Reply-To: From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-stable Subject: Re: net.pf.request_maxcount: UNDESIRABLE_OID Date: Fri, 21 Aug 2020 10:01:51 -0700 Message-Id: <3c0d5c4fea1d4eb71f68a1837a8a0c4c@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BY78s1xg6z4Csw X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 17:01:50 -0000 On Fri, 21 Aug 2020 08:56:12 +0200 Kristof Provost kp@FreeBSD=2Eorg said > On 21 Aug 2020, at 8:53, Chris wrote: > > On Fri, 21 Aug 2020 08:33:16 +0200 Kristof Provost kp@FreeBSD=2Eorg said > > > >> Hi Chris, > > Hello, Kristof=2E Thanks for the reply=2E > > Nice name BTW=2E ;-) > >> > >> On 21 Aug 2020, at 2:40, Chris wrote: > >> > We've been developing an appliance/server based on FreeBSD && > >> > pf(4)=2E We started some time ago, and have been using a very > >> > early version of 12=2E We're now collecting some 20,000,000 > >> > IP's /mos=2E So we're satisfied we're close to releasing=2E As > >> > such, we needed to bring the release up to a supported > >> > (freebsd) version (12-STABLE)=2E We would have done so sooner=2E > >> > But we need a stable (unchanging) testbed to evaluate what > >> > we're working on=2E > >> > We built and deployed a copy of 12-STABLE @r363918 that > >> > contained our work with pf(4)=2E Booting into it failed > >> > unexpectedly with: cannot define table nets: too many > >> > elements=2E Consider increasing net=2Epf=2Erequest_maxcount=2E > >> > pfctl: Syntax error in config file: pf rules not loaded > >> > OK this didn't happen on our testbed prior to the upgrade > >> > with a combined count of ~97,000,900 IPs=2E In fact the OID > >> > mentioned didn't exist=2E > >> > For reference; our testbed provides DNS, www, mail for > >> > ~60 domains/hosts, as well as our pf(4) testing=2E We can > >> > happily load our tables, and run these services w/8Gb > >> > RAM=2E > >> > This OID is more a problem than a savior=2E Why not simply > >> > return ENOMEM? > >> > > >> To quote the commit message: > >> > >> pf ioctls frequently take a variable number of elements as=20 > >> argument=2E This can > >> potentially allow users to request very large allocations=2E These= =20 > >> will fail, > >> but even a failing M_NOWAIT might tie up resources and result in= =20 > >> concurrent > >> M_WAITOK allocations entering vm_wait and inducing reclamation of= =20 > >> caches=2E > >> > >> Limit these ioctls to what should be a reasonable value, but=20 > >> allow users to > >> tune it should they need to=2E > >> > >> Now that pf can be used in vnet jails there=E2=80=99s a possibility of= an=20 > >> attacker using pf to deny service to other jails (or the host) by=20 > >> exhausting memory=2E Imposing limits on pf request sizes mitigates=20 > >> this=2E > > Hadn't considered vnet=2E Thanks for mentioning it=2E > > But why must it be a read-only OID? > > > It doesn=E2=80=99t have to be, and in CURRENT it=E2=80=99s not:=20 > https://svnweb=2Efreebsd=2Eorg/base?view=3Drevision&revision=3D355744 > That hasn=E2=80=99t been MFC=E2=80=99d for the excellent reason that I fo= rgot=2E Good news! >=20 > I=E2=80=99ll try to do that today, after I fix my dev-VM=2E Hope it turns out to be an easy fix for you=2E Thanks for all your time! >=20 > Best regards, > Kristof --Chris From owner-freebsd-stable@freebsd.org Fri Aug 21 21:19:05 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 303F83C8EBE; Fri, 21 Aug 2020 21:19:05 +0000 (UTC) (envelope-from lwhsu@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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BYDsj0VL8z4V8M; Fri, 21 Aug 2020 21:19:05 +0000 (UTC) (envelope-from lwhsu@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598044745; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=TE+DxKYSc+3gCSplNcUkwGsDTXJ05EKLVP3SzY2wvrQ=; b=JzsAYs3XFlheMuQtWijC5ZRROSNe2Z2x+P50yHPT6fPANdqgZyLu5T4dYFbAIjamSvZ13a oXjWiL/+DQkdedhDUGkMHdfK3Kxg3ehj8Es/itvrM3cKgsllhVkout3BxUpwm/45STZkNU u+t8wPtCFMU1eeeChACO1ZNGi9dJqIGaUsg24xatzec9Yvhp2QyqUD/MNCcop9l/Gk8hS3 comF+wfCaSqM8xbaIpkNmlXb98YwiG8Gm7jpqzolWBbQo7XMiHH7AR2CONwo3iCNgApw1Q DWugfaKFG55TeGbnUmjLPD2C94QRY74/WuR1zeiEZZnyocPr3hLY0cFZ0NiiAg== Received: by freefall.freebsd.org (Postfix, from userid 1129) id 06BAA3A1B; Fri, 21 Aug 2020 21:19:05 +0000 (UTC) Date: Fri, 21 Aug 2020 21:19:04 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-08-16 Message-ID: <20200821211904.GA21926@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598044745; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=TE+DxKYSc+3gCSplNcUkwGsDTXJ05EKLVP3SzY2wvrQ=; b=lMlfyGMoWSOTyI3QyC3XSbnBHhRAKI/8WaKig1NcYxzfk1fdLIyekDA1LKW3waD/adOeVd MVfXJsqkT2OkYkW3MjFTZrSz5ExoOQ8F71xLEYm4ZKKYEAB7QHv6x7r5iHNcqiGW/bRa4I msbQbED+rJyFcRiHJ1beT5avnQFJDqR7Tx5/cejnDNSkhGZHPuKkejsZN7jk7wzyG9m1DJ amhC4VVzm6zW+pFJRS/Y7W11gkMMUIFskq77cqU3145dTfiXhreJZaMERPslBeynSIO4rx mMYhIlBdMT27R14q/wSLBbe/dF0TEkWvg9hIwAcfcn5Mr0wj7Z5z+jwBSvSGYA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1598044745; a=rsa-sha256; cv=none; b=iskPnar7nC+lUqpzAvpzflrDLlwiiDR3LQ23V50yrKcj1hoFvEf3qAyR/Z2U0aMkTbWVJS u3yfdkSBISnz3IxkP1NUBaK5mB78oOen1sjyqucoi1M6kIPKcN56LjnHmYZQF0OFJK8ATl pKN7uccHYPbWYQ46vlUZM/4uCFntyKYsoBhO24GVmGOSH+zr6Neg2IhKB56ERjouytrN9/ FWt5VhDdWSBa3JhhePsK3vLEl8Fdd+ez6myVHpAKIZEZkFLHbiAt5TjqDMx+0XOjjVjJkC YjN/m7ml0EpZJa1B5gdbN3/k0XDVWpUtddKV05opdhggk9CQvB/zJOLr1WQI/Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 21:19:05 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-08-16 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-08-10 to 2020-08-16. During this period, we have: * 2008 builds (93.7% (-0.3) passed, 6.3% (+0.3) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 229 test runs (87.8% (-8.6) passed, 11.8% (+8.7) unstable, 0.4% (-0.1) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 100 doc and www builds (100% (+0) passed) Test case status (on 2020-08-16 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | --------- | -------- | ------- | | head/amd64 | 7894 (+20) | 7786 (+2) | 18 (+18) | 90 (0) | | head/i386 | 7892 (+20) | 7777 (+5) | 18 (+18) | 97 (-3) | | 12-STABLE/amd64 | 7620 (0) | 7563 (+3) | 0 (0) | 57 (-3) | | 12-STABLE/i386 | 7618 (0) | 7550 (0) | 0 (0) | 68 (0) | | 11-STABLE/amd64 | 6912 (0) | 6858 (-3) | 0 (0) | 54 (+3) | | 11-STABLE/i386 | 6910 (0) | 6854 (0) | 0 (0) | 56 (0) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200816 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcomed. ## Failing jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ There are still mutiple errors when building with gcc6, error log available at https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/lastCompletedBuild/console ## Regressions * lib.libexecinfo.backtrace_test.backtrace_fmt_basic starts failing on amd64 after r360915 https://bugs.freebsd.org/246537 * lib.msun.ctrig_test.test_inf_inputs starts failing after llvm10 import https://bugs.freebsd.org/244732 Needs to check if llvm11 import fixes this. * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on i386 https://bugs.freebsd.org/244163 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel https://bugs.freebsd.org/244168 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) Fix committed as https://svnweb.freebsd.org/changeset/base/364220 , needs more verification. ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * Work on running these tests over OpenZFS is in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3749 tests, 2277 success, 647 failures, 825 skipped ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main lib.libcasper.services.cap_net.net_test.* https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 * sys.kern.ptrace_test.ptrace__parent_wait_after_attach https://bugs.freebsd.org/244055 * sys.kern.ptrace_test.ptrace__parent_exits_before_child https://bugs.freebsd.org/244056 * sys.net.if_lagg_test.witness (i386) https://bugs.freebsd.org/244163 * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main https://bugs.freebsd.org/244165 * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386) https://bugs.freebsd.org/244168 * sys.netinet6.frag6.frag6_07.frag6_07 https://bugs.freebsd.org/244170 * sys.netinet.fibs_test.udp_dontroute6 https://bugs.freebsd.org/244172 * sys.netpfil.pf.nat.exhaust https://bugs.freebsd.org/244703 * sys.geom.class.gate.ggate_test.ggated (i386) https://bugs.freebsd.org/244737 * sys.kern.sysv_test.msg https://bugs.freebsd.org/233649 ## Issues ### Cause build fails * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic ### Open * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 * https://bugs.freebsd.org/246443 sys.net.if_clone_test.epair_stress sometimes exceeds timeout limit but not caught by kyua * https://bugs.freebsd.org/247510 sys.net.if_lagg_test.status_stress panics kernel on i386 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-stable@freebsd.org Sat Aug 22 14:07:11 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 269493BC525 for ; Sat, 22 Aug 2020 14:07:11 +0000 (UTC) (envelope-from budijanto@studiokaraoke.co.id) Received: from mx6-dti.idweb.host (mx6-dti.idweb.host [202.52.146.88]) (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 4BYgDq54wXz4g1q for ; Sat, 22 Aug 2020 14:07:07 +0000 (UTC) (envelope-from budijanto@studiokaraoke.co.id) Received: from plesk-5.idweb.host (plesk-5.idweb.host [203.161.184.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx6-dti.idweb.host (Postfix) with ESMTPS id 91B4F4193; Sat, 22 Aug 2020 21:06:31 +0700 (WIB) Received: from [10.20.30.2] (unknown [202.138.247.170]) by plesk-5.idweb.host (Postfix) with ESMTPSA id E580B52DF6CC; Sat, 22 Aug 2020 21:06:19 +0700 (WIB) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=studiokaraoke.co.id; s=default; t=1598105180; bh=dDh0BF+jsl9zlvtPH2VeBydS8Hbbj6ur4J+Oyd7Af3s=; h=To:From:Subject; b=cD5OhGuiqkBo5E4TY4eaRf97p3mPGOX7t0vTn1RLEkcipGY+g1Z49KlxpqQaWWag4 3dUJVv8LgFtgHfxx+9srNSHe31fRns74JcfwcATkOWu8VagiuDxeOoJsiY/7fxc3rx 0ZL3w7tm52OkK+l8bxTC8SG2w7R6qOLQiu+g0Y84= Received-SPF: pass (plesk-5.idweb.host: connection is authenticated) To: bugs@FreeBSD.org, FreeBSD-STABLE Mailing List From: Budi Janto Subject: FreeBSD buildworld problem. Autocrypt: addr=budijanto@studiokaraoke.co.id; keydata= mQGiBDuplZ4RBACJSokzhTwTxlCZM7TSNLRZjAYNgCfh4DVNNVKynKUnyAa0dB0vf+/fqcZV wu86TYi9Jm/HDZE0jeKiHgvCOKC8AQnP11S6nH3m5IZPI40PXpVWsvhrziLP0PlqRDUaDGLz 4SgL61I11G+ZvfyerfDfJna6negai9a0IMUFVciK0wCg0yyiTBail+Jj+UgW3NPeEG1KiwcD /1GlmqjllVPzFKwQClCInzyd/GfdkHaH3Zx0BHzI7+51OeIrM8A7QipXDp0oQDoYtQ4GZThf 8Zs7Z9rVb0ZTxxVAorBE1Wq642TPDvVoTU3puhyW3ALW6QmMKBJCrMeJ6GzAPLbTb7+gbPJ1 1sHn0XD9fiQHxiFuizqrh1/va7AsA/49BgehpOQoXwPKtcBAIPuq+tD3yfHeeg5JvJazJ2M6 TNqrH7tpPOgtWXIdOgbhOpW1aPWixhCW2PwEfP/v0OT/wMxd9ZZMBdk/OIcIB09BPR46rPyI 2dWhGWWYCxoT/nvqwrNiyOK/T6FVySJgszQ0Yfa8vjmPplAfeEPlpyYmSrQqQnVkaSBKYW50 byA8YnVkaWphbnRvQHN0dWRpb2thcmFva2UuY28uaWQ+iHgEExECADgWIQSgWiaMPNSrvdnr EeH2TEtOYmlTBAUCXr5V8QIbAwULCQgHAgYVCgkICwIEFgIDAQIeAQIXgAAKCRD2TEtOYmlT BF4OAJ9CZ/v4LxGqUMjxPo2g2AODIJnfrgCguMAhH1F1Bq6gg9ecmyxwlHIsv1C5AQ0EO6mV pRAEAJVhmt0M+0Ya/EaC/NiFc3n5aZbXZT1TkDnd6j8AcLm4dobo7lSstQI5ugUrkQSL9VFw hiRSQbCs2PRC8Vh5FTV+WYGgPEk2KztClMOH4X/HEW4GOe3pUxxVkuIFPtkihYKssroMwmYn f8Vd0qBxwq2yQMmRsmMPheVSeZFDORw7AAMGA/4lKs1nBvxgV2ChiQlL7AcEpeMyrYrbBxZQ bRfR/mSfNAi8HgQjMggglDDYJ0Lzs++UIHW42LkGXwPIo7ghD4FZY2Jzxh9zRaiDeS+WOeXx vegOG5tzIEc700zwFTyyuM0JfmbzVdf/uSGEJ32LTh8axlRZJBzfAH6Ws8yuPvfVm4hOBBgR AgAGBQI7qZWlABIJEPZMS05iaVMEB2VHUEcAAQEbUgCgxLLwig2ITcONLlNhmX/ngQtYWmEA oJI6kyXzW72hnYvUqKPk74zsqFsh Organization: Studio Family Karaoke Message-ID: <7579fc3e-8051-6af9-d7db-f773519a00db@studiokaraoke.co.id> Date: Sat, 22 Aug 2020 21:06:16 +0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4BYgDq54wXz4g1q X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=studiokaraoke.co.id header.s=default header.b=cD5OhGui; dmarc=pass (policy=none) header.from=studiokaraoke.co.id; spf=pass (mx1.freebsd.org: domain of budijanto@studiokaraoke.co.id designates 202.52.146.88 as permitted sender) smtp.mailfrom=budijanto@studiokaraoke.co.id X-Spamd-Result: default: False [1.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[studiokaraoke.co.id:s=default]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+a:mx6-dti.idweb.host]; MIME_GOOD(-0.10)[text/plain]; BAD_REP_POLICIES(0.10)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[studiokaraoke.co.id:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[studiokaraoke.co.id,none]; NEURAL_HAM_SHORT(-0.41)[-0.414]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_SENDERSCORE(2.00)[202.52.146.88:from]; ASN(0.00)[asn:45324, ipnet:202.52.146.0/24, country:ID]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2020 14:07:11 -0000 Hi folks, I've got trouble `make buildworld` in this days. I need to attach this msg console. # uname -smrv FreeBSD 12.1-STABLE FreeBSD 12.1-STABLE r359271 GENERIC amd64 # svnlite info /usr/src/ Path: . Working Copy Root Path: /usr/src URL: https://svn.freebsd.org/base/stable/12 Relative URL: ^/stable/12 Repository Root: https://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 364482 Node Kind: directory Schedule: normal Last Changed Author: mav Last Changed Rev: 364471 Last Changed Date: 2020-08-22 07:42:33 +0700 (Sat, 22 Aug 2020) <...> 1. parser at end of file 2. /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/FoldingSet.h:329:15: instantiating function definition 'llvm::FoldingSetNodeID::Add' #0 0x000000000245c4a3 llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/usr/obj/usr/src/amd64.amd64/tmp/usr/bin/c+++0x245c4a3) #1 0x000000000245a7b5 llvm::sys::RunSignalHandlers() (/usr/obj/usr/src/amd64.amd64/tmp/usr/bin/c+++0x245a7b5) #2 0x000000000245e466 CrashRecoverySignalHandler(int) (/usr/obj/usr/src/amd64.amd64/tmp/usr/bin/c+++0x245e466) #3 0x00000000032bbfb0 handle_signal (/usr/obj/usr/src/amd64.amd64/tmp/usr/bin/c+++0x32bbfb0) c++: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-0-gef32c611aa2) Target: x86_64-unknown-freebsd12.1 Thread model: posix InstalledDir: /usr/obj/usr/src/amd64.amd64/tmp/usr/bin c++: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. c++: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: c++: note: diagnostic msg: /tmp/ObjCContainersASTChecker-393fe9.cpp c++: note: diagnostic msg: /tmp/ObjCContainersASTChecker-393fe9.sh c++: note: diagnostic msg: ******************** *** [StaticAnalyzer/Checkers/ObjCContainersASTChecker.o] Error code 254 make[6]: stopped in /usr/src/lib/clang/libclang 1 error make[6]: stopped in /usr/src/lib/clang/libclang *** [all_subdir_lib/clang/libclang] Error code 2 make[5]: stopped in /usr/src/lib/clang 1 error make[5]: stopped in /usr/src/lib/clang *** [all_subdir_lib/clang] Error code 2 make[4]: stopped in /usr/src/lib 1 error make[4]: stopped in /usr/src/lib *** [lib__L] Error code 2 make[3]: stopped in /usr/src 1 error make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src <...> -- Regards, Budi Janto From owner-freebsd-stable@freebsd.org Sat Aug 22 14:19:31 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9E09C3BCE97; Sat, 22 Aug 2020 14:19:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BYgW73ffpz4h1r; Sat, 22 Aug 2020 14:19:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4805915941; Sat, 22 Aug 2020 14:19:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::b4b9:505e:3ee8:ae14] (unknown [IPv6:2001:470:7a58:0:b4b9:505e:3ee8:ae14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E1BCF637EB; Sat, 22 Aug 2020 16:19:29 +0200 (CEST) From: Dimitry Andric Message-Id: <3FC3D87E-18A9-4B25-83FF-90197EB2A3A9@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_D83720A5-319F-4DBE-9CBF-C5C4DD727A3F"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.15\)) Subject: Re: FreeBSD buildworld problem. Date: Sat, 22 Aug 2020 16:19:29 +0200 In-Reply-To: <7579fc3e-8051-6af9-d7db-f773519a00db@studiokaraoke.co.id> Cc: "bugs@freebsd.org" , FreeBSD-STABLE Mailing List To: Budi Janto References: <7579fc3e-8051-6af9-d7db-f773519a00db@studiokaraoke.co.id> X-Mailer: Apple Mail (2.3445.104.15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2020 14:19:31 -0000 --Apple-Mail=_D83720A5-319F-4DBE-9CBF-C5C4DD727A3F Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 22 Aug 2020, at 16:06, Budi Janto wrote: > > I've got trouble `make buildworld` in this days. I need to attach this > msg console. > > # uname -smrv > FreeBSD 12.1-STABLE FreeBSD 12.1-STABLE r359271 GENERIC amd64 > > # svnlite info /usr/src/ > Path: . > Working Copy Root Path: /usr/src > URL: https://svn.freebsd.org/base/stable/12 > Relative URL: ^/stable/12 > Repository Root: https://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 364482 > Node Kind: directory > Schedule: normal > Last Changed Author: mav > Last Changed Rev: 364471 > Last Changed Date: 2020-08-22 07:42:33 +0700 (Sat, 22 Aug 2020) > > <...> > 1. parser at end of file > 2. > /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/FoldingSet.h:329:15: > instantiating function definition > 'llvm::FoldingSetNodeID::Add' > #0 0x000000000245c4a3 llvm::sys::PrintStackTrace(llvm::raw_ostream&) > (/usr/obj/usr/src/amd64.amd64/tmp/usr/bin/c+++0x245c4a3) > #1 0x000000000245a7b5 llvm::sys::RunSignalHandlers() > (/usr/obj/usr/src/amd64.amd64/tmp/usr/bin/c+++0x245a7b5) > #2 0x000000000245e466 CrashRecoverySignalHandler(int) > (/usr/obj/usr/src/amd64.amd64/tmp/usr/bin/c+++0x245e466) > #3 0x00000000032bbfb0 handle_signal > (/usr/obj/usr/src/amd64.amd64/tmp/usr/bin/c+++0x32bbfb0) > c++: error: clang frontend command failed due to signal (use -v to see > invocation) > FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git > llvmorg-10.0.1-0-gef32c611aa2) > Target: x86_64-unknown-freebsd12.1 > Thread model: posix > InstalledDir: /usr/obj/usr/src/amd64.amd64/tmp/usr/bin > c++: note: diagnostic msg: PLEASE submit a bug report to > https://bugs.freebsd.org/submit/ and include the crash backtrace, > preprocessed source, and associated run script. > c++: note: diagnostic msg: > ******************** > > PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: > Preprocessed source(s) and associated run script(s) are located at: > c++: note: diagnostic msg: /tmp/ObjCContainersASTChecker-393fe9.cpp > c++: note: diagnostic msg: /tmp/ObjCContainersASTChecker-393fe9.sh Can you put these two files in a compressed tarball, and attach it to a Bugzilla PR? Alternatively, send that tarball to me, so I can try if I can reproduce it. -Dimitry --Apple-Mail=_D83720A5-319F-4DBE-9CBF-C5C4DD727A3F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCX0EpcQAKCRCwXqMKLiCW o0AoAJ9NzmuR1bsqr61y6QX4p2AhK9yw3QCfVRlQFyAqdmCKKyd6ooX+1LtbGc8= =Pu6b -----END PGP SIGNATURE----- --Apple-Mail=_D83720A5-319F-4DBE-9CBF-C5C4DD727A3F-- From owner-freebsd-stable@freebsd.org Sat Aug 22 19:17:09 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C6A373C3364; Sat, 22 Aug 2020 19:17:09 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BYp6Y4txfz3TZr; Sat, 22 Aug 2020 19:17:09 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 733E3179EA; Sat, 22 Aug 2020 19:17:09 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::11e6:1499:499e:f600] (unknown [IPv6:2001:470:7a58:0:11e6:1499:499e:f600]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CAB386396A; Sat, 22 Aug 2020 21:17:07 +0200 (CEST) From: Dimitry Andric Message-Id: <1F8206D4-9B84-4E1B-B48C-0FDFE20280B8@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_B15B0549-9B36-411A-A578-2D87A21430DE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.15\)) Subject: Re: FreeBSD buildworld problem. Date: Sat, 22 Aug 2020 21:17:01 +0200 In-Reply-To: Cc: "bugs@freebsd.org" , FreeBSD-STABLE Mailing List To: Budi Janto References: <7579fc3e-8051-6af9-d7db-f773519a00db@studiokaraoke.co.id> <3FC3D87E-18A9-4B25-83FF-90197EB2A3A9@FreeBSD.org> X-Mailer: Apple Mail (2.3445.104.15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2020 19:17:09 -0000 --Apple-Mail=_B15B0549-9B36-411A-A578-2D87A21430DE Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 22 Aug 2020, at 16:46, Budi Janto wrote: > > On 8/22/20 9:19 PM, Dimitry Andric wrote: >>> PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: >>> Preprocessed source(s) and associated run script(s) are located at: >>> c++: note: diagnostic msg: /tmp/ObjCContainersASTChecker-393fe9.cpp >>> c++: note: diagnostic msg: /tmp/ObjCContainersASTChecker-393fe9.sh >> >> Can you put these two files in a compressed tarball, and attach it to a >> Bugzilla PR? >> >> Alternatively, send that tarball to me, so I can try if I can reproduce >> it. >> >> -Dimitry >> > > Thank you for your fast respone. Here, I've attached those files. Hmm, I have tried with a lot of different clang 10.x builds, but I can't get it to crash with your reproduction files. Could your crash maybe be caused by out-of-memory conditions, or some sort of hardware problem? Does it occur every time in the same file? And have you seen any messages in dmesg or the system logs saying "kernel: swap_pager_getswapspace(number): failed" ? -Dimitry --Apple-Mail=_B15B0549-9B36-411A-A578-2D87A21430DE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCX0FvLQAKCRCwXqMKLiCW o5VbAKDMqqKL4LMCZfObsx+3uIEKl6ZnFQCgjqvAlANyiboufIkzoERB7X63nGQ= =5UhU -----END PGP SIGNATURE----- --Apple-Mail=_B15B0549-9B36-411A-A578-2D87A21430DE-- From owner-freebsd-stable@freebsd.org Sat Aug 22 20:43:36 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9BA233C5381 for ; Sat, 22 Aug 2020 20:43:36 +0000 (UTC) (envelope-from budijanto@studiokaraoke.co.id) Received: from mx6-dti.idweb.host (mx6-dti.idweb.host [202.52.146.88]) (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 4BYr2F4v0Bz3YWm for ; Sat, 22 Aug 2020 20:43:33 +0000 (UTC) (envelope-from budijanto@studiokaraoke.co.id) Received: from plesk-5.idweb.host (plesk-5.idweb.host [203.161.184.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx6-dti.idweb.host (Postfix) with ESMTPS id 4DC97D0F; Sun, 23 Aug 2020 03:43:03 +0700 (WIB) Received: from [10.20.30.2] (unknown [202.138.247.170]) by plesk-5.idweb.host (Postfix) with ESMTPSA id 0D786536897C; Sun, 23 Aug 2020 03:42:51 +0700 (WIB) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=studiokaraoke.co.id; s=default; t=1598128971; bh=ND9CiVLjQyhf8HDOq05lNfo5QxSDTUbXtGWd88sDixQ=; h=Subject:To:From; b=dKR8hm5pYu7hTMkei9vDhdLHF2VlTTn53+ESYoWSRDsw9vHZgFHost3NxK62Ei5kK jY6k6ZfdMqwDr59Q28L4Ks6UYwtKsrcPesNvljiMSYblWVxAufuOjhg5DwxNZ8IQhx h365snzSzonGkmisM2EfIhF5iOdR/2Tbno7l/xv0= Received-SPF: pass (plesk-5.idweb.host: connection is authenticated) Subject: Re: FreeBSD buildworld problem. To: Dimitry Andric , FreeBSD-STABLE Mailing List References: <7579fc3e-8051-6af9-d7db-f773519a00db@studiokaraoke.co.id> <3FC3D87E-18A9-4B25-83FF-90197EB2A3A9@FreeBSD.org> <1F8206D4-9B84-4E1B-B48C-0FDFE20280B8@FreeBSD.org> From: Budi Janto Autocrypt: addr=budijanto@studiokaraoke.co.id; keydata= mQGiBDuplZ4RBACJSokzhTwTxlCZM7TSNLRZjAYNgCfh4DVNNVKynKUnyAa0dB0vf+/fqcZV wu86TYi9Jm/HDZE0jeKiHgvCOKC8AQnP11S6nH3m5IZPI40PXpVWsvhrziLP0PlqRDUaDGLz 4SgL61I11G+ZvfyerfDfJna6negai9a0IMUFVciK0wCg0yyiTBail+Jj+UgW3NPeEG1KiwcD /1GlmqjllVPzFKwQClCInzyd/GfdkHaH3Zx0BHzI7+51OeIrM8A7QipXDp0oQDoYtQ4GZThf 8Zs7Z9rVb0ZTxxVAorBE1Wq642TPDvVoTU3puhyW3ALW6QmMKBJCrMeJ6GzAPLbTb7+gbPJ1 1sHn0XD9fiQHxiFuizqrh1/va7AsA/49BgehpOQoXwPKtcBAIPuq+tD3yfHeeg5JvJazJ2M6 TNqrH7tpPOgtWXIdOgbhOpW1aPWixhCW2PwEfP/v0OT/wMxd9ZZMBdk/OIcIB09BPR46rPyI 2dWhGWWYCxoT/nvqwrNiyOK/T6FVySJgszQ0Yfa8vjmPplAfeEPlpyYmSrQqQnVkaSBKYW50 byA8YnVkaWphbnRvQHN0dWRpb2thcmFva2UuY28uaWQ+iHgEExECADgWIQSgWiaMPNSrvdnr EeH2TEtOYmlTBAUCXr5V8QIbAwULCQgHAgYVCgkICwIEFgIDAQIeAQIXgAAKCRD2TEtOYmlT BF4OAJ9CZ/v4LxGqUMjxPo2g2AODIJnfrgCguMAhH1F1Bq6gg9ecmyxwlHIsv1C5AQ0EO6mV pRAEAJVhmt0M+0Ya/EaC/NiFc3n5aZbXZT1TkDnd6j8AcLm4dobo7lSstQI5ugUrkQSL9VFw hiRSQbCs2PRC8Vh5FTV+WYGgPEk2KztClMOH4X/HEW4GOe3pUxxVkuIFPtkihYKssroMwmYn f8Vd0qBxwq2yQMmRsmMPheVSeZFDORw7AAMGA/4lKs1nBvxgV2ChiQlL7AcEpeMyrYrbBxZQ bRfR/mSfNAi8HgQjMggglDDYJ0Lzs++UIHW42LkGXwPIo7ghD4FZY2Jzxh9zRaiDeS+WOeXx vegOG5tzIEc700zwFTyyuM0JfmbzVdf/uSGEJ32LTh8axlRZJBzfAH6Ws8yuPvfVm4hOBBgR AgAGBQI7qZWlABIJEPZMS05iaVMEB2VHUEcAAQEbUgCgxLLwig2ITcONLlNhmX/ngQtYWmEA oJI6kyXzW72hnYvUqKPk74zsqFsh Organization: Studio Family Karaoke Message-ID: Date: Sun, 23 Aug 2020 03:42:47 +0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <1F8206D4-9B84-4E1B-B48C-0FDFE20280B8@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sx6LSsN1c6E7bEMg1ajEGSKIqJJwVLvCO" X-Rspamd-Queue-Id: 4BYr2F4v0Bz3YWm X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=studiokaraoke.co.id header.s=default header.b=dKR8hm5p; dmarc=pass (policy=none) header.from=studiokaraoke.co.id; spf=pass (mx1.freebsd.org: domain of budijanto@studiokaraoke.co.id designates 202.52.146.88 as permitted sender) smtp.mailfrom=budijanto@studiokaraoke.co.id X-Spamd-Result: default: False [-0.72 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[studiokaraoke.co.id:s=default]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(0.00)[+a:mx6-dti.idweb.host]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; HAS_ATTACHMENT(0.00)[]; BAD_REP_POLICIES(0.10)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[studiokaraoke.co.id:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[studiokaraoke.co.id,none]; NEURAL_HAM_SHORT(-0.62)[-0.623]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:+,5:~]; RBL_SENDERSCORE(2.00)[202.52.146.88:from]; ASN(0.00)[asn:45324, ipnet:202.52.146.0/24, country:ID]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2020 20:43:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sx6LSsN1c6E7bEMg1ajEGSKIqJJwVLvCO Content-Type: multipart/mixed; boundary="pPvFjI7acyB2YOMfuGIS1719rGdyfP7e5" --pPvFjI7acyB2YOMfuGIS1719rGdyfP7e5 Content-Type: multipart/mixed; boundary="------------BA7311C0A0A6F983920E3A86" Content-Language: en-US This is a multi-part message in MIME format. --------------BA7311C0A0A6F983920E3A86 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 8/23/20 2:17 AM, Dimitry Andric wrote: > Hmm, I have tried with a lot of different clang 10.x builds, but I can'= t > get it to crash with your reproduction files. Yes, this is a strange problem. This machine already running FreeBSD since 1 years ago, used for production. Every first month, I always build from source. This machine running ZFS with striped RAID configuration & system using UFS (SSD), daily serve about 40 clients with Samba. > Could your crash maybe be caused by out-of-memory conditions, or some > sort of hardware problem? I don't know exactly for hardware problem (Could be). Maybe, for CPU resources low usage enough. # sysctl -a | grep hw.ncpu hw.ncpu: 4 # sysctl -a | grep 'hw.*mem' hw.physmem: 16989356032 hw.usermem: 16527396864 hw.realmem: 17179869184 hw.pci.host_mem_start: 2147483648 hw.cbb.start_memory: 2281701376 # top -b last pid: 88448; load averages: 3.99, 3.93, 3.70 up 0+00:42:03 03:34:27 54 processes: 5 running, 49 sleeping CPU 0: 80.0% user, 0.0% nice, 3.3% system, 0.0% interrupt, 16.6% idle CPU 1: 80.0% user, 0.0% nice, 3.4% system, 0.0% interrupt, 16.6% idle CPU 2: 79.5% user, 0.0% nice, 3.5% system, 0.1% interrupt, 16.9% idle CPU 3: 80.1% user, 0.0% nice, 3.3% system, 0.0% interrupt, 16.6% idle Mem: 795M Active, 4799M Inact, 2868M Wired, 1548M Buf, 7346M Free ARC: 507M Total, 104M MFU, 252M MRU, 32K Anon, 3663K Header, 147M Other 50M Compressed, 311M Uncompressed, 6.28:1 Ratio Swap: 3881M Total, 3881M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 88439 root 1 87 0 246M 236M CPU2 2 0:07 52.49% c+= + 88441 root 1 85 0 277M 268M RUN 1 0:06 46.09% c+= + 88445 root 1 83 0 301M 289M CPU3 3 0:05 38.18% c+= + 88447 root 1 78 0 204M 193M CPU0 0 0:03 22.75% c+= + 88446 root 1 52 0 12M 3036K wait 0 0:00 0.10% sh= 88444 root 1 52 0 12M 3036K wait 3 0:00 0.10% sh= [...] > Does it occur every time in the same file? > And have you seen any messages in dmesg or the system logs saying > "kernel: swap_pager_getswapspace(number): failed" ? Two times, `make -j4 buildworld` always failed with simmilar file & stderr output. So, I do remove /usr/src/* & /usr/obj/*, afterward I do `svnlite checkout` & `make -j4 buildworld` and get different file & msg (I already give to you). Now, I try to `make -j4 buildworld` again and I hope will successful. Thank you. --=20 Regards, Budi Janto --------------BA7311C0A0A6F983920E3A86 Content-Type: text/plain; charset=UTF-8; name="dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.txt" ---<>--- Copyright (c) 1992-2020 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.1-STABLE r359271 GENERIC amd64 FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git c1a0a21= 3378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) VT(efifb): resolution 1024x768 CPU: Intel(R) Core(TM) i5-4460 CPU @ 3.20GHz (3192.67-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x306c3 Family=3D0x6 Model=3D0x3c Step= ping=3D3 Features=3D0xbfebfbff Features2=3D0x7ffafbbf AMD Features=3D0x2c100800 AMD Features2=3D0x21 Structured Extended Features=3D0x27ab XSAVE Features=3D0x1 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics real memory =3D 17179869184 (16384 MB) avail memory =3D 16483217408 (15719 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) random: unblocking device. ioapic0 irqs 0-23 on motherboard Launching APs: 2 1 3 Timecounter "TSC-low" frequency 1596337353 Hz quality 1000 random: entropy device external interface kbd1 at kbdmux0 000.000023 [4336] netmap_init netmap: loaded module [ath_hal] loaded module_register_init: MOD_LOAD (vesa, 0xffffffff81118130, 0) error 19 random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" nexus0 efirtc0: on motherboard efirtc0: registered as a time-of-day clock, resolution 1.000000s cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 Event timer "HPET4" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xf000-0xf03f mem 0xf7800000-0xf7b= fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 vgapci0: Boot video device hdac0: mem 0xf7f10000-0xf7f13fff irq 16 at= device 3.0 on pci0 xhci0: mem 0xf7f00000-0xf7f0ffff= irq 16 at device 20.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA xhci0: Port routing mask set to 0xffffffff usbus0 on xhci0 usbus0: 5.0Gbps Super Speed USB v3.0 pci0: at device 22.0 (no driver attached) ehci0: mem 0xf7f17000-0xf7= f173ff irq 16 at device 26.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 usbus1: 480Mbps High Speed USB v2.0 pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 pcib2: irq 18 at device 28.2 on pci0 pci2: on pcib2 re0: port 0xe= 000-0xe0ff mem 0xf7e00000-0xf7e00fff,0xf0200000-0xf0203fff irq 18 at devi= ce 0.0 on pci2 re0: Using 1 MSI-X message re0: turning off MSI enable bit. re0: Chip rev. 0x4c000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100bas= eTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, 1000baseT-FDX-master, 1000bas= eT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Using defaults for TSO: 65518/35/2048 re0: Ethernet address: fc:aa:14:ec:81:a8 re0: netmap queues/slots: TX 1/256, RX 1/256 pcib3: irq 19 at device 28.3 on pci0 pci3: on pcib3 pcib4: irq 19 at device 0.0 on pci3 pci4: on pcib4 pcib5: irq 18 at device 28.6 on pci0 pci5: on pcib5 re1: port 0xd000-0xd0ff mem = 0xf7d10000-0xf7d10fff,0xf0100000-0xf0103fff irq 18 at device 0.0 on pci5 re1: Using 1 MSI-X message re1: Chip rev. 0x2c000000 re1: MAC rev. 0x00200000 miibus1: on re1 rgephy1: PHY 1 on miibus= 1 rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100bas= eTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, = 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto= , auto-flow re1: Using defaults for TSO: 65518/35/2048 re1: Ethernet address: 58:d5:6e:40:14:3c re1: netmap queues/slots: TX 1/256, RX 1/256 pcib6: irq 19 at device 28.7 on pci0 pci6: on pcib6 re2: port 0xc000-0xc0ff mem = 0xf7c10000-0xf7c10fff,0xf0000000-0xf0003fff irq 19 at device 0.0 on pci6 re2: Using 1 MSI-X message re2: Chip rev. 0x2c000000 re2: MAC rev. 0x00200000 miibus2: on re2 rgephy2: PHY 1 on miibus= 2 rgephy2: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100bas= eTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, = 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto= , auto-flow re2: Using defaults for TSO: 65518/35/2048 re2: Ethernet address: 58:d5:6e:40:14:3b re2: netmap queues/slots: TX 1/256, RX 1/256 ehci1: mem 0xf7f16000-0xf7= f163ff irq 23 at device 29.0 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci1 usbus2: 480Mbps High Speed USB v2.0 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xf0b0-0xf0b7,0xf0= a0-0xf0a3,0xf090-0xf097,0xf080-0xf083,0xf060-0xf07f mem 0xf7f15000-0xf7f1= 57ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahciem0: on ahci0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ppc1: port 0x378-0x37f irq 5 on acpi0 ppc1: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc1 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xd0000-0xd0fff,0xd1000-0xd1fff pnpid OR= M0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbdc0: non-PNP ISA device will be removed from GENERIC in FreeBSD 12. coretemp0: on cpu0 est0: on cpu0 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 3 on hdaa0 ugen0.1: <0x8086 XHCI root HUB> at usbus0 ugen2.1: at usbus2 ugen1.1: at usbus1 Trying to mount root from ufs:/dev/ada0p2 [rw]... Root mount waiting for: usbus0 usbus1 usbus2 CAM uhub0: on usbus2 uhub2: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0= uhub1: on usbus1 ses0 at ahciem0 bus 0 scbus3 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number 2I4820084938 ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 114473MB (234441648 512 byte sectors) ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ACS-3 ATA SATA 3.x device ada1: Serial Number WDH25ESL ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 3815447MB (7814037168 512 byte sectors) ses0: pass0,ada0 in 'Slot 00', SATA Slot: scbus0 target 0 ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 ada2: ACS-3 ATA SATA 3.x device ada2: Serial Number ZGY3WLSZ ada2: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 3815447MB (7814037168 512 byte sectors) ses0: pass1,ada1 in 'Slot 01', SATA Slot: scbus1 target 0 ses0: pass2,ada2 in 'Slot 02', SATA Slot: scbus2 target 0 uhub1: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered uhub2: 21 ports with 21 removable, self powered Root mount waiting for: usbus1 usbus2 ugen1.2: at usbus1 uhub3 on uhub1 uhub3: o= n usbus1 ugen2.2: at usbus2 uhub4 on uhub0 uhub4: o= n usbus2 Root mount waiting for: usbus1 usbus2 uhub3: 6 ports with 6 removable, self powered uhub4: 8 ports with 8 removable, self powered mountroot: waiting for device /dev/ada0p2... WARNING: / was not properly dismounted ZFS filesystem version: 5 ZFS storage pool version: features support (5000) lo0: link state changed to UP re0: link state changed to DOWN re1: link state changed to DOWN re2: link state changed to DOWN lagg0: link state changed to DOWN re0: link state changed to UP re1: link state changed to UP lagg0: link state changed to UP re2: link state changed to UP re1: link state changed to DOWN re2: link state changed to DOWN lagg0: link state changed to DOWN re0: link state changed to DOWN re0: link state changed to UP re1: link state changed to UP lagg0: link state changed to UP re2: link state changed to UP tun0: link state changed to UP tun0: link state changed to DOWN Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop...=20 Syncing disks, vnodes remaining... 3 1 0 0 done Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-3' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-2' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-1' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-6' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-4' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-5' to stop... = done All buffers synced. Uptime: 3d6h11m42s ---<>--- Copyright (c) 1992-2020 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.1-STABLE r359271 GENERIC amd64 FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git c1a0a21= 3378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) VT(efifb): resolution 1024x768 CPU: Intel(R) Core(TM) i5-4460 CPU @ 3.20GHz (3192.68-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x306c3 Family=3D0x6 Model=3D0x3c Step= ping=3D3 Features=3D0xbfebfbff Features2=3D0x7ffafbbf AMD Features=3D0x2c100800 AMD Features2=3D0x21 Structured Extended Features=3D0x27ab XSAVE Features=3D0x1 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics real memory =3D 17179869184 (16384 MB) avail memory =3D 16483217408 (15719 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) random: unblocking device. ioapic0 irqs 0-23 on motherboard Launching APs: 2 1 3 Timecounter "TSC-low" frequency 1596339015 Hz quality 1000 random: entropy device external interface kbd1 at kbdmux0 000.000023 [4336] netmap_init netmap: loaded module [ath_hal] loaded module_register_init: MOD_LOAD (vesa, 0xffffffff81118130, 0) error 19 random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" nexus0 efirtc0: on motherboard efirtc0: registered as a time-of-day clock, resolution 1.000000s cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 Event timer "HPET4" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xf000-0xf03f mem 0xf7800000-0xf7b= fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 vgapci0: Boot video device hdac0: mem 0xf7f10000-0xf7f13fff irq 16 at= device 3.0 on pci0 xhci0: mem 0xf7f00000-0xf7f0ffff= irq 16 at device 20.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA xhci0: Port routing mask set to 0xffffffff usbus0 on xhci0 usbus0: 5.0Gbps Super Speed USB v3.0 pci0: at device 22.0 (no driver attached) ehci0: mem 0xf7f17000-0xf7= f173ff irq 16 at device 26.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 usbus1: 480Mbps High Speed USB v2.0 pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 pcib2: irq 18 at device 28.2 on pci0 pci2: on pcib2 re0: port 0xe= 000-0xe0ff mem 0xf7e00000-0xf7e00fff,0xf0200000-0xf0203fff irq 18 at devi= ce 0.0 on pci2 re0: Using 1 MSI-X message re0: Chip rev. 0x4c000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100bas= eTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, 1000baseT-FDX-master, 1000bas= eT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Using defaults for TSO: 65518/35/2048 re0: Ethernet address: fc:aa:14:ec:81:a8 re0: netmap queues/slots: TX 1/256, RX 1/256 pcib3: irq 19 at device 28.3 on pci0 pci3: on pcib3 pcib4: irq 19 at device 0.0 on pci3 pci4: on pcib4 pcib5: irq 18 at device 28.6 on pci0 pci5: on pcib5 re1: port 0xd000-0xd0ff mem = 0xf7d10000-0xf7d10fff,0xf0100000-0xf0103fff irq 18 at device 0.0 on pci5 re1: Using 1 MSI-X message re1: Chip rev. 0x2c000000 re1: MAC rev. 0x00200000 miibus1: on re1 rgephy1: PHY 1 on miibus= 1 rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100bas= eTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, = 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto= , auto-flow re1: Using defaults for TSO: 65518/35/2048 re1: Ethernet address: 58:d5:6e:40:14:3c re1: netmap queues/slots: TX 1/256, RX 1/256 pcib6: irq 19 at device 28.7 on pci0 pci6: on pcib6 re2: port 0xc000-0xc0ff mem = 0xf7c10000-0xf7c10fff,0xf0000000-0xf0003fff irq 19 at device 0.0 on pci6 re2: Using 1 MSI-X message re2: Chip rev. 0x2c000000 re2: MAC rev. 0x00200000 miibus2: on re2 rgephy2: PHY 1 on miibus= 2 rgephy2: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100bas= eTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, = 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto= , auto-flow re2: Using defaults for TSO: 65518/35/2048 re2: Ethernet address: 58:d5:6e:40:14:3b re2: netmap queues/slots: TX 1/256, RX 1/256 ehci1: mem 0xf7f16000-0xf7= f163ff irq 23 at device 29.0 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci1 usbus2: 480Mbps High Speed USB v2.0 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xf0b0-0xf0b7,0xf0= a0-0xf0a3,0xf090-0xf097,0xf080-0xf083,0xf060-0xf07f mem 0xf7f15000-0xf7f1= 57ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahciem0: on ahci0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ppc1: port 0x378-0x37f irq 5 on acpi0 ppc1: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc1 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xd0000-0xd0fff,0xd1000-0xd1fff pnpid OR= M0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbdc0: non-PNP ISA device will be removed from GENERIC in FreeBSD 12. coretemp0: on cpu0 est0: on cpu0 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 3 on hdaa0 ugen1.1: at usbus1 ugen2.1: at usbus2 uhub0: on usbus1 ugen0.1: <0x8086 XHCI root HUB> at usbus0 Trying to mount root from ufs:/dev/ada0p2 [rw]... Root mount waiting for: usbus0 usbus1 usbus2 CAM uhub1: on usbus2 uhub2: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0= ses0 at ahciem0 bus 0 scbus3 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number 2I4820084938 ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 114473MB (234441648 512 byte sectors) ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ACS-3 ATA SATA 3.x device ada1: Serial Number WDH25ESL ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 3815447MB (7814037168 512 byte sectors) ses0: pass0,ada0 in 'Slot 00', SATA Slot: scbus0 target 0 ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 ada2: ACS-3 ATA SATA 3.x device ada2: Serial Number ZGY3WLSZ ada2: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 3815447MB (7814037168 512 byte sectors) ses0: pass1,ada1 in 'Slot 01', SATA Slot: scbus1 target 0 ses0: pass2,ada2 in 'Slot 02', SATA Slot: scbus2 target 0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 21 ports with 21 removable, self powered Root mount waiting for: usbus1 usbus2 ugen2.2: at usbus2 uhub3 on uhub1 uhub3: o= n usbus2 ugen1.2: at usbus1 uhub4 on uhub0 uhub4: o= n usbus1 Root mount waiting for: usbus1 usbus2 uhub4: 6 ports with 6 removable, self powered uhub3: 8 ports with 8 removable, self powered mountroot: waiting for device /dev/ada0p2... ZFS filesystem version: 5 ZFS storage pool version: features support (5000) lo0: link state changed to UP re0: link state changed to DOWN re1: link state changed to DOWN re2: link state changed to DOWN lagg0: link state changed to DOWN re0: link state changed to UP re1: link state changed to UP lagg0: link state changed to UP re2: link state changed to UP tun0: link state changed to UP tun0: link state changed to DOWN Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop...=20 Syncing disks, vnodes remaining... 2 0 0 done Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-1' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-5' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-4' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-3' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-6' to stop... = done Waiting (max 60 seconds) for system thread `bufspacedaemon-2' to stop... = done All buffers synced. Uptime: 9h46m50s ---<>--- Copyright (c) 1992-2020 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.1-STABLE r359271 GENERIC amd64 FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git c1a0a21= 3378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) VT(efifb): resolution 1024x768 CPU: Intel(R) Core(TM) i5-4460 CPU @ 3.20GHz (3192.67-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x306c3 Family=3D0x6 Model=3D0x3c Step= ping=3D3 Features=3D0xbfebfbff Features2=3D0x7ffafbbf AMD Features=3D0x2c100800 AMD Features2=3D0x21 Structured Extended Features=3D0x27ab XSAVE Features=3D0x1 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics real memory =3D 17179869184 (16384 MB) avail memory =3D 16483217408 (15719 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) random: unblocking device. ioapic0 irqs 0-23 on motherboard Launching APs: 2 1 3 Timecounter "TSC-low" frequency 1596335384 Hz quality 1000 random: entropy device external interface kbd1 at kbdmux0 000.000023 [4336] netmap_init netmap: loaded module [ath_hal] loaded module_register_init: MOD_LOAD (vesa, 0xffffffff81118130, 0) error 19 random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" nexus0 efirtc0: on motherboard efirtc0: registered as a time-of-day clock, resolution 1.000000s cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 Event timer "HPET4" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xf000-0xf03f mem 0xf7800000-0xf7b= fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 vgapci0: Boot video device hdac0: mem 0xf7f10000-0xf7f13fff irq 16 at= device 3.0 on pci0 xhci0: mem 0xf7f00000-0xf7f0ffff= irq 16 at device 20.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA xhci0: Port routing mask set to 0xffffffff usbus0 on xhci0 usbus0: 5.0Gbps Super Speed USB v3.0 pci0: at device 22.0 (no driver attached) ehci0: mem 0xf7f17000-0xf7= f173ff irq 16 at device 26.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 usbus1: 480Mbps High Speed USB v2.0 pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 pcib2: irq 18 at device 28.2 on pci0 pci2: on pcib2 re0: port 0xe= 000-0xe0ff mem 0xf7e00000-0xf7e00fff,0xf0200000-0xf0203fff irq 18 at devi= ce 0.0 on pci2 re0: Using 1 MSI-X message re0: Chip rev. 0x4c000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100bas= eTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, 1000baseT-FDX-master, 1000bas= eT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Using defaults for TSO: 65518/35/2048 re0: Ethernet address: fc:aa:14:ec:81:a8 re0: netmap queues/slots: TX 1/256, RX 1/256 pcib3: irq 19 at device 28.3 on pci0 pci3: on pcib3 pcib4: irq 19 at device 0.0 on pci3 pci4: on pcib4 pcib5: irq 18 at device 28.6 on pci0 pci5: on pcib5 re1: port 0xd000-0xd0ff mem = 0xf7d10000-0xf7d10fff,0xf0100000-0xf0103fff irq 18 at device 0.0 on pci5 re1: Using 1 MSI-X message re1: Chip rev. 0x2c000000 re1: MAC rev. 0x00200000 miibus1: on re1 rgephy1: PHY 1 on miibus= 1 rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100bas= eTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, = 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto= , auto-flow re1: Using defaults for TSO: 65518/35/2048 re1: Ethernet address: 58:d5:6e:40:14:3c re1: netmap queues/slots: TX 1/256, RX 1/256 pcib6: irq 19 at device 28.7 on pci0 pci6: on pcib6 re2: port 0xc000-0xc0ff mem = 0xf7c10000-0xf7c10fff,0xf0000000-0xf0003fff irq 19 at device 0.0 on pci6 re2: Using 1 MSI-X message re2: Chip rev. 0x2c000000 re2: MAC rev. 0x00200000 miibus2: on re2 rgephy2: PHY 1 on miibus= 2 rgephy2: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100bas= eTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, = 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto= , auto-flow re2: Using defaults for TSO: 65518/35/2048 re2: Ethernet address: 58:d5:6e:40:14:3b re2: netmap queues/slots: TX 1/256, RX 1/256 ehci1: mem 0xf7f16000-0xf7= f163ff irq 23 at device 29.0 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci1 usbus2: 480Mbps High Speed USB v2.0 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xf0b0-0xf0b7,0xf0= a0-0xf0a3,0xf090-0xf097,0xf080-0xf083,0xf060-0xf07f mem 0xf7f15000-0xf7f1= 57ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahciem0: on ahci0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ppc1: port 0x378-0x37f irq 5 on acpi0 ppc1: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc1 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xd0000-0xd0fff,0xd1000-0xd1fff pnpid OR= M0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbdc0: non-PNP ISA device will be removed from GENERIC in FreeBSD 12. coretemp0: on cpu0 est0: on cpu0 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 3 on hdaa0 ugen1.1: at usbus1 ugen2.1: at usbus2 ugen0.1: <0x8086 XHCI root HUB> at usbus0 Trying to mount root from ufs:/dev/ada0p2 [rw]... Root mount waiting for: usbus0 usbus1 usbus2 CAM uhub2: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0= uhub1: on usbus2 uhub0: on usbus1 ses0 at ahciem0 bus 0 scbus3 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number 2I4820084938 ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 114473MB (234441648 512 byte sectors) ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ACS-3 ATA SATA 3.x device ada1: Serial Number WDH25ESL ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 3815447MB (7814037168 512 byte sectors) ses0: pass0,ada0 in 'Slot 00', SATA Slot: scbus0 target 0 ses0: pass1,ada1 in 'Slot 01', SATA Slot: scbus1 target 0 ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 ada2: ACS-3 ATA SATA 3.x device ada2: Serial Number ZGY3WLSZ ada2: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 3815447MB (7814037168 512 byte sectors) ses0: pass2,ada2 in 'Slot 02', SATA Slot: scbus2 target 0 uhub1: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered uhub2: 21 ports with 21 removable, self powered Root mount waiting for: usbus1 usbus2 ugen2.2: at usbus2 uhub3 on uhub1 uhub3: o= n usbus2 ugen1.2: at usbus1 uhub4 on uhub0 uhub4: o= n usbus1 Root mount waiting for: usbus1 usbus2 uhub4: 6 ports with 6 removable, self powered uhub3: 8 ports with 8 removable, self powered mountroot: waiting for device /dev/ada0p2... ZFS filesystem version: 5 ZFS storage pool version: features support (5000) lo0: link state changed to UP re0: link state changed to DOWN re1: link state changed to DOWN re2: link state changed to DOWN lagg0: link state changed to DOWN re0: link state changed to UP re1: link state changed to UP lagg0: link state changed to UP re2: link state changed to UP tun0: link state changed to UP --------------BA7311C0A0A6F983920E3A86-- --pPvFjI7acyB2YOMfuGIS1719rGdyfP7e5-- --sx6LSsN1c6E7bEMg1ajEGSKIqJJwVLvCO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQSgWiaMPNSrvdnrEeH2TEtOYmlTBAUCX0GDRwAKCRD2TEtOYmlT BCCeAJ0TwpiAiUdXHxjSqJty/w6svOfetgCeO5Hd1YNd3E80sWC+IgTvC2f60TQ= =qbLD -----END PGP SIGNATURE----- --sx6LSsN1c6E7bEMg1ajEGSKIqJJwVLvCO--