From owner-freebsd-stable@freebsd.org Sun Feb 25 08:54:32 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 253A6F22611 for ; Sun, 25 Feb 2018 08:54:32 +0000 (UTC) (envelope-from 01000161cc00069d-eaf418c9-8cc9-4a95-8494-9aa0e8afa581-000000@amazonses.com) Received: from a10-123.smtp-out.amazonses.com (a10-123.smtp-out.amazonses.com [54.240.10.123]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CBB7F72096 for ; Sun, 25 Feb 2018 08:54:31 +0000 (UTC) (envelope-from 01000161cc00069d-eaf418c9-8cc9-4a95-8494-9aa0e8afa581-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1519546009; h=Date:To:From:Reply-To:Subject:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:Feedback-ID; bh=PKkXEux66VSNBDMuzJZeZFouSPeNS/JJ5ZMa+1gifYA=; b=PhburC+JuwDcUEfUTBvesZ8hUBBCKxHbmTNfJ36TDNBo5HqnDcGFa3UONmQ3c2Pz uzF0NWMjLgdVz9asVb73vawByk6Nzywm8PdCJ2GxxehvaQhcof4jqnJmi78PmknRs0U 7cNC6qk6VpIgGPlL8OpcHe7IG/nYvCtTxz7dKvCI= Date: Sun, 25 Feb 2018 08:06:49 +0000 To: Freebsd Stable From: Bosnian Pyramid newsletter Reply-To: Bosnian Pyramid newsletter Subject: Premijer i Vlada ZDK u posjeti piramidama Message-ID: <01000161cc00069d-eaf418c9-8cc9-4a95-8494-9aa0e8afa581-000000@email.amazonses.com> X-Priority: 3 X-Mailer: PHPMailer 5.2.6 (https://github.com/PHPMailer/PHPMailer/) MIME-Version: 1.0 X-SES-Outgoing: 2018.02.25-54.240.10.123 Feedback-ID: 1.us-east-1.kb8krn4AVb2xbG5ZbRsXrp3Xo6FxCLJTVw5az7Cimi0=:AmazonSES Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2018 08:54:32 -0000 Vijesti iz Bosanske doline piramida – najaktivnije arheološke lokacije u svijetu Vlada Zeničko-dobojskog kantona (ZDK) u posjeti piramidama Premijer Galijašević prezadovoljan posjetom Visokom: "Trebamo privući turiste i što duže ih zadržati" Vlada Zeničko-dobojskog kantona u kompletnom sastavu, na čelu s premijerom Miralemom Galijaševićem, posjetila je park 'Ravne 2' i Podzemni labirint Ravne u Visokom. Direktor Fondacije 'Arheološki park: Bosanska piramida Sunca' dr. Semir Osmanagić s timom koji radi na ovim lokacijama, ugostio je visoke goste tokom februara 2018. Zadovoljstvo viđenim i urađenim u Visokom u proteklih 11 godina iskazao je premijer, Galijašević, koji je istakao da je od samog početka istraživanja, tačnije 2006.godine, upućen u sva zbivanja te je davao nesebičnu podršku projektu koji je postao najvećim arheološkim i turističkim projektom u našoj zemlji. – Prvi put sam u Arheološko-turističkom parku „Ravne 2“ i izražavam zadovoljstvo viđenim i utisak da je ovo jedan impresivan prostor. Mi kao Vlada ZDK imamo namjeru da podržimo ovakav način rada civilnog sektora. Danas smo govorili i o konkretnim potezima, a pored priče o proglašenju parka „Ravne 2“ posebnim područjem, razgovarali smo i o načinima kako da privućemo što veći broj turista ovamo i kako da ih što duže zadržimo. – istaknuo je nakon posjete premijer Miralem Galijašević. Prema njegovim riječima, kada se radi o prioritetima, to su svakako infrastrukturni projekti i izgradnja dobrih puteva do destinacija u Visokom, što svakako znači i bolji i efikasniji prijem gostiju iz cijelog svijeta, a uz sve to naravno idu i brojni drugi sadržaji, koji će goste zadržati što duže, ne samo u Visokom, nego i na području kantona i Bosne i Hercegovine. Video intervju premijera Galijaševića u Muzeju Fondacije: https://www.youtube.com/watch?v=BWe0egV-lw8 ( https://www.youtube.com/watch?v=BWe0egV-lw8 ) Službena stranica Fondacije: www.piramidasunca.ba ( http://www.piramidasunca.ba ) Službena Facebook stranica Fondacije: www.facebook.com/Pyramid.of.the.Sun.Official/ ( https://www.facebook.com/Pyramid.of.the.Sun.Official/ ) Službeni YouTube kanal Fondacije: www.youtube.com/BosnianPyramidsTV ( https://www.youtube.com/BosnianPyramidsTV ) Službena web stranica osnivača Fondacije dr. Semira Osmanagića: www.semirosmanagic.com ( http://www.semirosmanagic.com ) Arheološke lokacije u Bosanskoj dolini piramida, uključujući tunele Ravne, su otvorene svih 365 dana godišnje. Organizirane grupe mogu se najaviti na: incoming@piramidasunca.ba ( mailto:incoming@piramidasunca.ba ). Brojna su svjedočanstva o ljekovitim svojstvima boravka u tunelima Ravne, ali Fondacija ne daje nikakve zdravstvene garancije (http://piramidasunca.ba/bs/ljekovitost-tunela.html ( http://piramidasunca.ba/bs/ljekovitost-tunela.html )). Ukoliko ne želite da primate ove informacije u budućnosti, odjavite se ovdje ( http://newsletter.piramidasunca.ba/index.php?subid=1483745&option=com_acymailing&ctrl=user&task=out&mailid=122&key=t2oCKYKy0xosK2&Itemid=435 ). From owner-freebsd-stable@freebsd.org Sun Feb 25 16:25:49 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74415F386A5; Sun, 25 Feb 2018 16:25:49 +0000 (UTC) (envelope-from jmd@freebsd.org) Received: from www.poelloepaeae.de (v22017034403546374.happysrv.de [188.68.38.182]) (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 0E48F8503C; Sun, 25 Feb 2018 16:25:48 +0000 (UTC) (envelope-from jmd@freebsd.org) Received: from manray.ogolem.org (c-73-199-171-107.hsd1.nj.comcast.net [73.199.171.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by www.poelloepaeae.de (Postfix) with ESMTPSA id 48DED18813A; Sun, 25 Feb 2018 10:49:11 -0500 (EST) Date: Sun, 25 Feb 2018 10:48:44 -0500 From: Johannes M Dieterich To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: update of graphics/drm-next-kmod to Linux 4.11 level for recent CURRENT and 11-STABLE Message-ID: <20180225104844.726b4f17@manray.ogolem.org> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2018 16:25:49 -0000 Dear all, Please CC me as I am not subscribed. On behalf of the FreeBSDDesktop team and thanks to the tireless efforts of Johannes Lundberg and Hans Petter Selasky (hselasky), I am pleased to report that the graphics/drm-next-kmod port just received an update to Linux level 4.11 KMS/DRM for amdgpu, radeon, and i915 for both recent CURRENT and 11-STABLE. We have tested this on a range of hardware ourselves: * Haswell * Broadwell * Skylake * Evergreen * Kaveri (both radeon and amgpu KMS) * Carrizo * Polaris Needless to say, the possible space of hardware this could run on is significantly larger. Hence, if you find issues and/or want to propose patches, please do so at our development github: https://github.com/FreeBSDDesktop/kms-drm We absolutely do welcome contributions! Johannes From owner-freebsd-stable@freebsd.org Sun Feb 25 19:06:38 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A910EF1C467 for ; Sun, 25 Feb 2018 19:06:38 +0000 (UTC) (envelope-from bounces+4751032-56bb-freebsd-stable=freebsd.org@sendgrid.net) Received: from o3.hv1n.shared.sendgrid.net (o3.hv1n.shared.sendgrid.net [50.31.63.190]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3D1556BC02 for ; Sun, 25 Feb 2018 19:06:38 +0000 (UTC) (envelope-from bounces+4751032-56bb-freebsd-stable=freebsd.org@sendgrid.net) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=sendgrid.net; h=to:from:subject:list-help:list-unsubscribe:list-subscribe:list-owner:mime-version:content-type; s=smtpapi; bh=LX+Ojqef6Pv19jQqhwfVw63NPCw=; b=qRicvCp0+lvZ9lCRZc CSdeOFFIFyZxakof5yqwmHFRas2DRMSEJPk8+8M30z+HRsKc446p947m/cmo2tIB Pl+qzwW1keUlJpEWpVswGww9lsnfyu3K6xewD8GfCsQ2UtQkJlz6rMfCeRSj+1m+ 4sn7gWk6lRLzzL85PoWYO+N4A= Received: by filter0208p1iad2.sendgrid.net with SMTP id filter0208p1iad2-1181-5A92FC67-14 2018-02-25 18:11:51.559790944 +0000 UTC Received: from im4free.com (vps.friendsgroup-marine.com [194.145.208.121]) by ismtpd0001p1lon1.sendgrid.net (SG) with ESMTP id 0Nf6SCMLTLSMjEjyA8VV-A for ; Sun, 25 Feb 2018 18:11:51.242 +0000 (UTC) Received: from vps.friendsgroup-marine.com [194.145.208.121] by www.im4free.com with HTTP; Sun, 25 Feb 2018 18:11:01 +0000 Date: Sun, 25 Feb 2018 18:11:51 +0000 (UTC) To: freebsd-stable@freebsd.org From: MK Subject: YOU + 22maya dot com = Better Together Message-ID: <83441251fd95178fa321db4c46845275@im4free.com> X-Mailer: PHPMailer 5.2.22 (https://github.com/PHPMailer/PHPMailer) X-phpList-version: 3.3.1 X-MessageID: 46 X-ListMember: freebsd-stable@freebsd.org Precedence: bulk Bounces-To: mail@im4free.com List-Owner: MIME-Version: 1.0 X-SG-EID: 5qVSvszVOIE6PbdhSmXigGB+QElqqXSFvopX9r8bq1A7d8uTVwjEc6R723NbsQdaCrgaNmfQG2Y4qc anMReCz3Jz3mRo4JMMAgnmdETVsyVWCYCiBAG0e5zqFg60/sSFbt18WqFlVv36VDow2oPX8Z92eiIK yQ8voe0EyUp1TVw8jtMc2MTGv8DQburWFzgTh1eznwMiaJIH5DlzEYFiIg== Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2018 19:06:39 -0000 YOU + 22maya dot com =3D Better Together We understand that you face struggles, and we want to help! making more money so remember that we one email away request any course you like to invest your time it and do not worry about the money because we will give you the best offer you can have Wow, it really has been some time since we've been in contact. But the truth of it is there just hasn't been anything happening in the online world worth talking about. So instead of just sending out newsletters for the sake of it, I'd rather wait till there was something fresh and exciting and actually worth looking at ;) So yes, this does mean today's newsletter has exactly that, it's certainly fresh and it's certainly worth looking at! And if you find it's not for you, don't stress, as I will keep you on the mailing list as who knows, maybe next time will be exactly what you are looking for. Here's your chance to get some of our bestselling products at ridiculously low prices you really should see this.. Go to www dot 22maya dot com We're giving away some of our most popular products at incredibly low prices to make it as easy as possible for YOU to attract more success into your life! See more at: 22maya dot com Awaiting your requests almost forget to tell you telling us what price you have in mind i will give you bundle offer if you pick more than one course just Send us your requests remember I'm only her to help me make more of yourself :-) Your reliable friend Maya P.S. Time is of the essence on this one because this offer will end soon -- This message was sent to freebsd-stable@freebsd.org by mail@im4free.com To forward this message, please do not use the forward button of your email application, because this message was made specifically for you only. Instead use the forward page in our newsletter system. To change your details and to choose which lists to be subscribed to, visit your personal preferences page Or you can opt-out completely from all future mailings. =20 -- powered by phpList, www.phplist.com -- From owner-freebsd-stable@freebsd.org Sun Feb 25 23:11:10 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98CDFF31609 for ; Sun, 25 Feb 2018 23:11:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3567875C02 for ; Sun, 25 Feb 2018 23:11:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 917C324721 for ; Sun, 25 Feb 2018 23:11:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w1PNB9B0082701 for ; Sun, 25 Feb 2018 23:11:09 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w1PNB9cW082700 for freebsd-stable@FreeBSD.org; Sun, 25 Feb 2018 23:11:09 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 183817] [patch] [mac] [panic] kernel compiled with options INVARIANTS and MAC_PORTACL panices if loader loads mac_portacl.ko too Date: Sun, 25 Feb 2018 23:11:07 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.2-STABLE X-Bugzilla-Keywords: crash, easy, needs-qa, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: eugen@freebsd.org X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2018 23:11:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183817 --- Comment #5 from commit-hook@freebsd.org --- A commit references this bug: Author: eugen Date: Sun Feb 25 23:10:13 UTC 2018 New revision: 329994 URL: https://svnweb.freebsd.org/changeset/base/329994 Log: mac_portacl(4): stop panicing INVARIANTS-enabled kernel by loading .ko when kernel already has options MAC_PORTACL. PR: 183817 Approved by: avg (mentor) MFC after: 1 week Changes: head/sys/security/mac_portacl/mac_portacl.c --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Mon Feb 26 14:50:06 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AFFE4F2A1D5; Mon, 26 Feb 2018 14:50:06 +0000 (UTC) (envelope-from menyy@mellanox.com) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50089.outbound.protection.outlook.com [40.107.5.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17D047841A; Mon, 26 Feb 2018 14:50:02 +0000 (UTC) (envelope-from menyy@mellanox.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Mellanox.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=PCqD+BIK2GD2QhFztH9uztskEKWses6fleYzlS3tkkY=; b=YPSg9GUPDSnhqTmx1ZtqpL4POl0LjYoBVjF9Rfc992Ku83L9Ui6FFLUtnu3GKeybUA58dE//f6E96Mo/zAhQKRoBOLPA8xrjm19r+WjSrqIZsKH2ZE7b/bDOcpFISocJvyrklrVy82kVWmm4eI7zh9eEXhaJRz5eBZlZlZ9VlLQ= Received: from VI1PR0501MB2863.eurprd05.prod.outlook.com (10.172.12.8) by VI1PR0501MB2063.eurprd05.prod.outlook.com (10.167.195.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.527.15; Mon, 26 Feb 2018 14:49:58 +0000 Received: from VI1PR0501MB2863.eurprd05.prod.outlook.com ([fe80::89b0:b1d8:fec6:c6ec]) by VI1PR0501MB2863.eurprd05.prod.outlook.com ([fe80::89b0:b1d8:fec6:c6ec%17]) with mapi id 15.20.0527.021; Mon, 26 Feb 2018 14:49:58 +0000 From: Meny Yossefi To: "'freebsd-infiniband@freebsd.org'" , "'FreeBSD-stable@FreeBSD.org'" CC: freebsd-drivers Subject: RE: [HEADS UP] - OFED/RDMA stack update Thread-Topic: [HEADS UP] - OFED/RDMA stack update Thread-Index: AdNZQQ/RuIbNiZgtQumqRm3gP9gf8RVzyJuw Date: Mon, 26 Feb 2018 14:49:58 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=menyy@mellanox.com; x-originating-ip: [193.47.165.251] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; VI1PR0501MB2063; 7:C/aNGuhb+8Yr1y6azoNoMhTDGZGVRLwsAi9THdtseggsEohmY4mdU6rOaYeTYMMOi89eKR3r5YtjfIAg1HSjM5EhZ/Pr1y2Wl9LOZ6VxcwFNiMFBpkNgHoeg/kLWpDD9HFxjOcCXjyPkAwV4sXEbUfCtjepiFN/fITtPihT1SNHPNvtuHIaukhhJPbhu3buk3T/4TGL7nbYpt2EJn9f+z8S4JBgpGHl0EqHWnQ2RlPZvaQv0B9AbyMdeedKV1yjD x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: d99f9c42-bdfc-497e-929d-08d57d28354a x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(4534165)(4627221)(201703031133081)(201702281549075)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:VI1PR0501MB2063; x-ms-traffictypediagnostic: VI1PR0501MB2063: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(5213294742642); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040501)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(3231220)(944501161)(52105095)(3002001)(6055026)(6041288)(20161123564045)(20161123562045)(20161123560045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:VI1PR0501MB2063; BCL:0; PCL:0; RULEID:; SRVR:VI1PR0501MB2063; x-forefront-prvs: 05954A7C45 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(366004)(396003)(39860400002)(376002)(39380400002)(199004)(189003)(13464003)(86362001)(3660700001)(33656002)(3846002)(6116002)(5250100002)(450100002)(229853002)(3280700002)(102836004)(99286004)(14454004)(105586002)(305945005)(74316002)(106356001)(6436002)(53546011)(68736007)(6506007)(2900100001)(7736002)(7696005)(25786009)(6246003)(478600001)(8676002)(81166006)(97736004)(81156014)(66066001)(2906002)(53936002)(4743002)(186003)(59450400001)(316002)(5660300001)(8936002)(110136005)(107886003)(26005)(9686003)(15650500001)(55016002)(4326008)(96633001)(491001); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0501MB2063; H:VI1PR0501MB2863.eurprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: mellanox.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: 6SwSGUyXJhQmB7A1hoZrX43luTVBRikRn47WkEAtrfRkojQK+tZNmrt1NfmWlkU4Fpmiyg2TqEo3KDy32Q8DueZE/2RZIBvSpOnAAOLRtrC0Cc/xVqt3VVbUl+amThbY9v8gZ0hdo0snhq74BvwLVkAHdw650NwqUbvdnoPMzCs= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: Mellanox.com X-MS-Exchange-CrossTenant-Network-Message-Id: d99f9c42-bdfc-497e-929d-08d57d28354a X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Feb 2018 14:49:58.7786 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: a652971c-7d2e-4d9b-a6a4-d149256f461b X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0501MB2063 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 26 Feb 2018 14:50:06 -0000 Hi,=20 We are currently working on MFC'ing the OFED/RDMA stack update mentioned be= low to FreeBSD11-STABLE. We already have working version in 'projects/bsd_rdma_4_9_stable_11' (pendi= ng iWARP updates) and currently working on ULP integration. Again, as always, for any concern/comments you might have, please don't hes= itate contacting us. freebsd-drivers@mellanox.com Regards,=20 Meny Yossefi,=20 Mellanox technologies -----Original Message----- From: Meny Yossefi=20 Sent: Monday, November 13, 2017 11:09 AM To: 'freebsd-infiniband@freebsd.org' ; 'fre= ebsd-current@freebsd.org' Cc: freebsd-drivers Subject: [HEADS UP] - OFED/RDMA stack update=20 Hi,=20 This is to inform you that by end of this week we plan to merge the OFED/RD= MA stack update from the project - 'bsd_rdma_4_9' into 12-CURRENT. The update aligns the OFED common code and RDMA vendor drivers with Linux v= 4.9. We are still working on final modifications and build testing it prior to s= ubmission. For any concern/comments you might have, please don't hesitate contacting u= s. freebsd-drivers@mellanox.com Regards,=20 Meny Yossefi,=20 Mellanox technologies From owner-freebsd-stable@freebsd.org Mon Feb 26 19:13:29 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56FBFF3BDE5 for ; Mon, 26 Feb 2018 19:13:29 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BEC63842C9; Mon, 26 Feb 2018 19:13:28 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from creek.local (cpe-75-82-194-8.socal.res.rr.com [75.82.194.8]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 4e299d07 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Mon, 26 Feb 2018 11:13:27 -0800 (PST) Subject: Re: update of graphics/drm-next-kmod to Linux 4.11 level for recent CURRENT and 11-STABLE To: Johannes M Dieterich , freebsd-stable@freebsd.org References: <20180225104844.726b4f17@manray.ogolem.org> From: Pete Wright Message-ID: Date: Mon, 26 Feb 2018 11:13:26 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180225104844.726b4f17@manray.ogolem.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 26 Feb 2018 19:13:29 -0000 On 2/25/18 7:48 AM, Johannes M Dieterich wrote: > Dear all, > > Please CC me as I am not subscribed. > > On behalf of the FreeBSDDesktop team and thanks to the tireless efforts > of Johannes Lundberg and Hans Petter Selasky (hselasky), I am pleased to > report that the graphics/drm-next-kmod port just received an update to > Linux level 4.11 KMS/DRM for amdgpu, radeon, and i915 for both recent > CURRENT and 11-STABLE. > > We have tested this on a range of hardware ourselves: > * Haswell > * Broadwell > * Skylake > * Evergreen > * Kaveri (both radeon and amgpu KMS) > * Carrizo > * Polaris > > Needless to say, the possible space of hardware this could run on is > significantly larger. Hence, if you find issues and/or want to propose > patches, please do so at our development github: > > https://github.com/FreeBSDDesktop/kms-drm > > We absolutely do welcome contributions! Thanks JMD and everyone who hacked on this the past couple days.  I can confirm that this works as expected on my 11-STABLE with a Kabylake CPU, so we can add that hardware to the list above :) Cheers, -pete -- Pete Wright pete@nomadlogic.org 310.309.9298 From owner-freebsd-stable@freebsd.org Mon Feb 26 19:42:42 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB82DF3E0B8; Mon, 26 Feb 2018 19:42:42 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49CC58610F; Mon, 26 Feb 2018 19:42:41 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1eqOfS-0007PZ-A2; Mon, 26 Feb 2018 20:42:34 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, "Johannes M Dieterich" Subject: Re: update of graphics/drm-next-kmod to Linux 4.11 level for recent CURRENT and 11-STABLE References: <20180225104844.726b4f17@manray.ogolem.org> Date: Mon, 26 Feb 2018 20:42:35 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <20180225104844.726b4f17@manray.ogolem.org> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: dfea3049d3b923820beb462d65569822 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 26 Feb 2018 19:42:42 -0000 On Sun, 25 Feb 2018 16:48:44 +0100, Johannes M Dieterich wrote: > Dear all, > > Please CC me as I am not subscribed. > > On behalf of the FreeBSDDesktop team and thanks to the tireless efforts > of Johannes Lundberg and Hans Petter Selasky (hselasky), I am pleased to > report that the graphics/drm-next-kmod port just received an update to > Linux level 4.11 KMS/DRM for amdgpu, radeon, and i915 for both recent > CURRENT and 11-STABLE. > > We have tested this on a range of hardware ourselves: > * Haswell > * Broadwell > * Skylake > * Evergreen > * Kaveri (both radeon and amgpu KMS) > * Carrizo > * Polaris > > Needless to say, the possible space of hardware this could run on is > significantly larger. Hence, if you find issues and/or want to propose > patches, please do so at our development github: > > https://github.com/FreeBSDDesktop/kms-drm > > We absolutely do welcome contributions! > > Johannes Nice work. It might be nice to edit the linux 4,9 reference from pkg-descr. Regards, Ronald. From owner-freebsd-stable@freebsd.org Mon Feb 26 20:48:49 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0BC76F1EBD5 for ; Mon, 26 Feb 2018 20:48:49 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 71A7168B52 for ; Mon, 26 Feb 2018 20:48:47 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Mon, 26 Feb 2018 21:47:36 +0100 Authentication-Results: connect.ultra-secure.de; iprev=pass; auth=pass (plain); spf=none smtp.mailfrom=ultra-secure.de Received-SPF: None (connect.ultra-secure.de: domain of ultra-secure.de does not designate 217.71.83.52 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=217.71.83.52; helo=[192.168.1.200]; envelope-from= Received: from [192.168.1.200] (217-071-083-052.ip-tech.ch [217.71.83.52]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id F5636656-C2A7-4088-858F-93F35D775F17.1 envelope-from (authenticated bits=0); Mon, 26 Feb 2018 21:47:30 +0100 From: Rainer Duffner Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Now that the meltdown-patches are in STABLE... Message-Id: <9167F335-70C1-4289-B94D-C13900FAD323@ultra-secure.de> Date: Mon, 26 Feb 2018 21:47:26 +0100 To: freebsd-stable@FreeBSD.org X-Mailer: Apple Mail (2.3445.5.20) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: X-Haraka-ASN: 24951 217.71.80.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=217.71.80.0/20 country=CH assignor=ripencc date=2003-08-07 X-Haraka-FCrDNS: 217-071-083-052.ip-tech.ch X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=12 total_conn=4 shared_ip=Y X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 5050, bad: 2, connections: 5540, history: 5048, asn_score: 766, asn_connections: 812, asn_good: 767, asn_bad: 1, pass:asn, relaying X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 26 Feb 2018 20:48:49 -0000 Am I right to assume they aren=E2=80=99t being backported to 11.1 and we = have to wait for 11.2? Don=E2=80=99t get me wrong - I=E2=80=99d rather have a stable system = when random reboots during the daily or weekly runs. But for my own planing, I=E2=80=99d really like to know what the way = forward is going to look like. https://wiki.freebsd.org/SpeculativeExecutionVulnerabilities Isn=E2=80=99t too helpful in this matter. From owner-freebsd-stable@freebsd.org Mon Feb 26 22:21:48 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C736CF27D47; Mon, 26 Feb 2018 22:21:48 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-wr0-x232.google.com (mail-wr0-x232.google.com [IPv6:2a00:1450:400c:c0c::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A7C96D61D; Mon, 26 Feb 2018 22:21:45 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by mail-wr0-x232.google.com with SMTP id m5so22864888wrg.1; Mon, 26 Feb 2018 14:21:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:message-id:subject:from:to:cc:date:in-reply-to:references :mime-version:content-transfer-encoding; bh=7TEoEkKjF6un0YpEEQyLNTPUSN2yMd4r1fJ9DUhImI4=; b=BY0DVDXg9TTOe33IW6ld49mJMYBXtn1NQcXC6epwAPfAMexeWzB1E/aCngOcjtP3o5 PscU8MorYlimJpfpuQc0cTY3PYDT0EXlT3U4rW7iTEB6vU1ZzBpckUNZ91ikqI65WC0y Z/o+pDVjAkg9XJyvav0+WFBMFXvDrn4c1JtxtM1L/JDmwqM7pxHGyY1qXEKUZacdR5rD mpGZfIan1Aym79DwSHip//BC1LIopWl7OaTVIMpC2Ne20MhQOmn7OqQePuAmHOcRMpOC 2XytGVTlGaNYGsdbs5EjIfHMUaFXfTJSe8EcCyUbFcO8FQ+MT0Dcgx4FPR1EDx41OU8J wbjw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:message-id:subject:from:to:cc:date :in-reply-to:references:mime-version:content-transfer-encoding; bh=7TEoEkKjF6un0YpEEQyLNTPUSN2yMd4r1fJ9DUhImI4=; b=kxq+hMTT/cuKKzTMoTrx0m97tGRvvrwle9UIDQZ+CRASkjXwNS2PN8n59r5H0YJOrP /H5oWCtMEHzf5al8/goA6ZHhlMIvt6uGBM7Y6iXpxpL8LyuFZLhKwNBvirVd+vsHxuKE sLzQCuGq3s7sVjjowIJC7Ohr/elvnqEgtKLfJLPrfOy4J7vQZglMALmGL+eO3s9d0sHD tFht5Okj9JcIRzS8334J0z1zPtSNpZic3w3Fnd7RMzqtIovjohmLWEsjldtWcS45KC9b aPkXCXYgihH7OYmUqRHS/LPShtHwPop28BcMiOY0uHumuC3ykHpHJOx4xkANLdFhFXM0 FadA== X-Gm-Message-State: APf1xPBxU5S+oYZTYmSY/CJcQawBefZVj2c1gqDvrF2PeaVu5CyC+TZl N9Y+BaFNy4I8qnkGbR7ibHQ= X-Google-Smtp-Source: AH8x226LoVJEauXUt4YqcUbLSOPMj9wYZwyu5yBg3oVrVapL2tH6I0Vad2kp1lAHSjqJ3xKphJhnOA== X-Received: by 10.223.166.171 with SMTP id t40mr11543427wrc.49.1519683703340; Mon, 26 Feb 2018 14:21:43 -0800 (PST) Received: from dwarf (stargate.chelsio.com. [12.32.117.8]) by smtp.googlemail.com with ESMTPSA id l22sm12108176wre.52.2018.02.26.14.21.41 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 26 Feb 2018 14:21:42 -0800 (PST) Sender: Navdeep Parhar Message-ID: <1519683699.47932.5.camel@FreeBSD.org> Subject: Re: [HEADS UP] - OFED/RDMA stack update From: Navdeep Parhar To: Meny Yossefi , "'freebsd-infiniband@freebsd.org'" , "'FreeBSD-stable@FreeBSD.org'" , freebsd-arch Cc: freebsd-drivers Date: Mon, 26 Feb 2018 14:21:39 -0800 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.24.2 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 26 Feb 2018 22:21:49 -0000 +freebsd-arch@ Hi Meny, Can you please post the KPI/KBI analysis that you generated to some public location and provide a link here? A straight MFC would be a major break of KPI/KBI in -STABLE and the options we're looking at are: a) Ignore the breakage and let downstream consumers deal with the fallout. This obviously isn't ideal in a -STABLE branch. b) Provide compat shims to at least preserve the KPI. One challenge is that the changes include functions with the same name but different signature/behavior. See, for example, ib_create_cq in Meny's list once he publishes it. c) Have two versions of the OFED interfaces in 11-STABLE and not break existing downstream consumers at all. I've reached out to users that I know of and know will be affected. If you use OFED and FreeBSD 11 this would be a good time to weigh in with your thoughts, ideas, concerns etc.. Regards, Navdeep On Mon, 2018-02-26 at 14:49 +0000, Meny Yossefi wrote: > Hi, > > We are currently working on MFC'ing the OFED/RDMA stack update > mentioned below to FreeBSD11-STABLE. > > We already have working version in 'projects/bsd_rdma_4_9_stable_11' > (pending iWARP updates) and currently working on ULP integration. > > Again, as always, for any concern/comments you might have, please > don't hesitate contacting us. > > freebsd-drivers@mellanox.com > > > Regards, > > Meny Yossefi, > Mellanox technologies > > > -----Original Message----- > From: Meny Yossefi > Sent: Monday, November 13, 2017 11:09 AM > To: 'freebsd-infiniband@freebsd.org' ; > 'freebsd-current@freebsd.org' > Cc: freebsd-drivers > Subject: [HEADS UP] - OFED/RDMA stack update > > Hi, > > This is to inform you that by end of this week we plan to merge the > OFED/RDMA stack update from the project - 'bsd_rdma_4_9' into 12- > CURRENT. > The update aligns the OFED common code and RDMA vendor drivers with > Linux v4.9. > > We are still working on final modifications and build testing it prior > to submission. > > > For any concern/comments you might have, please don't hesitate > contacting us. > > freebsd-drivers@mellanox.com > > > Regards, > > Meny Yossefi, > Mellanox technologies > _______________________________________________ > freebsd-infiniband@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-infiniband > To unsubscribe, send any mail to "freebsd-infiniband-unsubscribe@freeb > sd.org" From owner-freebsd-stable@freebsd.org Mon Feb 26 22:43:27 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0D82F29C9D; Mon, 26 Feb 2018 22:43:27 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F18DB7086C; Mon, 26 Feb 2018 22:43:26 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id w1QMhBXt073562 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 27 Feb 2018 00:43:14 +0200 (EET) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w1QMhBXt073562 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w1QMhBvk073561; Tue, 27 Feb 2018 00:43:11 +0200 (EET) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Tue, 27 Feb 2018 00:43:11 +0200 From: Konstantin Belousov To: Navdeep Parhar Cc: Meny Yossefi , "'freebsd-infiniband@freebsd.org'" , "'FreeBSD-stable@FreeBSD.org'" , freebsd-arch , freebsd-drivers Subject: Re: [HEADS UP] - OFED/RDMA stack update Message-ID: <20180226224311.GT94212@kib.kiev.ua> References: <1519683699.47932.5.camel@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1519683699.47932.5.camel@FreeBSD.org> User-Agent: Mutt/1.9.3 (2018-01-21) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 26 Feb 2018 22:43:27 -0000 On Mon, Feb 26, 2018 at 02:21:39PM -0800, Navdeep Parhar wrote: > +freebsd-arch@ > > Hi Meny, > > Can you please post the KPI/KBI analysis that you generated to some > public location and provide a link here? A straight MFC would be a > major break of KPI/KBI in -STABLE and the options we're looking at are: I put the report at https://kib.kiev.ua/kib/ibcore_11_to_11_merged_compat_report.html > > a) Ignore the breakage and let downstream consumers deal with the > fallout. This obviously isn't ideal in a -STABLE branch. > > b) Provide compat shims to at least preserve the KPI. One challenge is > that the changes include functions with the same name but different > signature/behavior. See, for example, ib_create_cq in Meny's list once > he publishes it. Project did handled similar issues already. One of the approaches is to renname the ib_create_cq with the new signature to ib_create_cq_n12 and check for (e.g.) _WANT_NEW_OFED symbol and to select one or another: #ifdef _WANT_NEW_OFED #define ib_create_cq(new args there) ib_create_cq_n21(new args there) #else #define ib_create_cq (ib_create_cq) #endif Then ULP that wants new KPI defines _WANT_NEW_OFED. > > c) Have two versions of the OFED interfaces in 11-STABLE and not break > existing downstream consumers at all. It is possible to make them loadable simultaneously as modules, but it is quite confusing to users, because Mellanox clearly wants mlx5_ib and mlx4_ib to work only with new OFED, while cxgbe would use old OFED ? Also, either we would need to mess with the ibcore.ko module name, or with version. I am not sure that our module handling is robust enough to make the version trick possible. > > I've reached out to users that I know of and know will be affected. > If you use OFED and FreeBSD 11 this would be a good time to weigh > in with your thoughts, ideas, concerns etc.. From owner-freebsd-stable@freebsd.org Mon Feb 26 22:47:21 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1EACF2A035 for ; Mon, 26 Feb 2018 22:47:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 51BD770BA6 for ; Mon, 26 Feb 2018 22:47:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id w1QMlAVp074687 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 27 Feb 2018 00:47:14 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w1QMlAVp074687 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w1QMlAmL074686; Tue, 27 Feb 2018 00:47:10 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 27 Feb 2018 00:47:10 +0200 From: Konstantin Belousov To: Rainer Duffner Cc: freebsd-stable@FreeBSD.org Subject: Re: Now that the meltdown-patches are in STABLE... Message-ID: <20180226224710.GU94212@kib.kiev.ua> References: <9167F335-70C1-4289-B94D-C13900FAD323@ultra-secure.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9167F335-70C1-4289-B94D-C13900FAD323@ultra-secure.de> User-Agent: Mutt/1.9.3 (2018-01-21) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 26 Feb 2018 22:47:22 -0000 On Mon, Feb 26, 2018 at 09:47:26PM +0100, Rainer Duffner wrote: > Am I right to assume they aren???t being backported to 11.1 and we have to wait for 11.2? > > > Don???t get me wrong - I???d rather have a stable system when random reboots during the daily or weekly runs. > > But for my own planing, I???d really like to know what the way forward is going to look like. > > > https://wiki.freebsd.org/SpeculativeExecutionVulnerabilities > > Isn???t too helpful in this matter. I put the snapshot of the WIP of the merge to 11.1 at https://kib.kiev.ua/kib/amd64_11.1_meltdown.1.patch I only compiled this on the stable/11, not even booted. I suspect that it is not compilable on 11.1 because apparently the patch depends on some features of assembler only added in clang 5.0. If somebody does the runtime test of the patch, it would be useful. From owner-freebsd-stable@freebsd.org Mon Feb 26 23:18:01 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA06FF2BF39 for ; Mon, 26 Feb 2018 23:18:01 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from oceanview.tundraware.com (oceanview.tundraware.com [45.55.60.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailman.tundraware.com", Issuer "mailman.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5AF3D7204B for ; Mon, 26 Feb 2018 23:18:01 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.15.2/8.15.2) with ESMTPSA id w1QMnriR060076 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 26 Feb 2018 16:49:53 -0600 (CST) (envelope-from tundra@tundraware.com) Subject: Re: Now that the meltdown-patches are in STABLE... To: Rainer Duffner , freebsd-stable@FreeBSD.org References: <9167F335-70C1-4289-B94D-C13900FAD323@ultra-secure.de> From: Tim Daneliuk Message-ID: Date: Mon, 26 Feb 2018 16:49:48 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <9167F335-70C1-4289-B94D-C13900FAD323@ultra-secure.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (oceanview.tundraware.com [45.55.60.57]); Mon, 26 Feb 2018 16:49:54 -0600 (CST) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: w1QMnriR060076 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-0.895, required 1, autolearn=not spam, ALL_TRUSTED -1.00, AWL 0.12, T_RP_MATCHES_RCVD -0.01) X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 26 Feb 2018 23:18:01 -0000 On 02/26/2018 02:47 PM, Rainer Duffner wrote: > Am I right to assume they aren’t being backported to 11.1 and we have to wait for 11.2? > > > Don’t get me wrong - I’d rather have a stable system when random reboots during the daily or weekly runs. > > But for my own planing, I’d really like to know what the way forward is going to look like. > > > https://wiki.freebsd.org/SpeculativeExecutionVulnerabilities > > Isn’t too helpful in this matter. Ditto for 10.x - will these patches ever be backported there? ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-stable@freebsd.org Tue Feb 27 03:48:28 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AFC3BF0B57C for ; Tue, 27 Feb 2018 03:48:28 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3ADA07EFE1 for ; Tue, 27 Feb 2018 03:48:27 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w1R3mEZG052910 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 27 Feb 2018 04:48:15 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: kostikbel@gmail.com Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id w1R3lxeO035860 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 27 Feb 2018 10:48:00 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Now that the meltdown-patches are in STABLE... To: Konstantin Belousov , Rainer Duffner References: <9167F335-70C1-4289-B94D-C13900FAD323@ultra-secure.de> <20180226224710.GU94212@kib.kiev.ua> Cc: freebsd-stable@FreeBSD.org From: Eugene Grosbein Message-ID: <5A94D4E9.4020308@grosbein.net> Date: Tue, 27 Feb 2018 10:47:53 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <20180226224710.GU94212@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS * 2.6 LOCAL_FROM From my domains X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 27 Feb 2018 03:48:28 -0000 27.02.2018 5:47, Konstantin Belousov wrote: > I put the snapshot of the WIP of the merge to 11.1 at > https://kib.kiev.ua/kib/amd64_11.1_meltdown.1.patch > > I only compiled this on the stable/11, not even booted. I suspect that > it is not compilable on 11.1 because apparently the patch depends on some > features of assembler only added in clang 5.0. > > If somebody does the runtime test of the patch, it would be useful. I've just used 10.4-STABLE r329879 running inside VirtualBox 5.2.2 to build releng/11.1 r330038 plus this patch. Had to manually fix single reject due to $FreeBSD$ mismatch in the sys/amd64/include/frame.h.rej Otherwise, it builds just fine. And booted, too. Not sure if there are other runtime tests needed. From owner-freebsd-stable@freebsd.org Wed Feb 28 16:54:08 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13B1DF34915; Wed, 28 Feb 2018 16:54:08 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from mail.rlwinm.de (mail.rlwinm.de [IPv6:2a01:4f8:171:f902::5]) (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 A999282805; Wed, 28 Feb 2018 16:54:07 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest.bultmann.eu (unknown [IPv6:2a00:c380:c0d5:1:991d:96fd:2133:4d32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.rlwinm.de (Postfix) with ESMTPSA id 19565E995; Wed, 28 Feb 2018 16:53:59 +0000 (UTC) Subject: Re: update of graphics/drm-next-kmod to Linux 4.11 level for recent CURRENT and 11-STABLE To: Johannes M Dieterich , freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <20180225104844.726b4f17@manray.ogolem.org> From: Jan Bramkamp Message-ID: Date: Wed, 28 Feb 2018 17:53:58 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180225104844.726b4f17@manray.ogolem.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 16:54:08 -0000 On 25.02.18 16:48, Johannes M Dieterich wrote: > Dear all, > > Please CC me as I am not subscribed. > > On behalf of the FreeBSDDesktop team and thanks to the tireless efforts > of Johannes Lundberg and Hans Petter Selasky (hselasky), I am pleased to > report that the graphics/drm-next-kmod port just received an update to > Linux level 4.11 KMS/DRM for amdgpu, radeon, and i915 for both recent > CURRENT and 11-STABLE. > > We have tested this on a range of hardware ourselves: > * Haswell > * Broadwell > * Skylake > * Evergreen > * Kaveri (both radeon and amgpu KMS) > * Carrizo > * Polaris > > Needless to say, the possible space of hardware this could run on is > significantly larger. Hence, if you find issues and/or want to propose > patches, please do so at our development github: > > https://github.com/FreeBSDDesktop/kms-drm > > We absolutely do welcome contributions! > > Johannes Thx for your hard work. The drm-next-kmod port enabled me to finally replace my ageing Thinkpad X220 with newer hardware. The latest update (g20180117_3 -> 4.11.g20180224) to the drm-next-kmod port introduced a regression which causes Xorg on my T470s running 12-current from a few days ago to fail at startup stating that it didn't find any screen. From owner-freebsd-stable@freebsd.org Wed Feb 28 17:03:36 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 385F9F355F5; Wed, 28 Feb 2018 17:03:36 +0000 (UTC) (envelope-from rezaee.hadi@gmail.com) Received: from mail-it0-x242.google.com (mail-it0-x242.google.com [IPv6:2607:f8b0:4001:c0b::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C07BE83041; Wed, 28 Feb 2018 17:03:35 +0000 (UTC) (envelope-from rezaee.hadi@gmail.com) Received: by mail-it0-x242.google.com with SMTP id n7so4253543ita.5; Wed, 28 Feb 2018 09:03:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BavO3sRWuyHIu2bD8tz+i48Y4RHiFXIaKRZLK4r/goM=; b=Y9/PmmyoLO2Cgdc8X5gTxK208q60RgUkhn+vPWAnCFlNsqqauJIiuJC/K3NtBLpXwt 3Oonyl7m7JfRt7lB42RHZGzgkeTSFdBlL2axI4bT0qpG/XHdbTUfev+bkFuBYpVtFINv 6m2aVyMbKmD/+PO7Sjg0b6ipfcZykv1blRRRLU6YyUyvsVjE8Wlngvdl/GzkFXwzgCnt KwyBkJYKPGdtzfoYm9esTfLJDQNkzMQJgSkyCABo2muuclnBqSznXqzCJrSNmbGnalnw 9dkjJF9wWAOA5dDv2dhmn9HiDvk6hW96huWXhsuvKDy5gpzaikRbAjTXxQmpUkTl2ZqX CTgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=BavO3sRWuyHIu2bD8tz+i48Y4RHiFXIaKRZLK4r/goM=; b=JrbJA1blLO8nU+LVM9gXkZF1AW5BpAsOysqILLmT+Lm9A25bzz3mpDwTdkzYeMnKcD v1vO68N6Mu3Vad35dcATzzhS3snnX1PgX7VceD6DupA5FM7tkhRv7HOI3PXWPF6pQgbP LsVJdpWo+lbMyKdyoLHRTA4OpqbFmTTv8aKVJPU2hve0wWqTWwSjw6lpqWiDlm4JeeC7 NcwNHFydrCvaOihuCb0UZep+PP8NFaJFLzEVebmCoh5GdLScALbmEiUNLpR/OVX4THbv ay708MEPfm/AqoykhuHl0rphl+kDIu7jalnL7PAOX0PTO4yvPS1Qc5NFmyhpeEEzqZIl LGLw== X-Gm-Message-State: APf1xPBhSjO4X3qjpVOt/W6BYEWEt18CBPpvp0X1yU7N6ksy/ry3tv60 a0Dm63YRc9aBTzAqRxueItp6UYooP7HzPu8tah4= X-Google-Smtp-Source: AG47ELstxZ/dqoIp2/8Hsi/QhqUZYOe12xAHOzn4iBFp33p/rzkvf/uoCtFMqvBv7xU7oIjrtGLVmF+2SLFwYEWBRlg= X-Received: by 10.36.148.201 with SMTP id j192mr10094219ite.139.1519837414974; Wed, 28 Feb 2018 09:03:34 -0800 (PST) MIME-Version: 1.0 References: <20180225104844.726b4f17@manray.ogolem.org> In-Reply-To: From: Hadi Rezaee Date: Wed, 28 Feb 2018 17:03:24 +0000 Message-ID: Subject: Re: update of graphics/drm-next-kmod to Linux 4.11 level for recent CURRENT and 11-STABLE To: Jan Bramkamp Cc: Johannes M Dieterich , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 17:03:36 -0000 Hello there, My laptop is running FreeBSD-12 CURRENT, and i hadnt any problem with my graphic before upgrading drm-next (g20180117_3 -> 4.11.g20180224). But now it getting failed. Tried to build from source, but same result. Laptop model: Lenovo E470 On Wed, Feb 28, 2018 at 5:56 PM Jan Bramkamp wrote: > On 25.02.18 16:48, Johannes M Dieterich wrote: > > Dear all, > > > > Please CC me as I am not subscribed. > > > > On behalf of the FreeBSDDesktop team and thanks to the tireless efforts > > of Johannes Lundberg and Hans Petter Selasky (hselasky), I am pleased to > > report that the graphics/drm-next-kmod port just received an update to > > Linux level 4.11 KMS/DRM for amdgpu, radeon, and i915 for both recent > > CURRENT and 11-STABLE. > > > > We have tested this on a range of hardware ourselves: > > * Haswell > > * Broadwell > > * Skylake > > * Evergreen > > * Kaveri (both radeon and amgpu KMS) > > * Carrizo > > * Polaris > > > > Needless to say, the possible space of hardware this could run on is > > significantly larger. Hence, if you find issues and/or want to propose > > patches, please do so at our development github: > > > > https://github.com/FreeBSDDesktop/kms-drm > > > > We absolutely do welcome contributions! > > > > Johannes > > Thx for your hard work. The drm-next-kmod port enabled me to finally > replace my ageing Thinkpad X220 with newer hardware. > > The latest update (g20180117_3 -> 4.11.g20180224) to the drm-next-kmod > port introduced a regression which causes Xorg on my T470s running > 12-current from a few days ago to fail at startup stating that it didn't > find any screen. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Thu Mar 1 09:48:59 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C386F2ECD0 for ; Thu, 1 Mar 2018 09:48:59 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B86DC78A89 for ; Thu, 1 Mar 2018 09:48:58 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id a20so30083543wmd.1 for ; Thu, 01 Mar 2018 01:48:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=/wN+HiSVJq88z25MnnvEJB6SABUr+wy4AWLBYGKAUbs=; b=g/wVumeOALVsnLIhvXSjl/sNkegPSHsGkD+nbBOrFVgyt1nTYpcDmjrf77B0af6AQi VytSF8A2hRxUSiEWdaNdhxcL/WPS/OH+Q+2cBpXIo04lZwz8LxubkgM19vYg1j2X70Ex 2Y0oSreC/bv9bJQr954Kc2sKYV+dwQ4l2i7wnlyk/l/Q529kVT5PyMoC96+4uUVII39K sMI5avb2wWnVAXkUNnQcAojPfPUK1VHrjeMeCrqP1dz4ZKcQ+lGRcv9SVkn9cis9L3qu Yiq+mwBe15WB+G3ulM+7dWBLW8ZuVtyuc97hf4kLLkXEE9qbQ+jczTIw6VteQCOkdxz9 0DKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=/wN+HiSVJq88z25MnnvEJB6SABUr+wy4AWLBYGKAUbs=; b=oYa7Ccp9yDPGFEuV7XV7Q7erXoeR5IWa/+crj+G/kU/iIJNd6sNBaixz+LlS5vF+0p lspgS9lvoPfVrjMrpvex0c5tGq/XCtpO0I2ZIYHwaWLLpc0aXC1CVE61CqTOU0ql/dBO E3tlIr63N92onunoglutTEwsO98FVycpxX/yZVJOAdLQuoFrjN95TlCF2hGXnLEH7OG1 gTAG4LOrqkzrF5hKWzu7GqvppOdQ27UAcQ9j+u1vv/If5MMiK/OEEen6N2c0CfE/pbdi tSONFWewefq0YuP/TcbzHVf9vSODaHh3iAzgsgbBjRL22if3gzPY8aKrfl1SD+WoYWtA mZwQ== X-Gm-Message-State: APf1xPBQ+yg2LDR8DopQ7NqBFC1iaRvc4HwHF9rlyT+4NpZgC+b6n6/7 d1gqMrBtqyggAfQY9ry/y68w9A== X-Google-Smtp-Source: AG47ELtOfQGOlwVKnv43A3cUWsr1KvCQf3X+a4v5p6ggNzXJg3m6y/Cf15uEMk8EJT3fQI1RF71qGw== X-Received: by 10.80.165.34 with SMTP id y31mr2060718edb.261.1519897736982; Thu, 01 Mar 2018 01:48:56 -0800 (PST) Received: from Johans-MacBook-Air-2.local (92-111-79-242.cable.dynamic.v4.ziggo.nl. [92.111.79.242]) by smtp.googlemail.com with ESMTPSA id f16sm3764400edj.68.2018.03.01.01.48.56 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 01 Mar 2018 01:48:56 -0800 (PST) To: freebsd-stable From: Johan Hendriks Subject: build kernel failure stable11 iwi related Message-ID: <04132503-cd53-c60f-8ec6-72a622c146bc@gmail.com> Date: Thu, 1 Mar 2018 10:48:55 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: nl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 09:48:59 -0000 I get an builderror on my 11.1 stable machine after the latest svn update Revision: 330235 -------------------------------------------------------------- >>> stage 3.1: building everything -------------------------------------------------------------- cd /usr/obj/usr/src/sys/KRNL; MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE= BUILD_TOOLS_META=.NOMETA GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin  GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font  GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac CC="cc " CXX="c++  "  CPP="cpp "  AS="as" AR="ar" LD="ld" NM=nm  OBJDUMP=objdump OBJCOPY="objcopy"  RANLIB=ranlib STRINGS=  SIZE="size"  INSTALL="sh /usr/src/tools/install.sh"  PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin make  -m /usr/src/share/mk  KERNEL=kernel all -DNO_MODULES_OBJ Building /usr/obj/usr/src/sys/KRNL/if_iwi.o In file included from /usr/src/sys/dev/iwi/if_iwi.c:76: /usr/src/sys/net80211/ieee80211_input.h:138:19: error: no member named 'c_pktflags' in 'struct ieee80211_rx_stats'         return (!! (rxs->c_pktflags & IEEE80211_RX_F_AMSDU));                     ~~~  ^ /usr/src/sys/net80211/ieee80211_input.h:138:32: error: use of undeclared identifier 'IEEE80211_RX_F_AMSDU'; did you mean 'IEEE80211_S_ASSOC'?         return (!! (rxs->c_pktflags & IEEE80211_RX_F_AMSDU));                                       ^~~~~~~~~~~~~~~~~~~~                                       IEEE80211_S_ASSOC /usr/src/sys/net80211/ieee80211_proto.h:39:2: note: 'IEEE80211_S_ASSOC' declared here         IEEE80211_S_ASSOC       = 3,    /* try to assoc */         ^ In file included from /usr/src/sys/dev/iwi/if_iwi.c:76: /usr/src/sys/net80211/ieee80211_input.h:154:12: error: no member named 'c_pktflags' in 'struct ieee80211_rx_stats'         if ((rxs->c_pktflags & IEEE80211_RX_F_AMSDU) == 0)              ~~~  ^ /usr/src/sys/net80211/ieee80211_input.h:154:25: error: use of undeclared identifier 'IEEE80211_RX_F_AMSDU'; did you mean 'IEEE80211_S_ASSOC'?         if ((rxs->c_pktflags & IEEE80211_RX_F_AMSDU) == 0)                                ^~~~~~~~~~~~~~~~~~~~                                IEEE80211_S_ASSOC /usr/src/sys/net80211/ieee80211_proto.h:39:2: note: 'IEEE80211_S_ASSOC' declared here         IEEE80211_S_ASSOC       = 3,    /* try to assoc */         ^ In file included from /usr/src/sys/dev/iwi/if_iwi.c:76: /usr/src/sys/net80211/ieee80211_input.h:158:11: error: no member named 'c_pktflags' in 'struct ieee80211_rx_stats'         if (rxs->c_pktflags & IEEE80211_RX_F_AMSDU_MORE) {             ~~~  ^ /usr/src/sys/net80211/ieee80211_input.h:158:24: error: use of undeclared identifier 'IEEE80211_RX_F_AMSDU_MORE'         if (rxs->c_pktflags & IEEE80211_RX_F_AMSDU_MORE) {                               ^ /usr/src/sys/net80211/ieee80211_input.h:266:39: error: use of undeclared identifier 'rxs'         if (ieee80211_check_rxseq_amsdu_more(rxs)) {                                              ^ /usr/src/sys/net80211/ieee80211_input.h:268:8: error: use of undeclared identifier 'rxs'                 if ((rxs != NULL) && ieee80211_check_rxseq_amsdu(rxs))                      ^ /usr/src/sys/net80211/ieee80211_input.h:268:52: error: use of undeclared identifier 'rxs'                 if ((rxs != NULL) && ieee80211_check_rxseq_amsdu(rxs))                                                                  ^ 9 errors generated. *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/KRNL .ERROR_TARGET='if_iwi.o' .ERROR_META_FILE='/usr/obj/usr/src/sys/KRNL/if_iwi.o.meta' .MAKE.LEVEL='2' MAKEFILE='' .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose curdirOk=yes' _ERROR_CMD='cc  -c -O2 -pipe -fno-strict-aliasing  -g -nostdinc  -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-error-address-of-packed-member  -mno-aes -mno-avx  -std=iso9899:1999 -Werror  /usr/src/sys/dev/iwi/if_iwi.c; ctfconvert -L VERSION -g if_iwi.o;' .CURDIR='/usr/obj/usr/src/sys/KRNL' .MAKE='make' .OBJDIR='/usr/obj/usr/src/sys/KRNL' .TARGETS='all' DESTDIR='' LD_LIBRARY_PATH='' MACHINE='amd64' MACHINE_ARCH='amd64' MAKEOBJDIRPREFIX='/usr/obj' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20170720' PATH='/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP='/usr/src' OBJTOP='/usr/src' .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /etc/make.conf /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /etc/src.conf Makefile /usr/src/sys/conf/kern.pre.mk /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.compiler.mk /usr/src/sys/conf/kern.opts.mk /usr/src/sys/conf/kern.post.mk /usr/src/sys/conf/kern.mk' .PATH='. /usr/obj/usr/src/sys/KRNL' *** Error code 1 Stop. make[1]: stopped in /usr/src .ERROR_TARGET='buildkernel' .ERROR_META_FILE='' .MAKE.LEVEL='1' MAKEFILE='' .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose' _ERROR_CMD='.PHONY' .CURDIR='/usr/src' .MAKE='make' .OBJDIR='/usr/obj/usr/src' .TARGETS='buildkernel' DESTDIR='' LD_LIBRARY_PATH='' MACHINE='amd64' MACHINE_ARCH='amd64' MAKEOBJDIRPREFIX='/usr/obj' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20170720' PATH='/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP='/usr/src' OBJTOP='/usr/obj/usr/src' .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /etc/make.conf /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /etc/src.conf /usr/src/Makefile.inc1 /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk' .PATH='. /usr/src' *** Error code 1 Stop. make: stopped in /usr/src .ERROR_TARGET='buildkernel' .ERROR_META_FILE='' .MAKE.LEVEL='0' MAKEFILE='' .MAKE.MODE='normal' _ERROR_CMD='.PHONY' .CURDIR='/usr/src' .MAKE='make' .OBJDIR='/usr/obj/usr/src' .TARGETS='kernel' DESTDIR='' LD_LIBRARY_PATH='' MACHINE='amd64' MACHINE_ARCH='amd64' MAKEOBJDIRPREFIX='/usr/obj' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20170720' PATH='/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP='/usr/src' OBJTOP='/usr/obj/usr/src' root@lb50:/usr/src # regards Johan From owner-freebsd-stable@freebsd.org Thu Mar 1 12:46:53 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5223F261AF for ; Thu, 1 Mar 2018 12:46:53 +0000 (UTC) (envelope-from camila.zarate@technoenduser.com) Received: from mail-it0-x248.google.com (mail-it0-x248.google.com [IPv6:2607:f8b0:4001:c0b::248]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C86E82932 for ; Thu, 1 Mar 2018 12:46:53 +0000 (UTC) (envelope-from camila.zarate@technoenduser.com) Received: by mail-it0-x248.google.com with SMTP id i205so5744976ita.3 for ; Thu, 01 Mar 2018 04:46:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=technoenduser-com.20150623.gappssmtp.com; s=20150623; h=mime-version:message-id:date:subject:from:to; bh=yDJ1veV1H622A+frCYsirQlREwZRSbDgP8x1ectKl18=; b=JTxpv9hZqhtsba40wbqWEc06BxUvr1TcBO6GEEfVXJVA04OXJiU83/RvNjaRj/zXqU WKS3YvOs+Z9Kc90K0JvV1Jniy+2PjVDsSievXG44+Inwic9tQ12GEEaJjDUiRLt7WuKT zLA6toohuoK9/8LGjDtA9jZL8oa/opaYPCvEwco1ZPhvswUlYy+nu0z9TkbnceMPT9xP je+20M407H3kefIcNYABfC1ztQwpgVMRlu1nkYH3vUqHSLsFDCkFhbljA3aryA3anu11 SFYyHSf+RD68hIJdjrG0MqUBa5nxGmEXgTalyMvJyUdzKAZEDMUdaw2EBFiWoIRi7kT1 C2jw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:message-id:date:subject:from:to; bh=yDJ1veV1H622A+frCYsirQlREwZRSbDgP8x1ectKl18=; b=SCrzYc9TXCwp/YQkNys0TFzmwkoEZoL1XApD2ZqgKqJH9gxS6gsXyIFVDHB/45T8xy 1aU48L6cpPk2cIggoKBe7z4bo01kY9912cwftAvNcC2Ti8AXQRVNm8qJZybQr89yK+Yj fBRGO70FOP31cekQ2C2OLm33bHeRoR5gfaWAEGE0PYWN6PrzvoCiygY36271bI3pf6in 0WsOF+5umKC+RZBlQqRF/jGCsYYYdKWTmIFzk7WoC+QYeZvcrcwFNLUyfMrVUUiZRSQA xrPlYouuoy0q0ZcMv8ylEuP8RKZSLa5QGD0SReuHPnwaxQS4BJAxVHoJs70F66BAIx5b 4zIQ== X-Gm-Message-State: APf1xPAH1sGiLhTvot5hh0BQTEwBctJPG96lPKndvMZoT13I6Ghm11PY SFNzQD2DOOT5RsWXKWCIn4YN1/BoNpxI X-Google-Smtp-Source: AG47ELsf9Phq+vosm6ylsfgDT3RnF8EacJWvnEza6VWr+BO2UemZO7BFzym5jNmJ+UWKg62cjY5TMM0Tig== MIME-Version: 1.0 X-Received: by 10.36.98.138 with SMTP id d132mr1593950itc.27.1519908412714; Thu, 01 Mar 2018 04:46:52 -0800 (PST) Message-ID: <001a1144509407fea30566594114@google.com> Date: Thu, 01 Mar 2018 12:46:52 +0000 Subject: SAP Users List From: camila.zarate@technoenduser.com To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8"; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 12:46:53 -0000 PGRpdiBkaXI9Imx0ciI+DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGluIDBpbiAxMnB0O2JhY2tncm91bmQ6 d2hpdGUgbm9uZSAgDQpyZXBlYXQgc2Nyb2xsIDAlIDAlO2ZvbnQtc2l6ZToxMnB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyAgDQpSb21hbiZxdW90OyxzZXJpZiI+PHNwYW4gIA0Kc3R5bGU9 ImZvbnQtc2l6ZToxMXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpyZ2IoNyw1NSw5OSkiPkhpLDxicj4NCjxicj4NClRydXN0IG15IGVtYWlsIGRpc2Nv dmVycyB5b3Ugd2VsbC48YnI+DQo8YnI+DQpBcmUgeW91IGxvb2tpbmcgb3V0IHRvIGFjcXVpcmUg dGhlIGxpc3Qgb2YgY3VzdG9tZXJzIG9yIGNvbXBhbmllcyAgDQp1c2luZzwvc3Bhbj48c3BhbiAg DQpzdHlsZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOnJnYigzNCwzNCwzNCkiPsKgPC9zcGFuPjxzcGFuICANCmNsYXNzPSJn bWFpbC1pbCI+PGI+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpyZ2IoMzEsNzgsMTIxKSI+U0FQICAN Cjwvc3Bhbj48L2I+PC9zcGFuPjxiPjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6MTFwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6cmdiKDcsNTUsOTkp Ij5Vc2Vycz88L3NwYW4+PC9iPjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6cmdiKDcsNTUsOTkpIj48 YnI+DQo8YnI+DQpXZSBhbHNvIGhhdmUgb3RoZXIgdGVjaG5vbG9neSB1c2VycyBsaWtlOsKgPC9z cGFuPjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6cmdiKDM0LDM0LDM0KSI+PHNwYW4+PC9zcGFuPjwv c3Bhbj48L3A+DQoNCjx0YWJsZSBjbGFzcz0iZ21haWwtTXNvTm9ybWFsVGFibGUiIHN0eWxlPSJ3 aWR0aDoyMDEuOTVwdDtiYWNrZ3JvdW5kOndoaXRlICANCm5vbmUgcmVwZWF0IHNjcm9sbCAwJSAw JTtib3JkZXItY29sbGFwc2U6Y29sbGFwc2UiIHdpZHRoPSIyNjkiICANCmNlbGxzcGFjaW5nPSIw IiBjZWxscGFkZGluZz0iMCIgYm9yZGVyPSIwIj4NCiAgPHRib2R5Pjx0ciBzdHlsZT0iaGVpZ2h0 OjguOTVwdCI+DQogICA8dGQgIA0Kc3R5bGU9IndpZHRoOjk3LjU1cHQ7Ym9yZGVyLWNvbG9yOnJn Yig2OCwxMTQsMTk2KTtib3JkZXItc3R5bGU6c29saWQ7Ym9yZGVyLXdpZHRoOjFwdDtiYWNrZ3Jv dW5kOnJnYigyMTcsMjI1LDI0MikgIA0Kbm9uZSByZXBlYXQgc2Nyb2xsIDAlIDAlO3BhZGRpbmc6 MGluIDUuNHB0O2hlaWdodDo4Ljk1cHQiIG5vd3JhcCAgDQp3aWR0aD0iMTMwIj4NCiAgIDxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGluIDBpbiAgDQowLjAwMDFwdDtmb250LXNp emU6MTJwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgIA0KUm9tYW4mcXVvdDssc2VyaWYi PjxiPjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6cmdiKDcsNTUsOTkpIj5PcmFjbGU8L3NwYW4+PC9i PjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6cmdiKDM0LDM0LDM0KSI+PHNwYW4+PC9zcGFuPjwvc3Bh bj48L3A+DQogICA8L3RkPg0KICAgPHRkIHN0eWxlPSJ3aWR0aDoxLjQ1aW47Ym9yZGVyLWNvbG9y OnJnYig2OCwxMTQsMTk2KSByZ2IoNjgsMTE0LDE5NikgIA0KcmdiKDY4LDExNCwxOTYpIGN1cnJl bnRjb2xvcjtib3JkZXItc3R5bGU6c29saWQgc29saWQgc29saWQgIA0Kbm9uZTtib3JkZXItd2lk dGg6MXB0IDFwdCAxcHQgbWVkaXVtO2JhY2tncm91bmQ6cmdiKDIxNywyMjUsMjQyKSBub25lICAN CnJlcGVhdCBzY3JvbGwgMCUgMCU7cGFkZGluZzowaW4gNS40cHQ7aGVpZ2h0OjguOTVwdCIgbm93 cmFwIHdpZHRoPSIxMzkiPg0KICAgPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjow aW4gMGluICANCjAuMDAwMXB0O2ZvbnQtc2l6ZToxMnB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyAgDQpSb21hbiZxdW90OyxzZXJpZiI+PGI+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZTox MXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpyZ2Io MzEsNzgsMTIxKSI+QnVzaW5lc3NPYmplY3RzPC9zcGFuPjwvYj48c3BhbiAgDQpzdHlsZT0iZm9u dC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOnJnYigzNCwzNCwzNCkiPjxzcGFuPjwvc3Bhbj48L3NwYW4+PC9wPg0KICAgPC90ZD4NCiAg PC90cj4NCiAgPHRyIHN0eWxlPSJoZWlnaHQ6OC45NXB0Ij4NCiAgIDx0ZCBzdHlsZT0id2lkdGg6 OTcuNTVwdDtib3JkZXItY29sb3I6Y3VycmVudGNvbG9yIHJnYig2OCwxMTQsMTk2KSAgDQpyZ2Io NjgsMTE0LDE5Nik7Ym9yZGVyLXN0eWxlOm5vbmUgc29saWQgc29saWQ7Ym9yZGVyLXdpZHRoOm1l ZGl1bSAxcHQgIA0KMXB0O3BhZGRpbmc6MGluIDUuNHB0O2hlaWdodDo4Ljk1cHQiIG5vd3JhcCB3 aWR0aD0iMTMwIj4NCiAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46MGluIDBp biAgDQowLjAwMDFwdDtmb250LXNpemU6MTJwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg IA0KUm9tYW4mcXVvdDssc2VyaWYiPjxiPjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6MTFwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6cmdiKDMxLDc4 LDEyMSkiPldvcmtkYXk8L3NwYW4+PC9iPjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6MTFwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6cmdiKDM0LDM0 LDM0KSI+PHNwYW4+PC9zcGFuPjwvc3Bhbj48L3A+DQogICA8L3RkPg0KICAgPHRkIHN0eWxlPSJ3 aWR0aDoxLjQ1aW47Ym9yZGVyLWNvbG9yOmN1cnJlbnRjb2xvciByZ2IoNjgsMTE0LDE5NikgIA0K cmdiKDY4LDExNCwxOTYpIGN1cnJlbnRjb2xvcjtib3JkZXItc3R5bGU6bm9uZSBzb2xpZCBzb2xp ZCAgDQpub25lO2JvcmRlci13aWR0aDptZWRpdW0gMXB0IDFwdCBtZWRpdW07cGFkZGluZzowaW4g NS40cHQ7aGVpZ2h0OjguOTVwdCIgIA0Kbm93cmFwIHdpZHRoPSIxMzkiPg0KICAgPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjowaW4gMGluICANCjAuMDAwMXB0O2ZvbnQtc2l6ZTox MnB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyAgDQpSb21hbiZxdW90OyxzZXJpZiI+PGI+ PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjpyZ2IoMzEsNzgsMTIxKSI+SW5mb3I8L3NwYW4+PC9iPjxz cGFuICANCnN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6cmdiKDM0LDM0LDM0KSI+PHNwYW4+PC9zcGFuPjwvc3Bhbj48 L3A+DQogICA8L3RkPg0KICA8L3RyPg0KICA8dHIgc3R5bGU9ImhlaWdodDo4Ljk1cHQiPg0KICAg PHRkIHN0eWxlPSJ3aWR0aDo5Ny41NXB0O2JvcmRlci1jb2xvcjpjdXJyZW50Y29sb3IgcmdiKDY4 LDExNCwxOTYpICANCnJnYig2OCwxMTQsMTk2KTtib3JkZXItc3R5bGU6bm9uZSBzb2xpZCBzb2xp ZDtib3JkZXItd2lkdGg6bWVkaXVtIDFwdCAgDQoxcHQ7YmFja2dyb3VuZDpyZ2IoMjE3LDIyNSwy NDIpIG5vbmUgcmVwZWF0IHNjcm9sbCAwJSAwJTtwYWRkaW5nOjBpbiAgDQo1LjRwdDtoZWlnaHQ6 OC45NXB0IiBub3dyYXAgd2lkdGg9IjEzMCI+DQogICA8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luOjBpbiAwaW4gIA0KMC4wMDAxcHQ7Zm9udC1zaXplOjEycHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3ICANClJvbWFuJnF1b3Q7LHNlcmlmIj48Yj48c3BhbiAgDQpzdHlsZT0i Zm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOnJnYigzMSw3OCwxMjEpIj5TQVAgIA0KQXJpYmE8L3NwYW4+PC9iPjxzcGFuICANCnN0 eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6cmdiKDM0LDM0LDM0KSI+PHNwYW4+PC9zcGFuPjwvc3Bhbj48L3A+DQogICA8 L3RkPg0KICAgPHRkIHN0eWxlPSJ3aWR0aDoxLjQ1aW47Ym9yZGVyLWNvbG9yOmN1cnJlbnRjb2xv ciByZ2IoNjgsMTE0LDE5NikgIA0KcmdiKDY4LDExNCwxOTYpIGN1cnJlbnRjb2xvcjtib3JkZXIt c3R5bGU6bm9uZSBzb2xpZCBzb2xpZCAgDQpub25lO2JvcmRlci13aWR0aDptZWRpdW0gMXB0IDFw dCBtZWRpdW07YmFja2dyb3VuZDpyZ2IoMjE3LDIyNSwyNDIpIG5vbmUgIA0KcmVwZWF0IHNjcm9s bCAwJSAwJTtwYWRkaW5nOjBpbiA1LjRwdDtoZWlnaHQ6OC45NXB0IiBub3dyYXAgd2lkdGg9IjEz OSI+DQogICA8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBpbiAwaW4gIA0KMC4w MDAxcHQ7Zm9udC1zaXplOjEycHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3ICANClJvbWFu JnF1b3Q7LHNlcmlmIj48Yj48c3BhbiAgDQpzdHlsZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOnJnYigzMSw3OCwxMjEpIj5T dWNjZXNzRmFjdG9yczwvc3Bhbj48L2I+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMXB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpyZ2IoMzQsMzQs MzQpIj48c3Bhbj48L3NwYW4+PC9zcGFuPjwvcD4NCiAgIDwvdGQ+DQogIDwvdHI+DQogIDx0ciBz dHlsZT0iaGVpZ2h0OjguOTVwdCI+DQogICA8dGQgc3R5bGU9IndpZHRoOjk3LjU1cHQ7Ym9yZGVy LWNvbG9yOmN1cnJlbnRjb2xvciByZ2IoNjgsMTE0LDE5NikgIA0KcmdiKDY4LDExNCwxOTYpO2Jv cmRlci1zdHlsZTpub25lIHNvbGlkIHNvbGlkO2JvcmRlci13aWR0aDptZWRpdW0gMXB0ICANCjFw dDtwYWRkaW5nOjBpbiA1LjRwdDtoZWlnaHQ6OC45NXB0IiBub3dyYXAgd2lkdGg9IjEzMCI+DQog ICA8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBpbiAwaW4gIA0KMC4wMDAxcHQ7 Zm9udC1zaXplOjEycHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3ICANClJvbWFuJnF1b3Q7 LHNlcmlmIj48Yj48c3BhbiAgDQpzdHlsZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOnJnYigzMSw3OCwxMjEpIj5FcGljb3I8 L3NwYW4+PC9iPjxzcGFuICANCnN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6cmdiKDM0LDM0LDM0KSI+PHNwYW4+PC9z cGFuPjwvc3Bhbj48L3A+DQogICA8L3RkPg0KICAgPHRkIHN0eWxlPSJ3aWR0aDoxLjQ1aW47Ym9y ZGVyLWNvbG9yOmN1cnJlbnRjb2xvciByZ2IoNjgsMTE0LDE5NikgIA0KcmdiKDY4LDExNCwxOTYp IGN1cnJlbnRjb2xvcjtib3JkZXItc3R5bGU6bm9uZSBzb2xpZCBzb2xpZCAgDQpub25lO2JvcmRl ci13aWR0aDptZWRpdW0gMXB0IDFwdCBtZWRpdW07cGFkZGluZzowaW4gNS40cHQ7aGVpZ2h0Ojgu OTVwdCIgIA0Kbm93cmFwIHdpZHRoPSIxMzkiPg0KICAgPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbjowaW4gMGluICANCjAuMDAwMXB0O2ZvbnQtc2l6ZToxMnB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyAgDQpSb21hbiZxdW90OyxzZXJpZiI+PGI+PHNwYW4gIA0Kc3R5bGU9 ImZvbnQtc2l6ZToxMXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpyZ2IoNyw1NSw5OSkiPlNBUCAgDQpTLzQgSEFOQTwvc3Bhbj48L2I+PHNwYW4gIA0K c3R5bGU9ImZvbnQtc2l6ZToxMXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpyZ2IoMzQsMzQsMzQpIj48c3Bhbj48L3NwYW4+PC9zcGFuPjwvcD4NCiAg IDwvdGQ+DQogIDwvdHI+DQogIDx0ciBzdHlsZT0iaGVpZ2h0OjguOTVwdCI+DQogICA8dGQgc3R5 bGU9IndpZHRoOjk3LjU1cHQ7Ym9yZGVyLWNvbG9yOmN1cnJlbnRjb2xvciByZ2IoNjgsMTE0LDE5 NikgIA0KcmdiKDY4LDExNCwxOTYpIHJnYigxNTUsMTk0LDIzMCk7Ym9yZGVyLXN0eWxlOm5vbmUg c29saWQgIA0Kc29saWQ7Ym9yZGVyLXdpZHRoOm1lZGl1bSAxcHQgMXB0O2JhY2tncm91bmQ6cmdi KDIyMSwyMzUsMjQ3KSBub25lIHJlcGVhdCAgDQpzY3JvbGwgMCUgMCU7cGFkZGluZzowaW4gNS40 cHQ7aGVpZ2h0OjguOTVwdCIgbm93cmFwIHdpZHRoPSIxMzAiPg0KICAgPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbjowaW4gMGluICANCjAuMDAwMXB0O2ZvbnQtc2l6ZToxMnB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyAgDQpSb21hbiZxdW90OyxzZXJpZiI+PGI+PHNwYW4g IA0Kc3R5bGU9ImZvbnQtc2l6ZToxMXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjpyZ2IoMzEsNzgsMTIxKSI+U0FQICANClNDTTwvc3Bhbj48L2I+PHNw YW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZToxMXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjpyZ2IoMzQsMzQsMzQpIj48c3Bhbj48L3NwYW4+PC9zcGFuPjwv cD4NCiAgIDwvdGQ+DQogICA8dGQgc3R5bGU9IndpZHRoOjEuNDVpbjtib3JkZXItY29sb3I6Y3Vy cmVudGNvbG9yIHJnYigxNTUsMTk0LDIzMCkgIA0KcmdiKDY4LDExNCwxOTYpIGN1cnJlbnRjb2xv cjtib3JkZXItc3R5bGU6bm9uZSBzb2xpZCBzb2xpZCAgDQpub25lO2JvcmRlci13aWR0aDptZWRp dW0gMXB0IDFwdCBtZWRpdW07YmFja2dyb3VuZDpyZ2IoMjIxLDIzNSwyNDcpIG5vbmUgIA0KcmVw ZWF0IHNjcm9sbCAwJSAwJTtwYWRkaW5nOjBpbiA1LjRwdDtoZWlnaHQ6OC45NXB0IiBub3dyYXAg d2lkdGg9IjEzOSI+DQogICA8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luOjBpbiAw aW4gIA0KMC4wMDAxcHQ7Zm9udC1zaXplOjEycHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 ICANClJvbWFuJnF1b3Q7LHNlcmlmIj48Yj48c3BhbiAgDQpzdHlsZT0iZm9udC1zaXplOjExcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOnJnYigzMSw3 OCwxMjEpIj5TQVAgIA0KRVJQPC9zcGFuPjwvYj48c3BhbiAgDQpzdHlsZT0iZm9udC1zaXplOjEx cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOnJnYigz NCwzNCwzNCkiPjxzcGFuPjwvc3Bhbj48L3NwYW4+PC9wPg0KICAgPC90ZD4NCiAgPC90cj4NCjwv dGJvZHk+PC90YWJsZT4NCg0KPHAgY2xhc3M9ImdtYWlsLU1zb05vU3BhY2luZyIgc3R5bGU9Im1h cmdpbjowaW4gMGluICANCjAuMDAwMXB0O2ZvbnQtc2l6ZToxMXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PHNwYW4gIA0Kc3R5bGU9ImNvbG9yOnJnYig3LDU1 LDk5KSI+PGJyPg0KV2UgY2FuIHByb3ZpZGUgZGF0YWJhc2UgZm9yIGFueSBnaXZlbiBDb3VudHJ5 L0luZHVzdHJ5L0pvYiBUaXRsZXMuPGJyPg0KPGJyPg0KWW91IGNhbiBzZW5kIG1lIHlvdXIgcmVx dWlyZW1lbnRzIGxpa2Ugd2hhdCBraW5kIG9mIGRhdGEgeW91IGFyZSBsb29raW5nIGZvcg0KYW5k IEkgY2FuIHNlbmQgeW91IGEgQ291bnRzIGJhc2VkIG9uIGl0IGFsb25nIHdpdGggcHJpY2luZy48 YnI+DQo8YnI+DQpBd2FpdCB5b3VyIHJlc3BvbnNlITxicj4NCjxicj4NCjxiPlJlZ2FyZHMswqA8 YnI+DQo8L2I+PC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTZwdDtmb250LWZhbWls eTomcXVvdDtCcnVzaCBTY3JpcHQgIA0KTVQmcXVvdDs7Y29sb3I6cmdiKDE5MiwwLDApIj5DYW1p bGEgWmFyYXRlPHNwYW4+PC9zcGFuPjwvc3Bhbj48L2I+PC9wPg0KDQo8cCBjbGFzcz0iZ21haWwt TXNvTm9TcGFjaW5nIiBzdHlsZT0ibWFyZ2luOjBpbiAwaW4gIA0KMC4wMDAxcHQ7Zm9udC1zaXpl OjExcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48Yj48c3Bh biAgDQpzdHlsZT0iY29sb3I6cmdiKDcsNTUsOTkpIj5DbG91ZCBDb25zdWx0YW50PC9zcGFuPjwv Yj48c3BhbiAgDQpzdHlsZT0iY29sb3I6cmdiKDcsNTUsOTkpIj48YnI+DQo8YnI+DQrCoDwvc3Bh bj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE0cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QnJ1c2gg U2NyaXB0ICANCk1UJnF1b3Q7O2NvbG9yOnJnYigxOTIsMCwwKSI+PHNwYW4+PC9zcGFuPjwvc3Bh bj48L2I+PC9wPg0KDQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50 ZXI7bWFyZ2luOjBpbiAwaW4gIA0KMC4wMDAxcHQ7Zm9udC1zaXplOjEycHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIiAgDQphbGlnbj0iY2VudGVyIj48Yj48 c3BhbiAgDQpzdHlsZT0iZm9udC1zaXplOjhwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6cmdiKDE5MSwxOTEsMTkxKTtiYWNrZ3JvdW5kOndoaXRlICAN Cm5vbmUgcmVwZWF0IHNjcm9sbCAwJSAwJSI+SWYgeW91IHdpc2ggbm90IHRvIHJlY2VpdmUgdGhl c2UgZW1haWxzLCBwbGVhc2UNCnJlcGx5IFJlbW92ZSBpbiB0aGUgc3ViamVjdCBsaW5lLjwvc3Bh bj48L2I+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtc2l6ZTo4cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj48c3Bhbj48L3NwYW4+PC9zcGFuPjwvcD4NCg0KDQoNCg0K DQo8L2Rpdj4NCjxwPiZuYnNwOzwvcD48YSBzdHlsZT0nZGlzcGxheTogYmxvY2s7IG1hcmdpbjog MzJweCAwIDQwcHggMDsgcGFkZGluZzogIA0KMTBweDsgZm9udC1zaXplOiAxZW07IHRleHQtYWxp Z246IGNlbnRlcjsgYm9yZGVyOiAwOyBib3JkZXItdG9wOiAxcHggc29saWQgIA0KZ3JheTsgJyBo cmVmPSdodHRwczovL2dvby5nbC8ya3NkUnYnPnBvd2VyZWQgYnkgR1NNLiBGcmVlIG1haWwgbWVy Z2UgYW5kICANCmVtYWlsIG1hcmtldGluZyBzb2Z0d2FyZSBmb3IgR21haWwuPC9hPg0K From owner-freebsd-stable@freebsd.org Thu Mar 1 13:09:37 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 539DFF283C9 for ; Thu, 1 Mar 2018 13:09:37 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B60FA83928 for ; Thu, 1 Mar 2018 13:09:36 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id w21D9UWD055000 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 1 Mar 2018 14:09:30 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id w21D9Urn054997 for ; Thu, 1 Mar 2018 14:09:30 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 1 Mar 2018 14:09:30 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: freebsd-stable Subject: Re: build kernel failure stable11 iwi related In-Reply-To: <04132503-cd53-c60f-8ec6-72a622c146bc@gmail.com> Message-ID: References: <04132503-cd53-c60f-8ec6-72a622c146bc@gmail.com> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 13:09:37 -0000 On Thu, 1 Mar 2018 10:48+0100, Johan Hendriks wrote: > I get an builderror on my 11.1 stable machine after the latest svn > update Revision: 330235 > > > -------------------------------------------------------------- > >>> stage 3.1: building everything > -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/KRNL; MAKEOBJDIRPREFIX=/usr/obj? > MACHINE_ARCH=amd64? MACHINE=amd64? CPUTYPE= BUILD_TOOLS_META=.NOMETA > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin? > GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font? > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac CC="cc " > CXX="c++? "? CPP="cpp "? AS="as" AR="ar" LD="ld" NM=nm? OBJDUMP=objdump > OBJCOPY="objcopy"? RANLIB=ranlib STRINGS=? SIZE="size"? INSTALL="sh > /usr/src/tools/install.sh"? > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin > make? -m /usr/src/share/mk? KERNEL=kernel all -DNO_MODULES_OBJ > Building /usr/obj/usr/src/sys/KRNL/if_iwi.o > In file included from /usr/src/sys/dev/iwi/if_iwi.c:76: > /usr/src/sys/net80211/ieee80211_input.h:138:19: error: no member named > 'c_pktflags' in 'struct ieee80211_rx_stats' > ??????? return (!! (rxs->c_pktflags & IEEE80211_RX_F_AMSDU)); > ??????????????????? ~~~? ^ > /usr/src/sys/net80211/ieee80211_input.h:138:32: error: use of undeclared > identifier 'IEEE80211_RX_F_AMSDU'; did you mean 'IEEE80211_S_ASSOC'? > ??????? return (!! (rxs->c_pktflags & IEEE80211_RX_F_AMSDU)); > ????????????????????????????????????? ^~~~~~~~~~~~~~~~~~~~ > ????????????????????????????????????? IEEE80211_S_ASSOC > /usr/src/sys/net80211/ieee80211_proto.h:39:2: note: 'IEEE80211_S_ASSOC' > declared here > ??????? IEEE80211_S_ASSOC?????? = 3,??? /* try to assoc */ > ??????? ^ > In file included from /usr/src/sys/dev/iwi/if_iwi.c:76: > /usr/src/sys/net80211/ieee80211_input.h:154:12: error: no member named > 'c_pktflags' in 'struct ieee80211_rx_stats' > ??????? if ((rxs->c_pktflags & IEEE80211_RX_F_AMSDU) == 0) > ???????????? ~~~? ^ > /usr/src/sys/net80211/ieee80211_input.h:154:25: error: use of undeclared > identifier 'IEEE80211_RX_F_AMSDU'; did you mean 'IEEE80211_S_ASSOC'? > ??????? if ((rxs->c_pktflags & IEEE80211_RX_F_AMSDU) == 0) > ?????????????????????????????? ^~~~~~~~~~~~~~~~~~~~ > ?????????????????????????????? IEEE80211_S_ASSOC > /usr/src/sys/net80211/ieee80211_proto.h:39:2: note: 'IEEE80211_S_ASSOC' > declared here > ??????? IEEE80211_S_ASSOC?????? = 3,??? /* try to assoc */ > ??????? ^ > In file included from /usr/src/sys/dev/iwi/if_iwi.c:76: > /usr/src/sys/net80211/ieee80211_input.h:158:11: error: no member named > 'c_pktflags' in 'struct ieee80211_rx_stats' > ??????? if (rxs->c_pktflags & IEEE80211_RX_F_AMSDU_MORE) { > ??????????? ~~~? ^ > /usr/src/sys/net80211/ieee80211_input.h:158:24: error: use of undeclared > identifier 'IEEE80211_RX_F_AMSDU_MORE' > ??????? if (rxs->c_pktflags & IEEE80211_RX_F_AMSDU_MORE) { > ????????????????????????????? ^ > /usr/src/sys/net80211/ieee80211_input.h:266:39: error: use of undeclared > identifier 'rxs' > ??????? if (ieee80211_check_rxseq_amsdu_more(rxs)) { > ???????????????????????????????????????????? ^ > /usr/src/sys/net80211/ieee80211_input.h:268:8: error: use of undeclared > identifier 'rxs' > ??????????????? if ((rxs != NULL) && ieee80211_check_rxseq_amsdu(rxs)) > ???????????????????? ^ > /usr/src/sys/net80211/ieee80211_input.h:268:52: error: use of undeclared > identifier 'rxs' > ??????????????? if ((rxs != NULL) && ieee80211_check_rxseq_amsdu(rxs)) > ???????????????????????????????????????????????????????????????? ^ > 9 errors generated. > *** Error code 1 > > Stop. > make[2]: stopped in /usr/obj/usr/src/sys/KRNL > .ERROR_TARGET='if_iwi.o' > .ERROR_META_FILE='/usr/obj/usr/src/sys/KRNL/if_iwi.o.meta' > .MAKE.LEVEL='2' > MAKEFILE='' > .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose > curdirOk=yes' > _ERROR_CMD='cc? -c -O2 -pipe -fno-strict-aliasing? -g -nostdinc? -I. > -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h? > -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float? > -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector > -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ > -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -Wno-error-shift-negative-value > -Wno-error-address-of-packed-member? -mno-aes -mno-avx? > -std=iso9899:1999 -Werror? /usr/src/sys/dev/iwi/if_iwi.c; ctfconvert -L > VERSION -g if_iwi.o;' > .CURDIR='/usr/obj/usr/src/sys/KRNL' > .MAKE='make' > .OBJDIR='/usr/obj/usr/src/sys/KRNL' > .TARGETS='all' > DESTDIR='' > LD_LIBRARY_PATH='' > MACHINE='amd64' > MACHINE_ARCH='amd64' > MAKEOBJDIRPREFIX='/usr/obj' > MAKESYSPATH='/usr/src/share/mk' > MAKE_VERSION='20170720' > PATH='/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' > SRCTOP='/usr/src' > OBJTOP='/usr/src' > .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk > /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk > /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /etc/make.conf > /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk > /etc/src.conf Makefile /usr/src/sys/conf/kern.pre.mk > /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk > /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk > /usr/src/share/mk/bsd.compiler.mk /usr/src/sys/conf/kern.opts.mk > /usr/src/sys/conf/kern.post.mk /usr/src/sys/conf/kern.mk' > .PATH='. /usr/obj/usr/src/sys/KRNL' > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > .ERROR_TARGET='buildkernel' > .ERROR_META_FILE='' > .MAKE.LEVEL='1' > MAKEFILE='' > .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose' > _ERROR_CMD='.PHONY' > .CURDIR='/usr/src' > .MAKE='make' > .OBJDIR='/usr/obj/usr/src' > .TARGETS='buildkernel' > DESTDIR='' > LD_LIBRARY_PATH='' > MACHINE='amd64' > MACHINE_ARCH='amd64' > MAKEOBJDIRPREFIX='/usr/obj' > MAKESYSPATH='/usr/src/share/mk' > MAKE_VERSION='20170720' > PATH='/sbin:/bin:/usr/sbin:/usr/bin' > SRCTOP='/usr/src' > OBJTOP='/usr/obj/usr/src' > .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk > /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk > /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /etc/make.conf > /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk > /etc/src.conf /usr/src/Makefile.inc1 /usr/src/share/mk/bsd.compiler.mk > /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk > /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk > /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.init.mk > /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk' > .PATH='. /usr/src' > *** Error code 1 > > Stop. > make: stopped in /usr/src > .ERROR_TARGET='buildkernel' > .ERROR_META_FILE='' > .MAKE.LEVEL='0' > MAKEFILE='' > .MAKE.MODE='normal' > _ERROR_CMD='.PHONY' > .CURDIR='/usr/src' > .MAKE='make' > .OBJDIR='/usr/obj/usr/src' > .TARGETS='kernel' > DESTDIR='' > LD_LIBRARY_PATH='' > MACHINE='amd64' > MACHINE_ARCH='amd64' > MAKEOBJDIRPREFIX='/usr/obj' > MAKESYSPATH='/usr/src/share/mk' > MAKE_VERSION='20170720' > PATH='/sbin:/bin:/usr/sbin:/usr/bin' > SRCTOP='/usr/src' > OBJTOP='/usr/obj/usr/src' > root@lb50:/usr/src # > > regards > Johan If you revert to r330229, i.e. svn up -r330229 /usr/src, you should be able to build a working kernel. r330230 added "17" to line 1939 of sys/conf/files breaking iwm(fw), and I suspect "17" should be "22", or maybe the "D" should be removed. r330233 caused the errors you reported. I hope these errors will be corrected shortly. -- Trond. From owner-freebsd-stable@freebsd.org Thu Mar 1 13:34:55 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49942F2A835 for ; Thu, 1 Mar 2018 13:34:55 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B2258510A for ; Thu, 1 Mar 2018 13:34:53 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id w21DYovS055336 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 1 Mar 2018 14:34:50 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id w21DYo89055333 for ; Thu, 1 Mar 2018 14:34:50 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 1 Mar 2018 14:34:50 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: freebsd-stable Subject: Re: build kernel failure stable11 iwi related In-Reply-To: Message-ID: References: <04132503-cd53-c60f-8ec6-72a622c146bc@gmail.com> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 13:34:55 -0000 On Thu, 1 Mar 2018 14:09+0100, Trond Endrestl wrote: > If you revert to r330229, i.e. svn up -r330229 /usr/src, you should be > able to build a working kernel. > > r330230 added "17" to line 1939 of sys/conf/files breaking iwm(fw), > and I suspect "17" should be "22", or maybe the "D" should be removed. > > r330233 caused the errors you reported. > > I hope these errors will be corrected shortly. r330229 is also broken. I had to revert to r330113 to avoid any of the recent iwm commits. -- Trond. From owner-freebsd-stable@freebsd.org Thu Mar 1 14:43:42 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9FCFF30D36 for ; Thu, 1 Mar 2018 14:43:41 +0000 (UTC) (envelope-from byond.lenox@gmail.com) Received: from mail-wm0-f41.google.com (mail-wm0-f41.google.com [74.125.82.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6C54469592; Thu, 1 Mar 2018 14:43:41 +0000 (UTC) (envelope-from byond.lenox@gmail.com) Received: by mail-wm0-f41.google.com with SMTP id z9so12320180wmb.3; Thu, 01 Mar 2018 06:43:41 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=0LG5MZ6ccY6R238Z/biHzOEsXZJesqm54Seg5G3v/Xo=; b=QOKb7CsiUYcH7UlHueeHCN6KN9+gYSw3kWrDgdyMpwGD4sjpYztCol7a5pafIM0PdX QcExlJaeMgZv/0/yi57UykHsv5ciEFiD0eWiVWMwjtMIEfMf56W9RoXuCfm3LBRm9rDZ FDiDIXQASMLKObs+9D5iXGM3DiQ8o6h67FhiPyUXoRCxAqbuq8yl4fF8RB5UbgXjpJ2l CqZ6Y0oOcpsQ91gMPyf1sX0E/NouCo7tCpH29vKNoI6NND3iLsRCbjSX15dQQLe0dHth SwcixZxLKQUGX4rZpOdVLVmAl64sWchqdMddBaME4EDg2N+s5pkqm6dTxUh/pDGHMrib wQLw== X-Gm-Message-State: APf1xPBa5JpgGAwWx8xNPF0gC+Z54dDb8NCRc3l+dpv/6/kpvM1XSnsP bCttxbjB0sf6xS04fUQ4RbjnPFO2R08= X-Google-Smtp-Source: AG47ELte/eTc1IuF3ajgIH0DBPl/u3QAWT3aatAeoyX7VDUkZGDrL49TI0hYI3khHc/IZwTvFK3TcA== X-Received: by 10.80.178.227 with SMTP id p90mr2816332edd.74.1519912017065; Thu, 01 Mar 2018 05:46:57 -0800 (PST) Received: from mail-wm0-f51.google.com (mail-wm0-f51.google.com. [74.125.82.51]) by smtp.gmail.com with ESMTPSA id h9sm3950386edk.80.2018.03.01.05.46.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 01 Mar 2018 05:46:56 -0800 (PST) Received: by mail-wm0-f51.google.com with SMTP id 139so11856392wmn.2; Thu, 01 Mar 2018 05:46:56 -0800 (PST) X-Received: by 10.46.87.72 with SMTP id r8mr1465848ljd.93.1519912016587; Thu, 01 Mar 2018 05:46:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.46.54.1 with HTTP; Thu, 1 Mar 2018 05:46:36 -0800 (PST) In-Reply-To: References: <04132503-cd53-c60f-8ec6-72a622c146bc@gmail.com> From: Kyle Evans Date: Thu, 1 Mar 2018 07:46:36 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: build kernel failure stable11 iwi related To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Cc: freebsd-stable , Eitan Adler Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 14:43:42 -0000 On Thu, Mar 1, 2018 at 7:34 AM, Trond Endrest=C3=B8l wrote: > On Thu, 1 Mar 2018 14:09+0100, Trond Endrest=C3=B8l wrote: > >> If you revert to r330229, i.e. svn up -r330229 /usr/src, you should be >> able to build a working kernel. >> >> r330230 added "17" to line 1939 of sys/conf/files breaking iwm(fw), >> and I suspect "17" should be "22", or maybe the "D" should be removed. >> >> r330233 caused the errors you reported. >> >> I hope these errors will be corrected shortly. > > r330229 is also broken. I had to revert to r330113 to avoid any of the > recent iwm commits. Hi, CC'ing Eitan, so hopefully he can fix this mess as soon as he wakes up... Thanks, Kyle Evans From owner-freebsd-stable@freebsd.org Thu Mar 1 14:58:03 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5721EF31F31 for ; Thu, 1 Mar 2018 14:58:03 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 ACEB969FB8 for ; Thu, 1 Mar 2018 14:58:02 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (124-18-70-98.dz.commufa.jp [124.18.70.98]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id w21Evr8B031151 for ; Thu, 1 Mar 2018 23:57:53 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Thu, 1 Mar 2018 23:57:52 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: build kernel failure stable11 iwi related Message-Id: <20180301235752.1cbff4603a0d7e4dd7bbf6b4@dec.sakura.ne.jp> In-Reply-To: References: <04132503-cd53-c60f-8ec6-72a622c146bc@gmail.com> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.31; amd64-portbld-freebsd11.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 14:58:03 -0000 Would be broken by r330233. This revision assumes member c_pktflags in struct ieee80211_rx_stats, but this addition (done at r306837 on head) is NOT yet MFC'ed. Reverting r330233 allowed me build, install and boot kernel. *I'm not shure MFC'ing r306837 is sufficent or not. OTOH, not shure MFC'ing whole r306837 is OK or not. So I'd personally reverted r330233 alone. On Thu, 1 Mar 2018 07:46:36 -0600 Kyle Evans wrote: > On Thu, Mar 1, 2018 at 7:34 AM, Trond Endrest$B".(Bl > wrote: > > On Thu, 1 Mar 2018 14:09+0100, Trond Endrest$B".(Bl wrote: > > > >> If you revert to r330229, i.e. svn up -r330229 /usr/src, you should be > >> able to build a working kernel. > >> > >> r330230 added "17" to line 1939 of sys/conf/files breaking iwm(fw), > >> and I suspect "17" should be "22", or maybe the "D" should be removed. > >> > >> r330233 caused the errors you reported. > >> > >> I hope these errors will be corrected shortly. > > > > r330229 is also broken. I had to revert to r330113 to avoid any of the > > recent iwm commits. > > Hi, > > CC'ing Eitan, so hopefully he can fix this mess as soon as he wakes up... > > Thanks, > > Kyle Evans > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- Tomoaki AOKI From owner-freebsd-stable@freebsd.org Thu Mar 1 16:04:08 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A32E7F37D48 for ; Thu, 1 Mar 2018 16:04:08 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 461146DFBF for ; Thu, 1 Mar 2018 16:04:08 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: by mail-qk0-x236.google.com with SMTP id z197so8163687qkb.6 for ; Thu, 01 Mar 2018 08:04:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=CGudnhIqy+4PjVnLYV2R7B5UDFPWIxyPL5qqkZ7611k=; b=f2uEyoCxuiT0AU45rmYj+CeqcqKWSRbUnVJExVP8TPpi9QNRXILVcaDFtR1SbeUyHn Jp79KYCADFcJhLIfZjZFRsRtfBkgDcKm8Qqw8w2Gv+PXVj1mQxH1IwWHRdUyI4Sg7ScL +JWwRX7S1BFgOGcU/URb8ynwuoKvP1Vm0VW0M= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=CGudnhIqy+4PjVnLYV2R7B5UDFPWIxyPL5qqkZ7611k=; b=EJq07azYw8xAOfUVWLnjUja2ctGaDzk/84fe5GAzRXdEcZ/fv/V5GUAoXMmjA01sIz KfX3iTi78ToclSh/dAlKu1BW6C3XuFy1sXRKKZOqlRo87/spvRdfVBbvlPLoGNiwfJGg 5wRxboUy0I9EmZAnzxMdYwVAUcn+2Hij9HAo3x4ePOadX/WEsZIftr8doPx0dB0Ta98P MMWnO6Em3OcHjg33IRyyJ5jPLQ4yLW+eGqIu281CWXXN4biFsewjvbSE01a5ntHUKJD3 W1ckAojt6Jbmlxd6QZ2CELPkkN8ybW4PgYy3UDm4z+WrpH9qiDFdY57HX6dei0sOZAu4 Btgw== X-Gm-Message-State: AElRT7HB1ZREeGyyfB9pea4yCJk/OLUi8XICXJ8Dl0nUy4405xbxKPZJ HC2nWWz0fxUHw+9V4uhNcad4Bc27s8TACkr1VAFDbXUT X-Google-Smtp-Source: AG47ELsIMlJmpeXwjBI1OQ/MQjskyhSnRdzonacyoqlcau4j2hQExEX9+N1eQzzuaOqTBh1INUlIoQ4DdIxa+RLRzHs= X-Received: by 10.55.159.212 with SMTP id i203mr3473244qke.31.1519920247754; Thu, 01 Mar 2018 08:04:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.25.173 with HTTP; Thu, 1 Mar 2018 08:03:37 -0800 (PST) In-Reply-To: References: <04132503-cd53-c60f-8ec6-72a622c146bc@gmail.com> From: Eitan Adler Date: Thu, 1 Mar 2018 08:03:37 -0800 Message-ID: Subject: Re: build kernel failure stable11 iwi related To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Cc: freebsd-stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 16:04:08 -0000 On 1 March 2018 at 05:34, Trond Endrest=C3=B8l wrote: > On Thu, 1 Mar 2018 14:09+0100, Trond Endrest=C3=B8l wrote: > >> If you revert to r330229, i.e. svn up -r330229 /usr/src, you should be >> able to build a working kernel. >> >> r330230 added "17" to line 1939 of sys/conf/files breaking iwm(fw), >> and I suspect "17" should be "22", or maybe the "D" should be removed. >> >> r330233 caused the errors you reported. >> >> I hope these errors will be corrected shortly. Build error is fixed. Sorry for the breakage > r330229 is also broken. I had to revert to r330113 to avoid any of the > recent iwm commits. Did r330242 fix the issue for you? --=20 Eitan Adler From owner-freebsd-stable@freebsd.org Thu Mar 1 20:03:40 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF46CF24FA3 for ; Thu, 1 Mar 2018 20:03:39 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 61DEA77A32 for ; Thu, 1 Mar 2018 20:03:39 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id 188so14457092wme.1 for ; Thu, 01 Mar 2018 12:03:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=6ny5gHiz1k0Mbm1O6kTOZLFyvF9jYQOXoRlh1QTtNBA=; b=dwJ+f8dw6U/13JzOMSyrt/yTxJhzKwgmi1Q3OL5GWV2Fp2zFrTgacUx729dSheOQnM EzHHJ4XsAQAYpu3g2sl5AXMqKBpKWycoHBodow1hpP4Nt6H2CGO7Wyii1NgphLW8dCz/ ehoEr/4YHV7R4NFLYrQSS/4kVTG/VH/WTtRh6W0X+8sO/X+tw4rM5wg3OEMpafO96CQC ZIXwtVWYgbZd6BHyeFntRUebF95I7xKS0ivvg2kThSu04BtFeUmEZMJeMXaMvpdTZhu/ OxCsg7rw8VewvzgpoemEBDtQW1LMsllhjGypSoUvuiXzjlSTac+ccIeg9FIlp1MMYyzE 1jbg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=6ny5gHiz1k0Mbm1O6kTOZLFyvF9jYQOXoRlh1QTtNBA=; b=Dnah2z9tvrrkqJStX8aF1VX/2Z2mU44a3vB5UXUU8i2AYfJcSAK+v1tJLYHpMLacO9 RpRBcl69Gv+xl2lpKGEBULRfU3kIqt3Z3zy2t3KrhBpEteAG269NaL+r+0oKbdKNAGH5 IdjcCq71wSh/x0+qhu/c0IltEP60OR6R5gBGggEhs/M7bd087/XDIM0UZShTpNPUVK0A DQ8PRPVfPA8O26oj+TIvnmst5Atka9L4YfzeT+0l+LOOQBbfR+hVGR7ccPTczJuhafKZ sBdFPC4WOYa3MZDYqtLfkih30Q+1ax/UhIP4bLm1uYoXmDnloA/VNr7KHrTmSo7yfw1K tEKw== X-Gm-Message-State: APf1xPA9B99ZrKSHvsOH44PxbNbfU0DwrAb8/xSWVQuQbBIvBgvdltBS nVfAbukmkpbb19DmBmGJZdeRqA== X-Google-Smtp-Source: AG47ELvsUM3BM7mV1iFYmo8rjT8AwGK1JdAn3nbq4aBk821vdorjU0WndB16bqmCDNT8P6Qb6Y0ZZA== X-Received: by 10.80.178.227 with SMTP id p90mr4148912edd.74.1519934618047; Thu, 01 Mar 2018 12:03:38 -0800 (PST) Received: from Johans-MacBook-Air-2.local (92-111-79-242.cable.dynamic.v4.ziggo.nl. [92.111.79.242]) by smtp.googlemail.com with ESMTPSA id b47sm6092049ede.13.2018.03.01.12.03.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 01 Mar 2018 12:03:37 -0800 (PST) Subject: Re: build kernel failure stable11 iwi related To: Eitan Adler Cc: freebsd-stable References: <04132503-cd53-c60f-8ec6-72a622c146bc@gmail.com> From: Johan Hendriks Message-ID: <041d2bcb-4dd6-8aa2-4345-a223cb1861bd@gmail.com> Date: Thu, 1 Mar 2018 21:03:36 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: nl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 20:03:40 -0000 Op 01/03/2018 om 17:03 schreef Eitan Adler: > On 1 March 2018 at 05:34, Trond Endrestøl > wrote: >> On Thu, 1 Mar 2018 14:09+0100, Trond Endrestøl wrote: >> >>> If you revert to r330229, i.e. svn up -r330229 /usr/src, you should be >>> able to build a working kernel. >>> >>> r330230 added "17" to line 1939 of sys/conf/files breaking iwm(fw), >>> and I suspect "17" should be "22", or maybe the "D" should be removed. >>> >>> r330233 caused the errors you reported. >>> >>> I hope these errors will be corrected shortly. > Build error is fixed. Sorry for the breakage > >> r330229 is also broken. I had to revert to r330113 to avoid any of the >> recent iwm commits. > Did r330242 fix the issue for you? > > I updated my source tree to 330248 and can confirm it builds fine now. Thank you for your time and effort. regards Johan From owner-freebsd-stable@freebsd.org Fri Mar 2 02:21:27 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ECB92F3EA51 for ; Fri, 2 Mar 2018 02:21:26 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7260585D38 for ; Fri, 2 Mar 2018 02:21:26 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id 2FEB8F3EA49; Fri, 2 Mar 2018 02:21:26 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0DA20F3EA48 for ; Fri, 2 Mar 2018 02:21:26 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 96EFF85D2E for ; Fri, 2 Mar 2018 02:21:24 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (pD9FA8FAD.dip0.t-ipconnect.de [217.250.143.173]) (authenticated bits=0) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id w221Jf2X085520 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 2 Mar 2018 01:20:01 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id w221L42H070826 for ; Fri, 2 Mar 2018 02:21:05 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id w221Kkme034444 for ; Fri, 2 Mar 2018 02:21:04 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201803020121.w221Kkme034444@fire.js.berklix.net> To: stable@freebsd.org Subject: memory leak in inetd 10.3-STABLE .svn_revision 304147 ? From: "Julian H. Stacey" Organization: http://berklix.eu BSD Linux Unix Consultants, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ Date: Fri, 02 Mar 2018 02:20:46 +0100 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 02:21:27 -0000 Hi stable@freebsd.org I think I have found a memory leak with inetd on 10.3-STABLE (server runs in a VM); server ran out of swap. top Mem: 34M Active, 791M Inact, 387M Wired, 200K Cache, 212M Buf, 759M Free Swap: 614M Total, 605M Used, 8744K Free, 98% Inuse uptime 4:47PM up 544 days, 2:56, 2 users, load averages: 0.26, 0.30, 0.32 uname -a FreeBSD slim.domain 10.3-STABLE FreeBSD 10.3-STABLE #0: Tue Aug 16 18:09:22 CEST 2016 jhs@slim.domain:/usr/obj/usr/src/sys/GENERIC amd64 First I just commented out a few trivial getty as a start, ran kill -HUP 1 and was surprised to get loads of swap back: swapinfo Device 1K-blocks Used Avail Capacity /dev/da0p3 628736 81056 547680 13% ( Before I ran `kill -9 541` after seeing this: PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 541 root 2 52 0 769M 103M select 28.4H 0.00% vmtoolsd but it didn't gain me swap space, hence next the `kill -HUP 1` which I had first avoided, as server is remote. Restarting vmtoolsd leaves swapinfo unchanged. ) top CPU: 0.8% user, 0.0% nice, 3.1% system, 0.0% interrupt, 96.1% idle Mem: 32M Active, 711M Inact, 383M Wired, 176K Cache, 216M Buf, 846M Free Swap: 614M Total, 79M Used, 535M Free, 12% Inuse /var/log/dmesg.today 858 x swap_pager_getswapspace In case someone asks me to de specific debugging, that server has: cd /usr/src cat .svn_revision 304147 cat .ctm_status src-10 1304 Though I'm wary of a reboot with a debug kernel in case it hangs, as it's a remote live server. (So I guess an ideal world would have someone say there used to be a leak but it was fixed long since.) PS Below there's an intriguing "Swap: 32G", presumably coming from hypervisor outside my server. ------------- BEFORE top last pid: 91299; load averages: 0.62, 0.68, 0.49 up 543+22:18:42 12:09:35 47 processes: 1 running, 46 sleeping Mem: 34M Active, 791M Inact, 387M Wired, 200K Cache, 212M Buf, 759M Free Swap: 614M Total, 605M Used, 8744K Free, 98% Inuse PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 541 root 2 52 0 769M 103M select 28.4H 0.00% vmtoolsd 579 root 1 20 0 21900K 13812K select 862:04 0.00% ntpd 47677 bind 4 20 0 74956K 27996K kqread 227:10 0.00% named 411 root 1 20 0 14524K 1708K select 124:23 0.00% syslogd 313 root 1 20 0 13656K 536K select 121:22 0.00% devd 63839 root 1 20 0 51512K 4852K select 61:12 0.00% sendmail 35589 mailman 1 20 0 108M 13168K select 53:29 0.00% python2. 35592 mailman 1 20 0 108M 14852K select 50:27 0.00% python2. 35588 mailman 1 20 0 112M 15384K select 49:43 0.00% python2. 35593 mailman 1 20 0 107M 13344K select 49:10 0.00% python2. 35590 mailman 1 20 0 112M 15272K select 48:49 0.00% python2. 35591 mailman 1 20 0 113M 18564K select 46:37 0.00% python2. 651 root 1 20 0 61316K 4116K select 17:21 0.00% sshd 676 root 1 20 0 16624K 2228K nanslp 11:02 0.00% cron 63843 smmsp 1 20 0 26480K 4048K pause 0:30 0.00% sendmail 35594 mailman 1 20 0 106M 5932K select 0:27 0.00% python2. 78594 root 1 20 0 16832K 2576K kqread 0:15 0.00% dovecot 78720 root 1 20 0 147M 9512K select 0:09 0.00% httpd ------------- IMMEDIATELY BEFORE last pid: 12063; load averages: 0.02, 0.06, 0.07 up 360+17:30:09 12:05:23 23 processes: 1 running, 22 sleeping CPU: 0.0% user, 0.0% nice, 0.1% system, 0.0% interrupt, 99.9% idle Mem: 242M Active, 18G Inact, 12G Wired, 161M Cache, 240M Free ARC: 8578M Total, 3785M MFU, 809M MRU, 59K Anon, 227M Header, 3758M Other Swap: 32G Total, 200M Used, 32G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAN 97336 bind 11 20 0 109M 30084K kqread 4 57:01 0.00% named 1544 root 1 20 0 14536K 656K select 7 10:19 0.00% syslog 47145 root 1 20 0 41596K 3008K select 2 7:42 0.00% sendma 22566 root 1 20 0 16836K 1324K kqread 6 7:00 0.00% doveco 22567 root 1 20 0 21264K 1176K kqread 6 2:28 0.00% doveco 1704 root 1 20 0 34636K 744K select 2 1:31 0.00% sshd 6181 root 1 20 0 149M 7192K select 4 1:00 0.00% httpd 1764 root 1 20 0 18752K 708K select 2 0:47 0.00% inetd 1749 root 1 20 0 16632K 468K nanslp 2 0:39 0.00% cron 47148 smmsp 1 20 0 29096K 2148K pause 2 0:02 0.00% sendma 11064 www 1 20 0 149M 7360K select 7 0:00 0.00% httpd 11102 www 1 20 0 149M 7344K accept 4 0:00 0.00% httpd 11104 www 1 20 0 149M 7332K accept 4 0:00 0.00% httpd 11681 root 1 20 0 21264K 2468K kqread 3 0:00 0.00% doveco 11303 www 1 20 0 149M 7332K accept 4 0:00 0.00% httpd 11975 jhs 1 20 0 21952K 2492K CPU4 4 0:00 0.00% top 11948 jhs 1 37 0 23604K 3272K pause 6 0:00 0.00% csh 11302 www 1 20 0 149M 7316K accept 5 0:00 0.00% httpd top last pid: 91299; load averages: 0.62, 0.68, 0.49 up 543+22:18:42 12:09:35 47 processes: 1 running, 46 sleeping Mem: 34M Active, 791M Inact, 387M Wired, 200K Cache, 212M Buf, 759M Free Swap: 614M Total, 605M Used, 8744K Free, 98% Inuse PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 541 root 2 52 0 769M 103M select 28.4H 0.00% vmtoolsd 579 root 1 20 0 21900K 13812K select 862:04 0.00% ntpd 47677 bind 4 20 0 74956K 27996K kqread 227:10 0.00% named 411 root 1 20 0 14524K 1708K select 124:23 0.00% syslogd 313 root 1 20 0 13656K 536K select 121:22 0.00% devd 63839 root 1 20 0 51512K 4852K select 61:12 0.00% sendmail 35589 mailman 1 20 0 108M 13168K select 53:29 0.00% python2. 35592 mailman 1 20 0 108M 14852K select 50:27 0.00% python2. 35588 mailman 1 20 0 112M 15384K select 49:43 0.00% python2. 35593 mailman 1 20 0 107M 13344K select 49:10 0.00% python2. 35590 mailman 1 20 0 112M 15272K select 48:49 0.00% python2. 35591 mailman 1 20 0 113M 18564K select 46:37 0.00% python2. 651 root 1 20 0 61316K 4116K select 17:21 0.00% sshd 676 root 1 20 0 16624K 2228K nanslp 11:02 0.00% cron 63843 smmsp 1 20 0 26480K 4048K pause 0:30 0.00% sendmail 35594 mailman 1 20 0 106M 5932K select 0:27 0.00% python2. 78594 root 1 20 0 16832K 2576K kqread 0:15 0.00% dovecot 78720 root 1 20 0 147M 9512K select 0:09 0.00% httpd ps -laxww | more UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -8 0 0 144 - DLs - 4:42.13 [kernel] 0 1 0 0 20 0 9512 128 wait SLs - 0:48.15 /sbin/init -- 0 2 0 0 -16 0 0 32 - DL - 55:14.71 [cam] 0 3 0 0 -16 0 0 16 idle DL - 0:00.00 [mpt_recovery0] 0 4 0 0 -16 0 0 16 - DL - 5:43.13 [fdc0] 0 5 0 0 -16 0 0 16 waiting_ DL - 0:00.00 [sctp_iterator] 0 6 0 0 -16 0 0 32 umarcl DL - 93:37.08 [pagedaemon] 0 7 0 0 -16 0 0 16 psleep DL - 0:00.00 [vmdaemon] 0 8 0 0 155 0 0 16 pgzero DL - 0:02.78 [pagezero] 0 9 0 0 20 0 0 32 sdflush DL - 31:47.71 [bufdaemon] 0 10 0 0 -16 0 0 16 audit_wo DL - 0:00.00 [audit] 0 11 0 0 155 0 0 16 - RL - 769327:03.04 [idle] 0 12 0 0 -76 0 0 224 - WL - 1025:24.01 [intr] 0 13 0 0 -8 0 0 48 - DL - 0:00.05 [geom] 0 14 0 0 -16 0 0 16 - DL - 158:35.64 [rand_harvestq] 0 15 0 0 20 0 0 16 vlruwt DL - 6:34.70 [vnlru] 0 16 0 0 16 0 0 16 syncer DL - 1362:58.23 [syncer] 0 313 1 0 20 0 13656 536 select Ss - 121:24.12 /sbin/devd 0 401 0 0 -16 0 0 16 vmhgfs_w IL - 0:00.00 [HgfsKReqWorker] 0 411 1 0 20 0 14524 1708 select Ss - 124:26.53 /usr/sbin/syslogd -s 0 579 1 0 20 0 21900 13812 select Ss - 862:27.23 /usr/sbin/ntpd -g -c /etc/ntp.conf -p /var/run/ntpd.pid -f /var/db/ntpd.drift 0 651 1 0 21 0 61316 4116 select Ss - 17:21.09 /usr/sbin/sshd 0 676 1 0 20 0 16624 2228 nanslp Is - 11:02.70 /usr/sbin/cron -s 91 35587 1 0 20 0 108488 10832 wait Is - 0:00.54 /usr/local/bin/python2.7 /usr/local/mailman/bin/mailmanctl -s -q start 91 35588 35587 0 20 0 115156 15384 select S - 49:48.20 /usr/local/bin/python2.7 /usr/local/mailman/bin/qrunner --runner=ArchRunner:0:1 -s 91 35589 35587 0 20 0 110536 13168 select S - 53:33.77 /usr/local/bin/python2.7 /usr/local/mailman/bin/qrunner --runner=BounceRunner:0:1 -s 91 35590 35587 0 20 0 114888 15272 select S - 48:53.67 /usr/local/bin/python2.7 /usr/local/mailman/bin/qrunner --runner=CommandRunner:0:1 -s 91 35591 35587 0 20 0 115668 18564 select S - 46:41.33 /usr/local/bin/python2.7 /usr/local/mailman/bin/qrunner --runner=IncomingRunner:0:1 -s 91 35592 35587 0 20 0 110292 14852 select S - 50:32.31 /usr/local/bin/python2.7 /usr/local/mailman/bin/qrunner --runner=OutgoingRunner:0:1 -s 91 35593 35587 0 20 0 110024 13344 select S - 49:14.36 /usr/local/bin/python2.7 /usr/local/mailman/bin/qrunner --runner=VirginRunner:0:1 -s 91 35594 35587 0 20 0 108488 5932 select I - 0:27.29 /usr/local/bin/python2.7 /usr/local/mailman/bin/qrunner --runner=RetryRunner:0:1 -s 53 47677 1 0 20 0 74956 27996 kqread Ss - 227:22.82 /usr/local/sbin/named -4 -u bind -c /usr/local/etc/namedb/named.conf 0 63839 1 0 20 0 51512 4852 select Ss - 61:18.19 sendmail: accepting connections (sendmail) 25 63843 1 0 20 0 26480 4048 pause Is - 0:30.08 sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sendmail) 0 78594 1 0 20 0 16832 2576 kqread Ss - 0:21.69 /usr/local/sbin/dovecot -c /usr/local/etc/dovecot.conf 0 78595 78594 0 20 0 21260 2796 kqread S - 0:04.84 dovecot-auth 0 78720 1 0 20 0 150768 9512 select Ss - 0:10.67 /usr/local/sbin/httpd -DNOHTTPACCEPT 0 86419 1 0 52 0 17096 2512 wait I - 0:00.00 /bin/sh /etc/periodic/daily/480.leapfile-ntpd 0 86425 86419 0 52 0 8260 1924 nanslp I - 0:00.00 sleep 50591 ------------- AFTER last pid: 95078; load averages: 0.26, 0.31, 0.32 up 544+03:02:39 16:53:32 48 processes: 1 running, 47 sleeping Mem: 34M Active, 715M Inact, 384M Wired, 176K Cache, 213M Buf, 837M Free Swap: 614M Total, 79M Used, 535M Free, 12% Inuse PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 94918 www 1 20 0 147M 9684K select 0:00 0.10% httpd 579 root 1 20 0 21900K 13812K select 862:28 0.00% ntpd 47677 bind 4 20 0 74956K 27996K kqread 227:23 0.00% named 411 root 1 20 0 14524K 1708K select 124:27 0.00% syslogd 313 root 1 20 0 13656K 536K select 121:24 0.00% devd 63839 root 1 20 0 51512K 4852K select 61:18 0.00% sendmail 35589 mailman 1 20 0 108M 13168K select 53:34 0.00% python2.7 35592 mailman 1 20 0 108M 14852K select 50:32 0.00% python2.7 35588 mailman 1 20 0 112M 15384K select 49:48 0.00% python2.7 35593 mailman 1 20 0 107M 13344K select 49:15 0.00% python2.7 35590 mailman 1 20 0 112M 15272K select 48:54 0.00% python2.7 35591 mailman 1 20 0 113M 18564K select 46:42 0.00% python2.7 651 root 1 20 0 61316K 4116K select 17:21 0.00% sshd 676 root 1 20 0 16624K 2228K nanslp 11:03 0.00% cron 91232 jhs 1 20 0 21948K 3112K select 0:39 0.00% top 63843 smmsp 1 20 0 26480K 4048K pause 0:30 0.00% sendmail 35594 mailman 1 20 0 106M 5932K select 0:27 0.00% python2.7 78594 root 1 20 0 16832K 2576K kqread 0:22 0.00% dovecot ------------- Cheers, Julian -- Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU. UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3. Petition for votes: http://berklix.eu/queen/ From owner-freebsd-stable@freebsd.org Fri Mar 2 06:54:49 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 534E1F2957E for ; Fri, 2 Mar 2018 06:54:49 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) Received: from mail2.frequentis.com (mail2.frequentis.com [195.20.158.51]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "spamquarantine.frequentis.frq", Issuer "Frequentis Enterprise Issuing CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AE6B3706AA for ; Fri, 2 Mar 2018 06:54:47 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) X-IronPort-AV: E=Sophos;i="5.47,411,1515452400"; d="scan'208,217";a="2425276" Received: from vie191nt.frequentis.frq ([172.16.1.191]) by mail2.frequentis.com with ESMTP; 02 Mar 2018 07:53:37 +0100 Received: from vie196nt.frequentis.frq ([172.16.1.196]) by vie191nt.frequentis.frq ([172.16.1.191]) with mapi id 14.03.0382.000; Fri, 2 Mar 2018 07:53:37 +0100 From: NAGY Andreas To: "freebsd-stable@freebsd.org" Subject: =?utf-8?B?TkZTIDQuMSBSRUNMQUlNX0NPTVBMRVRFIEZTwqBmYWlsZWQgZXJyb3IgaW4g?= =?utf-8?Q?combination_with_ESXi_client?= Thread-Topic: =?utf-8?B?TkZTIDQuMSBSRUNMQUlNX0NPTVBMRVRFIEZTwqBmYWlsZWQgZXJyb3IgaW4g?= =?utf-8?Q?combination_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQ== Date: Fri, 2 Mar 2018 06:53:36 +0000 Message-ID: Accept-Language: de-AT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 06:54:49 -0000 SGksDQoNCkkgYW0gdHJ5aW5nIHRvIGdldCBhIEZyZWVCU0QgTkZTIDQuMSBleHBvcnQgd29ya2lu ZyB3aXRoIFZNd2FyZSBFc3hpIDYuNXUxLCBidXQgaXQgaXMgYWx3YXlzIG1vdW50ZWQgYXMgcmVh ZCBvbmx5Lg0KDQpBZnRlciBzb21lIHJlc2VhcmNoLCBJIGZvdW5kIG91dCB0aGF0IHRoaXMgaXMg YSBrbm93biBwcm9ibGVtLCBhbmQgdGhlcmUgYXJlIHRocmVhZHMgYWJvdXQgdGhpcyBmcm9tIDIw MTUgYWxzbyBpbiB0aGUgbWFpbGluZ2xpc3QgYXJjaGl2ZS4NCg0KQXMgaXQgc2VlbXMgVk13YXJl IHdpbGwgbm90IGNoYW5nZSB0aGUgYmFodmlvciBvZiB0aGVyZSBORlMgNC4xIGNsaWVudCBJIHdh bnRlZCB0byBhc2sgaGVyZSBpZiB0aGVyZSBpcyBhIHBhdGNoIG9yIHdvcmthcm91bmQgZm9yIHRo aXMgYXZhaWxhYmxlLg0KDQogSGVyZSB0aGUgdHJlYWQgYXQgVk13YXJlOg0KaHR0cHM6Ly9jb21t dW5pdGllcy52bXdhcmUuY29tL3RocmVhZC81MTc3ODgNCg0KQW5kIGhlcmUgd2hhdCBJIGZvdW5k IGluIHRoZSBhcmNoaXZlIG9mIHRoZSBsaXN0Og0KaHR0cHM6Ly9saXN0cy5mcmVlYnNkLm9yZy9w aXBlcm1haWwvZnJlZWJzZC1zdGFibGUvMjAxNS1NYXkvMDgyMzgxLmh0bWwNCg0KVGhhbmssDQpB bmRpDQoNCg0KDQo= From owner-freebsd-stable@freebsd.org Fri Mar 2 07:41:52 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2DB0F2C193 for ; Fri, 2 Mar 2018 07:41:52 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A729723CB for ; Fri, 2 Mar 2018 07:41:51 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id w227fknq020706 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 2 Mar 2018 08:41:46 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id w227fkcr020703 for ; Fri, 2 Mar 2018 08:41:46 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Fri, 2 Mar 2018 08:41:46 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: freebsd-stable Subject: Re: build kernel failure stable11 iwi related In-Reply-To: Message-ID: References: <04132503-cd53-c60f-8ec6-72a622c146bc@gmail.com> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 07:41:53 -0000 On Thu, 1 Mar 2018 08:03-0800, Eitan Adler wrote: > >> I hope these errors will be corrected shortly. > > Build error is fixed. Sorry for the breakage > > > r330229 is also broken. I had to revert to r330113 to avoid any of the > > recent iwm commits. > > Did r330242 fix the issue for you? Yes, it did. Thank you. -- Trond. From owner-freebsd-stable@freebsd.org Fri Mar 2 08:23:38 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3EE4F2EF1B for ; Fri, 2 Mar 2018 08:23:37 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from resqmta-po-10v.sys.comcast.net (resqmta-po-10v.sys.comcast.net [IPv6:2001:558:fe16:19:96:114:154:169]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "resqmta-po-01v.sys.comcast.net", Issuer "COMODO RSA Organization Validation Secure Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9358973F50 for ; Fri, 2 Mar 2018 08:23:37 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from resomta-po-07v.sys.comcast.net ([96.114.154.231]) by resqmta-po-10v.sys.comcast.net with ESMTP id rfyaeM96QakKcrfyaeXuql; Fri, 02 Mar 2018 08:23:36 +0000 Received: from koitsu.org ([71.198.44.84]) by resomta-po-07v.sys.comcast.net with SMTP id rfyZeOwiGFD3krfyZemWF6; Fri, 02 Mar 2018 08:23:36 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 91B6A1581FB8; Fri, 2 Mar 2018 00:23:34 -0800 (PST) Date: Fri, 2 Mar 2018 00:23:34 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Cc: kib@freebsd.org, des@freebsd.org, pluknet@freebsd.org, eadler@freebsd.org Subject: total configured swap pages exceeds maximum recommended amount Message-ID: <20180302082334.GA6220@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.9.3 (2018-01-21) X-CMAE-Envelope: MS4wfMdIeZWyxUFrljOGwCBiuuBL/UtYbJMbactp8A+1/BcYObZ/s2lxMe/lo089nnA6fjzyQA7i9dajFEiBNoObUtSFeV1yDCHa86CeMpie2ziDoPMCosDl EyzV6O5mnk4YVGMgkCIJNrx3niv2wU6yF3lxXXdD+SYFQ12uXDGgVITJiwcHkE//Pmn0LiT8yO2yDHAf2t7aX7PGqh3RSF1TGayClYekPrWTNWFrQdaJJVwh hcqstf5k7QZNJ9XlWtKXprlkHq7Q1aChwOIqkhveqz4= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 08:23:38 -0000 I am not subscribed to -stable, so please keep me CC'd. I am CC'ing folks who have touched this code or dealt with it recently or in the past. Something has changed regarding how FreeBSD determines when to emit this message. I do not know if this is a regression. The message below comes from a stable/11 r330260 amd64 box w/ 8GB RAM and 32GB swap during boot: warning: total configured swap (8358563 pages) exceeds maximum recommended amount (8141112 pages). warning: increase kern.maxswzone or reduce amount of swap. In stable/9, the message could be squelched via kern.maxswzone="0" in loader.conf. Confirmation is here (see Dag-Erling's responses): https://lists.freebsd.org/pipermail/freebsd-stable/2012-August/069301.html In stable/11, this no longer appears to work (the default value is 0). The reason this box has 32GB swap (4x more than existing RAM) has to do with planning ahead. The system can support up to 32GB RAM, but does not have all the DIMM slots populated at this time. Swap on this machine is a physical partition on its main disk, thus "shrinking swap" is not not possible without a full format/reinstall. This code has been touched/tweaked semi-recently in PR 221356: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221356 Code references: stable/9: https://svnweb.freebsd.org/base/stable/9/sys/vm/swap_pager.c?annotate=284100#l2132 stable/10: https://svnweb.freebsd.org/base/stable/10/sys/vm/swap_pager.c?annotate=320557#l2156 stable/11: https://svnweb.freebsd.org/base/stable/11/sys/vm/swap_pager.c?annotate=329591#l2126 My questions: how does one squelch this warning message on such systems running stable/11? If it involves setting the tunable to a more useful value, how does one reliably calculate that value? Thank you. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@freebsd.org Fri Mar 2 11:49:15 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02E72F3DAC6 for ; Fri, 2 Mar 2018 11:49:15 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 4A4777C29D for ; Fri, 2 Mar 2018 11:49:14 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id w22BnCnB054295; Fri, 2 Mar 2018 11:49:12 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id w22BnB20054294; Fri, 2 Mar 2018 03:49:11 -0800 (PST) (envelope-from david) Date: Fri, 2 Mar 2018 03:49:11 -0800 From: David Wolfskill To: Jeremy Chadwick Cc: freebsd-stable@freebsd.org Subject: Re: total configured swap pages exceeds maximum recommended amount Message-ID: <20180302114911.GD1144@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Jeremy Chadwick , freebsd-stable@freebsd.org References: <20180302082334.GA6220@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="7JkapV4Jq7JYs/O0" Content-Disposition: inline In-Reply-To: <20180302082334.GA6220@icarus.home.lan> User-Agent: Mutt/1.9.3 (2018-01-21) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 11:49:15 -0000 --7JkapV4Jq7JYs/O0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Recipient list trimmed, as this response addresses a peripheral consern -- dhw] On Fri, Mar 02, 2018 at 12:23:34AM -0800, Jeremy Chadwick wrote: > ... > The reason this box has 32GB swap (4x more than existing RAM) has to do > with planning ahead. The system can support up to 32GB RAM, but does > not have all the DIMM slots populated at this time. Swap on this > machine is a physical partition on its main disk, thus "shrinking swap" > is not not possible without a full format/reinstall. > ..... Actually, now that you have sized the partitions. you could use "gpart resize" to shrink the (effective) swap partition, leaving a "hole" (of unused diske space) -- for now. Later, you could use "gpart resize" again to reclaim (some of) the unused space for your swap partition, should you want to do so. Peace, david --=20 David H. Wolfskill david@catwhisker.org Yes, the indictments don't "prove" guilt; that's what trials are for. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --7JkapV4Jq7JYs/O0 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEzLfO+ReoAfQwZNd7FTnMQKBJ7hcFAlqZOjdfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEND QjdDRUY5MTdBODAxRjQzMDY0RDc3QjE1MzlDQzQwQTA0OUVFMTcACgkQFTnMQKBJ 7heHAggAjjj7wGiSyAIWckO9ArwAht3PerU13Tywi4l8MZXwrYxgxYbR7WddrkHB +epjWLwqisaVSeqMzIgaGvK7BBr12W9rsUrn/YDGeRSmlzSRkjc0NgHNeFNA/Xhv ln/sbb1BURQBYCT0UCp7kMUGhTO/fzAWCB2QAckfENN5xO2xLm1iUjx1f/0iSSmr UBjgZKGDWpCGqzHPs7G0QMm4cWEoMQD0H+irlQcKdVnyTSWIsMmL3adtn70ubLbC sh4NhePttCAP1rvIYSIxy3jEXWWzUh0dYufAsB5YgOzpz7nbbK76HSmMma3xy0pc I1ePvJRCUC6cym9pkNaHBqv/KV0wSA== =XH6E -----END PGP SIGNATURE----- --7JkapV4Jq7JYs/O0-- From owner-freebsd-stable@freebsd.org Fri Mar 2 15:53:39 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 334C3F2F28C for ; Fri, 2 Mar 2018 15:53:39 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from montes.get.c.bitbit.net (montes.getmail.no [84.210.184.12]) (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 B7A8C68066 for ; Fri, 2 Mar 2018 15:53:37 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from bouvier.getmail.no (unknown [10.7.88.12]) by montes.get.c.bitbit.net (Postfix) with ESMTPS id 7CAE67F for ; Fri, 2 Mar 2018 16:53:28 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by bouvier.getmail.no (Postfix) with ESMTP id 953E043CA8 for ; Fri, 2 Mar 2018 16:53:20 +0100 (CET) Received: from bouvier.getmail.no ([127.0.0.1]) by localhost (bouvier.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 5-1c6PQ5SjhA for ; Fri, 2 Mar 2018 16:53:20 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by bouvier.getmail.no (Postfix) with ESMTP id 257B2443BD for ; Fri, 2 Mar 2018 16:53:20 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.9.2 bouvier.getmail.no 257B2443BD DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=getmail.no; s=8A9C8B4C-D727-11E2-8095-B6466E6B3FA2; t=1520006000; bh=E8CXMaCoQCwJVze63HAogXavvzpwWsc0Q3gKM5Q7ZTw=; h=Date:From:To:Subject:Message-Id:Mime-Version:Content-Type: Content-Transfer-Encoding; b=eguosPcEtRxxI+RLX3fyezrISHcvmNE2iWWCoDFY1IyL/X/gIA6oPzgI0sxbHWLpj 5uo0JBN7Xu3ktBlTRNgabFrv7qdP7mX4rZxCHhxY7aJ+UTCKTdmOHDORe14D96W57C Fgr9FdvDzY6DP9caynNBRJmryOg64TT+iSFSgERk= X-Virus-Scanned: amavisd-new at bouvier.get.c.bitbit.net Received: from bouvier.getmail.no ([127.0.0.1]) by localhost (bouvier.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 4Zs5PkrzEFHB for ; Fri, 2 Mar 2018 16:53:20 +0100 (CET) Received: from kg-core1.kg4.no (cm-84.209.39.108.getinternet.no [84.209.39.108]) by bouvier.getmail.no (Postfix) with ESMTPSA id CB17F43CA8 for ; Fri, 2 Mar 2018 16:53:19 +0100 (CET) Date: Fri, 2 Mar 2018 16:53:19 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Subject: Re: [CFT] [X11] graphics/drm-next-kmod now builds, loads and works on FreeBSD-11-stable Message-Id: <20180302165319.98905ae207bdae80f6052474@getmail.no> In-Reply-To: <3ad595ce-e15b-d475-e057-4dde88e2630c@selasky.org> References: <3ad595ce-e15b-d475-e057-4dde88e2630c@selasky.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.31; amd64-portbld-freebsd10.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 15:53:39 -0000 On Sun, 18 Feb 2018 21:35:24 +0100 Hans Petter Selasky wrote: > Hi FreeBSD desktop users! > > During the past week and over the weekend all parts needed for building, > loading and using graphics/drm-next-kmod on FreeBSD-11-stable have been > completed! > Thanks for the hard work by all involved! Tested a few days ago, reported in the forum post here: https://forums.freebsd.org/threads/using-drm-next-kmod-on-freebsd-11-stable.64731/#post-378702 TL;DR - it works on a Toshiba Satellite Z30-B-10W (Broadwell-U, Intel HD Graphics 5500). One issue - the text console (before starting Xorg) has serious lag, you can type a command before anything shows on the screen. Should I open an issue for this on Github? HTH -- Torfinn Ingolfsen From owner-freebsd-stable@freebsd.org Fri Mar 2 18:15:04 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7990F3A15F for ; Fri, 2 Mar 2018 18:15:03 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 808446FA6D for ; Fri, 2 Mar 2018 18:15:03 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id DEA2820D7E for ; Fri, 2 Mar 2018 13:15:02 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Fri, 02 Mar 2018 13:15:02 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=INq9XmoNyXiWl/my8u3y1gaKxOCjmBb9l9Zre3R1dbc=; b=Va26nPmu yn+AIZsHJrjgKd5/VH65aE0Ft33bT8n3F2MLkyXdpzORR11m93IMELA6Uvl+gjYB dPr+2357QY8S/zkwKuVvn/Lh7vtM7NCyJ9241Qgfo/NxGBZxBSDNgJlfLEnPJ8fA lSl+SDcBIko6RyJo+0FlNAmKuhuSEVhd61vPikqooEGt73621185YUxr0X08Tv+h NagQEa7zXUoDW69S78ACz+A5r98eAJrLPk5aBixVrsyz12XwTfxMevmmzC5K/Qt3 xdwPfFuPGl1iLpbPIXXdYvUZmZ/JHV+d/dNA4KvObpkdg9Y4zV7Arstfel6/1fZ/ wPjg/p9Ca9knfg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=INq9XmoNyXiWl/my8u3y1gaKxOCjm Bb9l9Zre3R1dbc=; b=CDsJGJyn1Bhcn9mY1UrkBYJhBLS8JXa3OtXDGk/BLkrES vRyCD7cV6haQOHPpL/SXbry1SzR7zIj/VScyxboncJfYW8PVtHd988TvE21K//pr gvdsvAbVs6nkrqmNeLjpLoPUtQjJqtTBltabbhGnTccPMUMiqTOH36tNPx6IXFra Av3X43aGlvlNr9yVjX+ws23xmVCpGO1MYBSOj3YMYvPtbyhajd9OiIDsTAJbKnUm e0D1arCg8Ta9Tjy7LmjVQbk2AIdJxHL3X7MX5IzaqC1MkmRYyN2YX+gKFIkEHmxL tGHrmg4fqGBYUE8+Acj35Y8b10+Us5mthZT5wpHCg== X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 5DAC17E68B for ; Fri, 2 Mar 2018 13:15:02 -0500 (EST) From: tech-lists Subject: recent 11.1-stable oddness To: freebsd-stable@freebsd.org Message-ID: <26df18ce-3a61-8dac-095d-e4dec2b1935e@zyxst.net> Date: Fri, 2 Mar 2018 18:15:00 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 18:15:04 -0000 Hello stable@ Over the last few weeks, I've noticed the following new behaviours from 11.1 stable [only took note of the revision from the last update which was r330243 unfortunately as I thought it was my config/fault initially]: shutdown -r now no longer works as it did (ie: shutdown and reboot). What happens now is that it gets to: "syncing disks, vnodes remaining...5 5 5 4 0 0 0 done All buffers synced Swap device [file] removed. <<<<<-- there is no swapfile installed! Uptime: (whatever the uptime was) ukbd0: detached ums0: detached uhid0: detached uhub6: detached ukbd1: detached uhub3: detached umass0: detached uhub0: detached ...and there it sits until a hard reset via the power button is applied. Reboot and poweroff still work as one would expect. also, why is it talking about a swapfile? There is a swap partition but no swapfile: # swapinfo Device 1K-blocks Used Avail Capacity /dev/ada0s1b 3974580 0 3974580 0% # swapctl -l Device: 1024-blocks Used: /dev/ada0s1b 3974580 0 # cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/ada0s1a / ufs rw 1 1 /dev/ada0s1b none swap sw 0 0 linprocfs /compat/linux/proc linprocfs rw 0 0 tmpfs /compat/linux/dev/shm tmpfs rw,mode=1777 0 0 fdescfs /dev/fd fdescfs rw,late 0 0 any ideas? thanks, - J. From owner-freebsd-stable@freebsd.org Fri Mar 2 18:29:49 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BD77F3B209 for ; Fri, 2 Mar 2018 18:29:49 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9446070474 for ; Fri, 2 Mar 2018 18:29:48 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-lf0-x22a.google.com with SMTP id g72so14660489lfg.3 for ; Fri, 02 Mar 2018 10:29:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=NdP2cAO//OIHwrE21Zi3HlwLVYziB/N47HBU+tti2pw=; b=ppTjfxPezgTIt8HRRHY6i648ouuC58UwtwL0pMRXuyb2Ov0IchALNuKQozoxfkwMYN Wsg+YKksTErV5VEKBic0c/zypJflVkOvxUNNnPUmrH/5hn+oAT8NYfgtxZIqhW9y4nTV RB9HEzMo08Tg7SQRjTYdo1ViiuCh0yzXYvuuP74BDcr+XaXGv5ZRUSsPCe0j5KicwyA+ 1PDRn2KgVCXPDY4Gf7nWYMay0XBAcsUey2wG9kj15AzsIUoEgk8O2CkF9h4IdQ6yi4Un pDCFGJf116NA7rSiKm/TqnGMeWfyAkZBJamP7WYKdUqQflSzflTAHjAFv9y50rbxOztF uj5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=NdP2cAO//OIHwrE21Zi3HlwLVYziB/N47HBU+tti2pw=; b=q0SEqYLtn08Zx9buWu54eqMYkWR3ipFkeUJI/XiZhYBRHx4xVjQFfZ5VucJQvzFxDE YRFWJRFDqxJOKFv0sUXLmP4DRVupVVcfV31bJXTXJXnTVudExGmnVIyWwpUk4/guC0sq zsIwG+WacWDU+mz1ETSFeIyzyK0KSaJ6/eTLGnSuSgEvYYIPlSsk3Lu3FRl+oR8QA5/+ MTZXypWfCo86OHwjSsPs75A5OeVkEDMASDOZWMvAT2eQX62nIsSwFJWP87D1YGzdqklH 4O91boDVuumbD2riwXCE3TFwoCJQ9ClrrT/9VwQlWPAhD8cLyIujc8auI9sHLPzhRF5G lagQ== X-Gm-Message-State: APf1xPCl0TOwvCL9b/1YyGvnmRD0MkQLsZGTx9Ab71BnwnfkhrPbGpfx 3NpGqqxevHSHJQ9YQZM7fhN2q9he8eYKVUwg0FEL7A== X-Google-Smtp-Source: AG47ELsIWeDHRTC8uuaSMSJ0LfKDsYPF51MK0adrC3Pub7Aut61H2Pfr/sB8wl2EplpGImnu+kZ4G/C/8R4UH6EFI74= X-Received: by 10.46.16.212 with SMTP id 81mr4373267ljq.119.1520015387108; Fri, 02 Mar 2018 10:29:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.46.64.216 with HTTP; Fri, 2 Mar 2018 10:29:46 -0800 (PST) In-Reply-To: <26df18ce-3a61-8dac-095d-e4dec2b1935e@zyxst.net> References: <26df18ce-3a61-8dac-095d-e4dec2b1935e@zyxst.net> From: Freddie Cash Date: Fri, 2 Mar 2018 10:29:46 -0800 Message-ID: Subject: Re: recent 11.1-stable oddness To: tech-lists Cc: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 18:29:49 -0000 On Fri, Mar 2, 2018 at 10:15 AM, tech-lists wrote: > Hello stable@ > > Over the last few weeks, I've noticed the following new behaviours from > 11.1 stable [only took note of the revision from the last update which > was r330243 unfortunately as I thought it was my config/fault initially]: > > shutdown -r now no longer works as it did (ie: shutdown and reboot). > What happens now is that it gets to: > > "syncing disks, vnodes remaining...5 5 5 4 0 0 0 done > All buffers synced > Swap device [file] removed. <<<<<-- there is no swapfile installed! > Uptime: (whatever the uptime was) > ukbd0: detached > ums0: detached > uhid0: detached > uhub6: detached > ukbd1: detached > uhub3: detached > umass0: detached > uhub0: detached > > ...and there it sits until a hard reset via the power button is applied. > =E2=80=8BIf you set hw.usb.no_shutdown_wait to 1 via sysctl, does it shutdown/reboot normally? --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@freebsd.org Fri Mar 2 18:38:04 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9549CF3BDA1 for ; Fri, 2 Mar 2018 18:38:04 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 346DA70CE9 for ; Fri, 2 Mar 2018 18:38:03 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 1AFA3206E2; Fri, 2 Mar 2018 13:38:03 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Fri, 02 Mar 2018 13:38:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=r7trvJ7PTf1uM2ZDkQjwAexyHiN4a YHtZ1lcwkx2QLo=; b=YHaQwf3DxQ06ahwEiMLR0ztA1P84jRV/haNU0EjEMqcLH jq888yQEf4ZjkKz37oyLce3zWdbjbfMOfKoGvRBm6kawBfCTSeeYgcIdJU+UwKYk Jn0ybK4p8zK4z/PxEkwGg8u8LYPHJJk46lDhQOnMc7Z6QbNMzOS04oFkzMVlUd9j pJXjSCBO91Ea9ykHrshUhNXmCfxoKtelnT10ZQuYKBQTQmozr9aSJKj9LV8yoPMi DHxGhStLjWDwnIFC10/WJtUmrgGBrd6tR9MacxMUFlK0QmZGMGRYUGzYv45kGfXm 92SAhMmo++3siQuVK9piBzbuiTO6ZqvJyDnA39KWA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=r7trvJ 7PTf1uM2ZDkQjwAexyHiN4aYHtZ1lcwkx2QLo=; b=MWbWa3vZ7ifNNLjit/y2Rs YTR7YvvKev9/ttuaR988PJqTgmI/H9mnn0QKE4ozzAXf3KDyI+Qm+j583fwWL2NV vIe2pKv/m7ZQAvgDa8e4GpzvHLXfB1gw8F1uAJRW8bkZ0DJOcpRpKnqF0ihI1DcX RFA6gaN7c7BRNM3mqYqpxKaK5cvUbjIDas1D+ns/Erwbd7oXvyTjGOh2ugBDuoue 29UXz7Zg0N9AyREOjYxyOFUdVmOoXt8dG9GKwhN7y8WkF3S2Ru5ghoKN+nNCl+sZ fi+Qy1geBtlsj1Ltt0819q5bnt22vFCET57xCKTL+uS5oHm/nglv79q+6Ov+f9BA == X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 676367E4AA; Fri, 2 Mar 2018 13:38:02 -0500 (EST) Subject: Re: recent 11.1-stable oddness To: Freddie Cash Cc: FreeBSD Stable References: <26df18ce-3a61-8dac-095d-e4dec2b1935e@zyxst.net> From: tech-lists Message-ID: <0f75d00d-6bf9-3ce0-cea2-b9f9a7a932cd@zyxst.net> Date: Fri, 2 Mar 2018 18:38:01 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 18:38:04 -0000 On 02/03/2018 18:29, Freddie Cash wrote: > If you set hw.usb.no_shutdown_wait to 1 via sysctl, does it > shutdown/reboot normally? thanks for the tip. I'll try it and let you know -- J. From owner-freebsd-stable@freebsd.org Fri Mar 2 18:51:37 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15BA2F3CE12 for ; Fri, 2 Mar 2018 18:51:37 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 AE016718EA for ; Fri, 2 Mar 2018 18:51:36 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 461DE20DA9; Fri, 2 Mar 2018 13:51:36 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Fri, 02 Mar 2018 13:51:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=IytaCXqFkEe0TNhgWI/KcCxpEjEea V3g2R9nbcu+6lU=; b=EZ5Oh84tGAwDKgYXXGJhzgbVm+8TRE/Cvj++POMH3SUDu vNoKAO85l9b2UsWZLqz/80kz0mXVOwi5nmLiaiEMKbsi8ZpPUnj6WsJtV+xdk38p +y56ZY6dn/Q5AlUdmjUhFHLiuwfTcmYH4YuELQfFnT3nd6u9VTdpfR6cc7oUtoUM yc0YSevYTkcAqb7vnIs4Tk8Q1EEb3GPdbkQ5nr015zSoiQmZOCDkLoYS291v25bl os8Fl04nRH/nmKLnhy3Iw6dev4aj9BTfcVlxqYgZUg0ZlK6FDMxNNfCetdx0IXp/ IvvXQI2OsVb7FOJeJ9bp8CBbDrjE6+NevLQ1PS4/g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=IytaCX qFkEe0TNhgWI/KcCxpEjEeaV3g2R9nbcu+6lU=; b=S7+eg2xFrgDQPLLnqprTsX EvEar7hetotV9poszj55zTDyS6UPmByGCJQRl4Gq6fkeCG3RDIKivy++d5OiGuhj CFJ4nrH9sZFwhsgA+hYgcIfhplZ/Wi3PuoNP0+v42z3QdrXuh24x1VKssnRq+nPJ LkbJf1hBUeGq8dMW3xiuhPvl5XrdALkTH/mHastBcyabP+jooGHQJjHP048hAf56 4SBeT5r5J6A5719Kf+NzzgO2t4DnHfZfdjSWupih9jA5vNUD2XBOsuE7hpRzsc/Y mP+nCJEfHl92/V7IjuZWBoLezpKVdvcsV610u3lgmAnsS4klML11zgkCBsq/kmlg == X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id BDA217E4AA; Fri, 2 Mar 2018 13:51:35 -0500 (EST) Subject: Re: recent 11.1-stable oddness To: Freddie Cash Cc: FreeBSD Stable References: <26df18ce-3a61-8dac-095d-e4dec2b1935e@zyxst.net> From: tech-lists Message-ID: Date: Fri, 2 Mar 2018 18:51:34 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 18:51:37 -0000 On 02/03/2018 18:29, Freddie Cash wrote: > If you set hw.usb.no_shutdown_wait to 1 via sysctl, does it > shutdown/reboot normally? > yes it does! Many thanks. -- J. From owner-freebsd-stable@freebsd.org Fri Mar 2 19:34:00 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0EA7F3FF45 for ; Fri, 2 Mar 2018 19:34:00 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 44159744C1 for ; Fri, 2 Mar 2018 19:33:59 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from creek.local (cpe-75-82-194-8.socal.res.rr.com [75.82.194.8]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id a38b415a TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Fri, 2 Mar 2018 11:33:58 -0800 (PST) Subject: Re: [CFT] [X11] graphics/drm-next-kmod now builds, loads and works on FreeBSD-11-stable To: Torfinn Ingolfsen , freebsd-stable@freebsd.org References: <3ad595ce-e15b-d475-e057-4dde88e2630c@selasky.org> <20180302165319.98905ae207bdae80f6052474@getmail.no> From: Pete Wright Message-ID: <2af7c35e-7bc6-145a-4871-35e02d285672@nomadlogic.org> Date: Fri, 2 Mar 2018 11:33:57 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180302165319.98905ae207bdae80f6052474@getmail.no> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 19:34:00 -0000 On 3/2/18 7:53 AM, Torfinn Ingolfsen wrote: > On Sun, 18 Feb 2018 21:35:24 +0100 > Hans Petter Selasky wrote: > >> Hi FreeBSD desktop users! >> >> During the past week and over the weekend all parts needed for building, >> loading and using graphics/drm-next-kmod on FreeBSD-11-stable have been >> completed! >> > Thanks for the hard work by all involved! > > Tested a few days ago, reported in the forum post here: https://forums.freebsd.org/threads/using-drm-next-kmod-on-freebsd-11-stable.64731/#post-378702 > TL;DR - it works on a Toshiba Satellite Z30-B-10W (Broadwell-U, Intel HD Graphics 5500). One issue - the text console (before starting Xorg) has serious lag, > you can type a command before anything shows on the screen. Should I open an issue for this on Github? > HTH Hey there - thanks for testing!  I would recommend posting an issue on the Github repo for this.  If you could be sure to include which revision you are running (11-stable or 12-current revision) in addition to the version of the port/pkg you have install that'd be helpful. Cheers, -pete -- Pete Wright pete@nomadlogic.org 310.309.9298 From owner-freebsd-stable@freebsd.org Fri Mar 2 20:25:28 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C88AF431EC; Fri, 2 Mar 2018 20:25:28 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 ED76D76AEF; Fri, 2 Mar 2018 20:25:27 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 6824520E0E; Fri, 2 Mar 2018 15:25:27 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Fri, 02 Mar 2018 15:25:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=1jB6Lkrayd+wLt+f2qTnvlmStt7Ra9SwdlQKMp2/sS8=; b=qWizx1+B T3E0YrYaBoHrCTHdgIdDotRHDsSCd5cyaYqTAjJHPTw59zW3yRfs9gfoRpNYhG8q hkJJd4DMxpU8SI5iJvRWNLXQJjNXmr7n3uGUbGabcyT2s5N5ecZp3P1rVX1MwrUw o4pH+PLIfKE2sjL4ND3CB5feI5EKIwm0WgzPr1SAm1HCb4Qw/5JIe46jj122eFoW Y/jCoI8VqyfjMNQ/NYber8qe7DtInFLVFJe9RNGCNR0CL96dlPxFUF/jBUJYkeMi ZzLlA8vSaR5DK2bq14C6NRJyhkaJIxKEVGAU8WP4pWS3R/iMSdQesrEjpLBIMjYK pkbaTNa30Yel4Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=1jB6Lkrayd+wLt+f2qTnvlmStt7Ra 9SwdlQKMp2/sS8=; b=UHOeCEfAy60fsw5eB38co+DdBl8dj/3CKtmbWfpJcMI+J 1xKS7HBa3snt/HG6b2yU5qzAeSkVoRjOscEpyh1UDAnI6MyJZ7LEefTBT0tA1rxR trD+vJ/WHIIvZUp4lJCyIyGxbII+nSBzmZ+Xhq6wf3Jy7XgYNtLoGej1b6CdjL3f YxzKFTBt/qxXXnVVgHi5C3mnZMupjvszn9n96EVtSpNzor/yfXVnim/lXkRltr38 0HzpzUG5aFM2sp8GzlvafCTpnU7jCcKCfLVKzuPEMgJ8r/ZGIkHt8rjBNGiKq00n kvzV9LUXPL4ZWPqWDnvpT6M5eY76a7XP3uy+2ZLZA== X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id D01B27E570; Fri, 2 Mar 2018 15:25:26 -0500 (EST) To: freebsd-fs@freebsd.org Cc: FreeBSD Stable From: tech-lists Subject: zfs problems after rebuilding system Message-ID: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> Date: Fri, 2 Mar 2018 20:25:25 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 20:25:28 -0000 Hi, Importing two zpools after a hd crash, the first pool I imported auto-loads at boot. But the second one I'm always having to zfs mount (zpool name) then mount the zfs subdirs. The system was like this: ada0 (this had the OS on. It was replaced after it crashed. Not a member of any zpool, not zfs at all, no root-on-zfs). New freebsd-11-stable-snapshot was installed to this disk. ada1 \ ada2 -- these made up zpool0, a raidz pool. Each device is a 1TB disk. ada3 / zpool1 - this is striped, one 4TB disk, attached via usb3 zpool1/c - this is compressed with lz4 zpool1/important - this has copies=2 enabled I ran zpool import zpool0 and then zpool import zpool1 and both imported without error. However despite setting the mountpoint for zpool1 as /zpool1, on reboot I always have to: # zfs mount zpool1 or I won't see the drive in df -h or mount or zfs mount. But I *will* find it at its mountpoint /zpool1. If I do a ls -lah on that, I can see zpool1/c and zpool1/important as dirs but not in zfs mount or (normal) mount, nor can I see the other dirs that are not vdevs. If I then zfs mount zpool1 I can see all the dirs and vdevs on that disk off its root, in ls -lah. But I dont see the vdevs in zfs mount. I have to zfs mount zpool1/c and zfs mount zpool1/important to see the vdevs in zfs mount. Confusingly, I didn't need to and don't have to do any of that for zpool0. What am I doing wrong/what am I missing? Why is zpool0 automatically loading but zpool1 is not? Before ada0 (the failed disk) was replaced, both loaded on boot. thanks, -- J. From owner-freebsd-stable@freebsd.org Fri Mar 2 20:39:06 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6CC13F44228; Fri, 2 Mar 2018 20:39:06 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B7598773AA; Fri, 2 Mar 2018 20:39:05 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lf0-x22a.google.com with SMTP id y19so15112444lfd.4; Fri, 02 Mar 2018 12:39:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=VXraBL3RG+g5rY5mKLCpY6LxeNtQhcLfUXjwzoQHd/I=; b=Imr2uKR9J7GxVLolt0jE0Ce5igkO96ejDzaEBsabkwR+a2SVWn4c8mM0Ub+sqKa++C Sl+R/rhocYIzGvtbTkLodcuKpT7PvhK2priRuBv4U5aPK4QGDPWIpu3Cali5P+nRolu6 S4yfEt+d9H3l2XshqeVV01Jh7+H6eDJ5OnS30NAhcy3o0wGgjZ4nm7hNW82SOdkToWWO BrU7+NtxzU6DPTlFwzI6RLsEiZTnFrsD5C5qp1JCocRxAKU2j2NJSnCdgoGx0MtVzY55 N6xJYt7fKdepCKcjrzdLkwRyBIOlOjcZydMDciRfO8Q3ppW8a4DxhZTlEDsKhxxiQ1Qa wzCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=VXraBL3RG+g5rY5mKLCpY6LxeNtQhcLfUXjwzoQHd/I=; b=fm4U75sdWKQNZGi49O+yMwiMe5jkKv77euoNgnwLiGPik+ATBxu16StLibFKmj0p55 ive4RUChRoVZrZlmTw64XJcpdMkSzefGRr3NgG6YyBUZPhhT/Disz+plvvGcjKn0oKGu u3r3xi2egsdtHx3h4JhvR5eowGJQigjkOm7RtuDB0xz/KoK7IYzFNCWleQIh5akxbZDH l2Il9NtTfMBbj2/9IiOJsE/JZ9yi18LuHyrMasR3SMutcIA770F+iL4HQDXppN1cwSJK JORzF+MHTrQI/ly/ZRPZTzcacwJjxf5U8dRQCfE3ibglZ76ae5g5pL0D8lHT4H5TsI53 X2uA== X-Gm-Message-State: APf1xPBBsSCkQOxFdiQ3x6b8TIPnvQBtmSWpwFOwt974bqFJmcE/5kRy rNHSkhAvt+VFlIMZSsvQGXA7uflrqpsJ8RhzL/GP0w== X-Google-Smtp-Source: AG47ELtw9QOPvwd8kV8g10a485EVZ6TYKjkh4h3QwqhA6K+xaUhoy5uoCVoYUyO2fLXiVHparhtVbN/Vfm2CnVpdmvg= X-Received: by 10.46.9.150 with SMTP id 144mr4892119ljj.117.1520023144139; Fri, 02 Mar 2018 12:39:04 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.179.2.195 with HTTP; Fri, 2 Mar 2018 12:39:03 -0800 (PST) In-Reply-To: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> From: Alan Somers Date: Fri, 2 Mar 2018 13:39:03 -0700 X-Google-Sender-Auth: kmiTTnzIJQu-r9rK3S9IXOPoM5o Message-ID: Subject: Re: zfs problems after rebuilding system To: tech-lists Cc: freebsd-fs , FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 20:39:06 -0000 On Fri, Mar 2, 2018 at 1:25 PM, tech-lists wrote: > Hi, > > Importing two zpools after a hd crash, the first pool I imported > auto-loads at boot. But the second one I'm always having to zfs mount > (zpool name) then mount the zfs subdirs. The system was like this: > > ada0 (this had the OS on. It was replaced after it crashed. Not a member > of any zpool, not zfs at all, no root-on-zfs). New > freebsd-11-stable-snapshot was installed to this disk. > > ada1 \ > ada2 -- these made up zpool0, a raidz pool. Each device is a 1TB disk. > ada3 / > > zpool1 - this is striped, one 4TB disk, attached via usb3 > > zpool1/c - this is compressed with lz4 > zpool1/important - this has copies=2 enabled > > I ran zpool import zpool0 and then zpool import zpool1 and both imported > without error. However despite setting the mountpoint for zpool1 as > /zpool1, on reboot I always have to: > > # zfs mount zpool1 > > or I won't see the drive in df -h or mount or zfs mount. > > But I *will* find it at its mountpoint /zpool1. If I do a ls -lah on > that, I can see zpool1/c and zpool1/important as dirs but not in zfs > mount or (normal) mount, nor can I see the other dirs that are not vdevs. > > If I then zfs mount zpool1 I can see all the dirs and vdevs on that disk > off its root, in ls -lah. But I dont see the vdevs in zfs mount. I have > to zfs mount zpool1/c and zfs mount zpool1/important to see the vdevs in > zfs mount. > This doesn't make sense. vdevs have nothing to do with mounting. You see your vdevs by doing "zpool status". What are you expecting to see that you don't? > > Confusingly, I didn't need to and don't have to do any of that for > zpool0. What am I doing wrong/what am I missing? Why is zpool0 > automatically loading but zpool1 is not? Before ada0 (the failed disk) > was replaced, both loaded on boot. > Please post the output of "zfs list -r -o name,mountpoint,canmount,mounted" and also the contents of /etc/fstab. Also, have you set "zfs_enable=YES" in /etc/rc.conf? -Alan From owner-freebsd-stable@freebsd.org Fri Mar 2 21:26:17 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A535F47049; Fri, 2 Mar 2018 21:26:17 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 40AF779517; Fri, 2 Mar 2018 21:26:17 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 5719020DDF; Fri, 2 Mar 2018 16:26:16 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Fri, 02 Mar 2018 16:26:16 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=AhbiV2Qf0gbf9C89mMs2jl2jdaNOp q757cPUpjywZLY=; b=P4Qi82ggQOCmnuEcEi5CJaCYa+s4IwWeJNFOKzhNyGMzi OiWJ80WxLvG8/FmgdncbU/Dy6XEXNDBAUAH6oO8TpcjxPCYDiqUPfQq7FxSzFPe1 lYvr+HfIp3iVKKLEa/mn5VSXnOo8HVZ4mWgs5SeGV/xYzUmorfSslDTVa/8FQCz7 Yy+7yOXMVZpJWd+o19D+VUpTXgtJ+A39G5ud1uzboVlnQjSDpJ/8/7IbARm2PgTG u3Dl74V6AGWIcX9fEspOfdDQfPMVIWpRx2U6HY5SdhyiUWQjxWNZhHyxLai4EkFH /UGEAOpeWCgqyvv7tz08tG2pKjF3EkhItzoC6CXHA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=AhbiV2 Qf0gbf9C89mMs2jl2jdaNOpq757cPUpjywZLY=; b=lANL1kHtFteeg3A7qfUVEx mlds0JnuB3g0jgaCQciiSLMX+pjYA1en1v/GLLjPWLUVkMp0GNcio2BXmxj2mbpl skmVCe01wb75MzUuff6SMcFY8uh/vxue4/CmOWmEXLnl1Bto4R5LSR9nBLEOnvbn Ui6Qf3w2yLsWosS1ARkIpbfghWRC468KMfwVhAxFRUP1Ms2hxJPYKs797PXGw758 NsEq2mB6+X6T/CKnUyqDI57zY4uS62X/oHFxr6tdX3XL+v/QgOMW0TrTwmMakv29 tstUAFb7JQJtD4FiatNXzlnTMEkHo7aEoI8cMTPq8vVqA4zuEKFsHVHBKuCeZdtw == X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id A76BA7E6BC; Fri, 2 Mar 2018 16:26:15 -0500 (EST) Subject: Re: zfs problems after rebuilding system To: Alan Somers Cc: freebsd-fs , FreeBSD Stable References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> From: tech-lists Message-ID: <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> Date: Fri, 2 Mar 2018 21:26:14 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 21:26:17 -0000 Hi, thanks for looking at this, On 02/03/2018 20:39, Alan Somers wrote: > This doesn't make sense. vdevs have nothing to do with mounting. You see > your vdevs by doing "zpool status". What are you expecting to see that you > don't? sorry, I was confusing terms. I was expecting to see similar to output of zfs list from both zpools instead of just zpool0. (just rebooted the system.) OK here's zpool status: # zpool status pool: zpool1 state: ONLINE scan: scrub repaired 0 in 0h39m with 0 errors on Mon Feb 5 22:55:31 2018 config: NAME STATE READ WRITE CKSUM zpool1 ONLINE 0 0 0 diskid/DISK-NA7DKXXF ONLINE 0 0 0 errors: No known data errors pool: zpool0 state: ONLINE scan: scrub repaired 0 in 3h46m with 0 errors on Thu Mar 1 23:01:29 2018 config: NAME STATE READ WRITE CKSUM zpool0 ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 ada1 ONLINE 0 0 0 ada2 ONLINE 0 0 0 ada3 ONLINE 0 0 0 > >> Confusingly, I didn't need to and don't have to do any of that for >> zpool0. What am I doing wrong/what am I missing? Why is zpool0 >> automatically loading but zpool1 is not? Before ada0 (the failed disk) >> was replaced, both loaded on boot. >> > Please post the output of "zfs list -r -o name,mountpoint,canmount,mounted" > and also the contents of /etc/fstab. # zfs list -r -o name,mountpoint,canmount,mounted NAME MOUNTPOINT CANMOUNT MOUNTED zpool1 /zpool1 on no zpool1/compressed /zpool1/compressed on no zpool1/important /zpool1/important on no zpool0 /zpool0 on yes zpool0/home /zpool0/home on yes zpool0/usr /zpool0/usr on yes zpool0/usr/local /zpool0/usr/local on yes zpool0/usr/oldsrc /usr/oldsrc on yes zpool0/usr/ports /usr/ports on yes zpool0/usr/src /usr/src on yes zpool0/vms /zpool0/vms on yes # cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/ada0s1a / ufs rw 1 1 /dev/ada0s1b none swap sw 0 0 linprocfs /compat/linux/proc linprocfs rw 0 0 tmpfs /compat/linux/dev/shm tmpfs rw,mode=1777 0 0 fdescfs /dev/fd fdescfs rw,late 0 0 > Also, have you set "zfs_enable=YES" in /etc/rc.conf? yes. If I run zfs mount -a, everything zfs is mounted as expected. I'm wondering if at bootup, when zfs mount is called (I suppose it must be called from somewhere), whether it needs to specify -a. I would not know the first place to look though. thanks, -- J. From owner-freebsd-stable@freebsd.org Fri Mar 2 21:38:43 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1EC07F47CF1; Fri, 2 Mar 2018 21:38:43 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lf0-x235.google.com (mail-lf0-x235.google.com [IPv6:2a00:1450:4010:c07::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 92E997A170; Fri, 2 Mar 2018 21:38:42 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lf0-x235.google.com with SMTP id 70so15294660lfw.2; Fri, 02 Mar 2018 13:38:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=LM+ScmQrm9TjddlNzwQuussyt7YnNQZ7ayRh7ieiNAo=; b=Lq4fLwpzSoUe3GxH4s17Ny6f2GgEat92dOuZdJz4NkcNF3/uI+GbL7TnuOGgj+ba16 lIqnjJ7Md4VcqgSYXQRBDjylzogHHL7n1rP+JnvF2Th/En5TDkdsFQUTYGdOH6BbfEa3 jqVgU8D+ESEowyvPTUpyyfMb993NiDDF7HZgDPnmcl3WfCbPBS1JkDk5pfQytP1AJ6Qx ZRouwsH7Mx4N4ASWPzl2+TfAYND+G/Osy7AcUA30H3AZXRtiqiONKrNpwUNb3VaAIvRT BlaISg7UsvktdunMQIXx358jt6KzPJWT4GkRnneMN8SGdkZ8aBxgom1xY1SCg3MD8+hj /8Lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=LM+ScmQrm9TjddlNzwQuussyt7YnNQZ7ayRh7ieiNAo=; b=WSw7lE5XEv+OX+XS2epFXDUCdhKv5WB2agBVIW3dGzymDA8euLWB6E1n1GTF3FeIuK E3ZlR5+pEKdJiDng069RuAGaG9664mplEQ85rlMdmAUN9gafqBRhqZMMMdDiTJUnwwmw 5ezNuX6pysOfVaybdswa9qbPXq96NAit53u34kM60qtIXYACsGJ00krm3WSazvjYM9Qj v9Wgf+rxzbNEFRY8JWYTD6RcR8XxIv62gLXv3z88Glml9hB3N4Vmpr1Gdf1A6NEvJ9Kc AZHGu8Hg9y6NvZkFx/fzUAWgRqGbZkNEI0RDVYP8kIH5cHFWasxGIXAfnSG0I49TjCJ2 VKKw== X-Gm-Message-State: AElRT7GGbLaWuVyUtTFV9rB3hBJDRbWhjACiFcOSAjEuGxNDxlaFQPsg 7LIe68khc0FfWao/+RGrs930lnJJGT8Gs5gyhME= X-Google-Smtp-Source: AG47ELsLEVGJJePQN4loGs+2biVjsFUniKcZQ5IrBDybjdZxfotItgPAXsCEG6OZwviYGoBdKA02hBu6SlTTJVzkRuA= X-Received: by 10.25.157.80 with SMTP id g77mr4712467lfe.142.1520026720710; Fri, 02 Mar 2018 13:38:40 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.179.2.195 with HTTP; Fri, 2 Mar 2018 13:38:40 -0800 (PST) In-Reply-To: <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> From: Alan Somers Date: Fri, 2 Mar 2018 14:38:40 -0700 X-Google-Sender-Auth: bwbAbXGWsbOn5iwXj5HwjfWRpTw Message-ID: Subject: Re: zfs problems after rebuilding system To: tech-lists Cc: freebsd-fs , FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 21:38:43 -0000 On Fri, Mar 2, 2018 at 2:26 PM, tech-lists wrote: > Hi, thanks for looking at this, > > On 02/03/2018 20:39, Alan Somers wrote: > > This doesn't make sense. vdevs have nothing to do with mounting. You > see > > your vdevs by doing "zpool status". What are you expecting to see that > you > > don't? > > sorry, I was confusing terms. I was expecting to see similar to output > of zfs list from both zpools instead of just zpool0. > > (just rebooted the system.) > > OK here's zpool status: > > # zpool status > pool: zpool1 > state: ONLINE > scan: scrub repaired 0 in 0h39m with 0 errors on Mon Feb 5 22:55:31 2018 > config: > > NAME STATE READ WRITE CKSUM > zpool1 ONLINE 0 0 0 > diskid/DISK-NA7DKXXF ONLINE 0 0 0 > > errors: No known data errors > > pool: zpool0 > state: ONLINE > scan: scrub repaired 0 in 3h46m with 0 errors on Thu Mar 1 23:01:29 2018 > config: > > NAME STATE READ WRITE CKSUM > zpool0 ONLINE 0 0 0 > raidz1-0 ONLINE 0 0 0 > ada1 ONLINE 0 0 0 > ada2 ONLINE 0 0 0 > ada3 ONLINE 0 0 0 > > > >> Confusingly, I didn't need to and don't have to do any of that for > >> zpool0. What am I doing wrong/what am I missing? Why is zpool0 > >> automatically loading but zpool1 is not? Before ada0 (the failed disk) > >> was replaced, both loaded on boot. > >> > > Please post the output of "zfs list -r -o name,mountpoint,canmount, > mounted" > > and also the contents of /etc/fstab. > > # zfs list -r -o name,mountpoint,canmount,mounted > NAME MOUNTPOINT CANMOUNT MOUNTED > zpool1 /zpool1 on no > zpool1/compressed /zpool1/compressed on no > zpool1/important /zpool1/important on no > zpool0 /zpool0 on yes > zpool0/home /zpool0/home on yes > zpool0/usr /zpool0/usr on yes > zpool0/usr/local /zpool0/usr/local on yes > zpool0/usr/oldsrc /usr/oldsrc on yes > zpool0/usr/ports /usr/ports on yes > zpool0/usr/src /usr/src on yes > zpool0/vms /zpool0/vms on yes > > # cat /etc/fstab > # Device Mountpoint FStype Options Dump Pass# > /dev/ada0s1a / ufs rw 1 1 > /dev/ada0s1b none swap sw 0 0 > linprocfs /compat/linux/proc linprocfs rw 0 0 > tmpfs /compat/linux/dev/shm tmpfs rw,mode=1777 0 0 > fdescfs /dev/fd fdescfs rw,late 0 0 > > > Also, have you set "zfs_enable=YES" in /etc/rc.conf? > > yes. > > If I run zfs mount -a, everything zfs is mounted as expected. I'm > wondering if at bootup, when zfs mount is called (I suppose it must be > called from somewhere), whether it needs to specify -a. I would not know > the first place to look though. > The relevant code is in /etc/rc.d/zfs, and it already uses "-a". Have you checked if /etc/rc.d/zfs is printing any errors to the console during boot? -Alan From owner-freebsd-stable@freebsd.org Fri Mar 2 21:53:25 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E157F25444; Fri, 2 Mar 2018 21:53:25 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 4A13F7B140; Fri, 2 Mar 2018 21:53:25 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 9540B20964; Fri, 2 Mar 2018 16:53:18 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Fri, 02 Mar 2018 16:53:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=QkwGDfUIKnx5/PtGDH0oBp61gw/o9 SFHtL1JWFB5tlY=; b=GEVj15NUhMaODU1/QW3dwTLjVctSqaN05o0GMNadR6DCb Nd2txogDQsqQZzU/T+yZcIov6clODRixaBYY+Kv/4WjsnBPujA9ZoDVurfopqOIH gIxFn1qejB1NsxGAOPuQ8IdLGuDchL9N7C1HzyvbfXRPeDWQShxH9ffwLvz34XHv tvLKWlkOOkzeILtrskU4V0vGlUqo4AH4Oo2G0io2t3GVjnEz4nWUerQMi6cfyyp1 FcRJe/xfa/H72SQxtqjyBAU4E8YtVSHP1hyeqXIUMJB2Qk7I8e+8HJGipAY1O5H1 yHbIlYY9pmZ9VWamRvDut20mZPH1Hnel1ID8R/c1Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=QkwGDf UIKnx5/PtGDH0oBp61gw/o9SFHtL1JWFB5tlY=; b=llv6/MTFk5M7R2l7HNjxvW z8Ogn/hk1t4p1Cx7ZxxnEtM52A8M38ELT6XBb/BJ+mBmpjulURMOLV3dp8vbJTUp 6qVsXd3MbRkCOD14yVwuPAyRcjAUQpohEMDzfMwF9OGt1hmDNbBnhZ8fJ4gQbgDq Zokdi9P9vkWBsI9XBUmqIB0GPllk52kpnUBUwE9p4VF3ZjG0ORSFFZgYIMPEvC06 +W4CVR7N5ZMlJeS06q7HvcoeF/JlEbq5nau1zw7YNH3RK8IlCJh2P8tf427ndo7g mR4lks4FiBkO6K1HmqZdtlKZt3ZkODzbuLougO7RAUYy4j7ySfa7bEzb8e+Lg5Yg == X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 02C427E68B; Fri, 2 Mar 2018 16:53:17 -0500 (EST) Subject: Re: zfs problems after rebuilding system To: Alan Somers Cc: freebsd-fs , FreeBSD Stable References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> From: tech-lists Message-ID: <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> Date: Fri, 2 Mar 2018 21:53:17 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 21:53:25 -0000 On 02/03/2018 21:38, Alan Somers wrote: > The relevant code is in /etc/rc.d/zfs, and it already uses "-a".  Have > you checked if /etc/rc.d/zfs is printing any errors to the console > during boot? Nothing much in dmesg -a # dmesg -a | egrep -i zfs ZFS filesystem version: 5 ZFS storage pool version: features support (5000) # cat /etc/rc.conf | egrep -i zfs zfs_enable="YES" very puzzling -- J. From owner-freebsd-stable@freebsd.org Fri Mar 2 21:56:16 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A9C9F257E6; Fri, 2 Mar 2018 21:56:16 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DF4DC7B313; Fri, 2 Mar 2018 21:56:15 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lf0-x230.google.com with SMTP id f75so15352452lfg.6; Fri, 02 Mar 2018 13:56:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=KbEX7zdEd1Gvifsj2WzUYN4Sr5yL/RwS2J2httUzZYA=; b=U7m9DtuXeHLjLMmIiF1pD7J3ka6oF7d8SWy3jhbsLoXwHDESVYjiJxJrAfx/plBe6c 8+ecAB6xr0cyRc3ggy6RcfsiefII0GKZev/XRbcvvw8mfRYFMxd1oAX3RHlo7/YhdIdK lN0Z9zOGdGLT0MbHV0dIMCsJIkHKlR6EkNgzu/kh1UU4nUoSodwmoXZGZRZGFc6fKhK/ +ypXCcfuMvKhBYUF2wFnLNQmipU/L10BIliisSa/4FGOCiTTrZe5j0QCbKF1vEigtgUo GpIX+yyBTVzuvZngutZOp0U8XlGLJo7CWSdo6ATkGQS66TA715S2lhZE/5Oh3qeqJxlX NlNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=KbEX7zdEd1Gvifsj2WzUYN4Sr5yL/RwS2J2httUzZYA=; b=JLXxaCdR8mxK1ICc64hWvBNIwub3kKoNYwzREArwePPAEOS5wfVY5OOoUvqI2P8cFO ukanCEvG7cozpXtKmPSiEwllFnI0AGRSweX1azGpY1RO4UuTwMqqri2IKaoizNuLXpku oBNtDddIZ516Xr4SrcLq4DXT7npgGeLSSvbuDHKZOHjLgJxCxT7p6CgSYqQNPcNYY7eS l3x/6zbErOHlD1qKN/6ur0L9AAwywnriNpKtkWsRhfL3VULUE1AuOZa8Au0S58yNOGB5 AbDKLeSsnM0dpxlLTkKads790DMmgiXqKQJjc4wBX75Ad3BxEVPyw+rYX3EQLffEz9AJ Mb4Q== X-Gm-Message-State: AElRT7Hd1DfD2j1PuCsFUoGrFTFa1eWQz+R4AwAC383dujZaQRSmGmyq FC73LbsBMof2vWxlCY67slMnuxfvLIrGy53iXFo= X-Google-Smtp-Source: AG47ELvGVyWDzXs6D7vrs+wSQT4W9cecV26yA/rMI5u5Vdj2vIJeE68inaVaP5JLaL4Gr8NRXZa8wNaEzkl7o6rI2uw= X-Received: by 10.46.91.206 with SMTP id m75mr4765434lje.59.1520027774468; Fri, 02 Mar 2018 13:56:14 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.179.2.195 with HTTP; Fri, 2 Mar 2018 13:56:13 -0800 (PST) In-Reply-To: <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> From: Alan Somers Date: Fri, 2 Mar 2018 14:56:13 -0700 X-Google-Sender-Auth: FYTnb0EJVTN3ElVe07Ig3fmiEz4 Message-ID: Subject: Re: zfs problems after rebuilding system To: tech-lists Cc: freebsd-fs , FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 21:56:16 -0000 On Fri, Mar 2, 2018 at 2:53 PM, tech-lists wrote: > On 02/03/2018 21:38, Alan Somers wrote: > > The relevant code is in /etc/rc.d/zfs, and it already uses "-a". Have > > you checked if /etc/rc.d/zfs is printing any errors to the console > > during boot? > > Nothing much in dmesg -a > > # dmesg -a | egrep -i zfs > ZFS filesystem version: 5 > ZFS storage pool version: features support (5000) > > # cat /etc/rc.conf | egrep -i zfs > zfs_enable="YES" > > very puzzling > -- > J. > dmesg only shows stuff that comes from the kernel, not the console. To see what's printed to the console, you'll actually have to watch it. Or enable /var/log/console.log by uncommenting the appropriate line in /etc/syslog.conf. -Alan From owner-freebsd-stable@freebsd.org Fri Mar 2 21:59:10 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F07F0F25CC3; Fri, 2 Mar 2018 21:59:09 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 9AD7F7B5B2; Fri, 2 Mar 2018 21:59:09 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 7BA2320CB0; Fri, 2 Mar 2018 16:59:08 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Fri, 02 Mar 2018 16:59:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=NlV/+eBPey0+Sq3C1e+MKeJQ6wvvr V2D2fAmVo880m8=; b=i2iuR98JspWHOTdWCtjqRUaVPoWVjW8If9ZyListz1gVh kSncVkO/4X/b1VsinKAE4aLf0YuP2pbElvuYw8TjRZ6f3j2ImMjNNqNKiz8v14ov 3bkoIyhQuJTEcq+1EEvCGSxerAujC0igOmDVeUS5tW0kD04p9bvNBunwnKdUfYxR 0qBfVcJUmByLoEmMOtWXGykrouDb3LTDCA7CVBoFXEBIh4stwwHC0ZQz5u4LbZem sCphJEIoJ5jk8H9XHji6jo04aQB8Dd5YAb7Mlvb+mM8Sfa9kQlhFW3QDcVmbDGcJ 3yuxzDvCxCmWlFTvx+Fj90PW/l4kY0e517c/dzTRg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=NlV/+e BPey0+Sq3C1e+MKeJQ6wvvrV2D2fAmVo880m8=; b=VT8aAjPPEDhbzYgQ4Xu9wW DB8r0YG/VowCSGzZXL7YtShJygWPxI5hk5oMSI5+B6pQclemYbpasV0T4fanYPiN ReiBrx9Ujz6/tc4RxBFVVGgJ/tWeFYX4llGy1+x2RhZ4E+Du3bscxfXFTn1Vct/B eezT1WvS6lxHSO6fXaWVGBeeWSXfFXOGqXlcZdYACCb22eGZts4arXVfx0csdEkW 50GP26DdsK09/bJ6S8VTep514lMdj9sp2vnlIMM3Skf6rPu7NFfiCnJhuTApwNqO bAM5pelyveVDMubkM/b3W6Qmz5KGaMifNTvyU/1P8dwq+mHmelpOILsauCDiUFjw == X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id DC1077E745; Fri, 2 Mar 2018 16:59:07 -0500 (EST) Subject: Re: zfs problems after rebuilding system To: Alan Somers Cc: freebsd-fs , FreeBSD Stable References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> From: tech-lists Message-ID: Date: Fri, 2 Mar 2018 21:59:07 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 21:59:10 -0000 On 02/03/2018 21:56, Alan Somers wrote: > dmesg only shows stuff that comes from the kernel, not the console. To see > what's printed to the console, you'll actually have to watch it. Or enable > /var/log/console.log by uncommenting the appropriate line in > /etc/syslog.conf. ok will do this asap, thanks -- J. From owner-freebsd-stable@freebsd.org Fri Mar 2 23:59:28 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F04ADF2E517; Fri, 2 Mar 2018 23:59:27 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 94ADA80653; Fri, 2 Mar 2018 23:59:27 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id E7B7820D4A; Fri, 2 Mar 2018 18:59:26 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Fri, 02 Mar 2018 18:59:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=8h9Ll08UUlFhe1N9pZ1pRUX757P1p GKPyGULcsSNmJ0=; b=fZ34NpKn33bypC+xMbTf2pJ8Tydu7qnUm6tvsgKeHEL2U CtvjvmztZ0gDoDFW27sH614rwh0C3e9fzr+YPOR8kSodRX7Nesmryv/cv5N9Q3gk 2s/wPlzQ+62GiwSnb2O58T1iHP9fPls8VrZRpqLE4eHPfibpzth/UsTfCKgxDyGI 022HzZGK8iifKj6jHKQhPhtB92HMdypUNihwtbCyNyy/4SWma9uLA/WYnkWpam9B A/XKUC3843928guVRxyPeNn2t+nL1Bq0LeTrQLIV4TbVrGyXUZckcut9YghPqPjG IP4O0laryc/GjC+DIu/KdnNd2MoYmizQHPb6ZvONw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=8h9Ll0 8UUlFhe1N9pZ1pRUX757P1pGKPyGULcsSNmJ0=; b=EszWnqEYkrQ6qeF1/8vy8p 70gHbHBPVhzAq6jw6idFAQjFb7Z3WFWLp01yspZUTq2XDvw1+8mK2KXZg4JrECAf Wjbm5ZYB8xnr6NDqjo7S27gjiiEUluKZmOaqwb9DtnmD6xEaEyKWG3r3QMyvZYtp Jt8UMRL91+DcfuABcMkXX1g2MRtWSZKr8x/UH+DkZKN9q8LkSiVKplTQTBcxByji xq8eq2zun0N4xWsW+9xHPe11d6C4BJ2ptq1LQge3ADbMMpOvKwyRt9GIFw6SIFPZ phSHcMH8ByXrHQmJk9ZDBau2WkoidXN6kSmmM9oOFB4fSYRch/UbaKtTGLkUJ7MQ == X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 5A57F24733; Fri, 2 Mar 2018 18:59:26 -0500 (EST) Subject: Re: zfs problems after rebuilding system To: Alan Somers Cc: freebsd-fs , FreeBSD Stable References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> From: tech-lists Message-ID: Date: Fri, 2 Mar 2018 23:59:25 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 02 Mar 2018 23:59:28 -0000 On 02/03/2018 21:56, Alan Somers wrote: > dmesg only shows stuff that comes from the kernel, not the console.  To > see what's printed to the console, you'll actually have to watch it.  Or > enable /var/log/console.log by uncommenting the appropriate line in > /etc/syslog.conf. ok did that, chmodded it to 600 then gave a kill -1 to its process id, then rebooted. # cat /var/log/console.log | grep -i zfs # lots of info if I less the file, but nothing about zfs here's output of mount: # mount /dev/ada0s1a on / (ufs, local, journaled soft-updates) devfs on /dev (devfs, local, multilabel) linprocfs on /compat/linux/proc (linprocfs, local) tmpfs on /compat/linux/dev/shm (tmpfs, local) zpool0 on /zpool0 (zfs, local, nfsv4acls) zpool0/home on /zpool0/home (zfs, local, nfsv4acls) zpool0/usr on /zpool0/usr (zfs, local, nfsv4acls) zpool0/usr/local on /zpool0/usr/local (zfs, local, nfsv4acls) zpool0/vms on /zpool0/vms (zfs, local, nfsv4acls) zpool0/usr/oldsrc on /usr/oldsrc (zfs, local, nfsv4acls) zpool0/usr/ports on /usr/ports (zfs, local, nfsv4acls) zpool0/usr/src on /usr/src (zfs, local, nfsv4acls) # output of zfs mount # zfs mount zpool0 /zpool0 zpool0/home /zpool0/home zpool0/usr /zpool0/usr zpool0/usr/local /zpool0/usr/local zpool0/vms /zpool0/vms zpool0/usr/oldsrc /usr/oldsrc zpool0/usr/ports /usr/ports zpool0/usr/src /usr/src now I'll do zfs mount -a and then zfs mount # zfs mount -a # zfs mount zpool0 /zpool0 zpool0/home /zpool0/home zpool0/usr /zpool0/usr zpool0/usr/local /zpool0/usr/local zpool0/vms /zpool0/vms zpool0/usr/oldsrc /usr/oldsrc zpool0/usr/ports /usr/ports zpool0/usr/src /usr/src zpool1 /zpool1 zpool1/compressed /zpool1/compressed zpool1/important /zpool1/important and everything is there as it should be, after zfs mount -a. it's as if the /etc/rc.d/zfs either isn't running or I don't know, failing to run the main section, where it uses -av rather than just -a. Is this file the only one that's called to load zfs? I mean, in that file, zfs mount is never called without a parameter. To me, it doesn't look like the file is being run at all. thanks, -- J. From owner-freebsd-stable@freebsd.org Sat Mar 3 00:09:38 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1403F2F6C9; Sat, 3 Mar 2018 00:09:37 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 39DB380F59; Sat, 3 Mar 2018 00:09:37 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-lf0-x232.google.com with SMTP id m69so15652946lfe.8; Fri, 02 Mar 2018 16:09:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=wHFyJg7j71/4AfI63QITgAlgNFZQqHJ5I1dxoLUWZHU=; b=U73f1X2wWoieKbFQ/l4Nw4Vuw6XbKJnEqqvNfY9H2To8pyA5nrughOkj/6U2v+4HTF kgx7xdL4tmywsHZ/fYAE4GrE4DEbBkA3dQLEqKThIgGVjfVBJ5VaHb1A7T8XipQ/tqKN X9KceAKvmUZCVwzASfOGNGe0c8kJ2+vMVf7UOQ5KqIdjUfwXTzJJ8gr82M3ewjs2Sjy7 +0XkM2RaVDRBNt1slp2dMduyt6UQP1V2b8+4XnV4aEAKnLeosoOT5XIoiuNzcEgqrMmD Gf90PeG+ABdC2e8H/3MVw6/w/5EEs/yTtGkDsfXmZlRpBzarL0ipWVoj2VHeqNCytG6l qqmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=wHFyJg7j71/4AfI63QITgAlgNFZQqHJ5I1dxoLUWZHU=; b=VIjhg4EazVFdk2N3zxJZCr/Fg9FdmSjhB57xfMw8NjYAvNdlq+MeyZpuSb31UfHdN5 Zoa7kfJ56Jm7qFut6jlF3ioMiFOeFCUTPnajy78beRLjNMcokJoyDyXw8jO1+/e9MPE7 7SwcCZfHYx5Qmi3n2OmCz9pTcylgwoyjovSHXWF3r1nyFDBLIlMAr3ahftXvfVYoqsBB TZ1F6fvGGJIYuN9y25dEP1Tio+6uDM16bKMUqweQrq26or7SHFbg/JGwfVBNnQ5W3d0J KyGv4c3QzUQwit5fsXaF3y0bpAic5HfR9WnRYo6sqeB7yBPLOyrl1xKo7OGw14NHuCoz ixrw== X-Gm-Message-State: AElRT7Em9ATOPorvFA2WsJn2Qs1E5eeFetd3bLT7Bn+h8a9gm7giYs3c ViU0KsrwAK/icQ9Xp6e3RwQ3vLvHTMPpIfdNSVOeIw== X-Google-Smtp-Source: AG47ELtbJD1taN5KQoL+A7PprQZvnV79/6wxzPxZ+Xv5jRNyIBU7y0mFt+GoEPVm4+aEv7kvsnhghwldF6hrsvdWUVE= X-Received: by 10.25.143.209 with SMTP id s78mr5306200lfk.56.1520035775738; Fri, 02 Mar 2018 16:09:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.46.64.216 with HTTP; Fri, 2 Mar 2018 16:09:34 -0800 (PST) Received: by 10.46.64.216 with HTTP; Fri, 2 Mar 2018 16:09:34 -0800 (PST) In-Reply-To: References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> From: Freddie Cash Date: Fri, 2 Mar 2018 16:09:34 -0800 Message-ID: Subject: Re: zfs problems after rebuilding system To: tech-lists Cc: FreeBSD Filesystems , FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 00:09:38 -0000 You said it's an external USB drive, correct? Could it be a race condition during the boot process where the USB mass storage driver hasn't detected the drive yet when /etc/rc.d/zfs is run? As a test, add a "sleep 30" in that script before the "zfs mount -a" call and reboot. Cheers, Freddie Typos courtesy of my phone. From owner-freebsd-stable@freebsd.org Sat Mar 3 00:23:21 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86D57F30B58; Sat, 3 Mar 2018 00:23:21 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 20DD281E18; Sat, 3 Mar 2018 00:23:20 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (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 2607F1610E; Sat, 3 Mar 2018 01:23:13 +0100 (CET) From: Dimitry Andric Message-Id: <5CFC89E9-57BE-4CB7-9C55-0D3CCF1E8D3D@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_41898BBB-F224-4F3D-81EA-7822D32F4A99"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: zfs problems after rebuilding system Date: Sat, 3 Mar 2018 01:23:12 +0100 In-Reply-To: Cc: tech-lists , FreeBSD Filesystems , FreeBSD Stable To: Freddie Cash References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 00:23:21 -0000 --Apple-Mail=_41898BBB-F224-4F3D-81EA-7822D32F4A99 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 3 Mar 2018, at 01:09, Freddie Cash wrote: > > You said it's an external USB drive, correct? Could it be a race condition > during the boot process where the USB mass storage driver hasn't detected > the drive yet when /etc/rc.d/zfs is run? > > As a test, add a "sleep 30" in that script before the "zfs mount -a" call > and reboot. Indeed. I have had the following for a few years now, due to USB drives with ZFS pools: --- /usr/src/etc/rc.d/zfs 2016-11-08 10:21:29.820131000 +0100 +++ /etc/rc.d/zfs 2016-11-08 12:49:52.971161000 +0100 @@ -25,6 +25,8 @@ zfs_start_main() { + echo "Sleeping for 10 seconds to let USB devices settle..." + sleep 10 zfs mount -va zfs share -a if [ ! -r /etc/zfs/exports ]; then For some reason, USB3 (xhci) controllers can take a very, very long time to correctly attach mass storage devices: I usually see many timeouts before they finally get detected. After that, the devices always work just fine, though. Whether this is due to some sort of BIOS handover trouble, or due to cheap and/or crappy USB-to-SATA bridges (even with brand WD and Seagate disks!), I have no idea. I attempted to debug it at some point, but a well-placed "sleep 10" was an acceptable workaround... :) -Dimitry --Apple-Mail=_41898BBB-F224-4F3D-81EA-7822D32F4A99 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 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWpnq8AAKCRCwXqMKLiCW ozfDAKCIzixRre/XkhsHgqalf0xmgsyqEwCg+zQprqqW9NH26RJTbf5Esgnt2s4= =TcLW -----END PGP SIGNATURE----- --Apple-Mail=_41898BBB-F224-4F3D-81EA-7822D32F4A99-- From owner-freebsd-stable@freebsd.org Sat Mar 3 00:41:29 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD1EBF31C73; Sat, 3 Mar 2018 00:41:28 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 64A4E8270B; Sat, 3 Mar 2018 00:41:28 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 9578520ABC; Fri, 2 Mar 2018 19:41:27 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Fri, 02 Mar 2018 19:41:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=Vuq1OQMMLTNSc9PC7CaXX4v5ag6Jw 3vv2JMmkGfY23Q=; b=SmKM0m+evu1JTOJEo86Qe39N9rU+eYb09Y8ZDsJpF9YR2 2G/jmX1LvWTiwXWpg1wclB3Gcdza9hK/FgSC1Vl6MECwsloLpank7K/cSavcrLJt p6ooMV93nRnMypedymH5VWdbAYyMZRSbeozb9fNKPb3bRYqMXMKVnBGChlxe/cw5 YnOVa4xI4pUwYLpgmf13Ui+avV2TUcjH6/h3wcMDFhdMCQ8OcKtrhrYgnirw0Aso ByB+B/px8Mjp78l1E83N+tvvxjdKbBmFqV1LIYO5FkfiHzxpMHR09UzM6ljP9Ejb JC+Zd3QCVMXnjek89/oC0cyNLmmj+Z64lFf0IwbaQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=Vuq1OQ MMLTNSc9PC7CaXX4v5ag6Jw3vv2JMmkGfY23Q=; b=aovEVcdDlHf8MxMjtLWhyL OO0bHr3kHUf7o2YdPedA80kn7Pbdhi7AqxHMMp7t4zdt3isJ8zBGCHuiOKbU36IO bzXuZEOJsMTSVOUo6oYCPUReMZN1lFnvCDuWvSrhMBPUsmZ6p7/QsRb7BOOmSFMb Rnhk/ZO4+QmVPVhjzv9ePNoB28swxN50jH1R0bDbhDGhC8FzdSyYpL/bAFcN9qxt 5LkGlf5iMyBvnwnhPjcjowrbKIM9+1g3aXycf+z/DkLxBytx/ANCOFjbWEhm8Dpw 5t0fTonO/sejASnf2PK1s/xziJquZJ/G3VI0tIQXf1yt/fs/Hemqe03KQrz9jHTw == X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id F38D82482D; Fri, 2 Mar 2018 19:41:26 -0500 (EST) Subject: Re: zfs problems after rebuilding system To: Freddie Cash Cc: FreeBSD Filesystems , FreeBSD Stable References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> From: tech-lists Message-ID: <44037e05-f860-8a99-cbb7-abca6971b302@zyxst.net> Date: Sat, 3 Mar 2018 00:41:26 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 00:41:29 -0000 On 03/03/2018 00:09, Freddie Cash wrote: > You said it's an external USB drive, correct? Could it be a race condition > during the boot process where the USB mass storage driver hasn't detected > the drive yet when /etc/rc.d/zfs is run? > > As a test, add a "sleep 30" in that script before the "zfs mount -a" call > and reboot. Yes it's an external usb3 drive. That's interesting and I'll test that tomorrow. I recently commented out a GENERIC kernel the USB debug line because the console was filling up with usb attach messages on boot. They were appearing after the login prompt. I have a couple of usb3 hubs attached and the disk is attached through one such hub. (although it was done this way because sometimes it'd be seen as /dev/da0 and others as /dev/da4. And possibly linked to this, when it came up as /dev/da0 it was always with a usb2 speed rather than usb3). thanks everyone for your input. -- J. From owner-freebsd-stable@freebsd.org Sat Mar 3 02:01:19 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29CD8F37150 for ; Sat, 3 Mar 2018 02:01:19 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660045.outbound.protection.outlook.com [40.107.66.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A9FFE86307 for ; Sat, 3 Mar 2018 02:01:18 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM (52.132.66.153) by YQBPR0101MB1553.CANPRD01.PROD.OUTLOOK.COM (52.132.69.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.548.13; Sat, 3 Mar 2018 02:01:17 +0000 Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93]) by YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93%13]) with mapi id 15.20.0548.014; Sat, 3 Mar 2018 02:01:17 +0000 From: Rick Macklem To: NAGY Andreas , "freebsd-stable@freebsd.org" Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopH Date: Sat, 3 Mar 2018 02:01:17 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YQBPR0101MB1553; 7:aZjTG8JmCS0hK6JV+EB8Zu6R7TYFTdgqVKPJAwJHGQ8/TCbOwFgKwV+0PSmojPiffA0wd4d5jQpnbz2NiDDNGFDON7SwGhPkWZKqJVPPewirpaxqBopJHwslw3FBYIC5LTrpg01KP0YKUIEA4vFKawvjAmUoxAcmiH0W5dKl8EpOZTh95fepGJwcdMWQxXt3gyBR6D+BBzLYgAj0Y+k8k7VBk3sK++srlPUi4ZcjSsk3WJBqLUWdd4DlFo9aAJ0U x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: ccbbc149-abf7-42a4-212b-08d580aaa6a6 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989060)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603307)(7153060)(49563074)(7193020); SRVR:YQBPR0101MB1553; x-ms-traffictypediagnostic: YQBPR0101MB1553: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040501)(2401047)(8121501046)(5005006)(10201501046)(3231220)(944501244)(52105095)(93006095)(93001095)(3002001)(6041288)(20161123558120)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123564045)(6072148)(201708071742011); SRVR:YQBPR0101MB1553; BCL:0; PCL:0; RULEID:; SRVR:YQBPR0101MB1553; x-forefront-prvs: 0600F93FE1 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(39860400002)(39380400002)(376002)(396003)(346002)(199004)(189003)(97736004)(6246003)(76176011)(5660300001)(74316002)(25786009)(81166006)(81156014)(305945005)(26005)(2900100001)(229853002)(68736007)(33656002)(110136005)(7696005)(106356001)(99936001)(74482002)(105586002)(8936002)(6436002)(2501003)(478600001)(186003)(53936002)(6506007)(3280700002)(55016002)(3660700001)(9686003)(86362001)(99286004)(2906002)(14454004)(5250100002)(2950100002)(786003)(102836004)(316002)(5890100001); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB1553; H:YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: a0/XZoN68dIsNxEy/GlQGe6iqLMlAvHe+112p+snsz2OrWjGVC6YTFwXDDEVTQBD1PXQEetVaKscHFtu6SywSas+QjUZJf/PGNdhP0sTCinmDFXAcgspfSxqlXxzl3bBo9dadeVFa9+RJvvMTeW++lu/b4ZlVl3eVgiOdq4zT9I= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/mixed; boundary="_002_YQBPR0101MB1042DEF0825996764CBCA829DDC40YQBPR0101MB1042_" MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: ccbbc149-abf7-42a4-212b-08d580aaa6a6 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Mar 2018 02:01:17.0869 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1553 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 02:01:19 -0000 --_002_YQBPR0101MB1042DEF0825996764CBCA829DDC40YQBPR0101MB1042_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable NAGY Andreas wrote: >I am trying to get a FreeBSD NFS 4.1 export working with VMware Esxi 6.5u1= , but >it is always mounted as read only. > >After some research, I found out that this is a known problem, and there a= re >threads about this from 2015 also in the mailinglist archive. > >As it seems VMware will not change the bahvior of there NFS 4.1 client I w= anted >to ask here if there is a patch or workaround for this available. I believe the attached small patch deals with the ReclaimComplete issue. However, someone else who tested this had additional issues with the mount: - The client logged a couple of things (that sounded weird to me;-) - Something about Readdir seeing directories change too much.. - Something about "wrong reason for not issuing a delegation"... (I don't what either of these are caused by or whether they result in seri= ous breakage of the mount.) They also ran into a hang when transferring a large file. It sounded to me = like something that might be a network interface device driver issue and I sugge= sted they disable TSO, LRO and jumbo frames, but I never heard back from them, so I don't know more about this. So, feel free to test with the attached patch and if you run into problems with the mount, email w.r.t. what they are. If we persevere we might get it going ok. rick [stuff snipped]= --_002_YQBPR0101MB1042DEF0825996764CBCA829DDC40YQBPR0101MB1042_ Content-Type: application/octet-stream; name="reclaimcom2.patch" Content-Description: reclaimcom2.patch Content-Disposition: attachment; filename="reclaimcom2.patch"; size=526; creation-date="Sat, 03 Mar 2018 02:01:05 GMT"; modification-date="Sat, 03 Mar 2018 02:01:05 GMT" Content-Transfer-Encoding: base64 LS0tIGZzL25mc3NlcnZlci9uZnNfbmZzZHNlcnYuYy5zYXZyZWNsCTIwMTgtMDItMTAgMjA6MzQ6 MzEuMTY2NDQ1MDAwIC0wNTAwCisrKyBmcy9uZnNzZXJ2ZXIvbmZzX25mc2RzZXJ2LmMJMjAxOC0w Mi0xMCAyMDozNjowNy45NDc0OTAwMDAgLTA1MDAKQEAgLTQyMjYsMTAgKzQyMjYsOSBAQCBuZnNy dmRfcmVjbGFpbWNvbXBsZXRlKHN0cnVjdCBuZnNydl9kZXNjCiAJCWdvdG8gbmZzbW91dDsKIAl9 CiAJTkZTTV9ESVNTRUNUKHRsLCB1aW50MzJfdCAqLCBORlNYX1VOU0lHTkVEKTsKKwluZC0+bmRf cmVwc3RhdCA9IG5mc3J2X2NoZWNrcmVjbGFpbWNvbXBsZXRlKG5kKTsKIAlpZiAoKnRsID09IG5l d25mc190cnVlKQotCQluZC0+bmRfcmVwc3RhdCA9IE5GU0VSUl9OT1RTVVBQOwotCWVsc2UKLQkJ bmQtPm5kX3JlcHN0YXQgPSBuZnNydl9jaGVja3JlY2xhaW1jb21wbGV0ZShuZCk7CisJCW5kLT5u ZF9yZXBzdGF0ID0gMDsKIG5mc21vdXQ6CiAJTkZTRVhJVENPREUyKGVycm9yLCBuZCk7CiAJcmV0 dXJuIChlcnJvcik7Cg== --_002_YQBPR0101MB1042DEF0825996764CBCA829DDC40YQBPR0101MB1042_-- From owner-freebsd-stable@freebsd.org Sat Mar 3 12:28:59 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF4AFF37A88; Sat, 3 Mar 2018 12:28:59 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 6869E7F053; Sat, 3 Mar 2018 12:28:59 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id CF98920BE0; Sat, 3 Mar 2018 07:28:58 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Sat, 03 Mar 2018 07:28:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=DURPaCa293hbkyyfUw2BjXEpOCYmE HQAwRvUbi5wRsU=; b=hugGkg1rPH6yfz18+SgDjuO1fiH+n6NUoZtzqvO0oEq95 gRvFicMCpU73mKaf1byOX1ZfxwSwn/f28LFl7iIeg6jj1u/W+IHVDGfOY65cEvYp mnISI9HzfhCGxU6eecrvieuJernf0gpvmNpIt3fKZO91s6Px1pZu4ke3ZavsllPa y6+wl5pu4CgqPyIlOyVEhM0oA2zqtIPrs/QAl4KNCTNUSamxcb0n6jxwapuTPwWi Re6c98QkyWa0fRDp+dhvilRH+gssOUmsIHFrnIe/7iTIP00AcAwvONMEGmiuDUGx P2qSe6MFN7WrqhU6eQOBWZk/zRen9t3ZEJKt5LrZw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=DURPaC a293hbkyyfUw2BjXEpOCYmEHQAwRvUbi5wRsU=; b=QpiEE6jxNydaHcMPo71MID rJUC6u4pJaoA234dapewBoKNqqLU7YP76cUwVswsXaSk+GiJsCyUOILa7grvhf4j A37j0Ob8sS4zI+0XEJCgBsTCcdDQusG3xJ+l6jqvyeEk/S/KR/cQ/sDvV4yx+4U+ R3AaQ9I3iQoxwashYeeKIULd6ptyxZKr/a5Y3ySt/YmUxK2jQ4tRMFaHF7V3VGIV hXUwmuhdjHZRtpT5VDHogtlLZ5t+qyGO5L26UiU/iKQ/QHAg7C9ur4vKH/Hwr/h0 VI7HBlTkeUYRin3IoVJMB5utifDjXPz2Vzise/lI/ZfYKSXEqrYGOnaLC5xl4gMA == X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 428BA243C4; Sat, 3 Mar 2018 07:28:58 -0500 (EST) Subject: Re: zfs problems after rebuilding system [SOLVED] To: Dimitry Andric Cc: FreeBSD Filesystems , FreeBSD Stable References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> <5CFC89E9-57BE-4CB7-9C55-0D3CCF1E8D3D@FreeBSD.org> From: tech-lists Message-ID: Date: Sat, 3 Mar 2018 12:28:57 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <5CFC89E9-57BE-4CB7-9C55-0D3CCF1E8D3D@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 12:29:00 -0000 On 03/03/2018 00:23, Dimitry Andric wrote: > Indeed. I have had the following for a few years now, due to USB drives > with ZFS pools: > > --- /usr/src/etc/rc.d/zfs 2016-11-08 10:21:29.820131000 +0100 > +++ /etc/rc.d/zfs 2016-11-08 12:49:52.971161000 +0100 > @@ -25,6 +25,8 @@ > > zfs_start_main() > { > + echo "Sleeping for 10 seconds to let USB devices settle..." > + sleep 10 > zfs mount -va > zfs share -a > if [ ! -r /etc/zfs/exports ]; then > > For some reason, USB3 (xhci) controllers can take a very, very long time > to correctly attach mass storage devices: I usually see many timeouts > before they finally get detected. After that, the devices always work > just fine, though. > > Whether this is due to some sort of BIOS handover trouble, or due to > cheap and/or crappy USB-to-SATA bridges (even with brand WD and Seagate > disks!), I have no idea. I attempted to debug it at some point, but > a well-placed "sleep 10" was an acceptable workaround... :) That fixed it, thank you again :D -- J. From owner-freebsd-stable@freebsd.org Sat Mar 3 12:56:54 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ECFFFF39BB3; Sat, 3 Mar 2018 12:56:53 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail104.syd.optusnet.com.au (mail104.syd.optusnet.com.au [211.29.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 66B088005E; Sat, 3 Mar 2018 12:56:52 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from [192.168.0.102] (c110-21-101-228.carlnfd1.nsw.optusnet.com.au [110.21.101.228]) by mail104.syd.optusnet.com.au (Postfix) with ESMTPS id 5B11442B126; Sat, 3 Mar 2018 23:56:50 +1100 (AEDT) Date: Sat, 3 Mar 2018 23:56:49 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: tech-lists cc: Dimitry Andric , FreeBSD Filesystems , FreeBSD Stable Subject: Re: zfs problems after rebuilding system [SOLVED] In-Reply-To: Message-ID: <20180303234236.M3811@besplex.bde.org> References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> <5CFC89E9-57BE-4CB7-9C55-0D3CCF1E8D3D@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.2 cv=VJytp5HX c=1 sm=1 tr=0 a=PalzARQSbocsUSjMRkwAPg==:117 a=PalzARQSbocsUSjMRkwAPg==:17 a=kj9zAlcOel0A:10 a=SY9sppriGsu9APizm8IA:9 a=6AGLiD1o6bKYU7sQ:21 a=jMnuJzigikWx0_6H:21 a=CjuIK1q_8ugA:10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 12:56:54 -0000 On Sat, 3 Mar 2018, tech-lists wrote: > On 03/03/2018 00:23, Dimitry Andric wrote: >> Indeed. I have had the following for a few years now, due to USB drives >> with ZFS pools: >> >> --- /usr/src/etc/rc.d/zfs 2016-11-08 10:21:29.820131000 +0100 >> +++ /etc/rc.d/zfs 2016-11-08 12:49:52.971161000 +0100 >> @@ -25,6 +25,8 @@ >> >> zfs_start_main() >> { >> + echo "Sleeping for 10 seconds to let USB devices settle..." >> + sleep 10 >> zfs mount -va >> zfs share -a >> if [ ! -r /etc/zfs/exports ]; then >> >> For some reason, USB3 (xhci) controllers can take a very, very long time >> to correctly attach mass storage devices: I usually see many timeouts >> before they finally get detected. After that, the devices always work >> just fine, though. I have one that works for an old USB hard drive but never works for a not so old USB flash drive and a new SSD in a USB dock (just to check the SSD speed when handicapped by USB). Win7 has no problems with the xhci and USB flash drive combination, and FreeBSD has no problems with the drive on other systems. >> Whether this is due to some sort of BIOS handover trouble, or due to >> cheap and/or crappy USB-to-SATA bridges (even with brand WD and Seagate >> disks!), I have no idea. I attempted to debug it at some point, but >> a well-placed "sleep 10" was an acceptable workaround... :) > > That fixed it, thank you again :D That won't work for the boot drive. When no boot drive is detected early enough, the kernel goes to the mountroot prompt. That seems to hold a Giant lock which inhibits further progress being made. Sometimes progress can be made by trying to mount unmountable partitions on other drives, but this usually goes too fast, especially if the USB drive often times out. Bruce From owner-freebsd-stable@freebsd.org Sat Mar 3 13:29:49 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5498DF3C51E; Sat, 3 Mar 2018 13:29:49 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 F1720814C8; Sat, 3 Mar 2018 13:29:48 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 244AB20B5A; Sat, 3 Mar 2018 08:29:48 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Sat, 03 Mar 2018 08:29:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=9xic609pw4mxd+V4k9zm0VcPtBof+ W7BLNj39qDDn7E=; b=udMlOdFPwmQP8z7dalUSyEnxdhMhkUia7zjeXBw9NZbtr RO7potFguXFXGhfMDPhKV/wEaBBecG04xD5zO1LigL2jvYoF/AeF39Xk9QfsDMAI /KvKl+p6l8GuPRbfnc4atjxTIQdgflKYGTWoHHG96u+Mt34EljGtPFdQABlJs6aT zCihUbISL4DqcOOGrcUM1CnF6z7JugMKbcMu9y4Hr/mrhmdnFF7zYN0z+yFW45jI tpzC03no1Q1OiYABFWoN/qXwWV7K62h0+hY5e1sCtDxrQ9ZZ/V/mj+Lb76q7XCMi T9eTA+EegmmEt9oQUHldPO9TqoQi4C8a7XpOXytVQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=9xic60 9pw4mxd+V4k9zm0VcPtBof+W7BLNj39qDDn7E=; b=TSs39S97/8BjJ3sW139uj4 wiINEoDMPvMb9Imz19msuGu4BX92Y6+uYdLUHlaEbKfMxAc7g89oWysGCjTSRd0X E+w+Ncqe5T3MIfasqHILe5Z6NffVDyWDl8QJPFp48CaSt0fzXVm08EsBTXTKGu0P iXRwMuZL8U9YIePzqatrK2tYovadMii18DvJww7n6poYL/+qryw2FxSX01ABb6I/ byfXQRHNrxshBcieRDWh/hK9fL4uGcLNhAeIwAZawsbCl50biBcvInDFVO/QMLAl hepeGRBFgGJaD04u9dvHg1VvT9HhtlDmxqKt8PL+RgtOR+9o/B+s/Lk/nIogbIfA == X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id A41C4246C8; Sat, 3 Mar 2018 08:29:47 -0500 (EST) Subject: Re: zfs problems after rebuilding system [SOLVED] To: FreeBSD Filesystems Cc: FreeBSD Stable References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> <5CFC89E9-57BE-4CB7-9C55-0D3CCF1E8D3D@FreeBSD.org> <20180303234236.M3811@besplex.bde.org> From: tech-lists Message-ID: Date: Sat, 3 Mar 2018 13:29:46 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180303234236.M3811@besplex.bde.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 13:29:49 -0000 On 03/03/2018 12:56, Bruce Evans wrote: > That won't work for the boot drive. In my case the workaround is fine because it's not a boot drive -- J. From owner-freebsd-stable@freebsd.org Sat Mar 3 14:26:57 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18CE8F40926; Sat, 3 Mar 2018 14:26:57 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8BC0E8378A; Sat, 3 Mar 2018 14:26:56 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w23EQlkH001512 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 3 Mar 2018 15:26:48 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: brde@optusnet.com.au Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id w23EQhih095788 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 3 Mar 2018 21:26:43 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: zfs problems after rebuilding system [SOLVED] To: Bruce Evans , tech-lists References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> <5CFC89E9-57BE-4CB7-9C55-0D3CCF1E8D3D@FreeBSD.org> <20180303234236.M3811@besplex.bde.org> Cc: FreeBSD Filesystems , FreeBSD Stable , Dimitry Andric From: Eugene Grosbein Message-ID: <5A9AB09E.6090500@grosbein.net> Date: Sat, 3 Mar 2018 21:26:38 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <20180303234236.M3811@besplex.bde.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS * 2.6 LOCAL_FROM From my domains X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 14:26:57 -0000 03.03.2018 19:56, Bruce Evans wrote: > On Sat, 3 Mar 2018, tech-lists wrote: > >> On 03/03/2018 00:23, Dimitry Andric wrote: >>> Indeed. I have had the following for a few years now, due to USB drives >>> with ZFS pools: >>> >>> --- /usr/src/etc/rc.d/zfs 2016-11-08 10:21:29.820131000 +0100 >>> +++ /etc/rc.d/zfs 2016-11-08 12:49:52.971161000 +0100 >>> @@ -25,6 +25,8 @@ >>> >>> zfs_start_main() >>> { >>> + echo "Sleeping for 10 seconds to let USB devices settle..." >>> + sleep 10 >>> zfs mount -va >>> zfs share -a >>> if [ ! -r /etc/zfs/exports ]; then >>> >>> For some reason, USB3 (xhci) controllers can take a very, very long time >>> to correctly attach mass storage devices: I usually see many timeouts >>> before they finally get detected. After that, the devices always work >>> just fine, though. > > I have one that works for an old USB hard drive but never works for a not > so old USB flash drive and a new SSD in a USB dock (just to check the SSD > speed when handicapped by USB). Win7 has no problems with the xhci and > USB flash drive combination, and FreeBSD has no problems with the drive > on other systems. > >>> Whether this is due to some sort of BIOS handover trouble, or due to >>> cheap and/or crappy USB-to-SATA bridges (even with brand WD and Seagate >>> disks!), I have no idea. I attempted to debug it at some point, but >>> a well-placed "sleep 10" was an acceptable workaround... :) >> >> That fixed it, thank you again :D > > That won't work for the boot drive. > > When no boot drive is detected early enough, the kernel goes to the > mountroot prompt. That seems to hold a Giant lock which inhibits > further progress being made. Sometimes progress can be made by trying > to mount unmountable partitions on other drives, but this usually goes > too fast, especially if the USB drive often times out. In fact, we have enough loader.conf quirks for that: kern.cam.boot_delay "Bus registration wait time" # miliseconds vfs.mountroot.timeout "Wait for root mount" # seconds vfs.root_mount_always_wait "Wait for root mount holds even if the root device already exists" # boolean No need in extra hacks to zfs rc.d script. From owner-freebsd-stable@freebsd.org Sat Mar 3 14:36:59 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84D7CF4155C for ; Sat, 3 Mar 2018 14:36:59 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) Received: from mail2.frequentis.com (mail2.frequentis.com [195.20.158.51]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "spamquarantine.frequentis.frq", Issuer "Frequentis Enterprise Issuing CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C984683DF9 for ; Sat, 3 Mar 2018 14:36:58 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) X-IronPort-AV: E=Sophos;i="5.47,418,1515452400"; d="scan'208";a="2429345" Received: from vie190nt.frequentis.frq ([172.16.1.190]) by mail2.frequentis.com with ESMTP; 03 Mar 2018 15:36:50 +0100 Received: from vie196nt.frequentis.frq ([172.16.1.196]) by vie190nt.frequentis.frq ([172.16.1.190]) with mapi id 14.03.0382.000; Sat, 3 Mar 2018 15:36:50 +0100 From: NAGY Andreas To: Rick Macklem , "freebsd-stable@freebsd.org" Subject: =?iso-8859-1?Q?RE:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/A= Date: Sat, 3 Mar 2018 14:36:49 +0000 Message-ID: References: In-Reply-To: Accept-Language: de-AT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.12.35] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 14:36:59 -0000 Hi and thanks! First time using/needing a patch could you give me a short advise how to us= e it and for which version? So far I have made a fresh FreeBSD 11.1 RELEASE install as a VM on a ESXi h= ost updated the system and did a svn checkout http://svn.freebsd.org/base/r= elease/11.1.0/ Then tried to apply the patch in /usr/src/sys via patch < /tmp/reclaimcom2.= patch Output was:=20 Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |--- fs/nfsserver/nfs_nfsdserv.c.savrecl 2018-02-10 20:34:31.1664450= 00 -0500 |+++ fs/nfsserver/nfs_nfsdserv.c 2018-02-10 20:36:07.947490000 -0500 -------------------------- Patching file fs/nfsserver/nfs_nfsdserv.c using Plan A... No such line 4225 in input file, ignoring Hunk #1 succeeded at 4019 (offset -207 lines). done So I think this was not correct, as I also noticed that nfs_nfsdserv.c 4102= lines. andi -----Original Message----- From: Rick Macklem [mailto:rmacklem@uoguelph.ca]=20 Sent: Samstag, 3. M=E4rz 2018 03:01 To: NAGY Andreas ; freebsd-stable@freebsd.org Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS=A0failed error in combination with= ESXi client NAGY Andreas wrote: >I am trying to get a FreeBSD NFS 4.1 export working with VMware Esxi 6.5u1= , but >it is always mounted as read only. > >After some research, I found out that this is a known problem, and there a= re >threads about this from 2015 also in the mailinglist archive. > >As it seems VMware will not change the bahvior of there NFS 4.1 client I w= anted >to ask here if there is a patch or workaround for this available. I believe the attached small patch deals with the ReclaimComplete issue. However, someone else who tested this had additional issues with the mount: - The client logged a couple of things (that sounded weird to me;-) - Something about Readdir seeing directories change too much.. - Something about "wrong reason for not issuing a delegation"... (I don't what either of these are caused by or whether they result in seri= ous breakage of the mount.) They also ran into a hang when transferring a large file. It sounded to me = like something that might be a network interface device driver issue and I = suggested they disable TSO, LRO and jumbo frames, but I never heard back fr= om them, so I don't know more about this. So, feel free to test with the attached patch and if you run into problems = with the mount, email w.r.t. what they are. If we persevere we might get it= going ok. rick [stuff snipped] From owner-freebsd-stable@freebsd.org Sat Mar 3 16:12:22 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 827BBF240CC for ; Sat, 3 Mar 2018 16:12:22 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D6DBA680F4 for ; Sat, 3 Mar 2018 16:12:21 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id 962C4F240C5; Sat, 3 Mar 2018 16:12:21 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F17BF240C4 for ; Sat, 3 Mar 2018 16:12:21 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 00752680EF for ; Sat, 3 Mar 2018 16:12:20 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (pD9FA8FAD.dip0.t-ipconnect.de [217.250.143.173]) (authenticated bits=0) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id w23GAe5d059436 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 3 Mar 2018 16:10:48 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id w23GC4lh083644 for ; Sat, 3 Mar 2018 17:12:04 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id w23GBk4Z038702 for ; Sat, 3 Mar 2018 17:12:04 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201803031612.w23GBk4Z038702@fire.js.berklix.net> To: stable@freebsd.org Subject: memory leak in Init 10.3-STABLE .svn_revision 304147 ? From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Fri, 02 Mar 2018 02:20:46 +0100." <201803020121.w221Kkme034444@fire.js.berklix.net> Date: Sat, 03 Mar 2018 17:11:46 +0100 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 16:12:22 -0000 Oops! I got Subject & body wrong s/inetd/init/ ! Was: memory leak in inetd 10.3-STABLE .svn_revision 304147 ? Should be: memory leak in init 10.3-STABLE .svn_revision 304147 ? Hi stable@freebsd.org I think I have found a memory leak with init on 10.3-STABLE (server runs in a VM); server ran out of swap. top Mem: 34M Active, 791M Inact, 387M Wired, 200K Cache, 212M Buf, 759M Free Swap: 614M Total, 605M Used, 8744K Free, 98% Inuse uptime 4:47PM up 544 days, 2:56, 2 users, load averages: 0.26, 0.30, 0.32 uname -a FreeBSD slim.domain 10.3-STABLE FreeBSD 10.3-STABLE #0: Tue Aug 16 18:09:22 CEST 2016 jhs@slim.domain:/usr/obj/usr/src/sys/GENERIC amd64 First I just commented out a few trivial getty as a start, ran kill -HUP 1 and was surprised to get loads of swap back: swapinfo Device 1K-blocks Used Avail Capacity /dev/da0p3 628736 81056 547680 13% ( Before I ran `kill -9 541` after seeing this: PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 541 root 2 52 0 769M 103M select 28.4H 0.00% vmtoolsd but it didn't gain me swap space, hence next the `kill -HUP 1` which I had first avoided, as server is remote. Restarting vmtoolsd leaves swapinfo unchanged. ) top CPU: 0.8% user, 0.0% nice, 3.1% system, 0.0% interrupt, 96.1% idle Mem: 32M Active, 711M Inact, 383M Wired, 176K Cache, 216M Buf, 846M Free Swap: 614M Total, 79M Used, 535M Free, 12% Inuse /var/log/dmesg.today 858 x swap_pager_getswapspace In case someone asks me to de specific debugging, that server has: cd /usr/src cat .svn_revision 304147 cat .ctm_status src-10 1304 Though I'm wary of a reboot with a debug kernel in case it hangs, as it's a remote live server. (So I guess an ideal world would have someone say there used to be a leak but it was fixed long since.) PS Below there's an intriguing "Swap: 32G", presumably coming from hypervisor outside my server. ------------- BEFORE top last pid: 91299; load averages: 0.62, 0.68, 0.49 up 543+22:18:42 12:09:35 47 processes: 1 running, 46 sleeping Mem: 34M Active, 791M Inact, 387M Wired, 200K Cache, 212M Buf, 759M Free Swap: 614M Total, 605M Used, 8744K Free, 98% Inuse PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 541 root 2 52 0 769M 103M select 28.4H 0.00% vmtoolsd 579 root 1 20 0 21900K 13812K select 862:04 0.00% ntpd 47677 bind 4 20 0 74956K 27996K kqread 227:10 0.00% named 411 root 1 20 0 14524K 1708K select 124:23 0.00% syslogd 313 root 1 20 0 13656K 536K select 121:22 0.00% devd 63839 root 1 20 0 51512K 4852K select 61:12 0.00% sendmail 35589 mailman 1 20 0 108M 13168K select 53:29 0.00% python2. 35592 mailman 1 20 0 108M 14852K select 50:27 0.00% python2. 35588 mailman 1 20 0 112M 15384K select 49:43 0.00% python2. 35593 mailman 1 20 0 107M 13344K select 49:10 0.00% python2. 35590 mailman 1 20 0 112M 15272K select 48:49 0.00% python2. 35591 mailman 1 20 0 113M 18564K select 46:37 0.00% python2. 651 root 1 20 0 61316K 4116K select 17:21 0.00% sshd 676 root 1 20 0 16624K 2228K nanslp 11:02 0.00% cron 63843 smmsp 1 20 0 26480K 4048K pause 0:30 0.00% sendmail 35594 mailman 1 20 0 106M 5932K select 0:27 0.00% python2. 78594 root 1 20 0 16832K 2576K kqread 0:15 0.00% dovecot 78720 root 1 20 0 147M 9512K select 0:09 0.00% httpd ------------- IMMEDIATELY BEFORE last pid: 12063; load averages: 0.02, 0.06, 0.07 up 360+17:30:09 12:05:23 23 processes: 1 running, 22 sleeping CPU: 0.0% user, 0.0% nice, 0.1% system, 0.0% interrupt, 99.9% idle Mem: 242M Active, 18G Inact, 12G Wired, 161M Cache, 240M Free ARC: 8578M Total, 3785M MFU, 809M MRU, 59K Anon, 227M Header, 3758M Other Swap: 32G Total, 200M Used, 32G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAN 97336 bind 11 20 0 109M 30084K kqread 4 57:01 0.00% named 1544 root 1 20 0 14536K 656K select 7 10:19 0.00% syslog 47145 root 1 20 0 41596K 3008K select 2 7:42 0.00% sendma 22566 root 1 20 0 16836K 1324K kqread 6 7:00 0.00% doveco 22567 root 1 20 0 21264K 1176K kqread 6 2:28 0.00% doveco 1704 root 1 20 0 34636K 744K select 2 1:31 0.00% sshd 6181 root 1 20 0 149M 7192K select 4 1:00 0.00% httpd 1764 root 1 20 0 18752K 708K select 2 0:47 0.00% inetd 1749 root 1 20 0 16632K 468K nanslp 2 0:39 0.00% cron 47148 smmsp 1 20 0 29096K 2148K pause 2 0:02 0.00% sendma 11064 www 1 20 0 149M 7360K select 7 0:00 0.00% httpd 11102 www 1 20 0 149M 7344K accept 4 0:00 0.00% httpd 11104 www 1 20 0 149M 7332K accept 4 0:00 0.00% httpd 11681 root 1 20 0 21264K 2468K kqread 3 0:00 0.00% doveco 11303 www 1 20 0 149M 7332K accept 4 0:00 0.00% httpd 11975 jhs 1 20 0 21952K 2492K CPU4 4 0:00 0.00% top 11948 jhs 1 37 0 23604K 3272K pause 6 0:00 0.00% csh 11302 www 1 20 0 149M 7316K accept 5 0:00 0.00% httpd top last pid: 91299; load averages: 0.62, 0.68, 0.49 up 543+22:18:42 12:09:35 47 processes: 1 running, 46 sleeping Mem: 34M Active, 791M Inact, 387M Wired, 200K Cache, 212M Buf, 759M Free Swap: 614M Total, 605M Used, 8744K Free, 98% Inuse PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 541 root 2 52 0 769M 103M select 28.4H 0.00% vmtoolsd 579 root 1 20 0 21900K 13812K select 862:04 0.00% ntpd 47677 bind 4 20 0 74956K 27996K kqread 227:10 0.00% named 411 root 1 20 0 14524K 1708K select 124:23 0.00% syslogd 313 root 1 20 0 13656K 536K select 121:22 0.00% devd 63839 root 1 20 0 51512K 4852K select 61:12 0.00% sendmail 35589 mailman 1 20 0 108M 13168K select 53:29 0.00% python2. 35592 mailman 1 20 0 108M 14852K select 50:27 0.00% python2. 35588 mailman 1 20 0 112M 15384K select 49:43 0.00% python2. 35593 mailman 1 20 0 107M 13344K select 49:10 0.00% python2. 35590 mailman 1 20 0 112M 15272K select 48:49 0.00% python2. 35591 mailman 1 20 0 113M 18564K select 46:37 0.00% python2. 651 root 1 20 0 61316K 4116K select 17:21 0.00% sshd 676 root 1 20 0 16624K 2228K nanslp 11:02 0.00% cron 63843 smmsp 1 20 0 26480K 4048K pause 0:30 0.00% sendmail 35594 mailman 1 20 0 106M 5932K select 0:27 0.00% python2. 78594 root 1 20 0 16832K 2576K kqread 0:15 0.00% dovecot 78720 root 1 20 0 147M 9512K select 0:09 0.00% httpd ps -laxww | more UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -8 0 0 144 - DLs - 4:42.13 [kernel] 0 1 0 0 20 0 9512 128 wait SLs - 0:48.15 /sbin/init -- 0 2 0 0 -16 0 0 32 - DL - 55:14.71 [cam] 0 3 0 0 -16 0 0 16 idle DL - 0:00.00 [mpt_recovery0] 0 4 0 0 -16 0 0 16 - DL - 5:43.13 [fdc0] 0 5 0 0 -16 0 0 16 waiting_ DL - 0:00.00 [sctp_iterator] 0 6 0 0 -16 0 0 32 umarcl DL - 93:37.08 [pagedaemon] 0 7 0 0 -16 0 0 16 psleep DL - 0:00.00 [vmdaemon] 0 8 0 0 155 0 0 16 pgzero DL - 0:02.78 [pagezero] 0 9 0 0 20 0 0 32 sdflush DL - 31:47.71 [bufdaemon] 0 10 0 0 -16 0 0 16 audit_wo DL - 0:00.00 [audit] 0 11 0 0 155 0 0 16 - RL - 769327:03.04 [idle] 0 12 0 0 -76 0 0 224 - WL - 1025:24.01 [intr] 0 13 0 0 -8 0 0 48 - DL - 0:00.05 [geom] 0 14 0 0 -16 0 0 16 - DL - 158:35.64 [rand_harvestq] 0 15 0 0 20 0 0 16 vlruwt DL - 6:34.70 [vnlru] 0 16 0 0 16 0 0 16 syncer DL - 1362:58.23 [syncer] 0 313 1 0 20 0 13656 536 select Ss - 121:24.12 /sbin/devd 0 401 0 0 -16 0 0 16 vmhgfs_w IL - 0:00.00 [HgfsKReqWorker] 0 411 1 0 20 0 14524 1708 select Ss - 124:26.53 /usr/sbin/syslogd -s 0 579 1 0 20 0 21900 13812 select Ss - 862:27.23 /usr/sbin/ntpd -g -c /etc/ntp.conf -p /var/run/ntpd.pid -f /var/db/ntpd.drift 0 651 1 0 21 0 61316 4116 select Ss - 17:21.09 /usr/sbin/sshd 0 676 1 0 20 0 16624 2228 nanslp Is - 11:02.70 /usr/sbin/cron -s 91 35587 1 0 20 0 108488 10832 wait Is - 0:00.54 /usr/local/bin/python2.7 /usr/local/mailman/bin/mailmanctl -s -q start 91 35588 35587 0 20 0 115156 15384 select S - 49:48.20 /usr/local/bin/python2.7 /usr/local/mailman/bin/qrunner --runner=ArchRunner:0:1 -s 91 35589 35587 0 20 0 110536 13168 select S - 53:33.77 /usr/local/bin/python2.7 /usr/local/mailman/bin/qrunner --runner=BounceRunner:0:1 -s 91 35590 35587 0 20 0 114888 15272 select S - 48:53.67 /usr/local/bin/python2.7 /usr/local/mailman/bin/qrunner --runner=CommandRunner:0:1 -s 91 35591 35587 0 20 0 115668 18564 select S - 46:41.33 /usr/local/bin/python2.7 /usr/local/mailman/bin/qrunner --runner=IncomingRunner:0:1 -s 91 35592 35587 0 20 0 110292 14852 select S - 50:32.31 /usr/local/bin/python2.7 /usr/local/mailman/bin/qrunner --runner=OutgoingRunner:0:1 -s 91 35593 35587 0 20 0 110024 13344 select S - 49:14.36 /usr/local/bin/python2.7 /usr/local/mailman/bin/qrunner --runner=VirginRunner:0:1 -s 91 35594 35587 0 20 0 108488 5932 select I - 0:27.29 /usr/local/bin/python2.7 /usr/local/mailman/bin/qrunner --runner=RetryRunner:0:1 -s 53 47677 1 0 20 0 74956 27996 kqread Ss - 227:22.82 /usr/local/sbin/named -4 -u bind -c /usr/local/etc/namedb/named.conf 0 63839 1 0 20 0 51512 4852 select Ss - 61:18.19 sendmail: accepting connections (sendmail) 25 63843 1 0 20 0 26480 4048 pause Is - 0:30.08 sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sendmail) 0 78594 1 0 20 0 16832 2576 kqread Ss - 0:21.69 /usr/local/sbin/dovecot -c /usr/local/etc/dovecot.conf 0 78595 78594 0 20 0 21260 2796 kqread S - 0:04.84 dovecot-auth 0 78720 1 0 20 0 150768 9512 select Ss - 0:10.67 /usr/local/sbin/httpd -DNOHTTPACCEPT 0 86419 1 0 52 0 17096 2512 wait I - 0:00.00 /bin/sh /etc/periodic/daily/480.leapfile-ntpd 0 86425 86419 0 52 0 8260 1924 nanslp I - 0:00.00 sleep 50591 ------------- AFTER last pid: 95078; load averages: 0.26, 0.31, 0.32 up 544+03:02:39 16:53:32 48 processes: 1 running, 47 sleeping Mem: 34M Active, 715M Inact, 384M Wired, 176K Cache, 213M Buf, 837M Free Swap: 614M Total, 79M Used, 535M Free, 12% Inuse PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 94918 www 1 20 0 147M 9684K select 0:00 0.10% httpd 579 root 1 20 0 21900K 13812K select 862:28 0.00% ntpd 47677 bind 4 20 0 74956K 27996K kqread 227:23 0.00% named 411 root 1 20 0 14524K 1708K select 124:27 0.00% syslogd 313 root 1 20 0 13656K 536K select 121:24 0.00% devd 63839 root 1 20 0 51512K 4852K select 61:18 0.00% sendmail 35589 mailman 1 20 0 108M 13168K select 53:34 0.00% python2.7 35592 mailman 1 20 0 108M 14852K select 50:32 0.00% python2.7 35588 mailman 1 20 0 112M 15384K select 49:48 0.00% python2.7 35593 mailman 1 20 0 107M 13344K select 49:15 0.00% python2.7 35590 mailman 1 20 0 112M 15272K select 48:54 0.00% python2.7 35591 mailman 1 20 0 113M 18564K select 46:42 0.00% python2.7 651 root 1 20 0 61316K 4116K select 17:21 0.00% sshd 676 root 1 20 0 16624K 2228K nanslp 11:03 0.00% cron 91232 jhs 1 20 0 21948K 3112K select 0:39 0.00% top 63843 smmsp 1 20 0 26480K 4048K pause 0:30 0.00% sendmail 35594 mailman 1 20 0 106M 5932K select 0:27 0.00% python2.7 78594 root 1 20 0 16832K 2576K kqread 0:22 0.00% dovecot ------------- Cheers, Julian -- Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU. UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3. Petition for votes: http://berklix.eu/queen/ From owner-freebsd-stable@freebsd.org Sat Mar 3 16:19:12 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3B37CF249B6 for ; Sat, 3 Mar 2018 16:19:12 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (unknown [IPv6:2a02:b90:3002:411::3]) (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 C9B53683BD for ; Sat, 3 Mar 2018 16:19:11 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from cpc73666-dals20-2-0-cust303.20-2.cable.virginm.net ([82.47.237.48] helo=foula.drayhouse.twisted.org.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1es9sM-0008gR-1v for freebsd-stable@freebsd.org; Sat, 03 Mar 2018 16:19:10 +0000 Subject: Re: zfs problems after rebuilding system [SOLVED] To: freebsd-stable@freebsd.org References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> <5CFC89E9-57BE-4CB7-9C55-0D3CCF1E8D3D@FreeBSD.org> <20180303234236.M3811@besplex.bde.org> From: Pete French Message-ID: <9b3cd942-347c-44a2-60d6-0b3c4a45552f@ingresso.co.uk> Date: Sat, 3 Mar 2018 16:19:09 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180303234236.M3811@besplex.bde.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 16:19:12 -0000 > That won't work for the boot drive. > > When no boot drive is detected early enough, the kernel goes to the > mountroot prompt.  That seems to hold a Giant lock which inhibits > further progress being made.  Sometimes progress can be made by trying > to mount unmountable partitions on other drives, but this usually goes > too fast, especially if the USB drive often times out. We have this problem in Azure with a ZFS root, was fixed by the pacth in this bug report, which actually starts off being about USB. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208882 You can then set the mountroot timeout as normal and it works. I wold really like this patch to be applied, but it seems to have languished since last summer. We use this as standard on all our cloud machines now, and it works very nicely. -pete. From owner-freebsd-stable@freebsd.org Sat Mar 3 16:29:14 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47DF2F25B5E for ; Sat, 3 Mar 2018 16:29:14 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D258F68BA6 for ; Sat, 3 Mar 2018 16:29:13 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: by mailman.ysv.freebsd.org (Postfix) id 969CCF25B5C; Sat, 3 Mar 2018 16:29:13 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 845FBF25B5B for ; Sat, 3 Mar 2018 16:29:13 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D6FC68BA4 for ; Sat, 3 Mar 2018 16:29:12 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w23GT2Hv002302 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 3 Mar 2018 17:29:02 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: jhs@berklix.com Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id w23GSwsO096659 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 3 Mar 2018 23:28:58 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: memory leak in Init 10.3-STABLE .svn_revision 304147 ? To: "Julian H. Stacey" , stable@freebsd.org References: <201803031612.w23GBk4Z038702@fire.js.berklix.net> From: Eugene Grosbein Message-ID: <5A9ACD45.6030802@grosbein.net> Date: Sat, 3 Mar 2018 23:28:53 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <201803031612.w23GBk4Z038702@fire.js.berklix.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS * 2.6 LOCAL_FROM From my domains X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 16:29:14 -0000 03.03.2018 23:11, Julian H. Stacey wrote: > Oops! I got Subject & body wrong s/inetd/init/ ! > > Was: memory leak in inetd 10.3-STABLE .svn_revision 304147 ? > Should be: memory leak in init 10.3-STABLE .svn_revision 304147 ? There is no evidence that /sbin/init has memory leak (nor inetd), what makes you think so? Pleas show output of "top -ores -d1" command. From owner-freebsd-stable@freebsd.org Sat Mar 3 16:33:57 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C119F26769 for ; Sat, 3 Mar 2018 16:33:57 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D94D96A320 for ; Sat, 3 Mar 2018 16:33:56 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id 9DB99F26768; Sat, 3 Mar 2018 16:33:56 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76BCAF26766 for ; Sat, 3 Mar 2018 16:33:56 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F26F36A31E for ; Sat, 3 Mar 2018 16:33:55 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (pD9FA8FAD.dip0.t-ipconnect.de [217.250.143.173]) (authenticated bits=0) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id w23GWOj2060480 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Mar 2018 16:32:29 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id w23GXmZi083822; Sat, 3 Mar 2018 17:33:49 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id w23GXOcp039099; Sat, 3 Mar 2018 17:33:42 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201803031633.w23GXOcp039099@fire.js.berklix.net> To: Eugene Grosbein cc: stable@freebsd.org Subject: Re: memory leak in Init 10.3-STABLE .svn_revision 304147 ? From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Sat, 03 Mar 2018 23:28:53 +0700." <5A9ACD45.6030802@grosbein.net> Date: Sat, 03 Mar 2018 17:33:24 +0100 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 16:33:57 -0000 Eugene Grosbein wrote: > 03.03.2018 23:11, Julian H. Stacey wrote: > > > Oops! I got Subject & body wrong s/inetd/init/ ! > > > > Was: memory leak in inetd 10.3-STABLE .svn_revision 304147 ? > > Should be: memory leak in init 10.3-STABLE .svn_revision 304147 ? > > There is no evidence that /sbin/init has memory leak (nor inetd), what makes you think so? I got back about 500M of wap after kill -HUP 1 > Pleas show output of "top -ores -d1" command. last pid: 57791; load averages: 0.39, 0.52, 0.48 up 547+03:40:39 17:31:32 41 processes: 2 running, 39 sleeping CPU: % user, % nice, % system, % interrupt, % idle Mem: 32M Active, 1160M Inact, 388M Wired, 108K Cache, 212M Buf, 391M Free Swap: 614M Total, 79M Used, 535M Free, 12% Inuse PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 47677 bind 4 20 0 74956K 28088K kqread 231:10 0.00% named 35591 mailman 1 20 0 113M 18968K select 47:57 0.00% python2. 35590 mailman 1 20 0 112M 16120K select 50:09 0.00% python2. 35588 mailman 1 20 0 112M 15588K select 51:08 0.00% python2. 35592 mailman 1 20 0 108M 14928K select 51:53 0.00% python2. 579 root 1 20 0 21900K 13812K select 867:23 0.00% ntpd 35593 mailman 1 20 0 107M 13564K select 50:30 0.00% python2. 35589 mailman 1 20 0 108M 13432K select 54:56 0.00% python2. 96114 root 1 20 0 101M 11388K select 8:20 0.00% vmtoolsd 35587 mailman 1 20 0 106M 10832K wait 0:01 0.00% python2. 57188 www 1 20 0 147M 9708K lockf 0:01 0.00% httpd 57337 www 1 20 0 147M 9692K select 0:01 0.00% httpd 57335 www 1 20 0 147M 9672K lockf 0:01 0.00% httpd 57616 www 1 20 0 147M 9660K select 0:00 0.00% httpd 57365 www 1 20 0 147M 9652K select 0:00 0.00% httpd 57613 www 1 20 0 147M 9648K kqread 0:00 0.00% httpd 78720 root 1 20 0 147M 9512K select 0:40 0.00% httpd Cheers, Julian -- Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU. UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3. Petition for votes: http://berklix.eu/queen/ From owner-freebsd-stable@freebsd.org Sat Mar 3 16:48:59 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02E31F2796A for ; Sat, 3 Mar 2018 16:48:59 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 91DEF6AC1C for ; Sat, 3 Mar 2018 16:48:58 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: by mailman.ysv.freebsd.org (Postfix) id 51116F27964; Sat, 3 Mar 2018 16:48:58 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D39BF27963 for ; Sat, 3 Mar 2018 16:48:58 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B54B36AC1B for ; Sat, 3 Mar 2018 16:48:57 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w23GmoHu002574 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 3 Mar 2018 17:48:51 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: jhs@berklix.com Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id w23GmlFU097013 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 3 Mar 2018 23:48:47 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: memory leak in Init 10.3-STABLE .svn_revision 304147 ? To: "Julian H. Stacey" References: <201803031633.w23GXOcp039099@fire.js.berklix.net> Cc: stable@freebsd.org From: Eugene Grosbein Message-ID: <5A9AD1EA.3030403@grosbein.net> Date: Sat, 3 Mar 2018 23:48:42 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <201803031633.w23GXOcp039099@fire.js.berklix.net> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS * 2.6 LOCAL_FROM From my domains X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 16:48:59 -0000 03.03.2018 23:33, Julian H. Stacey wrote: > Eugene Grosbein wrote: >> 03.03.2018 23:11, Julian H. Stacey wrote: >> >>> Oops! I got Subject & body wrong s/inetd/init/ ! >>> >>> Was: memory leak in inetd 10.3-STABLE .svn_revision 304147 ? >>> Should be: memory leak in init 10.3-STABLE .svn_revision 304147 ? >> >> There is no evidence that /sbin/init has memory leak (nor inetd), what makes you think so? > > I got back about 500M of wap after kill -HUP 1 There may be plenty of reasons for that apart from init's "memory leak" and init does not even show in the top. Please share your /etc/ttys file. From owner-freebsd-stable@freebsd.org Sat Mar 3 16:53:32 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 493E6F2904E for ; Sat, 3 Mar 2018 16:53:32 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D668E6B14C for ; Sat, 3 Mar 2018 16:53:31 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id 972A7F2904C; Sat, 3 Mar 2018 16:53:31 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85DB5F2904B for ; Sat, 3 Mar 2018 16:53:31 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EDE4E6B14A for ; Sat, 3 Mar 2018 16:53:30 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (pD9FA8FAD.dip0.t-ipconnect.de [217.250.143.173]) (authenticated bits=0) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id w23Gq0op061320 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Mar 2018 16:52:04 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id w23GrOGs083985; Sat, 3 Mar 2018 17:53:24 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id w23Gr0cu039368; Sat, 3 Mar 2018 17:53:18 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201803031653.w23Gr0cu039368@fire.js.berklix.net> To: Eugene Grosbein cc: stable@freebsd.org Subject: Re: memory leak in Init 10.3-STABLE .svn_revision 304147 ? From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Sat, 03 Mar 2018 23:48:42 +0700." <5A9AD1EA.3030403@grosbein.net> Date: Sat, 03 Mar 2018 17:53:00 +0100 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 16:53:32 -0000 Hi, Reference: > From: Eugene Grosbein > Date: Sat, 3 Mar 2018 23:48:42 +0700 Eugene Grosbein wrote: > 03.03.2018 23:33, Julian H. Stacey wrote: > > > Eugene Grosbein wrote: > >> 03.03.2018 23:11, Julian H. Stacey wrote: > >> > >>> Oops! I got Subject & body wrong s/inetd/init/ ! > >>> > >>> Was: memory leak in inetd 10.3-STABLE .svn_revision 304147 ? > >>> Should be: memory leak in init 10.3-STABLE .svn_revision 304147 ? > >> > >> There is no evidence that /sbin/init has memory leak (nor inetd), what makes you think so? > > > > I got back about 500M of wap after kill -HUP 1 > > There may be plenty of reasons for that apart from init's "memory leak" > and init does not even show in the top. Please share your /etc/ttys file. console none unknown off secure ttyv0 "/usr/libexec/getty Pc" xterm on secure ttyv1 "/usr/libexec/getty Pc" xterm on secure ttyv2 "/usr/libexec/getty Pc" xterm on secure ttyv3 "/usr/libexec/getty Pc" xterm off secure ttyv4 "/usr/libexec/getty Pc" xterm off secure ttyv5 "/usr/libexec/getty Pc" xterm off secure ttyv6 "/usr/libexec/getty Pc" xterm off secure ttyv7 "/usr/libexec/getty Pc" xterm off secure ttyv8 "/usr/local/bin/xdm -nodaemon" xterm off secure ttyu0 "/usr/libexec/getty 3wire" vt100 onifconsole secure ttyu1 "/usr/libexec/getty 3wire" vt100 onifconsole secure ttyu2 "/usr/libexec/getty 3wire" vt100 onifconsole secure ttyu3 "/usr/libexec/getty 3wire" vt100 onifconsole secure dcons "/usr/libexec/getty std.9600" vt100 off secure Cheers, Julian -- Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich Brexit Referendum stole 3,700,000 votes, inc. 700,000 from British in EU. UK Govt. lied it's "democratic" in Article 50 letter to EU paragraph 3. Petition for votes: http://berklix.eu/queen/ From owner-freebsd-stable@freebsd.org Sat Mar 3 17:15:48 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFA93F2AB02 for ; Sat, 3 Mar 2018 17:15:48 +0000 (UTC) (envelope-from holm@freibergnet.de) Received: from bmail.freibergnet.de (bmail.freibergnet.de [46.4.195.14]) by mx1.freebsd.org (Postfix) with ESMTP id 3FB3A6BF49 for ; Sat, 3 Mar 2018 17:15:47 +0000 (UTC) (envelope-from holm@freibergnet.de) Received: from bmail.freibergnet.de (bmail.freibergnet.de [46.4.195.14]) by bmail.freibergnet.de (Postfix) with ESMTP id 032B8A38F805 for ; Sat, 3 Mar 2018 18:09:52 +0100 (CET) X-Virus-Scanned: amavisd-new at freibergnet.de Received: from bmail.freibergnet.de ([46.4.195.14]) by bmail.freibergnet.de (bmail.freibergnet.de [46.4.195.14]) (amavisd-new, port 10024) with LMTP id ByufCYIg2Gt8 for ; Sat, 3 Mar 2018 18:09:41 +0100 (CET) Received: from beast.freibergnet.de (bmail.freibergnet.de [46.4.195.14]) by bmail.freibergnet.de (Postfix) with ESMTP id DAE32A38F803 for ; Sat, 3 Mar 2018 18:09:41 +0100 (CET) Received: by beast.freibergnet.de (Postfix, from userid 201) id C57474B783D; Sat, 3 Mar 2018 18:09:41 +0100 (CET) Date: Sat, 3 Mar 2018 18:09:41 +0100 From: Holm Tiffe To: freebsd-stable@freebsd.org Subject: DDD hangs on start on 11.1-R Message-ID: <20180303170941.GC9421@beast.freibergnet.de> Mail-Followup-To: Holm Tiffe , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 03 Mar 2018 17:15:49 -0000 Hi all, can anyone get ddd get to work in 11.1-R or stable? It seems that ddd from the ports is hanging while trying to get a connection to gdb, tried the system gdb and the gdb-8.0.1 from the ports. What's happening here? Regards, Holm -- Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe, Freiberger Strae 42, 09600 Oberschna, USt-Id: DE253710583 info@tsht.de Fax +49 3731 74200 Tel +49 3731 74222 Mobil: 0172 8790 741