From owner-freebsd-current@freebsd.org Sun May 31 03:21:33 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 57DAB3289CB for ; Sun, 31 May 2020 03:21:33 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49ZNrF1m1sz4Fbp; Sun, 31 May 2020 03:21:33 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from weatherwax.trouble.is (weatherwax.trouble.is [46.235.227.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "weatherwax.trouble.is", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: philip/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 266C420B88; Sun, 31 May 2020 03:21:33 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from rincewind.trouble.is (rincewind.trouble.is [95.216.22.234]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "rincewind.trouble.is", Issuer "Let's Encrypt Authority X3" (verified OK)) by weatherwax.trouble.is (Postfix) with ESMTPS id 49ZNrC4pG3z7wW; Sun, 31 May 2020 03:21:31 +0000 (UTC) Received: by rincewind.trouble.is (Postfix, authenticated sender philip) id 49ZNr957YFz1Lk1; Sun, 31 May 2020 03:21:29 +0000 (UTC) From: "Philip Paeps" To: "Allan Jude" Cc: "FreeBSD Developers" , "FreeBSD Current" Subject: Re: Office Hours today @ 18:00 UTC - Core Candidates Date: Sun, 31 May 2020 11:21:25 +0800 X-Clacks-Overhead: GNU Terry Pratchett X-Mailer: MailMate (1.13.1r5690) Message-ID: <65E95B9B-35D1-46AD-B0EA-06FAD82397BA@freebsd.org> In-Reply-To: <6f28f628-471a-ab40-bbb4-0ead48040647@freebsd.org> References: <1a285d69-4ae3-f95d-d33e-7801faa22dfe@freebsd.org> <6B57A069-9932-4C56-B3B8-45443251F7E8@freebsd.org> <6f28f628-471a-ab40-bbb4-0ead48040647@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; markup=markdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 May 2020 03:21:33 -0000 On 2020-05-30 22:53:42 (+0800), Allan Jude wrote: > On 2020-05-27 22:01, Philip Paeps wrote: >> On 2020-05-27 22:35:14 (+0800), Allan Jude wrote: >>> Sorry for the late notice, I thought I sent this last week. >>> >>> After the slate of candidates was finalized last week, I invited all >>> of them to join a live stream today at 18:00 UTC to answer questions >>> from the FreeBSD Community. >> >> Do you ever plan to schedule one of these at a time that works for >> those of us in the eastern hemisphere? >> >> 18:00 UTC is 02:00 in Hong Kong, Taiwan and China, 03:00 in Japan and >> 04:00 in the east of Australia to name but a couple of places where >> we have sizeable (or at least non-zero) populations of FreeBSD >> developers. >> >> I'm sure we can watch the recordings after the fact, but I'm sure >> some of us would also welcome the opportunity to ask questions in >> real time. > > Philip: We did one at 02:00 UTC on April 16th. But attendance was only > ~20, compared to ~65 for the 18:00 UTC slot. > > https://wiki.freebsd.org/OfficeHours > > Would you be willing to help host/promote another attempt for a more > Asia friendly time? I must have missed that announcement. All the other ones were at 18:00 UTC (02:00 Asia/Hong_Kong). Thanks for the pointer. I'm happy to join if it's not at crazy o'clock in the morning. :-) It would be good to alternate between "convenient for the far west" and "convenient for the far east". Philip -- Philip Paeps Senior Reality Engineer Alternative Enterprises From owner-freebsd-current@freebsd.org Sun May 31 03:42:26 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5D86A329BBE for ; Sun, 31 May 2020 03:42:26 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49ZPJL1sL9z4HXk; Sun, 31 May 2020 03:42:26 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from weatherwax.trouble.is (weatherwax.trouble.is [IPv6:2a00:1098:82:3a::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "weatherwax.trouble.is", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: philip/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 29E8820FC3; Sun, 31 May 2020 03:42:26 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from rincewind.trouble.is (rincewind.trouble.is [IPv6:2a01:4f9:2a:1715::1:1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "rincewind.trouble.is", Issuer "Let's Encrypt Authority X3" (verified OK)) by weatherwax.trouble.is (Postfix) with ESMTPS id 49ZPJJ2KRXz7x4; Sun, 31 May 2020 03:42:24 +0000 (UTC) Received: by rincewind.trouble.is (Postfix, authenticated sender philip) id 49ZPJG29GMz1Lkt; Sun, 31 May 2020 03:42:22 +0000 (UTC) From: "Philip Paeps" To: "Rodney W. Grimes" Cc: "Allan Jude" , "FreeBSD Developers" , "FreeBSD Current" Subject: Re: Office Hours today @ 18:00 UTC - Core Candidates Date: Sun, 31 May 2020 11:42:18 +0800 X-Clacks-Overhead: GNU Terry Pratchett X-Mailer: MailMate (1.13.1r5690) Message-ID: <6F527AF3-F817-4AD5-862D-83E573F6EAE2@freebsd.org> In-Reply-To: <202005301652.04UGqmWO003959@gndrsh.dnsmgr.net> References: <202005301652.04UGqmWO003959@gndrsh.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; markup=markdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 May 2020 03:42:26 -0000 On 2020-05-31 00:52:48 (+0800), Rodney W. Grimes wrote: > -- Start of PGP signed section. >> On 2020-05-27 22:01, Philip Paeps wrote: >>> On 2020-05-27 22:35:14 (+0800), Allan Jude wrote: >>>> Sorry for the late notice, I thought I sent this last week. >>>> >>>> After the slate of candidates was finalized last week, I invited all of >>>> them to join a live stream today at 18:00 UTC to answer questions from >>>> the FreeBSD Community. >>> >>> Do you ever plan to schedule one of these at a time that works for those >>> of us in the eastern hemisphere? >>> >>> 18:00 UTC is 02:00 in Hong Kong, Taiwan and China, 03:00 in Japan and >>> 04:00 in the east of Australia to name but a couple of places where we >>> have sizeable (or at least non-zero) populations of FreeBSD developers. >>> >>> I'm sure we can watch the recordings after the fact, but I'm sure some >>> of us would also welcome the opportunity to ask questions in real time. >> >> Philip: We did one at 02:00 UTC on April 16th. But attendance was only >> ~20, compared to ~65 for the 18:00 UTC slot. > > Since I have no idea on what our global proportions per time zone are > I can not tell if that is a good showing or a not so good. No single timeslot is going to be great for everyone. Alternating between times convenient for different groups of people gives a better chance of reaching everyone though. The reason for the low turnout at 02:00 UTC (mid-morning to early afternoon on this side of the world) might have been people working. With only one session scheduled during daylight in this hemisphere, it's difficult to draw any conclusions. > Do we have any data on the global distribution of @developers? Not a completely accurate one. :-) Philip -- Philip Paeps Senior Reality Engineer Alternative Enterprises From owner-freebsd-current@freebsd.org Sun May 31 21:39:44 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3F8212F24C5 for ; Sun, 31 May 2020 21:39:44 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49ZsCN10nLz406J for ; Sun, 31 May 2020 21:39:44 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 20AED2F262F; Sun, 31 May 2020 21:39:44 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 207722F23F5 for ; Sun, 31 May 2020 21:39:44 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49ZsCN05Z4z40Dx for ; Sun, 31 May 2020 21:39:44 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id D796428FDC for ; Sun, 31 May 2020 21:39:43 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:f9ad:717e:5f47:1698]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 915ADD095 for ; Mon, 1 Jun 2020 00:39:42 +0300 (MSK) Date: Mon, 1 Jun 2020 00:39:41 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD Message-ID: <711876429.20200601003941@serebryakov.spb.ru> To: current@freebsd.org Subject: Re: r360902 breaks VLAN interface on if_em (82579LM) In-Reply-To: <997c1389-5e18-b07e-d342-c787c841a4c4@gmail.com> References: <88004d48-4434-875a-5a36-0627b00c2f38@gmail.com> <1906251966.36777.1590562439792.JavaMail.open-xchange@opme11oxm03aub.bagnolet.francetelecom.fr> <997c1389-5e18-b07e-d342-c787c841a4c4@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 May 2020 21:39:44 -0000 SGVsbG8gSWFuLA0KDQpUaHVyc2RheSwgTWF5IDI4LCAyMDIwLCAyOjQ1OjQ4IEFNLCB5b3Ug d3JvdGU6DQoNCj4gSSBub3RpY2VkIHRoYXQgbXkgVkxBTiBpbnRlcmZhY2VzIHN0b3BwZWQg d29ya2luZyBhZnRlciBhIHJlY2VudCBidWlsZC7CoA0KPiB0Y3BkdW1wIHNob3dlZCB0cmFm ZmljIGxlYXZpbmcgbGVhdmluZyBhbmQgZW50ZXJpbmcgdGhlIGludGVyZmFjZSBidXQgbm8g DQo+IGhvc3Qgb24gdGhlIG5ldHdvcmsgYWN0dWFsbHkgcmVjZWl2ZWQgYW55IHBhY2tldHMg ZnJvbSB0aGlzIGhvc3QuwqAgQSANCj4gYmluYXJ5IHNlYXJjaCBsZWQgbWUgdG8gcjM2MDkw MiBhbmQgaW5kZWVkIHRoZSBmb2xsb3dpbmcgY2hhbmdlIGZpeGVkIA0KPiB0aGUgaXNzdWUg Zm9yIG1lOg0KIFByb2JsZW0gaXMsIHRoaXMgY2hhbmdlIHdpbGwgcmV0dXJuIHRlcnJpYmxl IHNpdHVhdGlvbiB3aGVuIGFkZGluZyBuZXcgVkxBTg0Kd2lsbCBmbGFwIGNvbm5lY3Rpb24g c3RhdHVzLg0KDQogSXQgYWxsIHdvcmtlZCBiZWZvcmUgaWZsaWI6IGhhcmR3YXJlIFZMQU4g ZmlsdGVyaW5nIHdvcmtlZCwgYW5kDQphZGRpbmcvcmVtb3ZpbmcgbmV3IFZMQU4gZGlkbid0 IGNhdXNlIGxpbmsgdG8gZmxhcC4NCg0KIE5vdywgd2l0aCBpZmxpYiwgbG9va3MgbGlrZSB3 ZSBjYW4gbm90IGhhdmUgYWxsIGdvb2QgdGhpbmdzIGF0IG9uY2UgOigNCg0KLS0gDQpCZXN0 IHJlZ2FyZHMsDQogTGV2ICAgICAgICAgICAgICAgICAgICAgICAgICAgIG1haWx0bzpsZXZA RnJlZUJTRC5vcmc= From owner-freebsd-current@freebsd.org Mon Jun 1 03:25:24 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 14C702FA091 for ; Mon, 1 Jun 2020 03:25:24 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660043.outbound.protection.outlook.com [40.107.66.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49b0tC1C0Bz4SwH for ; Mon, 1 Jun 2020 03:25:22 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ga64fQWzp5DigAWcJoWtAi4aD7/Zpv6mhpvHrJnGG7Boz07zSMt39jQiGenVN1SP1+uGMPnQG033XEkrKGkGDSzEFCNb07MX6iOUFG5Z2yUiTieCLXqqGGLIA/X9d35r1DvGJkqIww9+GkXWXxTvq4bdTl/0f0+FO1+GRvSAlNqtQsm3CQjta+RVaCc2f7YWebaZX2E45QAOcMLKCSntiDAVSlYFH4Mf8xC2EtWvsaRlnrS9UKZs0kiWcN2bGRpKSz2ATAwbuzjLd1qJ1mAg68xlGERDUpSwtTg1owunhHu9dUqwwxzh6sIHE4tNLdMEGiqrKkNI7j31kbFW9+FEEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ZRljdgfAzQKpVeXFoFzGNDRmal/sWsp5o11hxHueXdM=; b=UwUeGhUWxLGGw1T/fIVl3QwBBS6MDnFT84oe1R6WfWC1BIrhp+uWDXZGaIok4iOU76lP5Dx/zADe/Ypd61AfQ6qa9mPF7HdytS3Dl1vyxOy6Z0OAdR+HncW16yMq9R6Oo3jcvrt0sX85BX2e1UeNhnTIauARRKBY9xYtGRSdr6pBGgwHULUIQpAh/8MefKSlslZTVzMPqr+yVGJXQS3Z/PrzHIWabg2LKd6nbALK84WYBrmOc1wPgWBD8OtjIF5m40tLomxjnA/vsdX3oVV0ALV3O/FB8+Ucs2mtLOYBNIbfjArRfcX/fFOMferqSy23pIQkfYNWNJR5aXoiYEHskA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ZRljdgfAzQKpVeXFoFzGNDRmal/sWsp5o11hxHueXdM=; b=aFPrjRAbRys7qygOxUmZvfdRWZwe/gqeZdAozpaIrLbOt11pBCTKpB/TWpmRMPcSok03iNYVhfrPCPYdNt3tvzA/c7P/jSBG+5rPTlUggnfOjQWlB2NCY0bwOdk0DBpzhQ6yV2ZqNwNY2etI3MwYbeTtptHv5zbHU3NLtwkFbs9q2b8j+eHe9urOsnh8HTRODYeWuuIs9ndwXIysyh2WRfHhZNYpbPtDke1mhoIsrEpv6IIXCRjRd38iFGNvzQnI556tapGi6LMfDWBXdobPqg74lSRqF+s5fHJs8ETtRCvky82mcPzCa7ga01kTL3+jeihFR9SWDk0sIR+zhZ9RJA== Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:32::26) by QB1PR01MB3315.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:2e::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.25; Mon, 1 Jun 2020 03:25:21 +0000 Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2]) by QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2%6]) with mapi id 15.20.3045.024; Mon, 1 Jun 2020 03:25:20 +0000 From: Rick Macklem To: "freebsd-current@FreeBSD.org" Subject: review of an update to "struct export_args" Thread-Topic: review of an update to "struct export_args" Thread-Index: AQHWN8Pnh2FtZFIrjUe7rUqh2T5GlA== Date: Mon, 1 Jun 2020 03:25:20 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 4e5e8bb7-7fa2-4018-b714-08d805db6a19 x-ms-traffictypediagnostic: QB1PR01MB3315: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-forefront-prvs: 0421BF7135 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: QpmH68q7EiDAmga/9rBhWsgsf7FSw04YsL4884HM++QR+M/zO+oMbRUqml2OXWBn9o9AkbqONfvXk0VguxV5lJ/pXtLsnAwxwEt3umdwSRcKOTP9J4CwWd9h5Ze7KyeiSTAkSVNeWZYpCQb/8l75nN1e0tkBPV7FOHQaELKah20W8gNADSmdioz9qFHmsWsVNqLXPt5LtWoWqWGc/KSGDBAPCgZlUpL+D9fkApXs6Y5y3yfEE2O0Nw+wHGkSIZ3fkvd00UWUjG59R3Bg2Kr4fWsox2hOeyc+aeESfXjN7bKwx/y53dYa6p31N16ipEPSKk2KJ0CzCBLPL0JpxsFgRrhC8rpUAsUTg3ONi9MJk8HOSRKWzMXnYrTtljeDIe21TcX7+NIr2KFIGa8w2+eV2g== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(396003)(136003)(366004)(346002)(39850400004)(376002)(6506007)(33656002)(966005)(786003)(316002)(83380400001)(186003)(8676002)(7696005)(478600001)(86362001)(8936002)(6916009)(71200400001)(5660300002)(4744005)(55016002)(15650500001)(66476007)(66556008)(76116006)(2906002)(64756008)(66446008)(66946007)(52536014)(9686003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: sEIxJB/ktZS7jddi9p8LMNvOsPEKqyA/nFt6m68/GuZSFwXeRTJSIYskE3o/HRZRCcs2wyfpLdepUsv/3lJZj7lMrZVGaUwbXvelQabXU7FnMN6LBzohW8TqhuibtJtObz3A/FLklN/5X2A7qYrbnpF74ULrgRPOu7jkHtZmfwoz3zwjRNxLbtaZfUjgyRs661rFQ8EkJX2IodbHTVIl7Anmce+bwWWLyh6j5h49TxDlE3nFAuDIe61HeWvMiAdpEPLeUFoGNfLHInMQLyxT8y4F+HOZXg7QZ41tL3G01qdXa+3I6RcTaWCOG5oulKsUj1Rajrpo8EnnlQGLPWmuLInEUL7rN3R4xFnI9y8TJIOdwM9Zmbh4NtnR9pouJnwlSg1rUmQB2y2olknuhCPbuPExfD4emDiUnZhjaEvu/+9+/7P0pZZPUaCbRhkv2cTo3P0YBFQZDIU7EqRgL9ubcYuTIlIHTdATXs80mo+H/46VRdc4Sf04ATW8+FsK+UkZVQhr8wULWI4HngAIDtO9jcI1qA6xAGU4oB0RPxKhWaA= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 4e5e8bb7-7fa2-4018-b714-08d805db6a19 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Jun 2020 03:25:20.7452 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: M4jt05Hlw5Vvpgr7lwMMci9cV4sMQxsUcpuHn4vpVS//9QHYR/ob8BIeu9k1Mq54gbHcbpc8tjlRKbMeUk47gw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB3315 X-Rspamd-Queue-Id: 49b0tC1C0Bz4SwH X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=aFPrjRAb; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.43 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-5.06 / 15.00]; NEURAL_HAM_MEDIUM(-1.05)[-1.053]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[uoguelph.ca]; NEURAL_HAM_LONG(-1.00)[-0.999]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[uoguelph.ca:+]; NEURAL_HAM_SHORT(-0.50)[-0.503]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.43:from]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.43:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 03:25:24 -0000 Hi,=0A= =0A= I have put a patch up on phabricator=0A= https://reviews.freebsd.org/D25088=0A= =0A= I have listed kib@ and freqlabs@ as reviewers, but if anyone else=0A= wishes to review it, be my guest.=0A= =0A= It updates "struct export_args" to make the ex_flags field 64bits and=0A= the mapped user (is called ex_anon in the current structure) is no longer= =0A= limited to 16 additional groups.=0A= =0A= rick=0A= From owner-freebsd-current@freebsd.org Mon Jun 1 10:40:37 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 75E6B33183B; Mon, 1 Jun 2020 10:40:37 +0000 (UTC) (envelope-from owner-freebsd-quarterly-calls@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49bBXP2Vh1z4c7Z; Mon, 1 Jun 2020 10:40:37 +0000 (UTC) (envelope-from owner-freebsd-quarterly-calls@freebsd.org) Delivered-To: freebsd-quarterly-calls@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 897C3330AEF; Mon, 1 Jun 2020 10:10:00 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49b9s42n8bz4YqL; Mon, 1 Jun 2020 10:10:00 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1472) id 560111EC3B; Mon, 1 Jun 2020 10:10:00 +0000 (UTC) To: freebsd-quarterly-calls@FreeBSD.org Message-Id: <20200601101000.560111EC3B@freefall.freebsd.org> Date: Mon, 1 Jun 2020 10:10:00 +0000 (UTC) From: Lorenzo Salvadore X-Mailman-Approved-At: Mon, 01 Jun 2020 10:40:36 +0000 Subject: [FreeBSD-Quarterly-Calls] Call for 2020Q2 quarterly status reports X-BeenThere: freebsd-quarterly-calls@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list Cc: jhibbits@FreeBSD.org, brooks@FreeBSD.org, dgr@semihalf.com, info@NomadBSD.org, mikael@FreeBSD.org, mk@semihalf.com, pizzamig@FreeBSD.org, ebrandi@FreeBSD.org, esteban.barrios@trivago.com, dmgk@FreeBSD.org, rmacklem@freebsd.org, trasz@FreeBSD.org, kp@FreeBSD.org, kde@FreeBSD.org, jhb@FreeBSD.org, x11@freebsd.org, imp@freebsd.org, soc-mentors@FreeBSD.org, andrew@FreeBSD.org, bsdic@microsoft.com, tuexen@FreeBSD.org, gerald@FreeBSD.org, mba@semihalf.com, ar@semihalf.com, dbaio@FreeBSD.org, philip@FreeBSD.org, info@bsdcan.org, rwatson@FreeBSD.org, gbergling@gmail.com, mw@semihalf.com, lwhsu@FreeBSD.org, alfonso.siciliano@email.com, soc-students@FreeBSD.org, linimon@FreeBSD.org, xfce@FreeBSD.org, zeising@freebsd.org, pkubaj@FreeBSD.org, markj@FreeBSD.org, mhorne@FreeBSD.org, kib@FreeBSD.org, br@FreeBSD.org, whu@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: owner-freebsd-quarterly-calls@freebsd.org Sender: owner-freebsd-quarterly-calls@freebsd.org X-Mailman-Approved-At: Mon, 01 Jun 2020 17:26:12 +0000 X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 10:40:37 -0000 Dear FreeBSD Community, The deadline for the next FreeBSD Quarterly Status update is July, 1st 2020 for work done since the last round of Quarterly Reports: April 2020 - June 2020. I would like to remind you that reports are collected during the last month of every quarter. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and they provide a great way to inform FreeBSD users and developers about work that is underway or has been completed. Report submissions are not limited to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The preferred method is to follow the guidelines at the Quarterly GitHub repository: https://github.com/freebsd/freebsd-quarterly Alternatively you can fetch the Markdown template, fill it in, and email it to quarterly-submissions@FreeBSD.org. The template can be found at: https://raw.githubusercontent.com/freebsd/freebsd-quarterly/master/report-sample.md We look forward to seeing your 2020Q2 reports! Thanks, Lorenzo Salvadore (on behalf of quarterly@) _______________________________________________ freebsd-quarterly-calls@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-quarterly-calls To unsubscribe, send any mail to "freebsd-quarterly-calls-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Jun 1 23:41:44 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F380B2F6601 for ; Mon, 1 Jun 2020 23:41:44 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [174.136.98.114]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bWsg4hffz46sX for ; Mon, 1 Jun 2020 23:41:43 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.196] (cpe-23-243-161-111.socal.res.rr.com [23.243.161.111]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id ed43fd93 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Mon, 1 Jun 2020 23:41:36 +0000 (UTC) To: FreeBSD Current From: Pete Wright Subject: vfs_mouse.c breakage? Message-ID: <557e316f-bd4b-8070-38a6-ed8ad63aed39@nomadlogic.org> Date: Mon, 1 Jun 2020 16:41:36 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 49bWsg4hffz46sX X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 174.136.98.114 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [0.65 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_SPAM_SHORT(0.27)[0.269]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[nomadlogic.org]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(0.30)[0.303]; NEURAL_HAM_MEDIUM(-0.62)[-0.617]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:25795, ipnet:174.136.96.0/20, country:US]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[23.243.161.111:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 23:41:45 -0000 hello - i am having issues building CURRENT after this was applied: https://reviews.freebsd.org/D25045 https://svnweb.freebsd.org/base?view=revision&revision=361699 --- vfs_mount.o --- /usr/home/pete/git/freebsd/sys/kern/vfs_mount.c:2360:27: error: use of undeclared identifier 'AUTH_SYS'                 exp->ex_secflavors[0] = AUTH_SYS;                                         ^ 1 error generated. *** [vfs_mount.o] Error code 1 was curious if others are seeing this? cheers, -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Mon Jun 1 23:50:48 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D710A2F6166 for ; Mon, 1 Jun 2020 23:50:48 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670058.outbound.protection.outlook.com [40.107.67.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bX476LrHz47vK for ; Mon, 1 Jun 2020 23:50:47 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RhLCTT84f6TqEKSUUluKHf1GVl95lfhy71hjMqqprJHPrDqMXG61rHPkYPTRMRQ/GfHlOWft2Olt/FDS9+m6l84gmBzcotwwO6EKX5uukAImusZhzwvF/YIKgDmhJtyJq86pQ5Fj7mtTWi+BQibwKC8u9NBT6olTOFmrQgyxCl4Ieibvn7ST4ZDgUf0OhdXaKtmeNtjbIyt41M0BGXVOAi3ES24QZgEm/yd5YvmgtWVttyMGsxIu+Ok2mZYi8MTY7bkRM+td1aC27ILbUPOzvV382gR82DnkWPQtq6ngq2BbMrqczSxEvUAH6ftUAqbRhFuJs+ejff19Vy8j7WzZCA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HjTLREz35o9PqehsSMBSXF/lS0adN1tc5tABHAzJJ9M=; b=eGZQszzgnHTdn5uHE7G4Es+QBCeDlgKYcotoma/2J+Mo126xCt160/YMpF2fvdBcCLsoV1Jx3DduNf2aIiWh/4CvGoXpCSoDBgXN8jtpPoQcz3uLLfk/ejlIf4kifm4a8ZHW1hDanm4Dg+gzi7MvuEwOUuU26I/jHP4lF7YddH3bDRsQAjLYfFwKVCdIJolu/OWu7d27TQOAwug+S8vWUhCMkUODxF1IJwJXjc39F3RLQPJ+hQwAmP6W6JRxTujjFAfaz+LZ2B80YOSZvtse89gTh0YguBXn3rPXKnuGiX3gwdz1V01oEmQSg9fvXdAs3b5+PS69Osvm6fxjrtBsTQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HjTLREz35o9PqehsSMBSXF/lS0adN1tc5tABHAzJJ9M=; b=e94oiTq6kyJ5HGB1S0XHyqhrXptPY83SCiQyw7V0uLTWK8iYa4u6upaEhMDtxOXxIpOLYT9Un9OpIQqHXm98C2lgtO4gFttdCEXL6XWV1ogHC1G4nYk9EBnmAVHFToXzj4X9JXyKGTDCMa7AgzstGR1KPUlbd0P5UxNuOS14bWPeUYxrsrhSvc5eA/2otF7fu9YzFHsXohqtTWy34WKMe+1CBlVKcHgz35oN1wSLQ9Dq787JlnlVu3oVPEPzeoa5R9yd3W7bOiMoE/DiDl255DwF2lEYuztmR5Za8o+eI4msHp3gD0hmrzYPI+/KxBqzfdazIf35w7Bvi8FkYEtq6A== Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:32::26) by QB1PR01MB3539.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:3e::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.17; Mon, 1 Jun 2020 23:50:46 +0000 Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2]) by QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2%6]) with mapi id 15.20.3045.024; Mon, 1 Jun 2020 23:50:46 +0000 From: Rick Macklem To: Pete Wright , FreeBSD Current Subject: Re: vfs_mouse.c breakage? Thread-Topic: vfs_mouse.c breakage? Thread-Index: AQHWOG44NjrGJUkRU0qthR/BlLnNp6jEbMZM Date: Mon, 1 Jun 2020 23:50:46 +0000 Message-ID: References: <557e316f-bd4b-8070-38a6-ed8ad63aed39@nomadlogic.org> In-Reply-To: <557e316f-bd4b-8070-38a6-ed8ad63aed39@nomadlogic.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9d6e0a25-674a-4ee2-c175-08d806869ab4 x-ms-traffictypediagnostic: QB1PR01MB3539: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5797; x-forefront-prvs: 0421BF7135 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: dlqR6heu2OhW9FMRYpjcZZrbfdO6/vTU7/9qQ/ZHrvwv/G3aX7FFOQkG3AUHElTxjHFlRIIcZMX4Qzg9hnQsXw4b1gcmGpvznfCIDeocb0/PEsK/qlfZL5cj7dwNFKSK9G/Y8M+LdxdjbLKKH+iY0g3CSfViNwJxnp0ywUwZTu7Xlzlnn/oSw+RPrbnLx/X9yWPYiDqzWJqtvaQisvctT9UEu0p7gjRHf0F2fl7RhK4bqSWrqcz1Hwe/hwqFPoewg+WIOUVxUYXlTQo7jOqeov91twdlSZVSVXJt6bb64tRWCdRC+2kOnSj8KQGLP0UVRbcTzjnlsCz0npXuvpiHsw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(396003)(366004)(376002)(346002)(39860400002)(136003)(6506007)(86362001)(478600001)(7696005)(55016002)(110136005)(9686003)(33656002)(5660300002)(66946007)(8676002)(4744005)(76116006)(66446008)(66476007)(66556008)(8936002)(186003)(71200400001)(64756008)(2906002)(52536014)(316002)(786003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: xW4PtaxlGSb3O+zqCRd01uNDuD0jCBY0f41/EQ5gnqXIYIidP2e2nloRBheXPkfgPhlTdMB6q77n+T61o9BUi/ou5J2YTYOuAjVLMdv9fwX5m4QrxYeQHKDoFOvwKCRyWzDToKMMEXDkD72L+RmEesNFzy2Mo2CcznnGLUAnt+KF1RohKebnKKgpdd39Y0yef8FyGFvafE8kyDwnFbU1VadoQeWBWID+2+k/wLezR4luU/Aq3I60CJ0lOqagnaIA0Z4UOp8RWwDK0D3F+9qWTNFZu20x05iEowXkuv9kjMCNQ+H4Rkp7s2DtbVy3dZBdb3hr9a6fgLT7FLAFZA6jECW9C0fxYh2iX+ue4y/pzXzB2mgwAegwisQ2HVVVtD75+pInBPWjU0YYmMGSrnSOd20Pbja1LRq/bs6/5CrEUrStpzxO52BfolPDfFpNZ+dsc4ZAWCrbWkPMdNUfNwqEREx+gjuTgx3xLgqmniBhmrAGVvXpXk9NKaNzBZLcm1NB5b4SjWXlHjtfLyZH+IvCPr3LRwC+ps/iM6EKK/AfJQSyroXB3l9360B4VMSp3fmE x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 9d6e0a25-674a-4ee2-c175-08d806869ab4 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Jun 2020 23:50:46.2737 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 9o5jja75klI34w6USGEVcj4NcPsyNJve/bO4C3AFuyXyhMTXp1t95RSDjXct+5HqOBiS+7B79snD8Ta6/8iO0A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB3539 X-Rspamd-Queue-Id: 49bX476LrHz47vK X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=e94oiTq6; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.67.58 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.72 / 15.00]; NEURAL_HAM_MEDIUM(-0.98)[-0.981]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; RCVD_IN_DNSWL_LOW(-0.10)[40.107.67.58:from]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.05)[-1.051]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[uoguelph.ca]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.08)[-1.083]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.67.58:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; RCVD_TLS_LAST(0.00)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 23:50:48 -0000 Pete Wright wrote:=0A= >Subject: vfs_mouse.c breakage?=0A= Not sure if the vfs mouse is broken (sorry, I couldn't resist), but...=0A= =0A= I think it needs a:=0A= #include =0A= =0A= but it will take a little while for me to test this.=0A= =0A= Thanks for reporting it, rick=0A= =0A= >hello - i am having issues building CURRENT after this was applied:=0A= >--- vfs_mount.o ---=0A= >/usr/home/pete/git/freebsd/sys/kern/vfs_mount.c:2360:27: error: use of=0A= >undeclared identifier 'AUTH_SYS'=0A= > exp->ex_secflavors[0] =3D AUTH_SYS;=0A= > ^=0A= >1 error generated.=0A= >*** [vfs_mount.o] Error code 1=0A= >=0A= >=0A= >was curious if others are seeing this?=0A= >=0A= >cheers,=0A= >-pete=0A= >=0A= >--=0A= >Pete Wright=0A= >pete@nomadlogic.org=0A= >@nomadlogicLA=0A= From owner-freebsd-current@freebsd.org Tue Jun 2 00:05:42 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8ED592F7302 for ; Tue, 2 Jun 2020 00:05:42 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [174.136.98.114]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bXPK4YKdz49cx for ; Tue, 2 Jun 2020 00:05:41 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.196] (cpe-23-243-161-111.socal.res.rr.com [23.243.161.111]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id cef2323c (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 2 Jun 2020 00:05:40 +0000 (UTC) Subject: Re: vfs_mouse.c breakage? To: Rick Macklem , FreeBSD Current References: <557e316f-bd4b-8070-38a6-ed8ad63aed39@nomadlogic.org> From: Pete Wright Message-ID: Date: Mon, 1 Jun 2020 17:05:40 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 49bXPK4YKdz49cx X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 174.136.98.114 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [-0.83 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.79)[-0.788]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[nomadlogic.org]; ARC_NA(0.00)[]; NEURAL_SPAM_SHORT(0.21)[0.207]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.95)[-0.952]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:25795, ipnet:174.136.96.0/20, country:US]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[23.243.161.111:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 00:05:42 -0000 On 6/1/20 2:50 PM, Rick Macklem wrote: > Pete Wright wrote: >> Subject: vfs_mouse.c breakage? > Not sure if the vfs mouse is broken (sorry, I couldn't resist), but... hah nice - dyslexia + poor eyesight are not good bedfellows :^) > > I think it needs a: > #include > > but it will take a little while for me to test this. > > Thanks for reporting it, rick no prob - adding that include thew some more errors $ git diff diff --git a/sys/kern/vfs_mount.c b/sys/kern/vfs_mount.c index 03f95b2845f9..4282b1938095 100644 --- a/sys/kern/vfs_mount.c +++ b/sys/kern/vfs_mount.c @@ -39,6 +39,7 @@  #include  __FBSDID("$FreeBSD$"); +#include  #include  #include  #include here's a snippet of the exception: --- vfs_mount.o --- In file included from /usr/home/pete/git/freebsd/sys/kern/vfs_mount.c:42: In file included from /usr/home/pete/git/freebsd/sys/rpc/auth.h:50: /usr/home/pete/git/freebsd/sys/rpc/xdr.h:105:3: error: type name requires a specifier or qualifier                 bool_t  (*x_getlong)(struct XDR *, long *); I'll sit tight for now - thanks for checking it out! -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Tue Jun 2 00:10:31 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B04B92F76FB for ; Tue, 2 Jun 2020 00:10:31 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660056.outbound.protection.outlook.com [40.107.66.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bXVt3yB0z4BTJ for ; Tue, 2 Jun 2020 00:10:30 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=g/kF7Ts/UPeSPfO0rCKuth4/NjvR+iFYr99W/GwzdJ/Ln2eNutZVNGQHTnzuq7R1pZeIyPfaR1OnYb07iv4q0lDE+OC1xB6uBoHgNFvJRA8U/cqczr3aNxhrlCWCXdn1bsIozyqC3t0uuaYsqcR6cxCcQTs4ps5DxQKq4x/MlrOyTwk9xUw/yDyFeYw1Gulx/FodkZhQ8UuZLCQ7B9ekIwMs1aghOonplfbeQqgsxdsJqlKg1/VqApNdK1ouQe2oYGY7zm0Jy3j2jwroZ+K27BRudZxjq5Zp5jUsz2Ishm/S93SsLj7cZ4G11UYAX9D/xk4XFlMrj4SNOOtcAW/ROw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=tQvfHS13u/pP3HDcoVyFQV2aC4BhJywmrdXqJd1Fj2k=; b=HALbaN0zq23UkFEZO1uqSoOqSA9UBTVi9iqwqQg8XuebLVJNO3wVKDLvoKxNKR7yNptkRR/3pxzF8XEm7Akkt9TDzSctOI22sQIJuhOBjTaTkbLcTO2X8PYStOryZ0H80QFdfS67hQTJ9+xldmVMrIAaqgZ4/Dy7710SIH39sjhf64OlVz8sdolLiV2CRh2fG429CS+ado2fl+EqoRRCUd5PVdZjm4CHOeH6ccSR7WQZFTsNsDwA8GwoVAAJAltwo+HIgDfLZW/focjSGtbvdBrarGRH+zkA2nzxX14hIPPGpSxm44eHjDPf9flf937vciNdLkJlmMh7u+14n2UD3A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=tQvfHS13u/pP3HDcoVyFQV2aC4BhJywmrdXqJd1Fj2k=; b=atYcSHzs460Cptw092V8/kASeEG+aSltJuM2zPkQ32WREtpVYjKiTmR1smiz9Bzrbws0GxIzjOVR532d8hes5d+VEbQhtOunrb0PaTy0EMlMwcJ9Czt/j0tempbxFjgOmJYTWqpXb6v6n9WbfHUqcQmW5JFFagZhKKVTqlQCbJSfLHoqr78O9PkvzNRMy+Xvt6copIJKH3PMyD1t3evJ3PcfNxWO7+lwKpQMiNZNr7L6i0MJ8XtdiYhx4zOCKKAzsNhIZ1xThx8pphEAhmtRFQqqLsh2Dl3ragO8UpZzkH270V/mdz+nscVm+zwugr3KWcMj7ariCTWyarwNzbgWHQ== Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:32::26) by QB1PR01MB2722.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:36::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.19; Tue, 2 Jun 2020 00:10:28 +0000 Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2]) by QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2%6]) with mapi id 15.20.3045.024; Tue, 2 Jun 2020 00:10:28 +0000 From: Rick Macklem To: Pete Wright , FreeBSD Current Subject: Re: vfs_mouse.c breakage? Thread-Topic: vfs_mouse.c breakage? Thread-Index: AQHWOG44NjrGJUkRU0qthR/BlLnNp6jEbMZMgAAFdwCAAAC1cg== Date: Tue, 2 Jun 2020 00:10:28 +0000 Message-ID: References: <557e316f-bd4b-8070-38a6-ed8ad63aed39@nomadlogic.org> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 737df127-0abb-435c-78d3-08d806895b89 x-ms-traffictypediagnostic: QB1PR01MB2722: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0422860ED4 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: iFNyNbTbrjbj7YeOd4++x4nMtXa6an4rnuZdHO9JiklZcKywI6fZRFiNxIMkeFZE4zbxlucL91D6ieH3LEIhoee2+uybFXBY57S1pCk8ESxLRsh4Q3t3ztfvz2HK7v9St3ydg7YJhwMnMf6C1j32AX/lnLSUExyG31w97ePSs1JjjPN6FeCC547XKLklJAGZeLKSUKIa1XumDvvO/cVTCcxk0mkVxF5TRkZnseAdL/EygO83lbmWMbtq0fGG4zM45ekfz2ED5zCZOVU9HhvT62f/f5g4btYhKD7Kf+qnXMI27PbTOQ6vmAxJC12GGt+x x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(346002)(376002)(39860400002)(136003)(396003)(366004)(66446008)(64756008)(66476007)(66556008)(66946007)(91956017)(76116006)(478600001)(52536014)(110136005)(316002)(2906002)(6506007)(83380400001)(53546011)(5660300002)(186003)(9686003)(8676002)(7696005)(786003)(55016002)(71200400001)(33656002)(8936002)(86362001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: RciOGQq3RIGvrL3rw1jlzbKxE4t7kx30OyJQuiZvWMkLe9MgWb95+joMF0O/9xLJHn8fCd5sexTzMoGyNi5LYxKidPwscbYzkxIo2ETQojoqTjepiLGyVyvLrvQIpzr+TSapHKU9YLEF3EcbsHYM6Eb/zdCatm2z9KuFyZ8ZSfWhL/Fg18h2KlmpWA4ZbrGd6Rv8gGlT+dk8Ghb2gsz8WNUPxJIEFfE6tkKLSlRRChPNIgpvVYvstt7HVmcUMeb9xqQPe/Omkvl7QpfPdVrZwzJqVPsBdNEq+iqNhzPUAfO3W2MzcSbwXEj5nTLz8qorKMu/BJVYM5Sthmb+gr7m9N25Jcy6i5tpQSWIFKaEiNLLS4ztiGiwWaz4V3vq9Vfh8FLKzExlIWCG7PaqZrYP1d4CBul+5oCobT2HCJiE+KX+egqec+J1CIXhiUohS6oNUkl1p+bIDVDH2G84EalKE9GPb+nL7nVE22c0bq+0FN3UJIAgie5niF+F8SSL9EXDMaToOfTp8cbriONP/ACBW11MN7odleZtGBOMOIzCPLGQ4VFXO5p7VuEaNevcWG57 x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 737df127-0abb-435c-78d3-08d806895b89 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jun 2020 00:10:28.8187 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: O2tCQVeojhKQueCSmshUgYWbwdCwboQIKf6uoVrrzTAJHbl6sn7vn8457Xd/0tyXAT4eZEGMM2/P/oCoxT2dFg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB2722 X-Rspamd-Queue-Id: 49bXVt3yB0z4BTJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=atYcSHzs; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.56 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.61 / 15.00]; NEURAL_HAM_MEDIUM(-0.98)[-0.984]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.05)[-1.051]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[uoguelph.ca]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.56:from]; NEURAL_HAM_SHORT(-1.07)[-1.071]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.56:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 00:10:31 -0000 It also needed . It is ancient code (that started out in SunOS. if I recall correctly), wher= e they used things like "bool_t" and set them with TRUE/FALSE (upper case). Unfortunately, those includes love to include other includes... Anyhow, I think it is fixed now, rick ________________________________________ From: Pete Wright Sent: Monday, June 1, 2020 8:05 PM To: Rick Macklem; FreeBSD Current Subject: Re: vfs_mouse.c breakage? CAUTION: This email originated from outside of the University of Guelph. Do= not click links or open attachments unless you recognize the sender and kn= ow the content is safe. If in doubt, forward suspicious emails to IThelp@uo= guelph.ca On 6/1/20 2:50 PM, Rick Macklem wrote: > Pete Wright wrote: >> Subject: vfs_mouse.c breakage? > Not sure if the vfs mouse is broken (sorry, I couldn't resist), but... hah nice - dyslexia + poor eyesight are not good bedfellows :^) > > I think it needs a: > #include > > but it will take a little while for me to test this. > > Thanks for reporting it, rick no prob - adding that include thew some more errors $ git diff diff --git a/sys/kern/vfs_mount.c b/sys/kern/vfs_mount.c index 03f95b2845f9..4282b1938095 100644 --- a/sys/kern/vfs_mount.c +++ b/sys/kern/vfs_mount.c @@ -39,6 +39,7 @@ #include __FBSDID("$FreeBSD$"); +#include #include #include #include here's a snippet of the exception: --- vfs_mount.o --- In file included from /usr/home/pete/git/freebsd/sys/kern/vfs_mount.c:42: In file included from /usr/home/pete/git/freebsd/sys/rpc/auth.h:50: /usr/home/pete/git/freebsd/sys/rpc/xdr.h:105:3: error: type name requires a specifier or qualifier bool_t (*x_getlong)(struct XDR *, long *); I'll sit tight for now - thanks for checking it out! -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Tue Jun 2 03:37:27 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7D8F1328441 for ; Tue, 2 Jun 2020 03:37:27 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [174.136.98.114]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49bd5f36GWz4d9j for ; Tue, 2 Jun 2020 03:37:26 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.160] (cpe-23-243-161-111.socal.res.rr.com [23.243.161.111]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 050f5c48 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 2 Jun 2020 03:37:24 +0000 (UTC) Subject: Re: vfs_mouse.c breakage? To: Rick Macklem , FreeBSD Current References: <557e316f-bd4b-8070-38a6-ed8ad63aed39@nomadlogic.org> From: Pete Wright Message-ID: <60dc4a76-44d1-b7ac-298c-384bfc6df0cc@nomadlogic.org> Date: Mon, 1 Jun 2020 20:37:23 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 49bd5f36GWz4d9j X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 174.136.98.114 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [-1.63 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.79)[-0.791]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[nomadlogic.org]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.59)[-0.590]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.95)[-0.952]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:25795, ipnet:174.136.96.0/20, country:US]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[23.243.161.111:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 03:37:27 -0000 On 6/1/20 5:10 PM, Rick Macklem wrote: > It also needed . > It is ancient code (that started out in SunOS. if I recall correctly), where they > used things like "bool_t" and set them with TRUE/FALSE (upper case). > > Unfortunately, those includes love to include other includes... > > Anyhow, I think it is fixed now, rick I can confirm on my end as well - thanks Rick! -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Wed Jun 3 23:35:57 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2162D2F6A0E for ; Wed, 3 Jun 2020 23:35:57 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670059.outbound.protection.outlook.com [40.107.67.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49clf34lxxz43KB; Wed, 3 Jun 2020 23:35:55 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=AHMlaZB8N67uHZCiUAkCZkAPnc8hAPrJK6rz+y/H6XEeeB7haGV9VhO0GA4cdm+NqrOT0HKkLEf81+pTJ4GrwAdFr61Uv+B36ZZ83pDYfp/ITOxAKpd6ilkcolQFWzGk63zNBcT6UMXepa91YiepT/f2dxeXponaOXU+iDH+xnKDMbY+TsKMRjnAMW7kp8+ChkAfjQ1BmgAfmiCyrN3imFpwpd0rVn9EDrEyFBXuyf4FYELog30BBQw0ZF/FwEJcIobQ3l0IrObVGosSgZNIgocJp5o9ENbSe8MtfHaBQcxP0I9b8MtQP2RRReB2Yz+ODXYscXbB+LSO1BXxtURGLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=MS4EZV5x7pI0RaVzRpi84ASlGdY1q3LOVcLbCRYzg2s=; b=fTaudZQGkMma7CZJSCatcFnDAueJ8irKcvS4sd09ApukkU/bfZ7gEGZ/hu0OjUPJN4N1XuHk1NXLoYuf3V1dCf1CTxxl9ig//lNwVkfBoBK5w8WeOqtdg7kknwUAnloZThbNHVM/JpkTFJTQgLfwNv29BhsnBww6G4Bi28p+oeJGo5uqTXw9m9f+t+S+Iy5/rN7QMF+QO+P2zcXYJXx7Y3XaCTQF2s8v/lMR09Ky7BlRFinMAMEFB4Fln84tJmV1Jpge5KWouAApzwXd4Etwxah6oX+DeS78vI7YXIF9yKEKTK6Q9UfcPs0lT9G5iowqTYUM8/5FyiPcm5b69AQ6YA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=MS4EZV5x7pI0RaVzRpi84ASlGdY1q3LOVcLbCRYzg2s=; b=sihY1fmoe8JZ9jLKP2qLaN0p+wT+tqcK/CFgGCCswmXKfaY9pSWz+tdZM8Dwm2j6BM2oyzwfQzo0a2WWWEeEKOHeWHBz0VjzD95iIV+UFmW1SJYI9z1kJvrzJswVYHsrWHgnIMEuLdeUtsBNprNT6bzpeTjWuLoc73enU+Df2MLIP1BeoYF0zpcNWjymdGIs6OE0RiliME4+H//Omxox8u+YFjoKl+F+3ctG29QO3PbtEOFiljuCWIqJrRMCuTNoIzGUeCFR7AjIiRBLUHN861orQCooi1YTvCGBuDTSS5sXhZY3yVI/FB0BEUzLLcwFX88A5SGOHB2unGtgjbWEzA== Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:32::26) by QB1PR01MB3298.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:34::33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.18; Wed, 3 Jun 2020 23:35:54 +0000 Received: from QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2]) by QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM ([fe80::dd96:945c:b6ee:ffa2%6]) with mapi id 15.20.3066.018; Wed, 3 Jun 2020 23:35:54 +0000 From: Rick Macklem To: "freebsd-current@FreeBSD.org" CC: Kirk McKusick Subject: getgrouplist duplication of cr_groups[0] as cr_groups[1] Thread-Topic: getgrouplist duplication of cr_groups[0] as cr_groups[1] Thread-Index: AQHWOf3qv7Z3eM94XkOrWyN2eMMI7A== Date: Wed, 3 Jun 2020 23:35:54 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 01dd2ad9-79d5-48df-2ad4-08d80816dbdc x-ms-traffictypediagnostic: QB1PR01MB3298: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 04238CD941 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: kGa7jS1rQe92d4lkoXzoG4DGzCPHZxqysdbRh3uTJyrxgNndiSQXDGgLLXpQHmtFz9Y0K5fCUiGqT0TH2K9MGM8fHIaU8HiDErEGx29Yf4GLbBfpsr0jvlfqoB8d3hh7WqV2/0HeJ0wHmnjETZG6PPha6hUi6xAqjBZNxuyoU7NM5QfTSyYWsLq0LNyKa8gE18GX4c25cLV/Mq2nLKcN5bKyELOWnijSh01Gwvv8z/p2h2tJymeQuOtRNIceflV33QxnuqHB1vD8xjEg0S4FOOnXwxOeYpZdriQooiu1iWoBcK3/BfhZ+P6HekkZL3Sm x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:QB1PR01MB3649.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(346002)(39860400002)(376002)(366004)(136003)(396003)(6916009)(55016002)(5660300002)(86362001)(52536014)(33656002)(66946007)(76116006)(6506007)(66446008)(91956017)(7696005)(64756008)(71200400001)(2906002)(450100002)(186003)(478600001)(66556008)(83380400001)(66476007)(9686003)(4326008)(8676002)(316002)(786003)(8936002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: BT3x3N2qwWl28QO1WeSdguHEWYuY/hznXB/ecEvl+0wrhtgD6APTBFQa8bnTpXy2IVaW7qkOH4uPTvv7vZvWrPZ4HUiQXqah2vCfImGXigaZ/ENPI8xAr+VDINjEVh4PpRWck1fh8jEmXi16BK21/VKEXxWeZoGtYMb8UbddtfI6YivDEPndW0CngiYb+wv8Q5YGyjW3HkNhIy20l5v7E5YDBY+LqW97pMwbz3ukBGhFK5B5RnRTydGWj/aGzmcNZGPkgfMoznagXtyh6d4RlD2jv32Mk73rdXir3mbi7SuSbxVDdKhti1gzO5NUd5GFM60ZOBR+61stdjIjNHhEZTmvs+Db5s22kAs+l84uYG480p8su8FyduB5VhpfUwAjih4u7bwHjlKNq1SJLQftwkC6ksXJe9jOJj3MXQrGyfDx2sIEtJOKt/+ZnQOIOodG17r9FoZB2k+X9aFXg7YSqLyoQt1wuVOpDEdwnA2TZL0Is4+jCgbc1fdhO6t9rMe5j0m0KyNvsDVawGTYOapqPdIOHyg0O0hOR3aCTCVxaYFCwFtx2Clke20ikEDRwHLQ x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 01dd2ad9-79d5-48df-2ad4-08d80816dbdc X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jun 2020 23:35:54.3327 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: lTxweBEdpZfXbDyud9ulK11bRvBo7FUsXboa8QrTZ8hpvn8hXqLsvNa/t5UfmNhF7qEdGbY/PoEl0d23iBemOQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB3298 X-Rspamd-Queue-Id: 49clf34lxxz43KB X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=sihY1fmo; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.67.59 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-5.71 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.969]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.67.59:from]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[uoguelph.ca]; NEURAL_HAM_LONG(-1.05)[-1.047]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.09)[-1.090]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RCVD_IN_DNSWL_LOW(-0.10)[40.107.67.59:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 23:35:57 -0000 Hi,=0A= =0A= During testing of a mountd.c patch I have, I found an "old bug" where the= =0A= mountd.c code assumed that getgrouplist() would always duplicate=0A= cr_groups[0] in cr_groups[1].=0A= =0A= If I read the commit logs correctly, this was always the case until=0A= r174547 (only 12years ago), which switched getgrouplist() to=0A= use __getgroupmembership().=0A= Kirk fixed the deduplication code in gr_addgid() in r328304 so that=0A= gr_addgid() would not deduplicate cr_groups[0,1].=0A= However, the case where the "user" is not also listed in the group=0A= database for the same group as their gid in the password database=0A= will not be duplicated.=0A= --> It also implies that getgrouplist() can return with ngroups =3D=3D 1,= =0A= with only the basegid in it.=0A= =0A= So, is getgrouplist(3) always returning with cr_groups[0] and cr_groups[1]= =0A= duplicated required behaviour?=0A= =0A= If the duplication is not required, then I can easily fix mountd to=0A= check for the non-duplicated case.=0A= I will probably patch it anyhow, since the one line change will be=0A= harmless even if getgrouplist() is changed to always return the=0A= duplicate of cr_groups[0] in cr_groups[1].=0A= =0A= rick=0A= =0A= From owner-freebsd-current@freebsd.org Thu Jun 4 19:23:32 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 390CE32E319 for ; Thu, 4 Jun 2020 19:23:32 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dG0M120Xz4dBW for ; Thu, 4 Jun 2020 19:23:30 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 054JNWsj028837 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 4 Jun 2020 12:23:32 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 054JNWjt028836; Thu, 4 Jun 2020 12:23:32 -0700 (PDT) (envelope-from fbsd) Date: Thu, 4 Jun 2020 12:23:32 -0700 From: bob prohaska To: freebsd-current@freebsd.org Cc: bob prohaska Subject: Recovering after a crash during installworld Message-ID: <20200604192332.GB28358@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 49dG0M120Xz4dBW X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.36 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.71)[-0.710]; NEURAL_HAM_LONG(-0.30)[-0.304]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.48)[0.475]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 19:23:32 -0000 A Raspberry Pi3B running -current near r360134 crashed during installworld. Installkernel completed in single-user mode, but it looks like something got corrupted in files related to svnlite: root@www:/usr/src # svnlite up . svn: E235000: In file '/usr/src/contrib/subversion/subversion/libsvn_wc/wc_db_wcroot.c' line 311: assertion failed (format >= 1) Abort (core dumped) root@www:/usr/src # svnlite cleanup . svn: E235000: In file '/usr/src/contrib/subversion/subversion/libsvn_wc/wc_db_wcroot.c' line 311: assertion failed (format >= 1) Abort (core dumped) The machine comes up multi-user without problems, but attempts to update or simply rebuild the system run afoul of the svnlite errors. Is there a practical way to recover? Thanks for reading, bob prohaska From owner-freebsd-current@freebsd.org Thu Jun 4 20:42:22 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E4083331221 for ; Thu, 4 Jun 2020 20:42:22 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 49dHlK3zZqz3bkY for ; Thu, 4 Jun 2020 20:42:21 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Thu, 4 Jun 2020 22:42:18 +0200 (CEST) From: Ronald Klop To: freebsd-current@freebsd.org, bob prohaska Message-ID: <643763222.13509.1591303338753@localhost> In-Reply-To: <20200604192332.GB28358@www.zefox.net> Subject: Re: Recovering after a crash during installworld MIME-Version: 1.0 X-Mailer: Realworks (509.19.5e18b7dac71) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 49dHlK3zZqz3bkY X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 194.109.157.24 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-1.97 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.989]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; NEURAL_HAM_LONG(-0.96)[-0.964]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[klop.ws]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.22)[-0.220]; RCPT_COUNT_TWO(0.00)[2]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[194.109.157.24:from]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MID_RHS_NOT_FQDN(0.50)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[194.109.157.24:from] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2020 20:42:22 -0000 Delete /usr/src and make a new svn checkout. Regards, Ronald. Van: bob prohaska Datum: 4 juni 2020 21:24 Aan: freebsd-current@freebsd.org CC: bob prohaska Onderwerp: Recovering after a crash during installworld > > > A Raspberry Pi3B running -current near r360134 crashed during installworld. > Installkernel completed in single-user mode, but it looks like something > got corrupted in files related to svnlite: > > root@www:/usr/src # svnlite up . > svn: E235000: In file '/usr/src/contrib/subversion/subversion/libsvn_wc/wc_db_wcroot.c' line 311: assertion failed (format >= 1) > Abort (core dumped) > root@www:/usr/src # svnlite cleanup . > svn: E235000: In file '/usr/src/contrib/subversion/subversion/libsvn_wc/wc_db_wcroot.c' line 311: assertion failed (format >= 1) > Abort (core dumped) > > The machine comes up multi-user without problems, but attempts to update > or simply rebuild the system run afoul of the svnlite errors. > > Is there a practical way to recover? > > Thanks for reading, > > bob prohaska > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > From owner-freebsd-current@freebsd.org Fri Jun 5 04:56:29 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AE26C33F3F6 for ; Fri, 5 Jun 2020 04:56:29 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: from mail-lj1-x231.google.com (mail-lj1-x231.google.com [IPv6:2a00:1450:4864:20::231]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dVjS1cc8z424M for ; Fri, 5 Jun 2020 04:56:28 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: by mail-lj1-x231.google.com with SMTP id c17so10051711lji.11 for ; Thu, 04 Jun 2020 21:56:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:from:to:subject:date:message-id:mime-version; bh=bwZZuH6y5z6zI0mkdj5h3kS2Bi5Vr47ST6yPCUEzfMI=; b=X68TM9ilb4jfQcRuBlaLR8QtXTFi+LFVuFbiseA0UVmMT3UWrvclPWknIgrVoe/utV /sgiBhSXTYE2N669nBRUo4giPwb5MseNY+N0LmLDjv8yJU+BgGg5ySSZQ9D0oJtoYPJA SRKJGy44ujfvlN2gTgZ8kT8Mk6o9+EuKpOrMjfv5jPT297YVo6TutirX08W0s9zGjyNg mzbFgeFf9K6C3V0Bwes70ddK4ihPomnhS6tqHwipXyFmc9sPU9vR7aZlxSrQ4xwMbE8G DcoEaEJidxA70c9awEnEvfXzcwlLcS8Ae5lV/8NTqLX3gapiWxJx2vC/LpbHrBZKv7D+ uHAw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:from:to:subject:date:message-id :mime-version; bh=bwZZuH6y5z6zI0mkdj5h3kS2Bi5Vr47ST6yPCUEzfMI=; b=f/vBBMPX40gAFIAalJ0OOXyNXhfZ/DZDhdCikr3hROdTQkUoowGgCVNGlNiJlK2tM0 vRxMdpOGv41sn2XseOwW+tJUm3Z9GLNIjgXSKeKRo7eRL2Yl+g/Us1gXb2XPD81eu8sv 6bqz9cXNyLCnCLRp2s5sGSaw+G7DXIMRVyTQROcIm6aICVasO0S9/UyGMdlLDtqDGule 3lr5mxbgy5MggEl6cu1SB2UES9tPmtEPgzMXGGQfQlvZe7fuoDM7FT9+OK7JD2mFgOxH PbVsjv088GdWjXVgNDUzClwTpdtFLvpIY9P8300NvlRC2efBIpbOFOZWc1saZPMPLU0R mqRQ== X-Gm-Message-State: AOAM533DL2O7ZTF4uW9pfKCVCXXcJMArlLueAP8JHeVlFpge0brMfXJh dKFbOG6wwUq9+CW5/mmjovCqbvfZ X-Google-Smtp-Source: ABdhPJwh0PkFoeK2luxBReGGg/ACOhwybfeKsYpCV3gJ6JhqzNqAxgwHYAgByhHi2ZNA9l4p5OMBYw== X-Received: by 2002:a05:651c:149:: with SMTP id c9mr3755182ljd.441.1591332985924; Thu, 04 Jun 2020 21:56:25 -0700 (PDT) Received: from localhost (customer-109-238-136-64.stosn.net. [109.238.136.64]) by smtp.gmail.com with ESMTPSA id o4sm431951lfb.75.2020.06.04.21.56.25 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 04 Jun 2020 21:56:25 -0700 (PDT) User-agent: mu4e 1.2.0; emacs 26.3 From: Malcolm Matalka To: "freebsd-current\@freebsd.org" Subject: Resume almost never works Dell XPS 9370 Date: Fri, 05 Jun 2020 06:56:24 +0200 Message-ID: <86pnaejekn.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 49dVjS1cc8z424M X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=X68TM9il; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mmatalka@gmail.com designates 2a00:1450:4864:20::231 as permitted sender) smtp.mailfrom=mmatalka@gmail.com X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.03)[-1.028]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-0.996]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::231:from]; NEURAL_HAM_SHORT(-0.28)[-0.278]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 04:56:29 -0000 I'm using the i915kms driver and resuming from suspend almost never works. What I get is a blank screen with a rectangle cursor in the top right, like what the screen looks like for that split second when X11 starts. It is then stuck and I have to force shutdown with the physical button. I am not sure but I feel like this happens more frequently after I've been running bhyve but I can't guarantee that's actually causally related. The only special thing I do that I'm aware of is I turn off my usb when I suspend and back on when I resume, I don't know if this is possibly related. usbconfig list | cut -f 1 -d ':' | xargs -n1 -I'{}' usbconfig '{}' power_save Any tips on what to do? /Malcolm From owner-freebsd-current@freebsd.org Fri Jun 5 08:04:28 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9E26B343AEF for ; Fri, 5 Jun 2020 08:04:28 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49dZtM4tGyz4NWM for ; Fri, 5 Jun 2020 08:04:27 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id CBFDB26019D; Fri, 5 Jun 2020 10:04:19 +0200 (CEST) Subject: Re: Resume almost never works Dell XPS 9370 To: Malcolm Matalka , "freebsd-current@freebsd.org" References: <86pnaejekn.fsf@gmail.com> From: Hans Petter Selasky Message-ID: <6726757c-82cd-b3bb-6554-f2617d92d8a2@selasky.org> Date: Fri, 5 Jun 2020 10:04:03 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: <86pnaejekn.fsf@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49dZtM4tGyz4NWM X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-2.51 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-0.98)[-0.983]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.20)[-0.195]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.03)[-1.033]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 08:04:28 -0000 On 2020-06-05 06:56, Malcolm Matalka wrote: > I'm using the i915kms driver and resuming from suspend almost never > works. What I get is a blank screen with a rectangle cursor in the top > right, like what the screen looks like for that split second when X11 > starts. It is then stuck and I have to force shutdown with the physical > button. > > I am not sure but I feel like this happens more frequently after I've > been running bhyve but I can't guarantee that's actually causally > related. > > The only special thing I do that I'm aware of is I turn off my usb when > I suspend and back on when I resume, I don't know if this is possibly > related. > > usbconfig list | cut -f 1 -d ':' | xargs -n1 -I'{}' usbconfig '{}' power_save > > Any tips on what to do? > Which version of kernel and kms driver are you using? --HPS From owner-freebsd-current@freebsd.org Fri Jun 5 08:26:08 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9D72A344504 for ; Fri, 5 Jun 2020 08:26:08 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: from mail-lj1-x231.google.com (mail-lj1-x231.google.com [IPv6:2a00:1450:4864:20::231]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dbMM2yBYz4Qxm for ; Fri, 5 Jun 2020 08:26:07 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: by mail-lj1-x231.google.com with SMTP id 9so1038782ljv.5 for ; Fri, 05 Jun 2020 01:26:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=3RT4vjmZ9rl7ZFOy0QZ9dTk1/VteD0qIatz2T8DE3Ac=; b=tUPpp3LFoiZXpkIVhcnu9l+QdOYpYruOQwUVYlwZj1/rC5ydPCGUWD68YOFLkAlglV 4FOPS/F2R0ROegEjXvWGqOZ5oRGiZ8dIqgdpdgDSQYOOkCtPANh2m9217Yum/25nzdTN 1Q/cdEZ7w0lVm9pjYpE7w5Z0JPBxRX2LHFMxoEfWHj/fnZFTC5UAXeV+fsSv/cZ70KoA xkEZXbqCqEmGXMr3Q29Lx/tMeLu9OVdYzUpp0CjQBcR28jEvAbnvCEwgJTUvflY91bae 6YwsYeqeaamwpwfYSiatGSkbaETM/m0tINRN7ZuiQVSYVNfrqsXIJYyHDnhNm0zRD/BT w1mQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=3RT4vjmZ9rl7ZFOy0QZ9dTk1/VteD0qIatz2T8DE3Ac=; b=rVqjiBBMybEemNNzcwQ6nKpRPGYi6PXO7V2x/k294SSm0i3gmjXraxMF2FG1wrDjkn p2YuvzrNwmjy93dXLMhmoCL131LShZO7PsWxxMRvnDBPSt0ivKIsQ7Pxv5vlB54oZNUI LOFfM/EpcNh6bbJEHrvH3Zjo/nO8b3ExDmOjLWQnXA01Y7i5kvurSDoRK3w6WrI5vfUq MOFMGAod/9sGpri0xJq+SWfuA88CbhL3yfyIr2cRX63VKGGU3TTRh+1JFIgHlsxDjsQy 3aqQ9sfjDE0jVcXNUyZyUX8GJqrM/ntCSfujyW08vMyjLfpgTeRiLHaaa1A3cJTPT2E0 kcaA== X-Gm-Message-State: AOAM531Rlewva+L48NWHiObFV/iamHHtXrXkV9wp2uj+i+2gZcXeXtRE EOS03UyM1bNtnO7j8I07OBJbR+OY X-Google-Smtp-Source: ABdhPJx2+C3X5lhH7reYTyFZbGKhSaavopWR3HZRWQpY2NaU4gTmJ6Dyu7egMNX+f6LdsqZSpnYUiw== X-Received: by 2002:a2e:8456:: with SMTP id u22mr2734815ljh.73.1591345565545; Fri, 05 Jun 2020 01:26:05 -0700 (PDT) Received: from localhost (customer-109-238-136-64.stosn.net. [109.238.136.64]) by smtp.gmail.com with ESMTPSA id r8sm481236ljk.107.2020.06.05.01.26.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 05 Jun 2020 01:26:04 -0700 (PDT) References: <86pnaejekn.fsf@gmail.com> <6726757c-82cd-b3bb-6554-f2617d92d8a2@selasky.org> User-agent: mu4e 1.2.0; emacs 26.3 From: Malcolm Matalka To: Hans Petter Selasky Cc: "freebsd-current\@freebsd.org" Subject: Re: Resume almost never works Dell XPS 9370 In-reply-to: <6726757c-82cd-b3bb-6554-f2617d92d8a2@selasky.org> Date: Fri, 05 Jun 2020 10:25:59 +0200 Message-ID: <86lfl1kjfs.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Rspamd-Queue-Id: 49dbMM2yBYz4Qxm X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=tUPpp3LF; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mmatalka@gmail.com designates 2a00:1450:4864:20::231 as permitted sender) smtp.mailfrom=mmatalka@gmail.com X-Spamd-Result: default: False [-6.27 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.08)[-1.083]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.06)[-1.055]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.034]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::231:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 08:26:08 -0000 --=-=-= Content-Type: text/plain Hans Petter Selasky writes: > On 2020-06-05 06:56, Malcolm Matalka wrote: >> I'm using the i915kms driver and resuming from suspend almost never >> works. What I get is a blank screen with a rectangle cursor in the top >> right, like what the screen looks like for that split second when X11 >> starts. It is then stuck and I have to force shutdown with the physical >> button. >> >> I am not sure but I feel like this happens more frequently after I've >> been running bhyve but I can't guarantee that's actually causally >> related. >> >> The only special thing I do that I'm aware of is I turn off my usb when >> I suspend and back on when I resume, I don't know if this is possibly >> related. >> >> usbconfig list | cut -f 1 -d ':' | xargs -n1 -I'{}' usbconfig '{}' power_save >> >> Any tips on what to do? >> > > Which version of kernel and kms driver are you using? I am on 361660 and drm-current-kmod-4.16.g20200320. This is not a new problem, by the way, I finally just rebooted again today and decided to ask. > > --HPS --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEQP2ClpgOfnguJZS++DiEc/oMrtcFAl7aAZcACgkQ+DiEc/oM rtfe3Qf8DHkqRl50N1GKVTnfVDzka2Yrhs9fV1QVqYl9tFjRi/ooUXufn9z9FUF9 T84inuGKFAGbve1jAdOgDOG5FA3AEGScHtYHY0bFS12eQMFguP+2b971PjG/fzbX 0jNpdFS1GNqY441rp5E5AzqbGdk9fAaCYKwXLWt2WBpUMtxgTw18MsUt1Mit18D8 r3qyWXYEtYYAryJg1HcJOQS8qMqmqHYWLur8VfcPMBSgVmh6WJ7bo/U7VARNb4Xy IH7kJJK0NGqo9hr47P0TdyvFw5JzeUhMrU2sYIuGKouhQtBpLpZy1pcJBldZROdk YlGftPmKNqaqmovPkiJxrINBiOI2Nw== =2eta -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@freebsd.org Fri Jun 5 08:37:32 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0F0F234488C for ; Fri, 5 Jun 2020 08:37:32 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dbcV3LT0z4SFH for ; Fri, 5 Jun 2020 08:37:30 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1591346242; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=1kW3gZArNzR20Jih3zByAqgwvTYy9/673XAH8LBJCm4=; b=uFIKLW+5iKxAGTWb/xCCABhTa4B5j5EjTwyoCTpB+Lrrj2IFAAhSsePTJquzpthe9pFdFF LNaR6s2MyxFPlkdQcGENn0MxDm+/dXTizIgMD7eCHqVxfsyg17eYuReiOV60sFt7dlq8Gh cTrbDKToeZjDziWmNit7yZifM9Ut4Ds= Received: from amy.home (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id a0b1bb37 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 5 Jun 2020 08:37:22 +0000 (UTC) Date: Fri, 5 Jun 2020 10:37:22 +0200 From: Emmanuel Vadot To: Malcolm Matalka Cc: Hans Petter Selasky , "freebsd-current\@freebsd.org" Subject: Re: Resume almost never works Dell XPS 9370 Message-Id: <20200605103722.835934106231159991a656fe@bidouilliste.com> In-Reply-To: <86lfl1kjfs.fsf@gmail.com> References: <86pnaejekn.fsf@gmail.com> <6726757c-82cd-b3bb-6554-f2617d92d8a2@selasky.org> <86lfl1kjfs.fsf@gmail.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49dbcV3LT0z4SFH X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=uFIKLW+5; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.48 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.98)[-0.983]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.97)[-0.968]; NEURAL_HAM_MEDIUM(-1.03)[-1.033]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 08:37:32 -0000 On Fri, 05 Jun 2020 10:25:59 +0200 Malcolm Matalka wrote: > > Hans Petter Selasky writes: > > > On 2020-06-05 06:56, Malcolm Matalka wrote: > >> I'm using the i915kms driver and resuming from suspend almost never > >> works. What I get is a blank screen with a rectangle cursor in the top > >> right, like what the screen looks like for that split second when X11 > >> starts. It is then stuck and I have to force shutdown with the physical > >> button. > >> > >> I am not sure but I feel like this happens more frequently after I've > >> been running bhyve but I can't guarantee that's actually causally > >> related. > >> > >> The only special thing I do that I'm aware of is I turn off my usb when > >> I suspend and back on when I resume, I don't know if this is possibly > >> related. > >> > >> usbconfig list | cut -f 1 -d ':' | xargs -n1 -I'{}' usbconfig '{}' power_save > >> > >> Any tips on what to do? > >> > > > > Which version of kernel and kms driver are you using? > > I am on 361660 and drm-current-kmod-4.16.g20200320. > > This is not a new problem, by the way, I finally just rebooted again > today and decided to ask. Resume could be due to TPM being active, try to disable it in the bios you should have an option (set it to disable, not discrete). If the problem is related to the drm driver (I doubt), you could always try drm-devel-kmod. > > > > --HPS > -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Fri Jun 5 08:41:52 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 339A1344C0B for ; Fri, 5 Jun 2020 08:41:52 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dbjW3gsWz4Smj for ; Fri, 5 Jun 2020 08:41:51 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: by mail-lj1-x235.google.com with SMTP id z9so10691815ljh.13 for ; Fri, 05 Jun 2020 01:41:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=m4jvz+bZ/od14Wh6LWmPyhNpR8CjdUNccSErws2z63c=; b=ke24+dMCUaQ7L3gWXoFMTlZy1dgipcmOvHJ1NH7VUkwsJyOgFNGaqZlQfHSAXCMg+g 7c/9szahHVkcJKJqvDDrb+mjCCN8BU4HxO3jIH3L9dy+x1l7nIK6DSeBc3GpL1dyTtWL P1mCa8QnQynqTFbv2sqTG8wcmB9YH0tjkQvQF+8Nd/eE00f/YCmau+sWvC0UiqIM1VCH 9j/uCHYKGZ2NC1QSXB/QYKkN29LWLAEgTB7EmH3Vzxm4JXrNI2sQOGFKS90lsXYbolGQ 3Sy2jtViC/dG2O2mKN6co3Ubl2ttmPIH0gBALOeS7Q9yD8fzGseFQxgCP8MGVQ6Fy6Oi dgWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=m4jvz+bZ/od14Wh6LWmPyhNpR8CjdUNccSErws2z63c=; b=CTQqLF05/nyRLufQZ+y8WmdToJnT/iZ3ggRNhHpTreJ4hO6huwz5KvvYDqR6vWxJ+O FV9hWfl5ZSkN9ETm306+15A0RFaX/JJeLyz0kl05Lu/kWn8QmGUyFbgFOBe7IRP3XD+h SLkhC6+d4HDF7bzVvms5KC8YnBnBleJKYfI1nwOo2Z/XbxnSPmsswdup08Ua+NRXDw9q 0FelB+kn2b4B3+7F5A+mV4zxB91171CUX2j9HpL7eg8l11N0gYXJUN2SuuFlyQTXrNVo D24y2jrvjTeWWVInugKJLoFI7E8LzINouXNt8ge3CXqG1ParnI+GIlZW2bYdkwXljqoM B4Qw== X-Gm-Message-State: AOAM533CFMXlo4c3V8YN3CgnQSjBnVNWieMUBaptLBHpMSNFxFD5Qap0 aPmOGEe6W7PjuaRJQ1HqlMY= X-Google-Smtp-Source: ABdhPJwn6wGfYYlETJGoELiHLOkeYstsPoPggYYE8FCUM4PJ0G9XYzavBq4zhoxlxogwZor5c9l/yw== X-Received: by 2002:a2e:911:: with SMTP id 17mr4348635ljj.411.1591346509684; Fri, 05 Jun 2020 01:41:49 -0700 (PDT) Received: from localhost (customer-109-238-136-64.stosn.net. [109.238.136.64]) by smtp.gmail.com with ESMTPSA id s18sm569757ljj.63.2020.06.05.01.41.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 05 Jun 2020 01:41:49 -0700 (PDT) References: <86pnaejekn.fsf@gmail.com> <6726757c-82cd-b3bb-6554-f2617d92d8a2@selasky.org> <86lfl1kjfs.fsf@gmail.com> <20200605103722.835934106231159991a656fe@bidouilliste.com> User-agent: mu4e 1.2.0; emacs 26.3 From: Malcolm Matalka To: Emmanuel Vadot Cc: Hans Petter Selasky , "freebsd-current\@freebsd.org" Subject: Re: Resume almost never works Dell XPS 9370 In-reply-to: <20200605103722.835934106231159991a656fe@bidouilliste.com> Date: Fri, 05 Jun 2020 10:41:48 +0200 Message-ID: <86img5kipf.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 49dbjW3gsWz4Smj X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ke24+dMC; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mmatalka@gmail.com designates 2a00:1450:4864:20::235 as permitted sender) smtp.mailfrom=mmatalka@gmail.com X-Spamd-Result: default: False [-4.21 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.04)[-1.038]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.004]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::235:from]; NEURAL_HAM_SHORT(-1.17)[-1.169]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 08:41:52 -0000 Emmanuel Vadot writes: > On Fri, 05 Jun 2020 10:25:59 +0200 > Malcolm Matalka wrote: > >> >> Hans Petter Selasky writes: >> >> > On 2020-06-05 06:56, Malcolm Matalka wrote: >> >> I'm using the i915kms driver and resuming from suspend almost never >> >> works. What I get is a blank screen with a rectangle cursor in the top >> >> right, like what the screen looks like for that split second when X11 >> >> starts. It is then stuck and I have to force shutdown with the physical >> >> button. >> >> >> >> I am not sure but I feel like this happens more frequently after I've >> >> been running bhyve but I can't guarantee that's actually causally >> >> related. >> >> >> >> The only special thing I do that I'm aware of is I turn off my usb when >> >> I suspend and back on when I resume, I don't know if this is possibly >> >> related. >> >> >> >> usbconfig list | cut -f 1 -d ':' | xargs -n1 -I'{}' usbconfig '{}' power_save >> >> >> >> Any tips on what to do? >> >> >> > >> > Which version of kernel and kms driver are you using? >> >> I am on 361660 and drm-current-kmod-4.16.g20200320. >> >> This is not a new problem, by the way, I finally just rebooted again >> today and decided to ask. > > Resume could be due to TPM being active, try to disable it in the bios > you should have an option (set it to disable, not discrete). > If the problem is related to the drm driver (I doubt), you could > always try drm-devel-kmod. What makes you think TPM is related? Note that this does work sometimes, just hit or miss and mostly not. > >> > >> > --HPS >> From owner-freebsd-current@freebsd.org Fri Jun 5 08:55:51 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 453F13451C7 for ; Fri, 5 Jun 2020 08:55:51 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dc1f26Hkz4VNC for ; Fri, 5 Jun 2020 08:55:49 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1591347348; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=WEjEahemcfoj/OTNZp4aKQR0J/lmxz3Lhvp1BGqc2II=; b=OW9/IveQmdeMM0nrq8zJbbAl69Px8SJeyCw1GPKLSrUp8oCggOhpasBmiqnVwYylWgPUEs aH3TMWSezE5aBPgPB51wIBAb4eGckf+YQsz72FBwAiiW9rjQhyK1I69d4gwTIxC9WxHE3r 1Gjr9E4ZCIf+Ya0fzzKeOX3KQtG/gEs= Received: from amy.home (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 96accbbf (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 5 Jun 2020 08:55:48 +0000 (UTC) Date: Fri, 5 Jun 2020 10:55:47 +0200 From: Emmanuel Vadot To: Malcolm Matalka Cc: Hans Petter Selasky , "freebsd-current\@freebsd.org" Subject: Re: Resume almost never works Dell XPS 9370 Message-Id: <20200605105547.667d59612562e7f367c8840b@bidouilliste.com> In-Reply-To: <86img5kipf.fsf@gmail.com> References: <86pnaejekn.fsf@gmail.com> <6726757c-82cd-b3bb-6554-f2617d92d8a2@selasky.org> <86lfl1kjfs.fsf@gmail.com> <20200605103722.835934106231159991a656fe@bidouilliste.com> <86img5kipf.fsf@gmail.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49dc1f26Hkz4VNC X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=OW9/IveQ; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.48 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.98)[-0.984]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.97)[-0.966]; NEURAL_HAM_MEDIUM(-1.03)[-1.033]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 08:55:51 -0000 On Fri, 05 Jun 2020 10:41:48 +0200 Malcolm Matalka wrote: > > Emmanuel Vadot writes: > > > On Fri, 05 Jun 2020 10:25:59 +0200 > > Malcolm Matalka wrote: > > > >> > >> Hans Petter Selasky writes: > >> > >> > On 2020-06-05 06:56, Malcolm Matalka wrote: > >> >> I'm using the i915kms driver and resuming from suspend almost never > >> >> works. What I get is a blank screen with a rectangle cursor in the top > >> >> right, like what the screen looks like for that split second when X11 > >> >> starts. It is then stuck and I have to force shutdown with the physical > >> >> button. > >> >> > >> >> I am not sure but I feel like this happens more frequently after I've > >> >> been running bhyve but I can't guarantee that's actually causally > >> >> related. > >> >> > >> >> The only special thing I do that I'm aware of is I turn off my usb when > >> >> I suspend and back on when I resume, I don't know if this is possibly > >> >> related. > >> >> > >> >> usbconfig list | cut -f 1 -d ':' | xargs -n1 -I'{}' usbconfig '{}' power_save > >> >> > >> >> Any tips on what to do? > >> >> > >> > > >> > Which version of kernel and kms driver are you using? > >> > >> I am on 361660 and drm-current-kmod-4.16.g20200320. > >> > >> This is not a new problem, by the way, I finally just rebooted again > >> today and decided to ask. > > > > Resume could be due to TPM being active, try to disable it in the bios > > you should have an option (set it to disable, not discrete). > > If the problem is related to the drm driver (I doubt), you could > > always try drm-devel-kmod. > > What makes you think TPM is related? Note that this does work > sometimes, just hit or miss and mostly not. Because I got hit by this problem many times on most of my laptops. > > > >> > > >> > --HPS > >> > _______________________________________________ > 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" -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Fri Jun 5 12:58:41 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CC98E32AA1B for ; Fri, 5 Jun 2020 12:58:41 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49djPr62Hzz3TvR for ; Fri, 5 Jun 2020 12:58:40 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: by mail-lj1-x234.google.com with SMTP id a25so11621181ljp.3 for ; Fri, 05 Jun 2020 05:58:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=qpc1EkJAm82qKrZs3snvaUmo/gNWdo7SXv32KC8TOmg=; b=DKQcXPZYblhp3oxQppGIIhBPDhwys6DYJ9Ku5QV7L90AA45jSds7LU4Cvm1CdNkldb yZbGg6fUPGIzMXZyydi3LJ5jnyUoyrywrB4zf6runnEyDwdCt20qNepUUKelR80cQKaM T2Mo7tX48+v4qi5vgjeh05HoQVyW56nKKeIdeQ7Do/iJdSfdLZS6mkNTzJOhUdwpkPfr bvBmYzaQsM6OrTQIZRGMiGf1MVClNwdu4f84uhfHaBCEpLzVX0BNCpRsCXTouWAl/DwQ /JMjYEDF/gKA3phrFosr68QJ4xYDX0On/sjoABRdd3o4HaKs0dZKvnkobN4L8xFkvsvU 058w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=qpc1EkJAm82qKrZs3snvaUmo/gNWdo7SXv32KC8TOmg=; b=aBIka4nwtoDJvq5eXvUTYj7di4Uv4TxHA7klVgfvVBo9B9vQu5Yh1IQidxq9LV54wq 4c6dWvREURTrq6h4Wc29NOv+FG6T8H6oq0No3A2ClzjY/ViuaDdlmiYBwv4ElQ0c9ZSm 4LI0Fr7Nv8KkMiLUxagJ2s04S3euJdkK+2+GAv+A29vN/n+ObUNPHo8fLXvdis+kV6e6 D8u+6+g0wy+m9aOIWZ7ePf3QglkMNRAVC2XZXSLCpyQXVyM1ExTRJhUsk2xImvzPeBHk yyEdnfaw91c8tJU/mAcZxsu3miR5j/V1UOUmma/VacZZzicTWEKdW9L/OUJUhEuQFOBp fJCw== X-Gm-Message-State: AOAM531fFYBGF5VTTm4GoSkAfxdla2eJB47IEcWr2svMP9fH3KaSSgKm lXD4AAeQPIhhsKXYQ/1187DTCF1B X-Google-Smtp-Source: ABdhPJxnmPuBP6ucOF39mQxeaPADFmd8YWSuRgnThBWDkDmSp6GZDlUTfGgL1NXpgHkCgnlAyz9Nlg== X-Received: by 2002:a2e:b704:: with SMTP id j4mr3797141ljo.458.1591361918739; Fri, 05 Jun 2020 05:58:38 -0700 (PDT) Received: from localhost (customer-109-238-136-64.stosn.net. [109.238.136.64]) by smtp.gmail.com with ESMTPSA id u4sm734620ljg.132.2020.06.05.05.58.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 05 Jun 2020 05:58:38 -0700 (PDT) References: <86pnaejekn.fsf@gmail.com> <6726757c-82cd-b3bb-6554-f2617d92d8a2@selasky.org> <86lfl1kjfs.fsf@gmail.com> <20200605103722.835934106231159991a656fe@bidouilliste.com> <86img5kipf.fsf@gmail.com> <20200605105547.667d59612562e7f367c8840b@bidouilliste.com> User-agent: mu4e 1.2.0; emacs 26.3 From: Malcolm Matalka To: Emmanuel Vadot Cc: Hans Petter Selasky , "freebsd-current\@freebsd.org" Subject: Re: Resume almost never works Dell XPS 9370 In-reply-to: <20200605105547.667d59612562e7f367c8840b@bidouilliste.com> Date: Fri, 05 Jun 2020 14:58:37 +0200 Message-ID: <868sh1pt36.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 49djPr62Hzz3TvR X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=DKQcXPZY; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mmatalka@gmail.com designates 2a00:1450:4864:20::234 as permitted sender) smtp.mailfrom=mmatalka@gmail.com X-Spamd-Result: default: False [-3.53 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.01)[-1.010]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.005]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::234:from]; NEURAL_HAM_SHORT(-0.51)[-0.512]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 12:58:41 -0000 Emmanuel Vadot writes: > On Fri, 05 Jun 2020 10:41:48 +0200 > Malcolm Matalka wrote: > >> >> Emmanuel Vadot writes: >> >> > On Fri, 05 Jun 2020 10:25:59 +0200 >> > Malcolm Matalka wrote: >> > >> >> >> >> Hans Petter Selasky writes: >> >> >> >> > On 2020-06-05 06:56, Malcolm Matalka wrote: >> >> >> I'm using the i915kms driver and resuming from suspend almost never >> >> >> works. What I get is a blank screen with a rectangle cursor in the top >> >> >> right, like what the screen looks like for that split second when X11 >> >> >> starts. It is then stuck and I have to force shutdown with the physical >> >> >> button. >> >> >> >> >> >> I am not sure but I feel like this happens more frequently after I've >> >> >> been running bhyve but I can't guarantee that's actually causally >> >> >> related. >> >> >> >> >> >> The only special thing I do that I'm aware of is I turn off my usb when >> >> >> I suspend and back on when I resume, I don't know if this is possibly >> >> >> related. >> >> >> >> >> >> usbconfig list | cut -f 1 -d ':' | xargs -n1 -I'{}' usbconfig '{}' power_save >> >> >> >> >> >> Any tips on what to do? >> >> >> >> >> > >> >> > Which version of kernel and kms driver are you using? >> >> >> >> I am on 361660 and drm-current-kmod-4.16.g20200320. >> >> >> >> This is not a new problem, by the way, I finally just rebooted again >> >> today and decided to ask. >> > >> > Resume could be due to TPM being active, try to disable it in the bios >> > you should have an option (set it to disable, not discrete). >> > If the problem is related to the drm driver (I doubt), you could >> > always try drm-devel-kmod. >> >> What makes you think TPM is related? Note that this does work >> sometimes, just hit or miss and mostly not. > > Because I got hit by this problem many times on most of my laptops. Looks like I had already disabled TPM. So sadly not the cause in my case. > >> > >> >> > >> >> > --HPS >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri Jun 5 13:41:36 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7727232B253 for ; Fri, 5 Jun 2020 13:41:36 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49dkMN11P4z3Yvj for ; Fri, 5 Jun 2020 13:41:36 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 20A4532B1EE; Fri, 5 Jun 2020 13:41:36 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 205F732B528 for ; Fri, 5 Jun 2020 13:41:36 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49dkML2ynsz3ZCB for ; Fri, 5 Jun 2020 13:41:34 +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 055DfR9t066040 for ; Fri, 5 Jun 2020 13:41:27 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 055DfR1k066039 for current@freebsd.org; Fri, 5 Jun 2020 06:41:27 -0700 (PDT) (envelope-from david) Date: Fri, 5 Jun 2020 06:41:27 -0700 From: David Wolfskill To: current@freebsd.org Subject: panic: page fault head/amd64 @r361830 Message-ID: <20200605134127.GY2100@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="L+CNnuwY89phXYPb" Content-Disposition: inline X-Rspamd-Queue-Id: 49dkML2ynsz3ZCB X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [0.92 / 15.00]; HAS_REPLYTO(0.00)[current@freebsd.org]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.967]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.98)[-0.979]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.26)[0.264]; DMARC_NA(0.00)[catwhisker.org]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; REPLYTO_EQ_TO_ADDR(5.00)[] X-Spam: Yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 13:41:36 -0000 --L+CNnuwY89phXYPb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable My build machine had no issues with the upgrade from r361784 to r361830, but my laptop panicked during the transition from single- to multi-user mode, just after bpf was attached. Rebooting from the old kernel worked; trying to boot from r361830 failed again with similar symptoms, and the laptop normally runs stable/12 (r361761 yesterday; r361831 today), so it seems to be an issue in head. The build machine isn't a DHCP client, and doesn't run ipfw; the laptop differs (in both respects). The backtrace (from the core.txt file: =2E.. <118>Mounting local filesystems: linprocfs registered <118>. <118>ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/l= ocal/lib/R/lib /usr/local/lib/compat /usr/local/lib/gcc9 /usr/l ocal/lib/graphviz /usr/local/lib/mysql /usr/local/lib/perl5/5.30/mach/CORE = /usr/local/lib/qt5 /usr/local/llvm80/lib /usr/local/llvm90/lib=20 /usr/local/share/chromium <118>32-bit compatibility ldconfig path: /usr/lib32 /usr/lib32/compat /usr/= local/lib32/compat <118>Setting hostname: localhost. <118>Setting up harvesting: PURE_RDRAND,[UMA],[FS_ATIME],SWI,INTERRUPT,NET_= NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED <118>Feeding entropy: . <6>wlan0: bpf attached <6>wlan0: bpf attached Fatal trap 12: page fault while in kernel mode cpuid =3D 3; apic id =3D 03 fault virtual address =3D 0x0 fault code =3D supervisor read instruction, page not present instruction pointer =3D 0x20:0x0 stack pointer =3D 0x28:0xfffffe0fc08c3b08 frame pointer =3D 0x28:0xfffffe0fc08c3b80 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 0 (iwn0 net80211 taskq) trap number =3D 12 panic: page fault cpuid =3D 3 time =3D 1591362374 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff804a4afb =3D db_trace_self_wrapper+0x2= b/frame 0xfffffe0fc08c37b0 vpanic() at 0xffffffff80b93452 =3D vpanic+0x182/frame 0xfffffe0fc08c3800 panic() at 0xffffffff80b93203 =3D panic+0x43/frame 0xfffffe0fc08c3860 trap_fatal() at 0xffffffff81069b07 =3D trap_fatal+0x387/frame 0xfffffe0fc08= c38c0 trap_pfault() at 0xffffffff81069ba9 =3D trap_pfault+0x99/frame 0xfffffe0fc0= 8c3920 trap() at 0xffffffff810691a5 =3D trap+0x2a5/frame 0xfffffe0fc08c3a30 calltrap() at 0xffffffff8103edb8 =3D calltrap+0x8/frame 0xfffffe0fc08c3a30 --- trap 0xc, rip =3D 0, rsp =3D 0xfffffe0fc08c3b08, rbp =3D 0xfffffe0fc08c= 3b80 --- ??() at 0/frame 0xfffffe0fc08c3b80 taskqueue_thread_loop() at 0xffffffff80bf3214 =3D taskqueue_thread_loop+0x9= 4/frame 0xfffffe0fc08c3bb0 fork_exit() at 0xffffffff80b503c0 =3D fork_exit+0x80/frame 0xfffffe0fc08c3b= f0 fork_trampoline() at 0xffffffff8103fdfe =3D fork_trampoline+0xe/frame 0xfff= ffe0fc08c3bf0 --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- KDB: enter: panic __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 55 __asm("movq %%gs:%P1,%0" : "=3Dr" (td) : "n" (offsetof(stru= ct pcpu, (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 #1 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:394 #2 0xffffffff804a1eaa in db_dump (dummy=3D,=20 dummy2=3D, dummy3=3D, dummy4=3D) at /usr/src/sys/ddb/db_command.c:575 #3 0xffffffff804a1c6c in db_command (last_cmdp=3D,=20 cmd_table=3D, dopager=3D1) at /usr/src/sys/ddb/db_comman= d.c:482 #4 0xffffffff804a19dd in db_command_loop () at /usr/src/sys/ddb/db_command.c:535 #5 0xffffffff804a4c48 in db_trap (type=3D, code=3D) at /usr/src/sys/ddb/db_main.c:253 #6 0xffffffff80bdde34 in kdb_trap (type=3D3, code=3D0, tf=3D) at /usr/src/sys/kern/subr_kdb.c:699 #7 0xffffffff810696b8 in trap (frame=3D0xfffffe0fc08c36e0) at /usr/src/sys/amd64/amd64/trap.c:578 #8 #9 kdb_enter (why=3D0xffffffff8122ff12 "panic", msg=3D) at /usr/src/sys/kern/subr_kdb.c:486 #10 0xffffffff80b9346e in vpanic (fmt=3D, ap=3D) at /usr/src/sys/kern/kern_shutdown.c:902 #11 0xffffffff80b93203 in panic ( fmt=3D0xffffffff81c7f298 "\326/\037\201\377\377\377\377") at /usr/src/sys/kern/kern_shutdown.c:839 #2 0xffffffff804a1eaa in db_dump (dummy=3D,=20 dummy2=3D, dummy3=3D, dummy4=3D) at /usr/src/sys/ddb/db_command.c:575 #3 0xffffffff804a1c6c in db_command (last_cmdp=3D,=20 cmd_table=3D, dopager=3D1) at /usr/src/sys/ddb/db_comman= d.c:482 #4 0xffffffff804a19dd in db_command_loop () at /usr/src/sys/ddb/db_command.c:535 #5 0xffffffff804a4c48 in db_trap (type=3D, code=3D) at /usr/src/sys/ddb/db_main.c:253 #6 0xffffffff80bdde34 in kdb_trap (type=3D3, code=3D0, tf=3D) at /usr/src/sys/kern/subr_kdb.c:699 #7 0xffffffff810696b8 in trap (frame=3D0xfffffe0fc08c36e0) at /usr/src/sys/amd64/amd64/trap.c:578 #8 #9 kdb_enter (why=3D0xffffffff8122ff12 "panic", msg=3D) at /usr/src/sys/kern/subr_kdb.c:486 #10 0xffffffff80b9346e in vpanic (fmt=3D, ap=3D) at /usr/src/sys/kern/kern_shutdown.c:902 #11 0xffffffff80b93203 in panic ( fmt=3D0xffffffff81c7f298 "\326/\037\201\377\377\377\377") at /usr/src/sys/kern/kern_shutdown.c:839 #12 0xffffffff81069b07 in trap_fatal (frame=3D0xfffffe0fc08c3a40, eva=3D0) at /usr/src/sys/amd64/amd64/trap.c:919 #13 0xffffffff81069ba9 in trap_pfault (frame=3D0xfffffe0fc08c3a40,=20 usermode=3D, signo=3D, ucode=3D) at /usr/src/sys/amd64/amd64/trap.c:736 #14 0xffffffff810691a5 in trap (frame=3D0xfffffe0fc08c3a40) at /usr/src/sys/amd64/amd64/trap.c:400 #15 #16 0x0000000000000000 in ?? () #17 0xffffffff80bf219a in taskqueue_run_locked (queue=3D0xfffff8000f1e9100) at /usr/src/sys/kern/subr_taskqueue.c:476 #18 0xffffffff80bf3214 in taskqueue_thread_loop (arg=3D) at /usr/src/sys/kern/subr_taskqueue.c:793 #19 0xffffffff80b503c0 in fork_exit ( callout=3D0xffffffff80bf3180 ,=20 arg=3D0xfffffe1052453148, frame=3D0xfffffe0fc08c3c00) at /usr/src/sys/kern/kern_fork.c:1053 #20 (kgdb)=20 Please see http://www.catwhisker.org/~david/FreeBSD/head/r361830/ for the crasah cump, core.txt file, and anything else I think to put there that might be useful. http://www.catwhisker.org/~david/FreeBSD/history/ has pointers to recent copies of dmesg.boot from a verbose boot and sundry other bits of trivia, some of which may be of use. Peace, david --=20 David H. Wolfskill david@catwhisker.org "... we distance ourselves from the incendiary language of this President." -- Bishop Mariann Edgar Budde of the Episcopal Diocese of Washington See http://www.catwhisker.org/~david/publickey.gpg for my public key. --L+CNnuwY89phXYPb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl7aS4ZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PclHmwgAqgfzfyJK12m4xksf5eHNWSmlnyEbhdMK0sxF9gLvEzH2PSWcqahZ02sA sQDsIAeGz86fnPKV7LH8HqyGS19stv2Yapxs2+hCSntB1QnaRt2N7LbrfHDkHzYf ZHJJgi4teYDIwbOv9SPFghhUorOgJrh7SZtWvVEOl/XaJ0fWFHYoO05Hju7ZMSw3 A9pG1oDbIZ9cNLSTg6smF9d2PuTV82RX1+0BmZTMo0fW96yjjRwHQAPhbstAJsYl 0hZDT3isgtloUI8k+7h15xjr+Ea+EqF33zvTDw9KPBL2h8Upw6cFlkIW93NU/kRK R+JPhgTmmBkZE0amhtQAVGTVMtzTyg== =kV6z -----END PGP SIGNATURE----- --L+CNnuwY89phXYPb-- From owner-freebsd-current@freebsd.org Fri Jun 5 14:07:54 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 839E532BFD6 for ; Fri, 5 Jun 2020 14:07:54 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49dkxk1NyJz3cq0 for ; Fri, 5 Jun 2020 14:07:54 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id 2FAD832C2A7; Fri, 5 Jun 2020 14:07:54 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2F6D032BFD4 for ; Fri, 5 Jun 2020 14:07:54 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49dkxj5jz4z3cmQ for ; Fri, 5 Jun 2020 14:07:53 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 004B626038B for ; Fri, 5 Jun 2020 16:07:50 +0200 (CEST) Subject: Re: panic: page fault head/amd64 @r361830 To: current@freebsd.org References: <20200605134127.GY2100@albert.catwhisker.org> From: Hans Petter Selasky Message-ID: <911f533b-a2ca-349b-1eb5-2c8f5fe8e685@selasky.org> Date: Fri, 5 Jun 2020 16:07:34 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: <20200605134127.GY2100@albert.catwhisker.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49dkxj5jz4z3cmQ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 14:07:54 -0000 On 2020-06-05 15:41, David Wolfskill wrote: > My build machine had no issues with the upgrade from r361784 to r361830, > but my laptop panicked during the transition from single- to multi-user > mode, just after bpf was attached. > > Rebooting from the old kernel worked; trying to boot from r361830 > failed again with similar symptoms, and the laptop normally runs > stable/12 (r361761 yesterday; r361831 today), so it seems to be an > issue in head. > > The build machine isn't a DHCP client, and doesn't run ipfw; the laptop > differs (in both respects). > > The backtrace (from the core.txt file: > > ... > <118>Mounting local filesystems: > linprocfs registered > <118>. > <118>ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/R/lib /usr/local/lib/compat /usr/local/lib/gcc9 /usr/l > ocal/lib/graphviz /usr/local/lib/mysql /usr/local/lib/perl5/5.30/mach/CORE /usr/local/lib/qt5 /usr/local/llvm80/lib /usr/local/llvm90/lib > /usr/local/share/chromium > <118>32-bit compatibility ldconfig path: /usr/lib32 /usr/lib32/compat /usr/local/lib32/compat > <118>Setting hostname: localhost. > <118>Setting up harvesting: PURE_RDRAND,[UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED > <118>Feeding entropy: . > <6>wlan0: bpf attached > > <6>wlan0: bpf attached > > Fatal trap 12: page fault while in kernel mode > cpuid = 3; apic id = 03 > fault virtual address = 0x0 > fault code = supervisor read instruction, page not present > instruction pointer = 0x20:0x0 > stack pointer = 0x28:0xfffffe0fc08c3b08 > frame pointer = 0x28:0xfffffe0fc08c3b80 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (iwn0 net80211 taskq) > trap number = 12 > panic: page fault > cpuid = 3 > time = 1591362374 > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff804a4afb = db_trace_self_wrapper+0x2b/frame 0xfffffe0fc08c37b0 > vpanic() at 0xffffffff80b93452 = vpanic+0x182/frame 0xfffffe0fc08c3800 > panic() at 0xffffffff80b93203 = panic+0x43/frame 0xfffffe0fc08c3860 > trap_fatal() at 0xffffffff81069b07 = trap_fatal+0x387/frame 0xfffffe0fc08c38c0 > trap_pfault() at 0xffffffff81069ba9 = trap_pfault+0x99/frame 0xfffffe0fc08c3920 > trap() at 0xffffffff810691a5 = trap+0x2a5/frame 0xfffffe0fc08c3a30 > calltrap() at 0xffffffff8103edb8 = calltrap+0x8/frame 0xfffffe0fc08c3a30 > --- trap 0xc, rip = 0, rsp = 0xfffffe0fc08c3b08, rbp = 0xfffffe0fc08c3b80 --- > ??() at 0/frame 0xfffffe0fc08c3b80 > taskqueue_thread_loop() at 0xffffffff80bf3214 = taskqueue_thread_loop+0x94/frame 0xfffffe0fc08c3bb0 > fork_exit() at 0xffffffff80b503c0 = fork_exit+0x80/frame 0xfffffe0fc08c3bf0 > fork_trampoline() at 0xffffffff8103fdfe = fork_trampoline+0xe/frame 0xfffffe0fc08c3bf0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB: enter: panic > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct pcpu, > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > #1 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:394 > #2 0xffffffff804a1eaa in db_dump (dummy=, > dummy2=, dummy3=, dummy4=) > at /usr/src/sys/ddb/db_command.c:575 > #3 0xffffffff804a1c6c in db_command (last_cmdp=, > cmd_table=, dopager=1) at /usr/src/sys/ddb/db_command.c:482 > #4 0xffffffff804a19dd in db_command_loop () > at /usr/src/sys/ddb/db_command.c:535 > #5 0xffffffff804a4c48 in db_trap (type=, code=) > at /usr/src/sys/ddb/db_main.c:253 > #6 0xffffffff80bdde34 in kdb_trap (type=3, code=0, tf=) > at /usr/src/sys/kern/subr_kdb.c:699 > #7 0xffffffff810696b8 in trap (frame=0xfffffe0fc08c36e0) > at /usr/src/sys/amd64/amd64/trap.c:578 > #8 > #9 kdb_enter (why=0xffffffff8122ff12 "panic", msg=) > at /usr/src/sys/kern/subr_kdb.c:486 > #10 0xffffffff80b9346e in vpanic (fmt=, ap=) > at /usr/src/sys/kern/kern_shutdown.c:902 > #11 0xffffffff80b93203 in panic ( > fmt=0xffffffff81c7f298 "\326/\037\201\377\377\377\377") > at /usr/src/sys/kern/kern_shutdown.c:839 > #2 0xffffffff804a1eaa in db_dump (dummy=, > dummy2=, dummy3=, dummy4=) > at /usr/src/sys/ddb/db_command.c:575 > #3 0xffffffff804a1c6c in db_command (last_cmdp=, > cmd_table=, dopager=1) at /usr/src/sys/ddb/db_command.c:482 > #4 0xffffffff804a19dd in db_command_loop () > at /usr/src/sys/ddb/db_command.c:535 > #5 0xffffffff804a4c48 in db_trap (type=, code=) > at /usr/src/sys/ddb/db_main.c:253 > #6 0xffffffff80bdde34 in kdb_trap (type=3, code=0, tf=) > at /usr/src/sys/kern/subr_kdb.c:699 > #7 0xffffffff810696b8 in trap (frame=0xfffffe0fc08c36e0) > at /usr/src/sys/amd64/amd64/trap.c:578 > #8 > #9 kdb_enter (why=0xffffffff8122ff12 "panic", msg=) > at /usr/src/sys/kern/subr_kdb.c:486 > #10 0xffffffff80b9346e in vpanic (fmt=, ap=) > at /usr/src/sys/kern/kern_shutdown.c:902 > #11 0xffffffff80b93203 in panic ( > fmt=0xffffffff81c7f298 "\326/\037\201\377\377\377\377") > at /usr/src/sys/kern/kern_shutdown.c:839 > #12 0xffffffff81069b07 in trap_fatal (frame=0xfffffe0fc08c3a40, eva=0) > at /usr/src/sys/amd64/amd64/trap.c:919 > #13 0xffffffff81069ba9 in trap_pfault (frame=0xfffffe0fc08c3a40, > usermode=, signo=, ucode=) > at /usr/src/sys/amd64/amd64/trap.c:736 > #14 0xffffffff810691a5 in trap (frame=0xfffffe0fc08c3a40) > at /usr/src/sys/amd64/amd64/trap.c:400 > #15 > #16 0x0000000000000000 in ?? () > #17 0xffffffff80bf219a in taskqueue_run_locked (queue=0xfffff8000f1e9100) > at /usr/src/sys/kern/subr_taskqueue.c:476 > #18 0xffffffff80bf3214 in taskqueue_thread_loop (arg=) > at /usr/src/sys/kern/subr_taskqueue.c:793 > #19 0xffffffff80b503c0 in fork_exit ( > callout=0xffffffff80bf3180 , > arg=0xfffffe1052453148, frame=0xfffffe0fc08c3c00) > at /usr/src/sys/kern/kern_fork.c:1053 > #20 > (kgdb) > > Please see http://www.catwhisker.org/~david/FreeBSD/head/r361830/ > for the crasah cump, core.txt file, and anything else I think to put > there that might be useful. > > http://www.catwhisker.org/~david/FreeBSD/history/ has pointers to > recent copies of dmesg.boot from a verbose boot and sundry other > bits of trivia, some of which may be of use. Any modules in /boot/modules which didn't get rebuilt? --HPS From owner-freebsd-current@freebsd.org Fri Jun 5 15:40:03 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 51D2932F251 for ; Fri, 5 Jun 2020 15:40:03 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49dn0266zqz47Y1 for ; Fri, 5 Jun 2020 15:40:02 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id CFDA432F170; Fri, 5 Jun 2020 15:40:02 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CE8F232F24F for ; Fri, 5 Jun 2020 15:40:02 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49dn0247GPz47Dy for ; Fri, 5 Jun 2020 15:40:02 +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 055Fe1U8067389 for ; Fri, 5 Jun 2020 15:40:01 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 055Fe19p067388 for current@freebsd.org; Fri, 5 Jun 2020 08:40:01 -0700 (PDT) (envelope-from david) Date: Fri, 5 Jun 2020 08:40:01 -0700 From: David Wolfskill To: current@freebsd.org Subject: Re: panic: page fault head/amd64 @r361830 Message-ID: <20200605154001.GD2100@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org References: <20200605134127.GY2100@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vjt5mXJPvliG4SvL" Content-Disposition: inline In-Reply-To: <20200605134127.GY2100@albert.catwhisker.org> X-Rspamd-Queue-Id: 49dn0247GPz47Dy X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; REPLY(-4.00)[] X-Spam: Yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 15:40:03 -0000 --vjt5mXJPvliG4SvL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 05, 2020 at 06:41:27AM -0700, David Wolfskill wrote: > My build machine had no issues with the upgrade from r361784 to r361830, > but my laptop panicked during the transition from single- to multi-user > mode, just after bpf was attached. > ..... Thanks to Hans Petter Selasky (who asked a follow-up question about any kernel modules that may have not been rebuilt) and Adrian Chadd (who identified a bug and committed r361834 to fix it). I hand-applied the r361834 fix, rebuilt (& installed) the kernel; reboot was successful. :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org "... we distance ourselves from the incendiary language of this President." -- Bishop Mariann Edgar Budde of the Episcopal Diocese of Washington See http://www.catwhisker.org/~david/publickey.gpg for my public key. --vjt5mXJPvliG4SvL Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl7aZ1BfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcnKqAgAketJ2Um+hzgyirjBOziAiqy5euJRQTMqeI+jUlV2HA76dTlVTG+07fFt GkgJKiq8dPijsSUgZOh59TuW4aPTh62DnestNCMboeFGpOBrxTEB/pwbXi6044cF YmI5bwOJ6RtUbjT/iMq3LIsxZBlm9o1FyhGH2zvz7wVaTEiIUzV/E/O+Bc9ZOHXT LIFi5UCVWYGppSNOtf4geMA+KAz4TDZQlxBDCONkvPFbKe+UxYKPNsGKkswn9Qwg vUjGJAHO0dOJdB7ZvhOwQjkhtY6dQiGka3ysa2FFzJGf25bFHTQSjJ8qltB8sEjh +ej1wtzeNhhN2aAo4/XqjHZ2U6LqbQ== =p90N -----END PGP SIGNATURE----- --vjt5mXJPvliG4SvL-- From owner-freebsd-current@freebsd.org Fri Jun 5 22:31:42 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8BD3533993C for ; Fri, 5 Jun 2020 22:31:42 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dy713Cwcz430H for ; Fri, 5 Jun 2020 22:31:41 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1591396298; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=gB+dM5llc2sQwwnjOJ7Her3lgGE+ykuRq/+JkeEhkVY=; b=mTVj5Q0We7L1ltY45XVdKeK5PqmqAIAhTINDmpMLTjl2p592bFc1apsK/i2hT8G/90O/TA 6LMQ25//Z5qBCoT5jfne30TteF0SiKly9YKhkCk6rZp2WpYJQrRmPPc0hEQFfQKmeJGwro LetErmahos27HiZPamwRdft0mJNBPtM= Received: from amy.home (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id b01a28f7 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 5 Jun 2020 22:31:38 +0000 (UTC) Date: Sat, 6 Jun 2020 00:31:38 +0200 From: Emmanuel Vadot To: Malcolm Matalka Cc: Hans Petter Selasky , "freebsd-current\@freebsd.org" Subject: Re: Resume almost never works Dell XPS 9370 Message-Id: <20200606003138.343cdc83c9fdfbc4300d4ac2@bidouilliste.com> In-Reply-To: <868sh1pt36.fsf@gmail.com> References: <86pnaejekn.fsf@gmail.com> <6726757c-82cd-b3bb-6554-f2617d92d8a2@selasky.org> <86lfl1kjfs.fsf@gmail.com> <20200605103722.835934106231159991a656fe@bidouilliste.com> <86img5kipf.fsf@gmail.com> <20200605105547.667d59612562e7f367c8840b@bidouilliste.com> <868sh1pt36.fsf@gmail.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49dy713Cwcz430H X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=mTVj5Q0W; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.12 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.98)[-0.984]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.63)[-0.630]; NEURAL_HAM_MEDIUM(-1.01)[-1.008]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 22:31:42 -0000 On Fri, 05 Jun 2020 14:58:37 +0200 Malcolm Matalka wrote: > > Emmanuel Vadot writes: > > > On Fri, 05 Jun 2020 10:41:48 +0200 > > Malcolm Matalka wrote: > > > >> > >> Emmanuel Vadot writes: > >> > >> > On Fri, 05 Jun 2020 10:25:59 +0200 > >> > Malcolm Matalka wrote: > >> > > >> >> > >> >> Hans Petter Selasky writes: > >> >> > >> >> > On 2020-06-05 06:56, Malcolm Matalka wrote: > >> >> >> I'm using the i915kms driver and resuming from suspend almost never > >> >> >> works. What I get is a blank screen with a rectangle cursor in the top > >> >> >> right, like what the screen looks like for that split second when X11 > >> >> >> starts. It is then stuck and I have to force shutdown with the physical > >> >> >> button. > >> >> >> > >> >> >> I am not sure but I feel like this happens more frequently after I've > >> >> >> been running bhyve but I can't guarantee that's actually causally > >> >> >> related. > >> >> >> > >> >> >> The only special thing I do that I'm aware of is I turn off my usb when > >> >> >> I suspend and back on when I resume, I don't know if this is possibly > >> >> >> related. > >> >> >> > >> >> >> usbconfig list | cut -f 1 -d ':' | xargs -n1 -I'{}' usbconfig '{}' power_save > >> >> >> > >> >> >> Any tips on what to do? > >> >> >> > >> >> > > >> >> > Which version of kernel and kms driver are you using? > >> >> > >> >> I am on 361660 and drm-current-kmod-4.16.g20200320. > >> >> > >> >> This is not a new problem, by the way, I finally just rebooted again > >> >> today and decided to ask. > >> > > >> > Resume could be due to TPM being active, try to disable it in the bios > >> > you should have an option (set it to disable, not discrete). > >> > If the problem is related to the drm driver (I doubt), you could > >> > always try drm-devel-kmod. > >> > >> What makes you think TPM is related? Note that this does work > >> sometimes, just hit or miss and mostly not. > > > > Because I got hit by this problem many times on most of my laptops. > > Looks like I had already disabled TPM. So sadly not the cause in my > case. What generation of intel is it ? Please share pciconf -vl and dmesg Also, can you ssh to the machine after it failed to resume or is it really hanged ? > > > > >> > > >> >> > > >> >> > --HPS > >> >> > >> _______________________________________________ > >> 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" > > _______________________________________________ > 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" -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Fri Jun 5 23:06:13 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 925C933A9B8 for ; Fri, 5 Jun 2020 23:06:13 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: from mail-lf1-x12b.google.com (mail-lf1-x12b.google.com [IPv6:2a00:1450:4864:20::12b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49dytr5C34z46j1 for ; Fri, 5 Jun 2020 23:06:12 +0000 (UTC) (envelope-from mmatalka@gmail.com) Received: by mail-lf1-x12b.google.com with SMTP id u16so6754468lfl.8 for ; Fri, 05 Jun 2020 16:06:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=joeOEAxBQMeQEj2Z612SmOuT1HSpVyk8EMwvk0BUyBk=; b=RmS3ZXc3umLp43LTpDuWwjfrhgNKfD7HUl8MFPu+UKckxqdL3juaMN4dYjESDvjDZH tB7PN8EuGbt7QqJuM+DfswnDTxUV/ImSUV91HqAwhXhkCaoFPw1zxCEEDPcpt9vidrSL MZtP2WRYoy34fjXwKEGG0pLbvvwnlD8hITzgk/Urlg9OzkSWJlTCBnhUBpAQD3mt6lBx FSZwVbcBO0bH4x2nEEK/bFVa6J8eP1EzXeTCwIh/pk+Mvwyy3zU03zCewlif9llUOotB UqcrB3B9C7spXbRVoqDABDiH75Lt3YtKn6bAQXLEq5b+Mw9EjvUMPfCxJLv2L/ziYe38 zkDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=joeOEAxBQMeQEj2Z612SmOuT1HSpVyk8EMwvk0BUyBk=; b=qS1GFVviYH6K7ROrlmM3r/Hyw4bd/Z1BHcYfEEpuhl2ujhQfd76F5LXP5ZA37D9bI5 +RikDjV0v0Br1W/8bdppq5qS3g9unJOXAfBu86FVaSRKKvKGV6dpb9sMLSjKUu3qewwv VEDoi4Oa5bgjUlRfe3thfJ4KGflSWMQpx4NZ8RIDitYaAYl6LEZCBl2dHoasE6FPiThn OqE05awJoREEUOauiw1hTthvBzmfQwrdBY+mbTH6H3X69BCXhr5hswt9l4lv2jpj7S2e BVReQ4W8XmyJ8alF8IyxRWnHUkmvSjdYa1cqQ0MVBCDuq1adwghBjOR1G/3BnJzvZV0i w4zw== X-Gm-Message-State: AOAM530iICLF7Cjv7GYL8Pq1t3LBZAHpjDq1v5QHjqRL0k+E2NKwbFH0 WigpHoGk28/UF80/O6WCglssSVAR X-Google-Smtp-Source: ABdhPJxJY39r62PHH0L7QEy/9hYiDPwrLUBYCH19NPb45o6hv6WC+5SPVVMnOgKKpmN0hjrEuO+cjw== X-Received: by 2002:a19:f111:: with SMTP id p17mr6384688lfh.91.1591398369956; Fri, 05 Jun 2020 16:06:09 -0700 (PDT) Received: from localhost (customer-109-238-136-64.stosn.net. [109.238.136.64]) by smtp.gmail.com with ESMTPSA id i8sm1069997ljg.71.2020.06.05.16.06.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 05 Jun 2020 16:06:09 -0700 (PDT) References: <86pnaejekn.fsf@gmail.com> <6726757c-82cd-b3bb-6554-f2617d92d8a2@selasky.org> <86lfl1kjfs.fsf@gmail.com> <20200605103722.835934106231159991a656fe@bidouilliste.com> <86img5kipf.fsf@gmail.com> <20200605105547.667d59612562e7f367c8840b@bidouilliste.com> <868sh1pt36.fsf@gmail.com> <20200606003138.343cdc83c9fdfbc4300d4ac2@bidouilliste.com> User-agent: mu4e 1.2.0; emacs 26.3 From: Malcolm Matalka To: Emmanuel Vadot Cc: Hans Petter Selasky , "freebsd-current\@freebsd.org" Subject: Re: Resume almost never works Dell XPS 9370 In-reply-to: <20200606003138.343cdc83c9fdfbc4300d4ac2@bidouilliste.com> Date: Sat, 06 Jun 2020 01:06:09 +0200 Message-ID: <864krpp0ym.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 49dytr5C34z46j1 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=RmS3ZXc3; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mmatalka@gmail.com designates 2a00:1450:4864:20::12b as permitted sender) smtp.mailfrom=mmatalka@gmail.com X-Spamd-Result: default: False [-3.44 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.01)[-1.009]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.003]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::12b:from]; NEURAL_HAM_SHORT(-0.42)[-0.424]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2020 23:06:13 -0000 Emmanuel Vadot writes: > > What generation of intel is it ? > Please share pciconf -vl and dmesg Here is the output of those commands: https://paste.sr.ht/~mmatalka/f86efefa0d5468c5937d661687c720a2876b008f > Also, can you ssh to the machine after it failed to resume or is it > really hanged ? Unfortunately I don't know, I don't know the I don't know the ip address. Next time I'll try some things to see if I can connect. I could be wrong but I do not think my USB wifi dongle connects to the network in this situation though. From owner-freebsd-current@freebsd.org Sat Jun 6 01:13:24 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3FC1033CE7E for ; Sat, 6 Jun 2020 01:13:24 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49f1jZ56y2z4Mj3 for ; Sat, 6 Jun 2020 01:13:22 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 0561DNDe033996 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 5 Jun 2020 18:13:23 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 0561DM3e033995; Fri, 5 Jun 2020 18:13:22 -0700 (PDT) (envelope-from fbsd) Date: Fri, 5 Jun 2020 18:13:21 -0700 From: bob prohaska To: Ronald Klop Cc: freebsd-current@freebsd.org, bob prohaska Subject: Re: Recovering after a crash during installworld Message-ID: <20200606011321.GB32419@www.zefox.net> References: <20200604192332.GB28358@www.zefox.net> <643763222.13509.1591303338753@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <643763222.13509.1591303338753@localhost> X-Rspamd-Queue-Id: 49f1jZ56y2z4Mj3 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.43 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.70)[-0.704]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.61)[0.606]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.37)[-0.373]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jun 2020 01:13:24 -0000 On Thu, Jun 04, 2020 at 10:42:18PM +0200, Ronald Klop wrote: > Delete /usr/src and make a new svn checkout. That turned out to be the solution. The error message persuaded me that the problem was in the executable, not the repository. After devel/subversion produced the idential error, replacing the repository solved the problem. Thanks for reading, bob prohaska > > > Regards, > Ronald. > > > Van: bob prohaska > Datum: 4 juni 2020 21:24 > Aan: freebsd-current@freebsd.org > CC: bob prohaska > Onderwerp: Recovering after a crash during installworld > > > > > > > A Raspberry Pi3B running -current near r360134 crashed during installworld. > > Installkernel completed in single-user mode, but it looks like something > > got corrupted in files related to svnlite: > > > > root@www:/usr/src # svnlite up . > > svn: E235000: In file '/usr/src/contrib/subversion/subversion/libsvn_wc/wc_db_wcroot.c' line 311: assertion failed (format >= 1) > > Abort (core dumped) > > root@www:/usr/src # svnlite cleanup . > > svn: E235000: In file '/usr/src/contrib/subversion/subversion/libsvn_wc/wc_db_wcroot.c' line 311: assertion failed (format >= 1) > > Abort (core dumped) > > > > The machine comes up multi-user without problems, but attempts to update > > or simply rebuild the system run afoul of the svnlite errors. > > > > Is there a practical way to recover? > > > > Thanks for reading, > > > > bob prohaska > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > > > From owner-freebsd-current@freebsd.org Sat Jun 6 08:17:27 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F0B4432B065 for ; Sat, 6 Jun 2020 08:17:27 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "anubis.delphij.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49fC6v3gV9z4GT0; Sat, 6 Jun 2020 08:17:27 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from p51.home.us.delphij.net (unknown [IPv6:2601:646:8600:58ba:e670:b8ff:fe5c:4e69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 3EB8441F65; Sat, 6 Jun 2020 01:17:18 -0700 (PDT) Reply-To: d@delphij.net To: Conrad Meyer References: <202006051612.055GCL11009491@repo.freebsd.org> From: Xin Li Autocrypt: addr=delphij@delphij.net; keydata= mQINBFuSR4oBEACvvEgwRIHs6IcSP/yaDtySF78Ji3rP29qdiQsxhMsOtvtffdbS56VApIWO UFb3/iN2gA8HwLvrmjijN0HEoLVX7na1WARmxRYzQMtApsZIUTtx7hnUYlsi2F5odZa6CDW9 a954DLRzYxiUwYDcu5Zjl9bglK1H8e/N9uC0Vuigr4teWfh86brzOyf819QzwFVYfMIK4ihw QGwMvTzbyVuCFy+LENkmcVYni70oQy6rZ5ktSuYbuOFvu7inRRfhSWPHziV7k+bW88sJ7xhv lBlegcnhkSudWX2M8tZ3MO1PJOcyys0CJlsBY5Weiog2lIPi05h/E9pZ9mc1Vud17iqDaL6w RaggOUhuPfDGCdO5ro82W4BZGeQMRnRF5Ntk+t2ShIH4nn3xRLV0E5nziCiKlgiMqOrz/ZTL QTVbHrCuiwD+fSK14y0oHbkOLYTYLlgh1JbwfY2Ty7elOYiWzyeJ7sJh2dF91NSEneWIOys3 mBpuvtU3nSzzTvAB48VV+Nbg1CpIOgNlPjj7uhIum/Z/VjUaJEyaLpTIRh0MVJVcbP7hXSqZ NA35EEZZVnWEOYdycm4CmEdeNPWkrAf2Ya77iR5VLGypwMlsUMQPh+sKVWDD38M8stFGBBNm d01Hi74Bsq5hKan654dOqMt5eYklrVj0ucMzFQtus7oE502UswARAQABtBxYaW4gTEkgPGRl bHBoaWpAZGVscGhpai5uZXQ+iQJUBBMBCgA+FiEEceNg5NEMZIki80nQQHl/fJX0g08FAluS R/YCGwMFCQmuhAAFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQQHl/fJX0g0+2Og//bWpE F2V5/M5l6YW1T8oLcT9rIOH6oq9M0LMNRgFeiNNnilGIeeIgtOGBRueG4CZiZAvsRPJkrO70 1R2SrdkCIvwGUzUAxx1NfBWb+vgm4fgkW/MotGonceM5v0qfSKKXasWvDctkK28aG+IoQzmi FjXNW4+ju4zeQFYwD4ZDWqw9MqO0hVb24uW3dxtQhbfmOLgJ/PEDMQaFuANbW1c+iR0BQA3D Go/EeMY4kpN8on6Aqt/S/4JVltudfQ9OXdjQsC7netSaB9K3mHGt9aKAAB7RzlRY00DKkYS/ /eQwLzGPmK7yX13M68mMDjBs6mIR8t/E1S5OdBNhHRPNPlEbwugR4KaiCsN5yqzJoSV99fKY z2VyxjWPaG8yhHE+jmKUgIBKTfFUQEfkriQR4EASoeJ+soaMTiFDBij1Zw5n3ndLRFMB1ZCl fZLER36mAgW4m4kP83TWnDiJLxOxSOxifV8HpTFjff902H85cybg9KMwrfPDr6W19GGk5Vo1 fkza5krRMGbKWb7+74Evusi0ZxJLIOFwp5Y8eVqUMZaAD3f1ZX1M3pgXOp20QgAy+2KvMHij rLa4q+tMGRzYYD1BnFVSVdXAX5VOoTmHBcDz67DkuRwk2Byp1sgd407oEOmSwrNJlKS0TPCm xUJ2fdSQF+1/MMSRfee49vtMvz7cOrC5Ag0EW5JHigEQANiBmIFAfRNH3nzYNWC0yC+tfx3z sUwAsH1VaBM/cTib+yKtbBOSIlXWjJZWX3MHwoI/1LeGghB2mxkkX1L0pJ/vj1eXNR+sFZ32 0pYcl61Fxg/5fioG4QDTM4i3i7NR5PxDnc6UVaynSlII93DedRhZ1ROtdn4vyMgzsDiqhbL7 BthDOt5KxjqdRk4qRPSw7BovEqZLOcG5IJtf/zZUzRbM7SBljEbOAfekDGx1Br+RrYSD7/Ef Pwwzou9T8315IpBpIHyQF/dZNk3iFiB9Ed5CA71ZRYV5YoLWE9lL0j9kxOLQ5vHnX3mVq7QZ Bc7nzwZ6UhQgYmrG5+RWvuiPpGwvDRIsugJUGXucYkAQh5kuNblmkwpv6u9rNMjCNbzAylOa qdogra5EW+RUSbRz0b4iIr8nnZeAlh7BihCe7JjOwbDjoBEEEtSfVc4hD/LENqpcYVrChphf aOLB9YIXhnVDTVvMc9OklWT/81HzAaDQqOQCzEfY92199Ct9/CwRoQ2OpO8TO5+8A7b9Nb33 nmxMn09mb48ruRacMrfHxCWbgU4w9SEfbip4GcS5wGG6yTC+hw55Iwnnwus40NrJ0GEr8a4r cdsLbkvlyoNHB8ZGgyJ4aFCQ1V4qE1BnlTk7Z8BYBUkJM1odPSkVvHpCnMUjVpJ3hEOC+73Z YH1dh7lZABEBAAGJAjwEGAEKACYWIQRx42Dk0QxkiSLzSdBAeX98lfSDTwUCW5JHigIbDAUJ Ca6EAAAKCRBAeX98lfSDTz8DEACMh3poeUb+gWNF4RWFZuLteZVo0+E1JLYXQkmtrRBLXviP +Qy0pXyFAVxLM4hNIBoIDYfK9BcwrBYf7AwSKrH0GiNwFpgHCkbZd6qoZy2gB+adTnCpVCTJ KJetsH/8awkrChJWMK0ckGf3EeWMPvawG7kW7FBz70NYEZ0pOMiaEZNVtzD3wwbYWUiDFYth 83XGglOExg+1ShTW5XjQPRrdyJAO+aUW4o3lVjfyUJXMgI4rmhMiLVm06GuNrbpKIF0s+4Vd jQAjhrDQjfoXi9CkfsA/cONseuHNv1JGj3RqHiqHJq1dbrpodXp925zGDAnUGxCOBPoFopAH gVzR89GTut059GpwqsddZmU6y7rqifuam/ekJ+QRwc16vgt7pHqCrTY8WPxRZr2UpFU1wlTo COdeiFep1gq1F9jzFjJnoMaAdmC6k7bgAA+RQusOgIhJL0jIej7DoAHxmxFFCfRy+lDtpXwF gQ8HMvzHI65QWmQnMo7s6SQH/ZH5s1yR6SJq8+3lDz+dCuT42qJVqIPVvxd10LW0FNN+t7HF eLadU6ekSgD13/EYMYXlvNHkw7dAItSDxIzgRyykLz0bCU9xwNWoS4Z43+ifF9anJ+uR0ltW El1j++h6ZrD3LLuCgJIt1so0m49GzdcSpOI7LCwMlacyvafiEyjUn+tSNDsnfw== Organization: The FreeBSD Project Cc: imp@freebsd.org, freebsd-current@freebsd.org Subject: HEADSUP: GEOM label may be broken [Was Re: svn commit: r361838 - in head/sys/geom: . label] Message-ID: Date: Sat, 6 Jun 2020 01:17:07 -0700 MIME-Version: 1.0 In-Reply-To: <202006051612.055GCL11009491@repo.freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9LBAapg0ZvlvkHQyC6aCJMhvZL2l8PuIk" X-Rspamd-Queue-Id: 49fC6v3gV9z4GT0 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:64.62.128.0/18, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jun 2020 08:17:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --9LBAapg0ZvlvkHQyC6aCJMhvZL2l8PuIk Content-Type: multipart/mixed; boundary="DxvZX30G7JrhyBSDs5Xgmn4F5IlebGJ9w"; protected-headers="v1" From: Xin Li Reply-To: d@delphij.net To: Conrad Meyer Cc: imp@freebsd.org, freebsd-current@freebsd.org Message-ID: Subject: HEADSUP: GEOM label may be broken [Was Re: svn commit: r361838 - in head/sys/geom: . label] References: <202006051612.055GCL11009491@repo.freebsd.org> In-Reply-To: <202006051612.055GCL11009491@repo.freebsd.org> --DxvZX30G7JrhyBSDs5Xgmn4F5IlebGJ9w Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable I just spent quite some time to revive my laptop. TL;DR: if you are using /dev/diskid or /dev/gptid labels and GELI, please wait until things settled. =3D=3D=3D On 6/5/20 9:12 AM, Conrad Meyer wrote: > Author: cem > Date: Fri Jun 5 16:12:21 2020 > New Revision: 361838 > URL: https://svnweb.freebsd.org/changeset/base/361838 >=20 > Log: > geom_label: Use provider aliasing to alias upstream geoms > =20 > For synthetic aliases (just pseudonyms inferred from metadata like GP= T or > UFS labels, GPT UUIDs, etc), use the GEOM provider aliasing system to= create > a symlink to the real device instead of creating an independent devic= e. > This makes it more clear which labels and devices correspond, and we = can > safely have multiple labels to a single device accessed at once. > =20 > The confusingly named geom_label on-disk construct continues to behav= e > identically to how it did before. > =20 > This requires teaching GEOM's provider aliasing about the possibility= > that aliases might be added later in time, and GEOM's devfs interacti= on > layer not to worry about existing aliases during retaste. > =20 > Discussed with: imp > Relnotes: sure, if we don't end up reverting it This would break (and the effect can be quite persistent and hard to repair, see explanation below) existing configuration as some GEOM classes are not converted to support the new way of device representation, so I'd like to request this change be reverted for now until these are fixed. Consider the following configuration, where one have a hard drive partitioned with GPT, like: =3D> 40 1953525088 ada1 GPT (932G) 40 262144 1 efi (128M) 262184 8388608 2 freebsd-zfs (4.0G) 8650792 67108864 3 freebsd-swap (32G) 75759656 1877765472 4 freebsd-zfs (895G) Now, the first ZFS pool is created as root pool. ZFS gets an exclusive hold of 'ada1p2' despite the pool is carefully created to use /dev/diskid/p2 instead of ada1p2. ZFS writes the new device path to vdev label. For ZFS, this doesn't matter much as it always checks the label. However, this will prevent GEOM from properly creating /dev/diskid/. In order to prevent accidentally writing data to wrong disk, for "raw" disk partitions it's usually a good idea to reference them with labels, either by /dev/diskid or /dev/gptid. With /dev/ada1p2 exclusively accessed by ZFS, the /dev/diskid/ representing the disk is now gone. And to make the situation even worse, simply changing the partition reference to the corresponding /dev/gptid/ doesn't really work either, when one is encrypting partitions individually. In the example above, adap4 is an encrypted partition and with the alias change, one can no longer "geli attach" them via /dev/gptid/. They can still be attached by the "canonical" path (/dev/ada1p4), but for the swap partition that would completely defeat the purpose of using label (to prevent accidentally writing to the wrong disk). For my case, reverting to an older kernel is not sufficient to fix the configuration, because ZFS is recording the "canonical" device path (/dev/ada1p2) and /dev/diskid label for this disk disappeared somewhat permanently (I would have to find a USB drive somewhere to fix the root pool to use the "right" device path). > Differential Revision: https://reviews.freebsd.org/D24968 [...] > Modified: head/sys/geom/label/g_label.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > --- head/sys/geom/label/g_label.c Fri Jun 5 16:05:09 2020 (r361837) > +++ head/sys/geom/label/g_label.c Fri Jun 5 16:12:21 2020 (r361838) > @@ -344,18 +345,16 @@ g_label_taste(struct g_class *mp, struct g_provid= er *p > { > struct g_label_metadata md; > struct g_consumer *cp; > + struct g_class *clsp; > struct g_geom *gp; > int i; > + bool changed; > =20 > g_trace(G_T_TOPOLOGY, "%s(%s, %s)", __func__, mp->name, pp->name); > g_topology_assert(); > =20 > G_LABEL_DEBUG(2, "Tasting %s.", pp->name); > =20 > - /* Skip providers that are already open for writing. */ > - if (pp->acw > 0) > - return (NULL); > - > if (strcmp(pp->geom->class->name, mp->name) =3D=3D 0) > return (NULL); > =20 > @@ -391,9 +390,16 @@ g_label_taste(struct g_class *mp, struct g_provide= r *p > if (md.md_provsize !=3D pp->mediasize) > break; > =20 > + /* Skip providers that are already open for writing. */ > + if (pp->acw > 0) { > + g_access(cp, -1, 0, 0); > + goto end; > + } > + (Is this still necessary when the eventual provider would be the real one= ?) I think symlink aliasing is a the right direction but we need to be really careful to not break existing and legitimate usage. Since this also breaks GELI when using with labels, I'd like to request that this change be backed out for now until the consumers are correctly fixed. Cheers, --DxvZX30G7JrhyBSDs5Xgmn4F5IlebGJ9w-- --9LBAapg0ZvlvkHQyC6aCJMhvZL2l8PuIk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.2.20 (FreeBSD) iQIzBAEBCgAdFiEEceNg5NEMZIki80nQQHl/fJX0g08FAl7bUQoACgkQQHl/fJX0 g09Xkw/5Aa1Q78SoPuVON2Y3gJ1IzsHOewY/rt5o9lkw07zdQCC53Xm/+xi2Te6+ RRll3ZBBJflUKU5W9KHG7drHnofDZso8rGw0cddLhP90hd7IqYtrRHaCLLHgKmOF 9b3bLQHQycGuU7PI2DDt7R3DmhXoUYc830qIk8pkQQselGEhcwo72sF2WEbNOk2A BrMkYWZ/5VMFOYKmewfc4+LGa7EDNHL8o4IytOxIkmzYKH+kUBHHEj9ssZR9MBNn xxJxRrJGzHPbDHME3b5RcNoZNrtjU1KoS92jIKck3dEaRa2cgz8W5qKvrBIKhDp/ RluRTyZb8dGr4TyDTUrkdJ6dyBvU/SrzKCRAxikaWkoTlP/xVznBAwkNvoLwuDZ/ RXBLUy3xAsoxkv2xJGccZsj9lsj+HoKokoHgT7gnA5nK8NX6+JyIiFncZQYSUC/v ryg2WG2cg2mqXhqZD9i5OwrasvQ6ZUu7E/lgrNwOUcGSC6SX+I/eFHj2GND2lYd4 SvGJOa5bv23f3umDCq6Lf0F0D+fWHlzYdhikR3rKc5lqGy+nd7QKq3VDWGB4LECe ANrKx1xBQuzPsqS8JyG6nObRqPoHevmb06EywA4MWtp3aY2Iqc0LvosnBnTkqEKM VzVTn9J0+19EZIkIQad9LRIYKKfJil5gKkvfKh/zY6c6fr79Y5I= =y1xp -----END PGP SIGNATURE----- --9LBAapg0ZvlvkHQyC6aCJMhvZL2l8PuIk-- From owner-freebsd-current@freebsd.org Sat Jun 6 14:55:20 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1360F336505 for ; Sat, 6 Jun 2020 14:55:20 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49fMxz1Zdjz45bQ for ; Sat, 6 Jun 2020 14:55:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x733.google.com with SMTP id s1so12821553qkf.9 for ; Sat, 06 Jun 2020 07:55:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=v0r6KCtmI+SEmvxRPUi6lI1somaTQwxFFLr8qK6Y4vs=; b=FBBT746FfyYoKY4d0EXdTUPfPFhwn3pp8MXAWOULVgzGydmVQielHuzXZLmGbtoLsT A4MOiTRFk1O8oCCq+gO2UKBEZJcg7ONHGsuI280gegApJ2kRCkqCoQ5Q/FLKQ/2ghGVr IUPUzk2RLvhbwBVLd0dsG2/ytkg0nlCWeuZ4Lmsl2W95bCesCtwnpm6XLgR1bfwrbE8+ 3k0JTdgWjba7Mc4oVCTlpbQ0VJhnY7daIzz/RI35AXf0lV4O/CMBpMiz3K3wdcNEB45Z M+2W/E5RsKEJep5TeRN3MCA+e+yDuaNQwT0xt37joyzrvtF/dRZOnqdcssS127QtHSjE 4skw== 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=v0r6KCtmI+SEmvxRPUi6lI1somaTQwxFFLr8qK6Y4vs=; b=PuP8bzGUxBQDJW7XxYenNT4UgSahzmrXuldtma5TeNycQDnDoZ7mlNZ7NBXTCBo0bR ztxX5ZsNJMerfJMA43gMTa6Ur493saMT9HqGcyEvs5tekpKTkXGNpKJSaSPQ95HwZE5x +U2ehYqO7rRIohlTNFhVNktifTSiwGGFxi4SaLs9Xos97V2qZoBs5/cGTIN0wjMhPJYF YAjnu52cBtV9UjreQV6Ajuf94IC23Gb2p1T6IA23o4Wim1s2KhHuGzrd+8rlsJTKErTb +XLz1OubpRbEy2Gq1B4nsboYgwRzRnNzGFFprcQ1/lPhXBBccVzUwCIZd/o+2F9EpYPo 52DA== X-Gm-Message-State: AOAM530Z1Ab/gO0U1DjnzxKOuek4JOT3iTLK2GlsBlNI1bCENkA5w7gZ G9su5L4nbDYNu9fz4TT5F6dFyBh04JpbOLqmRHUNyA== X-Google-Smtp-Source: ABdhPJyA8plYxm8ihgmW5xp20pfUCgevMPifZNbMYNPEBkIiaXk0FZOcOytyWUT/UZ5PYXnG/dormqyvHB6R0PFCPcA= X-Received: by 2002:a37:5c47:: with SMTP id q68mr14499880qkb.495.1591455318013; Sat, 06 Jun 2020 07:55:18 -0700 (PDT) MIME-Version: 1.0 References: <202006051612.055GCL11009491@repo.freebsd.org> In-Reply-To: From: Warner Losh Date: Sat, 6 Jun 2020 08:55:07 -0600 Message-ID: Subject: Re: HEADSUP: GEOM label may be broken [Was Re: svn commit: r361838 - in head/sys/geom: . label] To: Xin LI Cc: Conrad Meyer , Warner Losh , FreeBSD Current X-Rspamd-Queue-Id: 49fMxz1Zdjz45bQ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=FBBT746F; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::733) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.98 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.93)[-0.932]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.003]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.04)[-0.040]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::733:from]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jun 2020 14:55:20 -0000 On Sat, Jun 6, 2020 at 2:17 AM Xin Li wrote: > I just spent quite some time to revive my laptop. TL;DR: if you are > using /dev/diskid or /dev/gptid labels and GELI, please wait until > things settled. > > === > > On 6/5/20 9:12 AM, Conrad Meyer wrote: > > Author: cem > > Date: Fri Jun 5 16:12:21 2020 > > New Revision: 361838 > > URL: https://svnweb.freebsd.org/changeset/base/361838 > > > > Log: > > geom_label: Use provider aliasing to alias upstream geoms > > > > For synthetic aliases (just pseudonyms inferred from metadata like GPT > or > > UFS labels, GPT UUIDs, etc), use the GEOM provider aliasing system to > create > > a symlink to the real device instead of creating an independent device. > > This makes it more clear which labels and devices correspond, and we > can > > safely have multiple labels to a single device accessed at once. > > > > The confusingly named geom_label on-disk construct continues to behave > > identically to how it did before. > > > > This requires teaching GEOM's provider aliasing about the possibility > > that aliases might be added later in time, and GEOM's devfs interaction > > layer not to worry about existing aliases during retaste. > > > > Discussed with: imp > > Relnotes: sure, if we don't end up reverting it > > This would break (and the effect can be quite persistent and hard to > repair, see explanation below) existing configuration as some GEOM > classes are not converted to support the new way of device > representation, so I'd like to request this change be reverted for now > until these are fixed. > > Consider the following configuration, where one have a hard drive > partitioned with GPT, like: > > => 40 1953525088 ada1 GPT (932G) > 40 262144 1 efi (128M) > 262184 8388608 2 freebsd-zfs (4.0G) > 8650792 67108864 3 freebsd-swap (32G) > 75759656 1877765472 4 freebsd-zfs (895G) > > Now, the first ZFS pool is created as root pool. ZFS gets an exclusive > hold of 'ada1p2' despite the pool is carefully created to use > /dev/diskid/p2 instead of ada1p2. > > ZFS writes the new device path to vdev label. For ZFS, this doesn't > matter much as it always checks the label. > > However, this will prevent GEOM from properly creating > /dev/diskid/. > > In order to prevent accidentally writing data to wrong disk, for "raw" > disk partitions it's usually a good idea to reference them with labels, > either by /dev/diskid or /dev/gptid. With /dev/ada1p2 exclusively > accessed by ZFS, the /dev/diskid/ representing the disk is > now gone. > > And to make the situation even worse, simply changing the partition > reference to the corresponding /dev/gptid/ doesn't really work > either, when one is encrypting partitions individually. In the example > above, adap4 is an encrypted partition and with the alias change, one > can no longer "geli attach" them via /dev/gptid/. They can still > be attached by the "canonical" path (/dev/ada1p4), but for the swap > partition that would completely defeat the purpose of using label (to > prevent accidentally writing to the wrong disk). > > For my case, reverting to an older kernel is not sufficient to fix the > configuration, because ZFS is recording the "canonical" device path > (/dev/ada1p2) and /dev/diskid label for this disk disappeared somewhat > permanently (I would have to find a USB drive somewhere to fix the root > pool to use the "right" device path). > > > Differential Revision: https://reviews.freebsd.org/D24968 > [...] > > Modified: head/sys/geom/label/g_label.c > > > ============================================================================== > > --- head/sys/geom/label/g_label.c Fri Jun 5 16:05:09 2020 > (r361837) > > +++ head/sys/geom/label/g_label.c Fri Jun 5 16:12:21 2020 > (r361838) > > @@ -344,18 +345,16 @@ g_label_taste(struct g_class *mp, struct > g_provider *p > > { > > struct g_label_metadata md; > > struct g_consumer *cp; > > + struct g_class *clsp; > > struct g_geom *gp; > > int i; > > + bool changed; > > > > g_trace(G_T_TOPOLOGY, "%s(%s, %s)", __func__, mp->name, pp->name); > > g_topology_assert(); > > > > G_LABEL_DEBUG(2, "Tasting %s.", pp->name); > > > > - /* Skip providers that are already open for writing. */ > > - if (pp->acw > 0) > > - return (NULL); > > - > > if (strcmp(pp->geom->class->name, mp->name) == 0) > > return (NULL); > > > > @@ -391,9 +390,16 @@ g_label_taste(struct g_class *mp, struct g_provider > *p > > if (md.md_provsize != pp->mediasize) > > break; > > > > + /* Skip providers that are already open for writing. */ > > + if (pp->acw > 0) { > > + g_access(cp, -1, 0, 0); > > + goto end; > > + } > > + > > (Is this still necessary when the eventual provider would be the real one?) > > I think symlink aliasing is a the right direction but we need to be > really careful to not break existing and legitimate usage. Since this > also breaks GELI when using with labels, I'd like to request that this > change be backed out for now until the consumers are correctly fixed. > These were the sorts of concerns I had when talking to cem@, but in his defense I wasn't able to come up with a concrete example so we convinced ourselves that my worry wasn't real. In light of this new data, I agree we should revert. This is complicated enough that we should have a couple of 'gotta work' use cases and make sure those work before we redo. There's a big reason I only did it for the 'nvd compat for nda' use case: I had what I thought was an irrational fear of sorting out this mess... Guess it turns out to be rational. :( Thanks Xin for the excellent explanation and example. Warner From owner-freebsd-current@freebsd.org Sat Jun 6 15:52:17 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 71EB7337C08 for ; Sat, 6 Jun 2020 15:52:17 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-ot1-f44.google.com (mail-ot1-f44.google.com [209.85.210.44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49fPCh0SBwz4CfM for ; Sat, 6 Jun 2020 15:52:15 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-ot1-f44.google.com with SMTP id k15so10159085otp.8 for ; Sat, 06 Jun 2020 08:52:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=+9KuwMtJA3PE28R1TLxuMRL0mKou3+dRnPo4kzZIRSw=; b=obkRpQQJhnLazayIB/yFW26PBl5JywcxpVzqtCBW5kkBY7wzL8voA+1XXj4VbrHajH KA2PPslL+AbPsmd0Ohd3wrdj71OULD5uhC/T7YuDvNxKsr38puJMLObnNtUq/ZcyuD7G aLzvLyROqxWV3+BdgYFBWqjomc4oomyhWJ5aLN5zCFzH3YUSnd+U/E9nPWyAP8lMuoL+ hbfBOOGTsds+N5okDnK4niuWKjOWtJ/dlUd5g/8bfc377iZKq31wEtuE8bxTswvzIR97 X5dUgWyeC+20ME8DP9GlxH8DjHNiqC/dbekMxe5f9vnS5TEvZQD2rmXbhc6dBxMAAoHm mQbw== X-Gm-Message-State: AOAM530qZ03UCOTqdhnvpc3SNsDTm1yKHkJWNi8V6WuCMHC2oNhOliUd gE3zCVk/WEE+NtXNRj1V154NVWYQ X-Google-Smtp-Source: ABdhPJxtxLADmFAG6oD0LWAHz7ttD42aYlD1X63defQ0WgJTcM/DBkGDqLiOkdhmPfTEy0P8vH5aGQ== X-Received: by 2002:a05:6830:18db:: with SMTP id v27mr11260271ote.75.1591458734169; Sat, 06 Jun 2020 08:52:14 -0700 (PDT) Received: from mail-oi1-f177.google.com (mail-oi1-f177.google.com. [209.85.167.177]) by smtp.gmail.com with ESMTPSA id r15sm1384307oot.5.2020.06.06.08.52.13 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 06 Jun 2020 08:52:13 -0700 (PDT) Received: by mail-oi1-f177.google.com with SMTP id j189so11099588oih.10 for ; Sat, 06 Jun 2020 08:52:13 -0700 (PDT) X-Received: by 2002:aca:c6ca:: with SMTP id w193mr5537850oif.81.1591458733028; Sat, 06 Jun 2020 08:52:13 -0700 (PDT) MIME-Version: 1.0 References: <202006051612.055GCL11009491@repo.freebsd.org> In-Reply-To: Reply-To: cem@freebsd.org From: Conrad Meyer Date: Sat, 6 Jun 2020 08:52:01 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: HEADSUP: GEOM label may be broken [Was Re: svn commit: r361838 - in head/sys/geom: . label] To: Xin LI Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49fPCh0SBwz4CfM X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of csecem@gmail.com designates 209.85.210.44 as permitted sender) smtp.mailfrom=csecem@gmail.com X-Spamd-Result: default: False [-2.26 / 15.00]; HAS_REPLYTO(0.00)[cem@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[209.85.210.44:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.26)[-0.265]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[cem@freebsd.org,csecem@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; R_DKIM_NA(0.00)[]; TAGGED_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.009]; FROM_NEQ_ENVFROM(0.00)[cem@freebsd.org,csecem@gmail.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.985]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.210.44:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jun 2020 15:52:17 -0000 Hi Xin Li, Thank you for the report and diagnosis. Sorry for the breakage. I have reverted the change and hope to address the issues you have identified. There seem to be two issues identified: 1. When ZFS attaches to a partition of a disk, the /dev/diskid label disappears. 2. geli(8) attach of symlink labels doesn't work (1) is interesting, as it does not seem to happen to UFS or swap consumers: # mount /dev/gpt/rootfs on / (ufs, local, noatime, soft-updates) # swapctl -l Device: 1024-blocks Used: /dev/vtbd0p2 1048576 0 # ls -l /dev/diskid/DISK-BHYVE-2613-8EFD-BAF4 /dev/gpt/{rootfs,swapfs} lrwxr-xr-x 1 root wheel 8 May 22 20:18 /dev/diskid/DISK-BHYVE-2613-8EFD-BAF4 -> ../vtbd0 lrwxr-xr-x 1 root wheel 10 May 22 20:18 /dev/gpt/rootfs -> ../vtbd0p3 lrwxr-xr-x 1 root wheel 10 May 22 20:18 /dev/gpt/swapfs -> ../vtbd0p2 I wonder what is different in the ZFS case here. (2) # ls -l /dev/gpt/testingeli lrwxr-xr-x 1 root wheel 8 Jun 6 08:33 /dev/gpt/testingeli -> ../md0s1 # geli init /dev/gpt/testingeli Enter new passphrase: Reenter new passphrase: ... # geli attach /dev/gpt/testingeli Enter passphrase: geli: Provider gpt/testingeli is invalid. geli: There was an error with at least one provider. So at least the latter problem is straightforward to resolve. I have a patch I'm testing locally now, and will upload to phabricator shortly. Best regards, Conrad On Sat, Jun 6, 2020 at 1:17 AM Xin Li wrote: > > I just spent quite some time to revive my laptop. TL;DR: if you are > using /dev/diskid or /dev/gptid labels and GELI, please wait until > things settled. > > === > > On 6/5/20 9:12 AM, Conrad Meyer wrote: > > Author: cem > > Date: Fri Jun 5 16:12:21 2020 > > New Revision: 361838 > > URL: https://svnweb.freebsd.org/changeset/base/361838 > > > > Log: > > geom_label: Use provider aliasing to alias upstream geoms > > > > For synthetic aliases (just pseudonyms inferred from metadata like GPT or > > UFS labels, GPT UUIDs, etc), use the GEOM provider aliasing system to create > > a symlink to the real device instead of creating an independent device. > > This makes it more clear which labels and devices correspond, and we can > > safely have multiple labels to a single device accessed at once. > > > > The confusingly named geom_label on-disk construct continues to behave > > identically to how it did before. > > > > This requires teaching GEOM's provider aliasing about the possibility > > that aliases might be added later in time, and GEOM's devfs interaction > > layer not to worry about existing aliases during retaste. > > > > Discussed with: imp > > Relnotes: sure, if we don't end up reverting it > > This would break (and the effect can be quite persistent and hard to > repair, see explanation below) existing configuration as some GEOM > classes are not converted to support the new way of device > representation, so I'd like to request this change be reverted for now > until these are fixed. > > Consider the following configuration, where one have a hard drive > partitioned with GPT, like: > > => 40 1953525088 ada1 GPT (932G) > 40 262144 1 efi (128M) > 262184 8388608 2 freebsd-zfs (4.0G) > 8650792 67108864 3 freebsd-swap (32G) > 75759656 1877765472 4 freebsd-zfs (895G) > > Now, the first ZFS pool is created as root pool. ZFS gets an exclusive > hold of 'ada1p2' despite the pool is carefully created to use > /dev/diskid/p2 instead of ada1p2. > > ZFS writes the new device path to vdev label. For ZFS, this doesn't > matter much as it always checks the label. > > However, this will prevent GEOM from properly creating > /dev/diskid/. > > In order to prevent accidentally writing data to wrong disk, for "raw" > disk partitions it's usually a good idea to reference them with labels, > either by /dev/diskid or /dev/gptid. With /dev/ada1p2 exclusively > accessed by ZFS, the /dev/diskid/ representing the disk is > now gone. > > And to make the situation even worse, simply changing the partition > reference to the corresponding /dev/gptid/ doesn't really work > either, when one is encrypting partitions individually. In the example > above, adap4 is an encrypted partition and with the alias change, one > can no longer "geli attach" them via /dev/gptid/. They can still > be attached by the "canonical" path (/dev/ada1p4), but for the swap > partition that would completely defeat the purpose of using label (to > prevent accidentally writing to the wrong disk). > > For my case, reverting to an older kernel is not sufficient to fix the > configuration, because ZFS is recording the "canonical" device path > (/dev/ada1p2) and /dev/diskid label for this disk disappeared somewhat > permanently (I would have to find a USB drive somewhere to fix the root > pool to use the "right" device path). > > > Differential Revision: https://reviews.freebsd.org/D24968 > [...] > > Modified: head/sys/geom/label/g_label.c > > ============================================================================== > > --- head/sys/geom/label/g_label.c Fri Jun 5 16:05:09 2020 (r361837) > > +++ head/sys/geom/label/g_label.c Fri Jun 5 16:12:21 2020 (r361838) > > @@ -344,18 +345,16 @@ g_label_taste(struct g_class *mp, struct g_provider *p > > { > > struct g_label_metadata md; > > struct g_consumer *cp; > > + struct g_class *clsp; > > struct g_geom *gp; > > int i; > > + bool changed; > > > > g_trace(G_T_TOPOLOGY, "%s(%s, %s)", __func__, mp->name, pp->name); > > g_topology_assert(); > > > > G_LABEL_DEBUG(2, "Tasting %s.", pp->name); > > > > - /* Skip providers that are already open for writing. */ > > - if (pp->acw > 0) > > - return (NULL); > > - > > if (strcmp(pp->geom->class->name, mp->name) == 0) > > return (NULL); > > > > @@ -391,9 +390,16 @@ g_label_taste(struct g_class *mp, struct g_provider *p > > if (md.md_provsize != pp->mediasize) > > break; > > > > + /* Skip providers that are already open for writing. */ > > + if (pp->acw > 0) { > > + g_access(cp, -1, 0, 0); > > + goto end; > > + } > > + > > (Is this still necessary when the eventual provider would be the real one?) > > I think symlink aliasing is a the right direction but we need to be > really careful to not break existing and legitimate usage. Since this > also breaks GELI when using with labels, I'd like to request that this > change be backed out for now until the consumers are correctly fixed. > > Cheers, > From owner-freebsd-current@freebsd.org Sat Jun 6 16:28:28 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 977693387E3 for ; Sat, 6 Jun 2020 16:28:28 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-oi1-f180.google.com (mail-oi1-f180.google.com [209.85.167.180]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49fQ1R5wczz4HdX for ; Sat, 6 Jun 2020 16:28:27 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-oi1-f180.google.com with SMTP id k4so9628758oik.2 for ; Sat, 06 Jun 2020 09:28:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:cc; bh=OdfJ3p+PtaVvKyTbzDiCQ0LIjmjIntdwuPFL/9wdDDk=; b=Wlx2u3XZ+5f5KitEHYZmxuFxZcEQTAA/siScS0SrumYkqzGRs6m24jtMboIgd52Rqf lt19BatDs9c2iEO3T4gOximA3oGrIb729AoaWM3wZ1SeuciQxvtrPmNndkEtgp43f+GC cY1euCqsXcnUpp3ize1k4ozePLufBb2Nh2VqLfiXFP57UT0XCM24Q3Y3AW8MRwde5rs9 9Js7icq0867OTGR4jJR0pGdz2+3B5QCemB/yJyW3hk6ACyUMUlL6zUUwbmmPdU8PBADz TD8uV4BSAksksbiT4LVKDMvRpUTrXzlsAt9BM5nQW0w33obZUYPC5Vbp+gGsCTuMKayJ WCAw== X-Gm-Message-State: AOAM532CCQ2vi6WAkeQcC/nLlAFT0AOFEUMA73FaVdbd/TkmswNl4KNb qI2Y5XbDE9/1SCcuDBft0El3CfgR X-Google-Smtp-Source: ABdhPJy4hpbz4wsRcYY3dyCmnKlW7QGBeIe4vsRd1ODY/ea2K6PqZUqNwhP0qm1cpLEqY2PrXFOesQ== X-Received: by 2002:aca:d6d3:: with SMTP id n202mr5309971oig.132.1591460906560; Sat, 06 Jun 2020 09:28:26 -0700 (PDT) Received: from mail-ot1-f44.google.com (mail-ot1-f44.google.com. [209.85.210.44]) by smtp.gmail.com with ESMTPSA id s124sm1336055oig.19.2020.06.06.09.28.25 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 06 Jun 2020 09:28:26 -0700 (PDT) Received: by mail-ot1-f44.google.com with SMTP id g7so9102474oti.13 for ; Sat, 06 Jun 2020 09:28:25 -0700 (PDT) X-Received: by 2002:a9d:2224:: with SMTP id o33mt12261084ota.216.1591460905689; Sat, 06 Jun 2020 09:28:25 -0700 (PDT) MIME-Version: 1.0 References: <202006051612.055GCL11009491@repo.freebsd.org> In-Reply-To: Reply-To: cem@freebsd.org From: Conrad Meyer Date: Sat, 6 Jun 2020 09:28:14 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: HEADSUP: GEOM label may be broken [Was Re: svn commit: r361838 - in head/sys/geom: . label] Cc: Xin LI , freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49fQ1R5wczz4HdX X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of csecem@gmail.com designates 209.85.167.180 as permitted sender) smtp.mailfrom=csecem@gmail.com X-Spamd-Result: default: False [0.06 / 15.00]; HAS_REPLYTO(0.00)[cem@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.09)[-0.085]; RCPT_COUNT_TWO(0.00)[2]; MISSING_TO(2.00)[]; FORGED_SENDER(0.30)[cem@freebsd.org,csecem@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; R_DKIM_NA(0.00)[]; TAGGED_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.980]; FROM_NEQ_ENVFROM(0.00)[cem@freebsd.org,csecem@gmail.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.87)[-0.874]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.167.180:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.167.180:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jun 2020 16:28:28 -0000 # geli attach /dev/gpt/testingeli Enter passphrase: GEOM_ELI: Device md0s1.eli created. GEOM_ELI: Encryption: AES-XTS 128 GEOM_ELI: Crypto: software GEOM_LABEL[2]: Tasting md0s1.eli. # ls -l /dev/gpt/testingeli* lrwxr-xr-x 1 root wheel 8 Jun 6 09:22 /dev/gpt/testingeli -> ../md0s1 lrwxr-xr-x 1 root wheel 12 Jun 6 09:24 /dev/gpt/testingeli.eli -> ../md0s1.eli https://reviews.freebsd.org/D25168 On Sat, Jun 6, 2020 at 8:52 AM Conrad Meyer wrote: > > Hi Xin Li, > > Thank you for the report and diagnosis. Sorry for the breakage. > > I have reverted the change and hope to address the issues you have identified. > > There seem to be two issues identified: > 1. When ZFS attaches to a partition of a disk, the /dev/diskid label disappears. > 2. geli(8) attach of symlink labels doesn't work > > (1) is interesting, as it does not seem to happen to UFS or swap consumers: > > # mount > /dev/gpt/rootfs on / (ufs, local, noatime, soft-updates) > # swapctl -l > Device: 1024-blocks Used: > /dev/vtbd0p2 1048576 0 > # ls -l /dev/diskid/DISK-BHYVE-2613-8EFD-BAF4 /dev/gpt/{rootfs,swapfs} > lrwxr-xr-x 1 root wheel 8 May 22 20:18 > /dev/diskid/DISK-BHYVE-2613-8EFD-BAF4 -> ../vtbd0 > lrwxr-xr-x 1 root wheel 10 May 22 20:18 /dev/gpt/rootfs -> ../vtbd0p3 > lrwxr-xr-x 1 root wheel 10 May 22 20:18 /dev/gpt/swapfs -> ../vtbd0p2 > > I wonder what is different in the ZFS case here. > > (2) > > # ls -l /dev/gpt/testingeli > lrwxr-xr-x 1 root wheel 8 Jun 6 08:33 /dev/gpt/testingeli -> ../md0s1 > # geli init /dev/gpt/testingeli > Enter new passphrase: > Reenter new passphrase: > ... > # geli attach /dev/gpt/testingeli > Enter passphrase: > geli: Provider gpt/testingeli is invalid. > geli: There was an error with at least one provider. > > So at least the latter problem is straightforward to resolve. I have > a patch I'm testing locally now, and will upload to phabricator > shortly. > > Best regards, > Conrad > > > On Sat, Jun 6, 2020 at 1:17 AM Xin Li wrote: > > > > I just spent quite some time to revive my laptop. TL;DR: if you are > > using /dev/diskid or /dev/gptid labels and GELI, please wait until > > things settled. > > > > === > > > > On 6/5/20 9:12 AM, Conrad Meyer wrote: > > > Author: cem > > > Date: Fri Jun 5 16:12:21 2020 > > > New Revision: 361838 > > > URL: https://svnweb.freebsd.org/changeset/base/361838 > > > > > > Log: > > > geom_label: Use provider aliasing to alias upstream geoms > > > > > > For synthetic aliases (just pseudonyms inferred from metadata like GPT or > > > UFS labels, GPT UUIDs, etc), use the GEOM provider aliasing system to create > > > a symlink to the real device instead of creating an independent device. > > > This makes it more clear which labels and devices correspond, and we can > > > safely have multiple labels to a single device accessed at once. > > > > > > The confusingly named geom_label on-disk construct continues to behave > > > identically to how it did before. > > > > > > This requires teaching GEOM's provider aliasing about the possibility > > > that aliases might be added later in time, and GEOM's devfs interaction > > > layer not to worry about existing aliases during retaste. > > > > > > Discussed with: imp > > > Relnotes: sure, if we don't end up reverting it > > > > This would break (and the effect can be quite persistent and hard to > > repair, see explanation below) existing configuration as some GEOM > > classes are not converted to support the new way of device > > representation, so I'd like to request this change be reverted for now > > until these are fixed. > > > > Consider the following configuration, where one have a hard drive > > partitioned with GPT, like: > > > > => 40 1953525088 ada1 GPT (932G) > > 40 262144 1 efi (128M) > > 262184 8388608 2 freebsd-zfs (4.0G) > > 8650792 67108864 3 freebsd-swap (32G) > > 75759656 1877765472 4 freebsd-zfs (895G) > > > > Now, the first ZFS pool is created as root pool. ZFS gets an exclusive > > hold of 'ada1p2' despite the pool is carefully created to use > > /dev/diskid/p2 instead of ada1p2. > > > > ZFS writes the new device path to vdev label. For ZFS, this doesn't > > matter much as it always checks the label. > > > > However, this will prevent GEOM from properly creating > > /dev/diskid/. > > > > In order to prevent accidentally writing data to wrong disk, for "raw" > > disk partitions it's usually a good idea to reference them with labels, > > either by /dev/diskid or /dev/gptid. With /dev/ada1p2 exclusively > > accessed by ZFS, the /dev/diskid/ representing the disk is > > now gone. > > > > And to make the situation even worse, simply changing the partition > > reference to the corresponding /dev/gptid/ doesn't really work > > either, when one is encrypting partitions individually. In the example > > above, adap4 is an encrypted partition and with the alias change, one > > can no longer "geli attach" them via /dev/gptid/. They can still > > be attached by the "canonical" path (/dev/ada1p4), but for the swap > > partition that would completely defeat the purpose of using label (to > > prevent accidentally writing to the wrong disk). > > > > For my case, reverting to an older kernel is not sufficient to fix the > > configuration, because ZFS is recording the "canonical" device path > > (/dev/ada1p2) and /dev/diskid label for this disk disappeared somewhat > > permanently (I would have to find a USB drive somewhere to fix the root > > pool to use the "right" device path). > > > > > Differential Revision: https://reviews.freebsd.org/D24968 > > [...] > > > Modified: head/sys/geom/label/g_label.c > > > ============================================================================== > > > --- head/sys/geom/label/g_label.c Fri Jun 5 16:05:09 2020 (r361837) > > > +++ head/sys/geom/label/g_label.c Fri Jun 5 16:12:21 2020 (r361838) > > > @@ -344,18 +345,16 @@ g_label_taste(struct g_class *mp, struct g_provider *p > > > { > > > struct g_label_metadata md; > > > struct g_consumer *cp; > > > + struct g_class *clsp; > > > struct g_geom *gp; > > > int i; > > > + bool changed; > > > > > > g_trace(G_T_TOPOLOGY, "%s(%s, %s)", __func__, mp->name, pp->name); > > > g_topology_assert(); > > > > > > G_LABEL_DEBUG(2, "Tasting %s.", pp->name); > > > > > > - /* Skip providers that are already open for writing. */ > > > - if (pp->acw > 0) > > > - return (NULL); > > > - > > > if (strcmp(pp->geom->class->name, mp->name) == 0) > > > return (NULL); > > > > > > @@ -391,9 +390,16 @@ g_label_taste(struct g_class *mp, struct g_provider *p > > > if (md.md_provsize != pp->mediasize) > > > break; > > > > > > + /* Skip providers that are already open for writing. */ > > > + if (pp->acw > 0) { > > > + g_access(cp, -1, 0, 0); > > > + goto end; > > > + } > > > + > > > > (Is this still necessary when the eventual provider would be the real one?) > > > > I think symlink aliasing is a the right direction but we need to be > > really careful to not break existing and legitimate usage. Since this > > also breaks GELI when using with labels, I'd like to request that this > > change be backed out for now until the consumers are correctly fixed. > > > > Cheers, > >