From owner-freebsd-current@freebsd.org Mon Jan 6 10:37:50 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 1FADB1D0519 for ; Mon, 6 Jan 2020 10:37:50 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47rsR15fXJz4XkQ for ; Mon, 6 Jan 2020 10:37:49 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1ioPlZ-000DAJ-EY for freebsd-current@freebsd.org; Mon, 06 Jan 2020 11:37:45 +0100 Date: Mon, 6 Jan 2020 11:37:45 +0100 From: Kurt Jaeger To: freebsd-current@freebsd.org Subject: Re: Lockdown adaX numbers to allow booting ? Message-ID: <20200106103745.GA50553@home.opsec.eu> References: <20190920052419.GJ2863@home.opsec.eu> <20191013164703.GC37504@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191013164703.GC37504@home.opsec.eu> X-Rspamd-Queue-Id: 47rsR15fXJz4XkQ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.91 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.93)[-0.927,0]; NEURAL_HAM_LONG(-0.98)[-0.984,0]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2020 10:37:50 -0000 Hi! > > > You're probably looking for this: > > > https://lists.freebsd.org/pipermail/freebsd-fs/2011-March/011036.html > > > > Thanks, that looks like a very useful approach. > > > > Will test that when I'm in the housing facility, and report back. > > I tested it, no change 8-( Update on this: I did an upgrade to 12.1p1 yesterday and the box rebooted sucessfully without any manual intervention. The mapping from /boot/device.hints is ignored, btw (it requested different adaX numbers). The data pool: NAME STATE READ WRITE CKSUM bck ONLINE 0 0 0 raidz2-0 ONLINE 0 0 0 ada0 ONLINE 0 0 0 ada10 ONLINE 0 0 0 ada2 ONLINE 0 0 0 ada3 ONLINE 0 0 0 ada13 ONLINE 0 0 0 ada12 ONLINE 0 0 0 ada11 ONLINE 0 0 0 ada1 ONLINE 0 0 0 The boot pool: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 ada5p3 ONLINE 0 0 0 ada4p3 ONLINE 0 0 0 -- pi@opsec.eu +49 171 3101372 Now what ? From owner-freebsd-current@freebsd.org Mon Jan 6 20:05: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 565311E8765 for ; Mon, 6 Jan 2020 20:05:22 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47s61s0RPhz48YT for ; Mon, 6 Jan 2020 20:05:20 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id 006K5CvV093938 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 6 Jan 2020 12:05:12 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id 006K5C3J093937 for freebsd-current@freebsd.org; Mon, 6 Jan 2020 12:05:12 -0800 (PST) (envelope-from sgk) Date: Mon, 6 Jan 2020 12:05:12 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: Re: OpenSSL breaks factor(6) Message-ID: <20200106200512.GA93930@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20191227212530.GA61314@troutmask.apl.washington.edu> <20191229160247.GA72129@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191229160247.GA72129@troutmask.apl.washington.edu> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47s61s0RPhz48YT X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-2.22 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.23)[ip: (0.05), ipnet: 128.95.0.0/16(-0.25), asn: 73(-0.90), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; REPLYTO_ADDR_EQ_FROM(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2020 20:05:22 -0000 On Sun, Dec 29, 2019 at 08:02:47AM -0800, Steve Kargl wrote: > Here's a final attempt at fixing and documenting FreeBSD's factor(6). > Do what you want with the patch. With and without OpenSSL, one now > gets > > % factor +123 123 123zzzz 123zabc 123abc +123abc 0x123abc +0x123abc > 123: 3 41 > 123: 3 41 > 123: 3 41 > 123: 3 41 > 1194684: 2 2 3 29 3433 > 1194684: 2 2 3 29 3433 > 1194684: 2 2 3 29 3433 > 1194684: 2 2 3 29 3433 > > * usr.bin/factor/factor.6: > . Update documentation to note that hexadecimal strings are accepted. > . Document that a hexadecimal number can have an optional 0x or 0X prefix. > . Document that a 0 value in interactive mode terminates factor(6). > . Fix the maximum value for 'stop' in primes(6). > . While here, spell "white-space" as "whitespace" and "non-digit" as > "nondigit". > > * usr.bin/factor/factor.c: > . Include stdbool to get acces to bool type. > . Use consistent style for function prototypes. > . New function. is_hex_str() looks for the longest substring and > determines if it is a hexadecimal number. > . New function. Factor (pun intended) out common code into convert_str2bn(). > . For the WIHTOUT_OPENSSL case, make BN_dec2bn() and BN_hex2bn() return 0 > on error like their OpenSSL counterparts. > > * usr.bin/primes/primes.c: > . Fix comment. > This is now https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243136 -- steve From owner-freebsd-current@freebsd.org Tue Jan 7 23:02: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 0193D1F532C for ; Tue, 7 Jan 2020 23:02:26 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670081.outbound.protection.outlook.com [40.107.67.81]) (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 47snvh6fvTz3HQ4; Tue, 7 Jan 2020 23:02:24 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EXLHBT0X4x+uPkI/g735OYFbEOpW2ByUMSeKtl4JvT9nu8WaFf6QlA1WUJ/aVT95z+c1jvzsHr6hJBIaXCYHmv20s+nHuGeUHKXyh2us9WIziD+3XB4QM4o12Ki8x8WZ0oXaPrnHM7HkeBYeV7IISbuj6OnU+bHSawUoAoofyq791Cey7u1BRLpPvRc9ToZZbofkQ6V4mqER6GNTMAQnse1vLf2O9GGrbiVBPrRvhjRK247u13srWpEQOFkIAHS0Ij90ZNtl2ag8itUhR5XB64QkEgQKkgQ5WSDitiWxSah79QrzIRRHzXzk34EvMo4yA9VIMBhg4Jv1+4Fd8d93zA== 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=Fy1u6zXsyRmBXl6XYwnq6sJ4A78he8K/Wgjyu2gdvPU=; b=RKc2IXfVg+AQgndXiKumh0z8g12kHEOAPXkSWnGyMq4pXiKrWQUf821rWeH2jG2JF8vHkytk48G1pqxVwujbBdg0cunEnYTAOIq2a7sTbmanGc9i8mWDYzEPpSk9tBVVkwCGcr9E6rmi3FJwHZrT1S3r2WOMSL42UsrneUscqPfEkspmdxKuHy5Ps76Xs7Td3TCT/4VhJqKi4HKiWZGKdnX/s8Z/NrLtEDW9LYUxZRbXW50QDfWXMMXT7iVZQQAb6M4KTwbyyaqI5aQBfqiBL6xXblgxflZMlIsD7fPvrtiVrr0R8ezcHjumQUEVjsAC8w+BfUqcdgSpAoGDg1nr7Q== 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 Received: from YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM (52.132.69.153) by YQBPR0101MB1553.CANPRD01.PROD.OUTLOOK.COM (52.132.71.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2602.11; Tue, 7 Jan 2020 23:02:23 +0000 Received: from YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM ([fe80::7512:8580:8d82:6c94]) by YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM ([fe80::7512:8580:8d82:6c94%6]) with mapi id 15.20.2602.016; Tue, 7 Jan 2020 23:02:23 +0000 From: Rick Macklem To: "freebsd-current@FreeBSD.org" Subject: how to use the ktls Thread-Topic: how to use the ktls Thread-Index: AQHVxa2HeRfmo36hWEyrGcMaBhE88A== Date: Tue, 7 Jan 2020 23:02:23 +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: c3231206-7f69-4707-8c11-08d793c5a7ef x-ms-traffictypediagnostic: YQBPR0101MB1553: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 027578BB13 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(136003)(346002)(396003)(376002)(39860400002)(51874003)(199004)(189003)(478600001)(86362001)(2906002)(7696005)(6916009)(6506007)(4744005)(8676002)(26005)(76116006)(55016002)(91956017)(66446008)(33656002)(71200400001)(4326008)(66556008)(66476007)(81156014)(8936002)(186003)(450100002)(66946007)(786003)(316002)(64756008)(5660300002)(9686003)(52536014)(81166006); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB1553; H:YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: /j+nC74wayk0QjlfO9/STxVOJHLAug1WvP+exMO60fANl3pnWnpZMzyxPeRXPOJ0wCNIVPUVvE5KnzayO4zpIv9EkfYNn5Xnv2C8RXgo8W863GK0FDil/OBzbFbKPLIPwtP8VcHn5qqzN8VxiRmquakwJTAq0CLJxCyikOiotKsawcLCuamzUejjLJ/FukvRgGJNp2FFj/hGuA2ylGnKGt9uGDBkeljhKiK57A0y4iwn0v02wiSELNxS6LP0RuZV3+Gsr/H7gL5iZ1tlCGS19V8WxZwuGeznZXmy/s1QJjYFVzS0RFRRJ7G3I7yVRRHIKuBB83SM02h9dslySF6HR8bv8dMSaY/i4GgSvcG3UfkOrFA2rYoFe/KYAsQG5UdmRCVmgqmEEYQ25ZPU3Y+I4wQbJA2K5nUcj/pC00CN+bhp/NSczooJFBsOAP4zRN3/HncbWkNHFcVSOTm75c92/nfddjRrp9Q8IMXH9xKyKkARt17jKxoTM78IgtGabuCA 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: c3231206-7f69-4707-8c11-08d793c5a7ef X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Jan 2020 23:02:23.0559 (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: sbiWp25JA3/25TAPm5gz8zmlGQBALHxaI0dco0X3Mx0chh7sgLVH98nvr664BSbe9kyhpeG2jHG+oau3Q4m7yg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1553 X-Rspamd-Queue-Id: 47snvh6fvTz3HQ4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.67.81 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.67 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[uoguelph.ca]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.37)[ipnet: 40.64.0.0/10(-3.84), asn: 8075(-2.98), country: US(-0.05)]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[81.67.107.40.list.dnswl.org : 127.0.3.0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2020 23:02:26 -0000 Hi,=0A= =0A= Now that I've completed NFSv4.2 I'm on to the next project, which is making= NFS=0A= work over TLS.=0A= Of course, I know absolutely nothing about TLS, which will make this an int= eresting=0A= exercise for me.=0A= I did find simple server code in the OpenSSL doc. which at least gives me a= starting=0A= point for the initialization stuff.=0A= As I understand it, this initialization must be done in userspace?=0A= =0A= Then somehow, the ktls takes over and does the encryption of the=0A= data being sent on the socket via sosend_generic(). Does that sound right?= =0A= =0A= So, how does the kernel know the stuff that the initialization phase (hands= hake)=0A= figures out, or is it magic I don't have to worry about?=0A= =0A= Don't waste much time replying to this. A few quick hints will keep me goin= g for=0A= now. (From what I've seen sofar, this TLS stuff isn't simple. And I thought= Kerberos=0A= was a pain.;-)=0A= =0A= Thanks in advance for any hints, rick=0A= From owner-freebsd-current@freebsd.org Wed Jan 8 18:08:38 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 A13221F655C for ; Wed, 8 Jan 2020 18:08:38 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) 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 47tHLG3rwrz3R4q; Wed, 8 Jan 2020 18:08:38 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-7.local (ralph.baldwin.cx [66.234.199.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 03ECECAAA; Wed, 8 Jan 2020 18:08:37 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: how to use the ktls To: Rick Macklem , "freebsd-current@FreeBSD.org" References: From: John Baldwin Openpgp: preference=signencrypt Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: <5be57c87-90fe-fcbe-ea37-bdb1bcff2da8@FreeBSD.org> Date: Wed, 8 Jan 2020 10:08:32 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 18:08:38 -0000 On 1/7/20 3:02 PM, Rick Macklem wrote: > Hi, > > Now that I've completed NFSv4.2 I'm on to the next project, which is making NFS > work over TLS. > Of course, I know absolutely nothing about TLS, which will make this an interesting > exercise for me. > I did find simple server code in the OpenSSL doc. which at least gives me a starting > point for the initialization stuff. > As I understand it, this initialization must be done in userspace? > > Then somehow, the ktls takes over and does the encryption of the > data being sent on the socket via sosend_generic(). Does that sound right? > > So, how does the kernel know the stuff that the initialization phase (handshake) > figures out, or is it magic I don't have to worry about? > > Don't waste much time replying to this. A few quick hints will keep me going for > now. (From what I've seen sofar, this TLS stuff isn't simple. And I thought Kerberos > was a pain.;-) > > Thanks in advance for any hints, rick Hmmm, this might be a fair bit of work indeed. Right now KTLS only works for transmit (though I have some WIP for receive). KTLS does assumes that the initial handshake and key negotiation is handled by OpenSSL. OpenSSL uses custom setockopt() calls to tell the kernel which session keys to use. I think what you would want to do is use something like OpenSSL_connect() in userspace, and then check to see if KTLS "worked". If it did, you can tell the kernel it can write to the socket directly, otherwise you will have to bounce data back out to userspace to run it through SSL_write() and have userspace do SSL_read() and then feed data into the kernel. The pseudo-code might look something like: SSL *s; s = SSL_new(...); /* fd is the existing TCP socket */ SSL_set_fd(s, fd); OpenSSL_connect(s); if (BIO_get_ktls_send(SSL_get_wbio(s)) { /* Can use KTLS for transmit. */ } if (BIO_get_ktls_recv(SSL_get_rbio(s)) { /* Can use KTLS for receive. */ } -- John Baldwin From owner-freebsd-current@freebsd.org Wed Jan 8 22:35: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 D67091FD2F9 for ; Wed, 8 Jan 2020 22:35:20 +0000 (UTC) (envelope-from www-data@hwsrv-662347.hostwindsdns.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47tPG02mJQz4FWL for ; Wed, 8 Jan 2020 22:35:20 +0000 (UTC) (envelope-from www-data@hwsrv-662347.hostwindsdns.com) Received: by mailman.nyi.freebsd.org (Postfix) id 5E67E1FD2F8; Wed, 8 Jan 2020 22:35:20 +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 5E2CE1FD2F7 for ; Wed, 8 Jan 2020 22:35:20 +0000 (UTC) (envelope-from www-data@hwsrv-662347.hostwindsdns.com) Received: from hwsrv-662347.hostwindsdns.com (hwsrv-662347.hostwindsdns.com [IPv6:2607:5500:3000:10eb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 47tPFz47Yjz4FWK for ; Wed, 8 Jan 2020 22:35:19 +0000 (UTC) (envelope-from www-data@hwsrv-662347.hostwindsdns.com) Received: by hwsrv-662347.hostwindsdns.com (Postfix, from userid 33) id B85779449B; Wed, 8 Jan 2020 19:22:24 +0000 (UTC) To: current@freebsd.org Subject: QUER DESINCHAR SUA BARRIGA EM 72hrs.. PERCA DE 5 a 10kg.. AGORA!! (24889) X-PHP-Originating-Script: 0:1.php X-Mailer: Microsoft Office Outlook, Build 17.551210 From: current@freebsd.org Reply-To: current@freebsd.org X-Mailer: iGMail [www.ig.com.br] X-Originating-Email: current@freebsd.org X-Sender: current@freebsd.org X-iGspam-global: Unsure, spamicity=0.570081 - pe=5.74e-01 - pf=0.574081 - pg=0.574081 Message-Id: <20200108201305.B85779449B@hwsrv-662347.hostwindsdns.com> Date: Wed, 8 Jan 2020 19:22:24 +0000 (UTC) X-Rspamd-Queue-Id: 47tPFz47Yjz4FWK X-Spamd-Bar: ++++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of www-data@hwsrv-662347.hostwindsdns.com has no SPF policy when checking 2607:5500:3000:10eb::2) smtp.mailfrom=www-data@hwsrv-662347.hostwindsdns.com X-Spamd-Result: default: False [8.69 / 15.00]; HAS_REPLYTO(0.00)[current@freebsd.org]; XM_UA_NO_VERSION(0.01)[]; ENVFROM_SERVICE_ACCT(1.00)[]; HAS_X_POS(0.00)[]; TO_DN_NONE(0.00)[]; SUBJECT_HAS_EXCLAIM(0.00)[]; HFILTER_HELO_2(1.00)[hwsrv-662347.hostwindsdns.com]; FORGED_SENDER(0.30)[current@freebsd.org,www-data@hwsrv-662347.hostwindsdns.com]; RCVD_COUNT_ZERO(0.00)[0]; TO_EQ_FROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:~]; ASN(0.00)[asn:54290, ipnet:2607:5500::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[current@freebsd.org,www-data@hwsrv-662347.hostwindsdns.com]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; IP_SCORE(1.18)[ipnet: 2607:5500::/32(3.21), asn: 54290(2.76), country: US(-0.05)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HTML_SHORT_LINK_IMG_2(1.00)[]; DMARC_NA(0.00)[freebsd.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000,0]; RCPT_COUNT_ONE(0.00)[1]; PHP_SCRIPT_ROOT(1.00)[]; NEURAL_SPAM_LONG(1.00)[1.000,0]; FROM_NO_DN(0.00)[]; MIME_HTML_ONLY(0.20)[]; R_SPF_NA(0.00)[]; GREYLIST(0.00)[pass,body] X-Spam: Yes MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 22:35:20 -0000 From owner-freebsd-current@freebsd.org Wed Jan 8 23:12: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 1C1AA1FE4BF for ; Wed, 8 Jan 2020 23:12:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47tQ5J4Njmz4J4L for ; Wed, 8 Jan 2020 23:12:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 0kTI8Q8VM1kgI71bDYGF3jacvqBUXkweZ98oUmXsQeFZ2Fu6Iec86X7gYQxOdU3 E9MCZNdkSWpbna_R_giSxWQvk3KZMdOH2tDa3HY9.zw0MX9zWlXqAxMP169GbsTHnEyheRJFYjPn 4arWCcPkfdu_jCnGPWSQfFoWxXQFGdHv66n3ks1LE3_nesYi_3R6006C2DKxRKipwQOhTEh0mSyb Q5wlne2ZMjuRngaEMMH361l9Jv960xqRNkKx7KgVTskj0TZumSwiQncGynqP.uGxQ6cunh3ZOZRP 6FUzxqycf0IR4vtvJ1qG64uq95aoxKt2wxAYQRrlXHWTJZAcOZluLxI8MFvGuq9xhNAvobvPNKfo qUhG5Vp5EikgCjFsOOOuiGtzmsb763CipLJnCDVT_aExaVqVODjdNrnhb.DTH0VaHXvbyHfnwK8Y I9VLwpnGB168cZIdBJvdj_t1Sbb3Wy0lavOsgYICTv9hYZMGoSiF4uvTr_12ni4sciBvUOzJkAFo EM3.F.9ipfva4GQ6L_odkXRcbgsRIbhPR2VjnItbFuQFoZjMUmK39jaJL9mp1Smii4zuwsBDK9Tf 0Q06LmM0M72dKJO22rB_YSW8WqYjyBkSh0lZ6bcuR8qzwbFOSl57s1Ny.7FByXMg17T3f1GbBA2r XzKCgKKKjZ3rXazvX2XDiVYK1ZaQMX9Rw3Co5ZuqQHGzpyXufGid0wxlrGHp9kyOB5r70Rdm62Dy _Q3pHF9eQnXfi5d7CRuTHFkWL1IuSt.qoqWFI7L2tmV0jbmX_utwsfyYPZcFgZ4CEEcTm5E3uwz2 .YqnvRkhasu8jaZZmGPOzy6frBsHWXqKBRDnVjtBjc605rQ._C3N7ZQYqwj.DT0AkwfjNQxuK2Ru nA_XdWXgEXuSiQCKreIeTQerCXi8LwCu3YreIfroKbEIa08xp7sJvRNvJkw0M.ujCssArVg61TL_ or4FotB5UK68LJePMVZ80z4_r5M8LuClAPwJEmZ3p.PTdqhi1.CNCTWfcS_eEVAgOAyEexBVHK7E JZ37iJXbkZb1mhxlNtCpGR1GPJBIHcTQ8e4I5yUDt2tYY81X.u.hOoSg3ipeg87aasYJFJ1j1BkW P8hedCo2yLrmpXII2dVNG7cfJlyWb1BEtAxEqplNpbdKfFnA6UKFqHrrl1WaVtDEGVfRH3vklh0z HhCliis7sFoWAZGYO5OSWmTJnDe2Gniz50DXOGOjPEakAnFsQGqa9QlsontcTTPqeHsQgf_JrN2v _bugWwwlZpf8GEIL8vMXUQHkItETFCttSFguZw8GXcK3IZ2XAqrSR8PFsXCVutm_st5ctu3rWf_E Bbt8IPJUjj3sp_SwFvTwD_NDbq47fIDIiUF6pxAnfE93.BUwCi4bpxPm.ARykhUF0gKOBXff4oSw RB.ym2kT0YXJTL84ChXTYENRSrjXgzw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Wed, 8 Jan 2020 23:12:51 +0000 Received: by smtp410.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 6cc051346e89b2f5e2fb44c4eaf3b5fb; Wed, 08 Jan 2020 23:12:46 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: head -356426 based 32-bit powerpc (2 sock PowerMac G4): kyua sys/vm/mlock_test:mlock__copy_on_write_vnode seems stuck Message-Id: Date: Wed, 8 Jan 2020 15:12:44 -0800 Cc: FreeBSD Current To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3608.40.2.2.4) References: X-Rspamd-Queue-Id: 47tQ5J4Njmz4J4L X-Spamd-Bar: - X-Spamd-Result: default: False [-1.16 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.43)[-0.427,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.23)[-0.228,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[147.65.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (6.07), ipnet: 98.137.64.0/21(0.87), asn: 36647(0.70), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 23:12:54 -0000 I've attempted a head -356426 based kyua run on an old 2-socket PowerMac G4. The buildworld and buildkernel were non-debug. The context has personal patches, mostly for dealing with PowerMac issues. It has had over 180 CPU minutes running for: sys/vm/mlock_test:mlock__copy_on_write_vnode -> Normal seems to be way under 0.1 sec on the other platforms I've made runs on recently. Hopefully kyua will time out and continue the testing at some point. The 2 socket (2 cores each) G5 powerpc64 context did not have this problem. Nor did the armv7 or aarch64 examples (CortexA7, CortexA53, CortexA57, and CortexA72). === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Thu Jan 9 02:09:56 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 D9CB6223BE1 for ; Thu, 9 Jan 2020 02:09:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47tV1b5r5dz4SKp for ; Thu, 9 Jan 2020 02:09:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Z0L4TF8VM1lDitbpXo.RxnFAued.r3Gwd8NywAPQ4D2dOexgHU1Plcusvf0zMB9 18kywkLGyITgzsTlXxaopqfIlO.XgRzpYTlO4GgQxJ70d1AjwPkPKkW6WPNgfFD7i9Mdfy78bbxu HoqSL8qk4a4POhzIUA02npdxqqAzjXCxJNKoosQIX5pQHtxeUGON1WSOZLEDlNozOJWTNFsHETEV x_7q.n0LdSQOgm8IUn76LQXsIq99L5kdTf.QEYUSLytZrEkqAaLpQqxI48GRqW8THxppGamZS_X2 yKE7nNuNEGTFT2qEJUlBJfH_Zx5MdJ_n1Rqwtc9rTDPPFfbB12AvaGVd.AP3UhiEGkWuvlq4aTDJ ypTfgw13MxjZFuvt5zXTOPcOxYLJq69F_Riv_ux4qtcEmdKEli4mARHyfBb1OYNLbS4Rdu.fmkw1 w7TpxkqTjSv8RZBrlqMWKWPNrJCIvlnnKHn91dTR4xBXMCQemOWTTR.518LWY0Gpj6fXF0_Vyrq5 vZyGIK7MXzfHIKKoq.Z.zcNvrFtUIPjdy71h1M51Ifjg1meejwmk_freQoW8TI3WrM56VA.4LIIk 02gZ2PwOUMgFYFnqTdNRA4RotdVlhUY53VRy9HeRD87T48S4lB4oFmjcSXKN7gDCEIMcH0zyX17o BIzCWIPWqf16LNi3J4aoXgLuPaKkhIZagGAtMTEqQp5JMGhA7cy2gVoq..dkjE3BysZDk5LC84gJ cm63qGr3fMypI5zzX2rSsLMcKL36ibRUoIl8lO54wjeYm642.F6oEfjdhApq7SYf_RHuTmijnQDh zmLYVgFzDJDDa7SZdkeNzuAWw.O3UzZ4Ii83pwWQV_DDO_d9tB9ZxfKiW_WqCb3R3jsIqLnLg.mi 2IhyoMpYv4sZ5RuQVVbjIByBXHV1C3p98z6y2_tjrGSyDAL7Dd4FK5ZzLgz9sKW83JkxePR7LhyQ AEG3ZuEzVkhQN8nCrQ3ook0Y5aUtkThJf4qFwF_QDL1fd5FiIaGkKM4Jl7sXbPm6L_f4C.5YPVO0 YHHN2t_vsLcgYySojyQsAu1raZOzTG6g7gc2TvDq9r7J4aOue8wmOpj2pImq7Fotx76WHwWJUh8e rg1YJWhiOhOrM.3LSqXpUrWEnfODgtRoGMBVd4YRipKiRTKFtB6xKQ6eIUCxu5OXTPWkgyQ_lzi_ Wsy0sfiHqT1Owocf90npShXIRosSIcogiOhXzfMptukblqr.lxRsspoFCEu5d_z1KUXqX0G4VlnN MRX42ZG8KSrJ8Khp0LGH0PWRYSSXO_6VwcCLMYAgGtYZNu_myCDyZwHXH7obGlOXTw_9wAZvE5Ss 6bxh9JdzVKqtwDhjulVR4trIvQAv.F3c075dGyDjXT2IDrubA9oCN6dR.bIuq80doWO0TsNXnWnH S9cTtx1i9br3BAULdNtAO.0L4boL.PJnh6w-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Thu, 9 Jan 2020 02:09:54 +0000 Received: by smtp426.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 3c5154a412003a410da9e61611c25d14; Thu, 09 Jan 2020 02:09:49 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: head -356426 based 32-bit powerpc (2 sock PowerMac G4): kyua sys/vm/mlock_test:mlock__copy_on_write_vnode seems stuck From: Mark Millard In-Reply-To: Date: Wed, 8 Jan 2020 18:09:47 -0800 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <67C0401B-7135-4B79-912F-6AD2CBD60B6B@yahoo.com> References: To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47tV1b5r5dz4SKp X-Spamd-Bar: - X-Spamd-Result: default: False [-1.66 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.62)[-0.617,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.55)[-0.548,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[31.65.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (4.83), ipnet: 98.137.64.0/21(0.87), asn: 36647(0.70), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 02:09:56 -0000 [I got kernel backtrace information, included.] On 2020-Jan-8, at 15:12, Mark Millard wrote: > I've attempted a head -356426 based kyua run on an > old 2-socket PowerMac G4. The buildworld and > buildkernel were non-debug. The context has personal > patches, mostly for dealing with PowerMac issues. >=20 > It has had over 180 CPU minutes running for: >=20 > sys/vm/mlock_test:mlock__copy_on_write_vnode -> =20 >=20 > Normal seems to be way under 0.1 sec on the > other platforms I've made runs on recently. >=20 > Hopefully kyua will time out and continue the > testing at some point. >=20 > The 2 socket (2 cores each) G5 powerpc64 context > did not have this problem. Nor did the armv7 or > aarch64 examples (CortexA7, CortexA53, CortexA57, > and CortexA72). I finally gave up on it after 240 CPU minutes but could not kill/stop the stuck process. So I sync'd the file system and tried a "shutdown -r now" and forced the power off after it got stuck (no reboot happened). After power-up I tried: # kyua test -k /usr/tests/Kyuafile sys/vm/mlock_test sys/vm/mlock_test:mlock__copy_on_write_anon -> passed [0.017s] sys/vm/mlock_test:mlock__copy_on_write_vnode -> =20 and it got stuck again. I'll note that ps -auxd shows the likes of: root 1120 0.0 0.4 11512 8772 0 I+ 16:38 0:00.62 | | = `-- kyua test -k /usr/tests/Kyuafile sys/vm/mlock_test root 1124 100.0 0.1 4640 2332 - Rs 16:38 2:57.43 | | = `-- /usr/tests/sys/vm/mlock_test -vunprivileged-user=3Dtests = -r/tmp/kyua.B2pXx8/3/result.atf mlock__copy_on_write_vnode root 1125 0.0 0.0 4640 620 - TXL 16:38 0:00.00 | | = `-- /usr/tests/sys/vm/mlock_test -vunprivileged-user=3Dtests = -r/tmp/kyua.B2pXx8/3/result.atf mlock__copy_on_write_vnode I got a couple of backtraces from the kernel via the ddb> prompt : pid 1125 was in thread_suspend_switch called via ptracestop. I've a couple of examples of pid 1124 (the CPU time taker): (manually typed from screen images) 0xdc9e0520: at mi_switch+0x17c 0xdc9e0540: at critical_exit_preempt+0x7c 0xdc9e0560: at powerpc_interrupt+0x1c4 0xdc9e0590: at kernel EXI trap by __syncicache+0x5c: srr1=3D 0x209032 r1=3D 0xdc9e0650 cr=3D 0x8822fc22 xer=3D 0 ctr=3D 0 frame=3D0xdc9e0598 0xdc9e0650: at 0x5ed67ec 0xdc9e0660: at moea_sync_icache+0x118 Note: =46rom here on down is common with the other example backtrace: 0xdc9e0690: at pmap_sync_icache+0x98 0xdc9e06b0: at vm_sync_icache+0x2c 0xdc9e06c0: at proc_rwmem+0x13c 0xdc9e0710: at kern_ptrace+0x76c 0xdc9e0830: at sys_ptrace+0x12c 0xdc9e0960: at trap+0xae8 0xdc9e0a10: at powerpc_interrupt+0x1ec 0xdc9e0a40: at use SC trap by 0x4191ea48: srr1=3D 0x209032 r1=3D 0xffffc6d0 cr=3D 0x28000200 xer=3D 0 ctr=3D 0x4191ea40 frame=3D0xdc9e0a48 The non-common part of the other backtrace is: 0xdc9e04a0: at intr_event_handle+0xd4 0xdc9e04e0: at powerpc_dispatch_intr+0xe0 0xdc9e0520: at openpic_dispatch+0x90 0xdc9e0540: at powerpc_interrupt+0x128 0xdc9e0570: at kernel EXI trap by moea_pvo_find_va: srr1=3D 0xf032 r1=3D 0xdc9e0630 cr=3D 0x4822fc22 xer=3D 0 ctr=3D 0 frame=3D0xdc9e0578 0xdc9e0630: at 0x41b76ffc 0xdc9e0660: at moea_sync_icache+0x100 Showing a lock chain showed just one line: thread 100151 (pid 1124, mlock_test) running on CPU 0 The pcpu output for cpuid 0 metioned: critnest 2 "mlock_test" when I tried it. (After that I did something that locked up the machine, probably my fault.) It does not look like I can complete a normal kyua run for a 2-socket 32-bit powerpc. May be someone else can for some multi-socket 32-bit powerpc to see if this repeats. Single-socket/single-core might prove interesting as well. Maybe I can try such. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Thu Jan 9 03:51:30 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 32CE0226052 for ; Thu, 9 Jan 2020 03:51:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47tXGm62lrz4Xpf for ; Thu, 9 Jan 2020 03:51:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 2I971LsVM1mGJw.aM5rfDnl8ZsxovralUuQBhCp3Wta6RJ.W277fq63voY0hiki ZumSlXFfwOe5LKLbyj8hNeFJMEFocqqBNKuVnvNuI_lqG3iNVVkwdXbfs9eVbluIYH69YTRaLu8T eDx_dZ8l2oerNXWzW7uves9TzP7i6iAuFvt1tri36J7cSVHrZvhkgy5UjI6BZoVf08DJ7ucZgaN7 gAv58dTF5mA7eeHzaBUEUyLf45qrC.D14iZBk6oZRdGRCU7ot6_Hz4WL926SIPpsir8dbq2qTSsc WnnXQGtE7wzTRN4BiBgmTAf3NCnhGz1rC1AL9eNJK8W0ux4NqUJVZeHiXeS5ORDq0scV5fml9tWN DHTcOmUIVV6Zd6Eh8Htm1aRhyONY8va4Jr2j8mFbHCMx3Eu065FaPuQjf0YPWJ7ze_1tscDvCYGt 5jajIlJrZlW1qr1vM7zNRU0Os5U49IrhFG.sQN8ZzpAxdlOXmt9VJDk7g5zjP.xdQFWtB0klnY5V oE7ig3R56wxcdcLCDy7zZj7cinCnA7pxF7L6s6MS_FWGyvBKZdBq2K44OF1c7zWJo.OFMgScCT7q pUmW9_nplsaN1MMQpWP3DwIJ_UaB.PlakJWGb8tOBGpbchoSI4Onl8sGZ3rUrllh_tNSBagJ2SwQ jzwdX2Byc4u8kijnzFhY20qctLw2HcYN5HBy1F96_GVT98VefzYzBYiyjBBMDpteWZDp82P.QNYS qWVJtpUAbZ0L.Ocor9YozPqITh9yy_CtFF2sl8JOrEcA2MQmEWI6.Psw7416sLHb4SDJ3HqSidCL NoBjzlQinSIZ4VEKroaQY5RIeCD166h3g0E5.32v5G5l5DNlmETTi2n4BXC8.McqdPXcdAt_zaWG G_Q7NM0QyLNclN2IUeGpyQYQQrDrqSzP2EuQP0_VrySO1s1pYG_1SPa1kAH3hbjAIupi8yaxw_O8 XgPvEqnTrMD75zNk.DlezMOJ23lLV0ipK_Z0lF26xbqQn3w1JqO0jalC07IkdvM.lBxNck1.qmTD brPbUQBgesLQMfAjeXsRDnyIUJG.gWQoLEpyRKW54dc.fXvxtZUKPAeAICR0NgLo.4qBfzU1wP3c d2T7ND.By4DX6OzO07rbyRF4fX9Eby.ZFPiFyq54BXYFgMN3pXlH.SpOF16MIBUwmrP.a1y2llVj YYazepNH7Oi9TBU.VGDngxqNdZzPQhvABWBK6IQVnRrYDsXxHkGtEVkF4E__Pp_yw02EV2aOC7ZS UDkntsAMifr1rkzEvlKXOhwpZVSLK4DhS7aK1puoFMmbrV2pYsYrWwFxM3C41_orNQ9ScH_3X6Bn RK097qkplW9E9QghdIU_MYRmdJq7xpPCrPQQcypRvDlzZ4oPyGqwCsUWc_VMUzmJ_M2ktui8doyI kmdHw08W.Sqx3vYSxGctiTtC.ea96ESwU Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Thu, 9 Jan 2020 03:51:27 +0000 Received: by smtp417.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 866b663d1496ec5d5754fa58afb05d25; Thu, 09 Jan 2020 03:51:21 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: head -356426 based 32-bit powerpc (2 sock PowerMac G4): kyua sys/vm/mlock_test:mlock__copy_on_write_vnode seems stuck From: Mark Millard In-Reply-To: <67C0401B-7135-4B79-912F-6AD2CBD60B6B@yahoo.com> Date: Wed, 8 Jan 2020 19:51:21 -0800 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <8F556550-A91F-4F47-8182-CF07F35B3EC4@yahoo.com> References: <67C0401B-7135-4B79-912F-6AD2CBD60B6B@yahoo.com> To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47tXGm62lrz4Xpf X-Spamd-Bar: - X-Spamd-Result: default: False [-1.34 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.41)[-0.408,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.43)[-0.434,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[32.64.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (6.35), ipnet: 98.137.64.0/21(0.87), asn: 36647(0.70), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 03:51:30 -0000 [Even the artifacts debug-style kernel gets the problem. More evidence of context extracted and supplied.] On 2020-Jan-8, at 18:09, Mark Millard wrote: > [I got kernel backtrace information, included.] >=20 > On 2020-Jan-8, at 15:12, Mark Millard wrote: >=20 >> I've attempted a head -356426 based kyua run on an >> old 2-socket PowerMac G4. The buildworld and >> buildkernel were non-debug. The context has personal >> patches, mostly for dealing with PowerMac issues. >>=20 >> It has had over 180 CPU minutes running for: >>=20 >> sys/vm/mlock_test:mlock__copy_on_write_vnode -> =20 >>=20 >> Normal seems to be way under 0.1 sec on the >> other platforms I've made runs on recently. >>=20 >> Hopefully kyua will time out and continue the >> testing at some point. >>=20 >> The 2 socket (2 cores each) G5 powerpc64 context >> did not have this problem. Nor did the armv7 or >> aarch64 examples (CortexA7, CortexA53, CortexA57, >> and CortexA72). >=20 >=20 > I finally gave up on it after 240 CPU minutes but > could not kill/stop the stuck process. So I > sync'd the file system and tried a "shutdown -r > now" and forced the power off after it got stuck > (no reboot happened). >=20 > After power-up I tried: >=20 > # kyua test -k /usr/tests/Kyuafile sys/vm/mlock_test > sys/vm/mlock_test:mlock__copy_on_write_anon -> passed [0.017s] > sys/vm/mlock_test:mlock__copy_on_write_vnode -> =20 >=20 > and it got stuck again. >=20 > I'll note that ps -auxd shows the likes of: >=20 > root 1120 0.0 0.4 11512 8772 0 I+ 16:38 0:00.62 | | = `-- kyua test -k /usr/tests/Kyuafile sys/vm/mlock_test > root 1124 100.0 0.1 4640 2332 - Rs 16:38 2:57.43 | | = `-- /usr/tests/sys/vm/mlock_test -vunprivileged-user=3Dtests = -r/tmp/kyua.B2pXx8/3/result.atf mlock__copy_on_write_vnode > root 1125 0.0 0.0 4640 620 - TXL 16:38 0:00.00 | | = `-- /usr/tests/sys/vm/mlock_test -vunprivileged-user=3Dtests = -r/tmp/kyua.B2pXx8/3/result.atf mlock__copy_on_write_vnode >=20 >=20 > I got a couple of backtraces from the kernel > via the ddb> prompt : >=20 > pid 1125 was in thread_suspend_switch called via ptracestop. >=20 > I've a couple of examples of pid 1124 (the CPU time > taker): (manually typed from screen images) >=20 > 0xdc9e0520: at mi_switch+0x17c > 0xdc9e0540: at critical_exit_preempt+0x7c > 0xdc9e0560: at powerpc_interrupt+0x1c4 > 0xdc9e0590: at kernel EXI trap by __syncicache+0x5c: > srr1=3D 0x209032 > r1=3D 0xdc9e0650 > cr=3D 0x8822fc22 > xer=3D 0 > ctr=3D 0 > frame=3D0xdc9e0598 > 0xdc9e0650: at 0x5ed67ec > 0xdc9e0660: at moea_sync_icache+0x118 > Note: =46rom here on down is common with the > other example backtrace: > 0xdc9e0690: at pmap_sync_icache+0x98 > 0xdc9e06b0: at vm_sync_icache+0x2c > 0xdc9e06c0: at proc_rwmem+0x13c > 0xdc9e0710: at kern_ptrace+0x76c > 0xdc9e0830: at sys_ptrace+0x12c > 0xdc9e0960: at trap+0xae8 > 0xdc9e0a10: at powerpc_interrupt+0x1ec > 0xdc9e0a40: at use SC trap by 0x4191ea48: > srr1=3D 0x209032 > r1=3D 0xffffc6d0 > cr=3D 0x28000200 > xer=3D 0 > ctr=3D 0x4191ea40 > frame=3D0xdc9e0a48 >=20 > The non-common part of the other backtrace > is: >=20 > 0xdc9e04a0: at intr_event_handle+0xd4 > 0xdc9e04e0: at powerpc_dispatch_intr+0xe0 > 0xdc9e0520: at openpic_dispatch+0x90 > 0xdc9e0540: at powerpc_interrupt+0x128 > 0xdc9e0570: at kernel EXI trap by moea_pvo_find_va: > srr1=3D 0xf032 > r1=3D 0xdc9e0630 > cr=3D 0x4822fc22 > xer=3D 0 > ctr=3D 0 > frame=3D0xdc9e0578 > 0xdc9e0630: at 0x41b76ffc > 0xdc9e0660: at moea_sync_icache+0x100 >=20 > Showing a lock chain showed just one line: >=20 > thread 100151 (pid 1124, mlock_test) running on CPU 0 >=20 > The pcpu output for cpuid 0 metioned: critnest 2 "mlock_test" > when I tried it. >=20 > (After that I did something that locked up the machine, > probably my fault.) >=20 >=20 > It does not look like I can complete a normal kyua > run for a 2-socket 32-bit powerpc. May be someone > else can for some multi-socket 32-bit powerpc to > see if this repeats. >=20 > Single-socket/single-core might prove interesting > as well. Maybe I can try such. It fails on the single-processor/single-core G4 PowerMac that I tested as well. I then installed the kernel*.txz from: https://artifact.ci.freebsd.org/snapshot/head/r356426/powerpc/powerpc/ and rebooted with it via boot -v (to avoid the memory modified-after-free for debug kernels). (I'd forgotten about debug stopping and reporting such.) It still fails: # kyua test -k /usr/tests/Kyuafile sys/vm/mlock_test sys/vm/mlock_test:mlock__copy_on_write_anon -> passed [0.029s] sys/vm/mlock_test:mlock__copy_on_write_vnode -> =20 The debug kernel does not report anything for it. I gather that the test's internal description is: /* * Use ptrace(2) to trigger a copy-on-write fault of a read-only text = page. */ ATF_TC_WITHOUT_HEAD(mlock__copy_on_write_vnode); ATF_TC_BODY(mlock__copy_on_write_vnode, tc) { void *addr; int len; len =3D getpagesize(); addr =3D (void *)((uintptr_t)test_wired_copy_on_write & ~(len - = 1)); test_wired_copy_on_write(addr, len); } where test_wired_copy_on_write is: static void test_wired_copy_on_write(void *addr, size_t len) { int status, val; pid_t pid; pid =3D fork(); if (pid =3D=3D -1) atf_tc_fail("fork() failed: %s", strerror(errno)); if (pid =3D=3D 0) { if (mlock(addr, len) !=3D 0) _exit(1); if (ptrace(PT_TRACE_ME, 0, NULL, 0) !=3D 0) _exit(2); if (raise(SIGSTOP) !=3D 0) _exit(3); if (munlock(addr, len) !=3D 0) _exit(4); _exit(0); } ATF_REQUIRE(waitpid(pid, &status, 0) =3D=3D pid); ATF_REQUIRE_MSG(!WIFEXITED(status), "child exited with status %d", WEXITSTATUS(status)); ATF_REQUIRE(WIFSTOPPED(status)); ATF_REQUIRE(WSTOPSIG(status) =3D=3D SIGSTOP); errno =3D 0; val =3D ptrace(PT_READ_D, pid, addr, 0); ATF_REQUIRE(errno =3D=3D 0); ATF_REQUIRE(ptrace(PT_WRITE_D, pid, addr, val) =3D=3D 0); ATF_REQUIRE(ptrace(PT_CONTINUE, pid, (caddr_t)1, 0) =3D=3D 0); ATF_REQUIRE(waitpid(pid, &status, 0) =3D=3D pid); ATF_REQUIRE(WIFEXITED(status)); ATF_REQUIRE_MSG(WEXITSTATUS(status) =3D=3D 0, "child exited with status %d", WSTOPSIG(status)); } I give my evidence below, but the ptrace(PT_WRITE_D, . . .) looks to be the one involved in the backtraces: It looks like proc_rwmem is using the vm_sync_icache in: /* * If we are writing, then we request vm_fault() to create a = private * copy of each page. Since these copies will not be writeable = by the * process, we must explicity request that they be dirtied. */ writing =3D uio->uio_rw =3D=3D UIO_WRITE; reqprot =3D writing ? VM_PROT_COPY | VM_PROT_READ : = VM_PROT_READ; fault_flags =3D writing ? VM_FAULT_DIRTY : VM_FAULT_NORMAL; . . . /* Make the I-cache coherent for breakpoints. */ if (writing && error =3D=3D 0) { vm_map_lock_read(map); if (vm_map_check_protection(map, pageno, pageno = + PAGE_SIZE, VM_PROT_EXECUTE)) vm_sync_icache(map, uva, len); vm_map_unlock_read(map); } This appears to mean that it got there via kern_ptrace's: case PT_WRITE_I: case PT_WRITE_D: td2->td_dbgflags |=3D TDB_USERWR; PROC_UNLOCK(p); error =3D 0; if (proc_writemem(td, p, (off_t)(uintptr_t)addr, &data, sizeof(int)) !=3D sizeof(int)) error =3D ENOMEM; else CTR3(KTR_PTRACE, "PT_WRITE: pid %d: %p <=3D = %#x", p->p_pid, addr, data); PROC_LOCK(p); break; (via proc_writemem). So the test's ptrace involved in the backtraces seems to be: ATF_REQUIRE(ptrace(PT_WRITE_D, pid, addr, val) =3D=3D 0); (Not that I've a clue what to do with that information at this point.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Thu Jan 9 09:59: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 A86FA22FADF for ; Thu, 9 Jan 2020 09:59:20 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47thRD2CS1z3NxG for ; Thu, 9 Jan 2020 09:59:20 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id 4BBC022FADE; Thu, 9 Jan 2020 09:59:20 +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 4B82022FADD for ; Thu, 9 Jan 2020 09:59:20 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47thRC2PKHz3NxF for ; Thu, 9 Jan 2020 09:59:18 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id B7BD31AF137 for ; Thu, 9 Jan 2020 09:59:10 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTPS id 0099xAJK004166 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 9 Jan 2020 09:59:10 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.15.2/8.15.2/Submit) id 0099xAru004165; Thu, 9 Jan 2020 09:59:10 GMT (envelope-from phk) To: current@freebsd.org Subject: M_TEMP trouble in 13.0-CURRENT #0 r355131M From: Poul-Henning Kamp MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4163.1578563950.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Thu, 09 Jan 2020 09:59:10 +0000 Message-ID: <4164.1578563950@critter.freebsd.dk> X-Rspamd-Queue-Id: 47thRC2PKHz3NxF X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-1.86 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.987,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.92)[-0.918,0]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[freebsd.dk]; IP_SCORE(0.04)[ip: (0.07), ipnet: 130.225.0.0/16(0.07), asn: 1835(0.09), country: EU(-0.01)]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 09:59:20 -0000 I noticed yesterday that M_TEMP stats are screwed up, and rebooted my laptop for reasons of safety. However, it's back again now: critter phk> vmstat -m | grep temp temp 18446744073709546036 18014398509476380K - 963239 16,32,6= 4,128,256,512,1024,2048,4096,8192,16384,32768,65536 FreeBSD critter.freebsd.dk 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r355131M: = Wed Nov 27 16:44:48 UTC 2019 root@critter.freebsd.dk:/usr/obj/freebsd/= src/amd64.amd64/sys/GENERIC-NODEBUG amd64 I mentioned this on IRC yesterday and noted I had a "disk full" on a tmpfs mount, but that can now be disregarded as a false lead. On this kernel I have had an instance where X got killed for out-of-swap, at a time where that certainly should not have been the case. Am I the only one seeing this ? -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Thu Jan 9 10:12: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 4C3D01E864A for ; Thu, 9 Jan 2020 10:12:52 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47thkq6lzWz3QPZ for ; Thu, 9 Jan 2020 10:12:51 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id E7F421E8649; Thu, 9 Jan 2020 10:12:51 +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 E7BE21E8648 for ; Thu, 9 Jan 2020 10:12:51 +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) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47thkp63jVz3QPY for ; Thu, 9 Jan 2020 10:12:50 +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)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id D3C38260072; Thu, 9 Jan 2020 11:12:48 +0100 (CET) Subject: Re: M_TEMP trouble in 13.0-CURRENT #0 r355131M To: Poul-Henning Kamp , current@freebsd.org References: <4164.1578563950@critter.freebsd.dk> From: Hans Petter Selasky Message-ID: <4e52b23e-32ed-6556-a74e-22c809a17fe0@selasky.org> Date: Thu, 9 Jan 2020 11:12:28 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <4164.1578563950@critter.freebsd.dk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47thkp63jVz3QPY 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 [-5.41 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-3.11)[ip: (-9.34), ipnet: 88.99.0.0/16(-4.71), asn: 24940(-1.50), country: DE(-0.02)]; 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]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 10:12:52 -0000 On 2020-01-09 10:59, Poul-Henning Kamp wrote: > I noticed yesterday that M_TEMP stats are screwed up, and rebooted my > laptop for reasons of safety. > > However, it's back again now: > > critter phk> vmstat -m | grep temp > temp 18446744073709546036 18014398509476380K - 963239 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536 > > FreeBSD critter.freebsd.dk 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r355131M: Wed Nov 27 16:44:48 UTC 2019 root@critter.freebsd.dk:/usr/obj/freebsd/src/amd64.amd64/sys/GENERIC-NODEBUG amd64 > > I mentioned this on IRC yesterday and noted I had a "disk full" on > a tmpfs mount, but that can now be disregarded as a false lead. > > On this kernel I have had an instance where X got killed for > out-of-swap, at a time where that certainly should not have been > the case. > > Am I the only one seeing this ? > Hi, 2**64 - 18446744073709546036 ans = 6144 Someone likely freed to M_TEMP which were not supposed to free there. You could use dtrace to narrow this down and you can also add a kdb_backtrace() for the first couple of users of free() when the stats is negative. Else: grep -r M_TEMP /usr/src/sys And do an audit. --HPS From owner-freebsd-current@freebsd.org Thu Jan 9 10:15:06 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 BF0E31E8855 for ; Thu, 9 Jan 2020 10:15:06 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47thnQ3xnNz3QZc for ; Thu, 9 Jan 2020 10:15:06 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id 85AE01E8854; Thu, 9 Jan 2020 10:15:06 +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 8575C1E8853 for ; Thu, 9 Jan 2020 10:15:06 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47thnQ09v0z3QZb for ; Thu, 9 Jan 2020 10:15:05 +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)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 7550B260072; Thu, 9 Jan 2020 11:15:04 +0100 (CET) Subject: Re: M_TEMP trouble in 13.0-CURRENT #0 r355131M From: Hans Petter Selasky To: Poul-Henning Kamp , current@freebsd.org References: <4164.1578563950@critter.freebsd.dk> <4e52b23e-32ed-6556-a74e-22c809a17fe0@selasky.org> Message-ID: Date: Thu, 9 Jan 2020 11:14:43 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <4e52b23e-32ed-6556-a74e-22c809a17fe0@selasky.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 47thnQ09v0z3QZb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-4.93 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-2.63)[ip: (-9.21), ipnet: 2a01:4f8::/29(-2.45), asn: 24940(-1.50), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 10:15:06 -0000 On 2020-01-09 11:12, Hans Petter Selasky wrote: > On 2020-01-09 10:59, Poul-Henning Kamp wrote: >> I noticed yesterday that M_TEMP stats are screwed up, and rebooted my >> laptop for reasons of safety. >> >> However, it's back again now: >> >>      critter phk> vmstat -m | grep temp >>      temp 18446744073709546036 18014398509476380K       -   963239 >> 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536 >> >> FreeBSD critter.freebsd.dk 13.0-CURRENT FreeBSD 13.0-CURRENT #0 >> r355131M: Wed Nov 27 16:44:48 UTC 2019 >> root@critter.freebsd.dk:/usr/obj/freebsd/src/amd64.amd64/sys/GENERIC-NODEBUG >> amd64 >> >> I mentioned this on IRC yesterday and noted I had a "disk full" on >> a tmpfs mount, but that can now be disregarded as a false lead. >> >> On this kernel I have had an instance where X got killed for >> out-of-swap, at a time where that certainly should not have been >> the case. >> >> Am I the only one seeing this ? >> > > Hi, > > 2**64 - 18446744073709546036 > ans =  6144 > > Someone likely freed to M_TEMP which were not supposed to free there. > > You could use dtrace to narrow this down and you can also add a > kdb_backtrace() for the first couple of users of free() when the stats > is negative. > > Else: > > grep -r M_TEMP /usr/src/sys > > And do an audit. > > --HPS I actually see the same (r356321M), but I think it is not harmful: temp 18446744073709545743 18014398509476107K - 89826 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536 --HPS From owner-freebsd-current@freebsd.org Thu Jan 9 11:44: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 9E3361EA797 for ; Thu, 9 Jan 2020 11:44:26 +0000 (UTC) (envelope-from gbergling@gmail.com) 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 47tkmV2txKz40k6 for ; Thu, 9 Jan 2020 11:44:26 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 615841EA796; Thu, 9 Jan 2020 11:44:26 +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 601231EA795 for ; Thu, 9 Jan 2020 11:44:26 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: from mail-io1-xd30.google.com (mail-io1-xd30.google.com [IPv6:2607:f8b0:4864:20::d30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47tkmT27nRz40k5 for ; Thu, 9 Jan 2020 11:44:25 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mail-io1-xd30.google.com with SMTP id x1so6748602iop.7 for ; Thu, 09 Jan 2020 03:44:25 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=Yhd84879wN10LA8qBLpuHRzMh55eQF6kBy0JBQpk/4I=; b=XYPZghj/ILYCD7pxFFllesaReXdfT+ygV7sznIpufucedziYWjADXqlsqnjYG+KGGD gwOkcW954262i9aYfAdt1Ejdf3Y7L1gR5b5iauqVbHpPqKUkJbZmdUVTTK64UMkYZGvZ UHnnOTosKAMeW9lN/KEaWt8+wVphrlwXIaXMxKFitT5cVpuQD3OcEzQ3KZRqewKYcOpl chBJDpAf37Agwofyx/noFvonAC0pdK6oHQy6Fq/9xKxInh1TSCi9eb1IJ32A+wNdCg5Y KsMgn3gUbUa63RX+T6dsPYg3CFRQzXPaJYNMtqvJjA1M7X4t8uHzFaTyKjb67IE6vGw9 63Ug== X-Gm-Message-State: APjAAAUab/8zIQ/GmYB6pEOfA48uFyyVZhAGv2M4SfPzllYFU0Pr6kpM M/eE/vINDgNkrUWyS0fu4T8OcFgrVS0iXShZexZhlsKEFsU= X-Google-Smtp-Source: APXvYqynVKj5IgsI/Aat4MfAXMkrPHg8DmDORH0uCSZR7DKcgiiUM+Yv9ZuXCNnN2L35DPNIy6qF3iLBR9A9oFvjUU0= X-Received: by 2002:a05:6602:3c5:: with SMTP id g5mr7358319iov.161.1578570263932; Thu, 09 Jan 2020 03:44:23 -0800 (PST) MIME-Version: 1.0 From: Gordon Bergling Date: Thu, 9 Jan 2020 12:44:13 +0100 Message-ID: Subject: Building -CURRENT on -STABLE To: current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 47tkmT27nRz40k5 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.70 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; FREEMAIL_FROM(0.00)[googlemail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(0.00)[ip: (-6.18), ipnet: 2607:f8b0::/32(-2.12), asn: 15169(-1.85), country: US(-0.05)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RCVD_IN_DNSWL_NONE(0.00)[0.3.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; FORGED_SENDER(0.30)[gbergling@googlemail.com,gbergling@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[gbergling@googlemail.com,gbergling@gmail.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 11:44:26 -0000 Hi, I am currently about to setup an -CURRENT system, which should gets updated via a build server that=E2=80=99s runs on -STABLE and shares the sr= c and obj directories via NFS to -CURRENT system. While doing a =E2=80=9Emake -s -j 4 buildworld buildkernel=E2=80=9C the bui= lds fails randomly with the following error. ---------------------------------------------------------------------------= ---------------------- =3D=3D=3D> sbin/fsirand (all) =3D=3D=3D> sbin/gbde (all) =3D=3D=3D> sbin/geom (all) =3D=3D=3D> kerberos5/libexec/kimpersonate (all) ld: error: undefined symbol: glabel_class_commands >>> referenced by geom.c >>> geom.o:(get_class) ld: error: undefined symbol: glabel_version >>> referenced by geom.c >>> geom.o:(get_class) ld: error: undefined symbol: gpart_class_commands >>> referenced by geom.c >>> geom.o:(get_class) ld: error: undefined symbol: gpart_version >>> referenced by geom.c >>> geom.o:(get_class) cc: error: linker command failed with exit code 1 (use -v to see invocation= ) --- geom.full --- *** [geom.full] Error code 1 make[4]: stopped in /home/gbergling/sources/freebsd/freebsd/sbin/geom 1 error make[4]: stopped in /home/gbergling/sources/freebsd/freebsd/sbin/geom A failure has been detected in another branch of the parallel make ---------------------------------------------------------------------------= ---------------------- I also tried the build without the =E2=80=9Ej=E2=80=9C-Flag but the error w= as the same. Do you have any hints what could have caused this? The -STABLE machine is stock and no special things are setup within src.conf or make.conf. Best regards, Gordon From owner-freebsd-current@freebsd.org Thu Jan 9 11:59:12 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 B3C901EB21D for ; Thu, 9 Jan 2020 11:59:12 +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 47tl5X2g2Jz41tx for ; Thu, 9 Jan 2020 11:59:12 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id 5B4DD1EB21C; Thu, 9 Jan 2020 11:59:12 +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 5B1191EB21B for ; Thu, 9 Jan 2020 11:59:12 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47tl5W4QR5z41tw; Thu, 9 Jan 2020 11:59:11 +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)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 8D35E2600D5; Thu, 9 Jan 2020 12:59:08 +0100 (CET) Subject: Re: M_TEMP trouble in 13.0-CURRENT #0 r355131M From: Hans Petter Selasky To: Poul-Henning Kamp , current@freebsd.org, Jeff Roberson , Konstantin Belousov References: <4164.1578563950@critter.freebsd.dk> <4e52b23e-32ed-6556-a74e-22c809a17fe0@selasky.org> Message-ID: <100f4e72-ef8b-07dc-b1e1-2a3ef4853d31@selasky.org> Date: Thu, 9 Jan 2020 12:58:28 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------3C8BFF9F6C786E18FE56DE12" Content-Language: en-US X-Rspamd-Queue-Id: 47tl5W4QR5z41tw X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-4.94 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; FROM_HAS_DN(0.00)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-2.64)[ip: (-9.21), ipnet: 2a01:4f8::/29(-2.45), asn: 24940(-1.50), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 11:59:12 -0000 This is a multi-part message in MIME format. --------------3C8BFF9F6C786E18FE56DE12 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Jeff and Konstantin, You have a logical breakage after the domainset patches for malloc. The size used for allocation statistics is not the same like for freeing causing messed up "vmstat -m". Also you should audit the code for zero-sized allocations, because upon alloc, zero-sized is not counted, while on free it is. See attached patch. --HPS --------------3C8BFF9F6C786E18FE56DE12 Content-Type: text/x-patch; charset=UTF-8; name="domainset.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="domainset.diff" diff --git a/sys/kern/kern_malloc.c b/sys/kern/kern_malloc.c index eba9fc3e1ef..aab33873741 100644 --- a/sys/kern/kern_malloc.c +++ b/sys/kern/kern_malloc.c @@ -669,8 +669,10 @@ malloc_domain(size_t size, int *indxp, struct malloc_type *mtp, int domain, krequests[size >> KMEM_ZSHIFT]++; #endif va = uma_zalloc_domain(zone, NULL, domain, flags); - if (va != NULL) + if (__predict_true(va != NULL)) { size = zone->uz_size; + malloc_type_zone_allocated(mtp, size, indx); + } *indxp = indx; return ((void *) va); @@ -699,7 +701,8 @@ malloc_domainset(size_t size, struct malloc_type *mtp, struct domainset *ds, ret = malloc_domain(size, &indx, mtp, domain, flags); } while (ret == NULL && vm_domainset_iter_policy(&di, &domain) == 0); - malloc_type_zone_allocated(mtp, ret == NULL ? 0 : size, indx); + if (__predict_false(ret == NULL)) + malloc_type_zone_allocated(mtp, 0, indx); } else { /* Policy is handled by kmem. */ ret = malloc_large(&size, ds, flags); --------------3C8BFF9F6C786E18FE56DE12-- From owner-freebsd-current@freebsd.org Thu Jan 9 12:26:01 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 6F0401ECBED for ; Thu, 9 Jan 2020 12:26:01 +0000 (UTC) (envelope-from gljennjohn@gmail.com) 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 47tlhT1Vwzz43rW for ; Thu, 9 Jan 2020 12:26:01 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 33A511ECBEC; Thu, 9 Jan 2020 12:26:01 +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 336B01ECBEB for ; Thu, 9 Jan 2020 12:26:01 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47tlhS2t0Gz43rV; Thu, 9 Jan 2020 12:26:00 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x42d.google.com with SMTP id d16so7148136wre.10; Thu, 09 Jan 2020 04:26:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=2kLhO2h4Av7kPTrgIvNPEK1SOX5PI/QTbzsRGmzNxEo=; b=YSxWsoSegaEQ5AqgxnosnUeKHQ63pucmNMbkqjmV3+9f4uH7qLPcv6Ei0L2KQ53CYG l8WQl2r5UaEvgit54hsm2KpX1jXMzKuiPgmK9Phj1oNP0tSxDaeJ8zufr1nQ0gb9fixi 8ZuoSBmlCDHQplSBZD2vwR/hvrJAQOTCumgpdxEwX3tKuYiT7Wa1WOBX2IRVqVc+c8x9 KIPvudgHWCDNdnP4RaEdpXUBH4yL2SeXCfBBGHKzeHx1Q9NwUBe+f05haIjPxlCeCbgZ RafCvw/MmLVTjUGOJToTmy2PMWsZAoyLADQ47rBzBtHx3TswoUoYObhEHhhzKwfM+RhS b2Ew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=2kLhO2h4Av7kPTrgIvNPEK1SOX5PI/QTbzsRGmzNxEo=; b=oI0D6w84zkSBy09SwNJwqCAdEYWKLurRbRimPqmRrOyVUyRDofxYYnNHt3looYBIq1 +ZFw1LRFDxktQP1IcIYLVp2meoPFRz+9nSlTnhYK0f8LGdi8gHsL1ib8AVGpsAKfqlFf 32y5DIhoHGuN2HDn2luqQMxRIbET9sWrC0mqwyKne9qPPtCLN0tWyIcLHFHR72dwy2wQ l3N8sKreju5iqa5SZ4SxAb1klrZYjfG9RMz1U4iRbzqySIlh5TAcl9sS7N/s9rZE/bYD 0mAAMRaMZuY9ZpF6ctI5Iz1K6WT5zbzJKv43aPfh+LlNnMUNEkPP7f4+dfqpzLR1m4g+ kzkQ== X-Gm-Message-State: APjAAAWQ2zNk5v/Yraa+gAMZWFA96pCzEsadkdzS/rbrGcvCxx59lJvy xTE3mdiul6L1NLkVe9eROqA= X-Google-Smtp-Source: APXvYqxwWN7YYDumf9VAduUzZODustpWL6hcf6VFF8fh0PR2i61xeU7nLdqwpvZYsYuOtnFAz+dzMA== X-Received: by 2002:a5d:4b45:: with SMTP id w5mr11259139wrs.224.1578572758932; Thu, 09 Jan 2020 04:25:58 -0800 (PST) Received: from ernst.home (pD9E2375C.dip0.t-ipconnect.de. [217.226.55.92]) by smtp.gmail.com with ESMTPSA id d8sm7834359wrx.71.2020.01.09.04.25.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 09 Jan 2020 04:25:58 -0800 (PST) Date: Thu, 9 Jan 2020 13:25:55 +0100 From: Gary Jennejohn To: Hans Petter Selasky Cc: Poul-Henning Kamp , current@freebsd.org, Jeff Roberson , Konstantin Belousov Subject: Re: M_TEMP trouble in 13.0-CURRENT #0 r355131M Message-ID: <20200109132555.59c2c14e@ernst.home> In-Reply-To: <100f4e72-ef8b-07dc-b1e1-2a3ef4853d31@selasky.org> References: <4164.1578563950@critter.freebsd.dk> <4e52b23e-32ed-6556-a74e-22c809a17fe0@selasky.org> <100f4e72-ef8b-07dc-b1e1-2a3ef4853d31@selasky.org> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.4 (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: 47tlhS2t0Gz43rV X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=YSxWsoSe; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::42d as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[92.55.226.217.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; 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]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[d.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-8.70), ipnet: 2a00:1450::/32(-2.61), asn: 15169(-1.85), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 12:26:01 -0000 On Thu, 9 Jan 2020 12:58:28 +0100 Hans Petter Selasky wrote: > Hi Jeff and Konstantin, > > You have a logical breakage after the domainset patches for malloc. The size used for allocation statistics is not the same like for freeing causing messed up "vmstat -m". > > Also you should audit the code for zero-sized allocations, because upon alloc, zero-sized is not counted, while on free it is. > > See attached patch. > Yeah, the patch produces much saner output. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Thu Jan 9 13:52:58 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 5BA451EEE81 for ; Thu, 9 Jan 2020 13:52:58 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47tncn47V9z48wv for ; Thu, 9 Jan 2020 13:52:57 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-wr1-x431.google.com with SMTP id w15so7507031wru.4 for ; Thu, 09 Jan 2020 05:52:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=1j3+cIIBYe/g7MwJDlbDTM9UVpNByRr/mKNHsnmP3dw=; b=H/RjDh1+A0hjVjx0Q008uiWjF94XgQrVVZ9NohYTN7IsrdrtUEMpLn9ktjXWRtnF7t 4oFqTJe9/CFs5UhMPFdRLMLDniTcwSc4oABdoo1/dBn4pjyY/FmJJsABZgOv4WFZTB+Q +f8vHwXCjqASnpdv2w85NogFegD1AV8wqVGfW9xQPg9FIvYzsm7vBN3eYahMiz98hDAU TYVsuKV8t7pdEiccAqXYbbswJ2XfLN3hL+JR3QN/yrkmBtv8KRpG/7yZzCX95K5TTvRT qhmmlgkEju2nwNatLfOfJHA4OdNhL9SA2hC4IY3PI+GktMUocMaFWmLMp86XpBpZr0Jv ljpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=1j3+cIIBYe/g7MwJDlbDTM9UVpNByRr/mKNHsnmP3dw=; b=hG1leeJ6IMIBhuTTWq86sWc5iCzBh+o7LbFK4lQjWOd6bJH/fYAvjUbyL4+Szk345E t46XsYaF0cgj0TM60XaXl9udkkxeqcTAfkHKjr/DOeeO92Z0rcrsA0AwWJJEZphO00T8 ZCiTTdnB2PkA0sxfITWKgA927pNlxu0EMciqWpULmvW5VZIAn20gcc1qbJfean3LSIwZ T230rnZgz5L4QZP3G4rvRbI0IjRNjqHrGU5FvIsRqU7C1t7Y1Wsv9lX8dxCKwF1cYjKs ptHZIiBxSJG3+CnYuRysXWhm+Dgk52gd2kR2jpGJhxvCrRFgc+oN7rrWu0cWavNWtNo+ 7EGA== X-Gm-Message-State: APjAAAWjui873EnUYv52Im4XNDJtr3a3y9FY7yrAV8AvIpzS5PviXlP+ DSeiNfEwV3kJYW2H4KE8uEEbE7s0QxhZi4uA6iNuTbau X-Google-Smtp-Source: APXvYqxejSyiksv3yKsDt+mKZVnGkY6RAgwNfNBK83YYFfwne24fWVXy83zwmxNXz4tRynlngzd1Jzo0Z5pmp2rMWR4= X-Received: by 2002:adf:f605:: with SMTP id t5mr10876255wrp.282.1578577974624; Thu, 09 Jan 2020 05:52:54 -0800 (PST) MIME-Version: 1.0 From: Pavel Timofeev Date: Thu, 9 Jan 2020 16:52:43 +0300 Message-ID: Subject: Can't cross-compile HEAD To: freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 47tncn47V9z48wv X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=H/RjDh1+; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of timp87@gmail.com designates 2a00:1450:4864:20::431 as permitted sender) smtp.mailfrom=timp87@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-9.02), ipnet: 2a00:1450::/32(-2.61), asn: 15169(-1.85), country: US(-0.05)]; 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)[1.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; 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_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 13:52:58 -0000 Hello I'm trying to cross-compile HEAD r356551 for mips on my FreeBSD-12.1 amd64. I'm using mips-gcc6-6.5.0 and this https://github.com/freebsd/freebsd-wifi-build nice project to build image for my tl-wdr3600 The error I'm getting is: ... ===> usr.sbin/fmtree (all) ===> usr.bin/vi (all) ===> usr.sbin/freebsd-update (all) ===> usr.sbin/gpioctl (all) ===> usr.sbin/inetd (all) /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c: In function 'getconfigent': /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:1614:6: warning: variable 'v4bind' set but not used [-Wunused-but-set-variable] int v4bind; ^~~~~~ At top level: /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:33:19: warning: 'copyright' defined but not used [-Wunused-const-variable=] static const char copyright[] = ^~~~~~~~~ /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c: In function 'setup': /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:1368:4: error: 'netid' may be used uninitialized in this function [-Werror=maybe-uninitialized] rpcb_set(sep->se_rpc_prog, i, netid, &nbuf); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cc1: all warnings being treated as errors --- inetd.o --- *** [inetd.o] Error code 1 Could anybody please help fix that? From owner-freebsd-current@freebsd.org Thu Jan 9 15:17:00 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 AB6791F0C9E for ; Thu, 9 Jan 2020 15:17:00 +0000 (UTC) (envelope-from markjdb@gmail.com) 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 47tqTm3BQ2z4Gd8 for ; Thu, 9 Jan 2020 15:17:00 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 6D6141F0C9D; Thu, 9 Jan 2020 15:17:00 +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 6D24A1F0C9C for ; Thu, 9 Jan 2020 15:17:00 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qv1-xf2d.google.com (mail-qv1-xf2d.google.com [IPv6:2607:f8b0:4864:20::f2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47tqTl59DBz4Gd7; Thu, 9 Jan 2020 15:16:59 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qv1-xf2d.google.com with SMTP id x1so3080560qvr.8; Thu, 09 Jan 2020 07:16:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=fxp0ZoST0eXTOPw5oQXzpbb5t/M9PWiiBneBw2qr3b8=; b=bzZbJyUgSsWCt33Tgri+viV+TuKY2utXoh1Yd/0pjO5ZAYXCidiUqDS0zQLa/oeBpj JpRbkYBVbcxQUjCqrMOIPH34bLgb4DiHx6Pw3efqW4iBu6E1439zZ7y6qGLA1m2Ma4Nn VP8/IFjoaxMwK0DY0bDNpPhsGMMqR/BVa7WAecyDynFuveHgnnUYg0ERqgctpGiNRLKX x7vUygvZZHVfosKtzTgKCW5IqjFMvNn+jrE/+8slCau/pBMjJBd8rX2Y3Cm9dbw0coZY AFoYSdoxL5jm3/bBtacdsWlfYMFNvtSW3uOK3LyPggN6utkj7cc3M0fCfJKJRy0jEt10 tLDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=fxp0ZoST0eXTOPw5oQXzpbb5t/M9PWiiBneBw2qr3b8=; b=VXqvtwfp59lcqRMQxMzbRzHlS6HLo4HIV4Ex0TncZqGoxnR54McvRr0pfTwcMoszD/ Lpk4hraHBGPpKJmI+z88gbgCZdxwajhoHWy/ECChbMRM5fgKxm5jHqTjvbq9E3My4L3N 6xQbL3dtE/CNxGEFXNNOdt6xnDYriDG7yb3s+V0AmCrtuO/sD2Ivs0Gr7FGj66ERpG/S Mry7R4I4DeGbahi3LdBR7CASRXvIUoQof/ZHQcJH8TSgxjk8LZ1ciklr54vioG0ef3O7 H8c86Q+a1RuopCgdGYxMdK4HkTk+b9ahCXsHBFYYdHxRtJ+G2rvinGhkdlghDn40XtuR PwGw== X-Gm-Message-State: APjAAAVZ+wPdrJyqlwpA2TprHLLeDJkAGqnCGkgiWbj2T6NLNX5RVeq1 s2BDE+Wpu1KTsUdKbY4WVar6+ivn X-Google-Smtp-Source: APXvYqyLBXV1eMbz8gE7b8A3QwwXHqxw9NqvpBr4na9WEC7W/x3Zoh9eYchNQ94Y/WufZyDMcejV/g== X-Received: by 2002:a0c:bf0b:: with SMTP id m11mr9346883qvi.63.1578583013437; Thu, 09 Jan 2020 07:16:53 -0800 (PST) Received: from raichu (toroon0560w-lp130-05-69-158-183-252.dsl.bell.ca. [69.158.183.252]) by smtp.gmail.com with ESMTPSA id m20sm3157741qkk.15.2020.01.09.07.16.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 09 Jan 2020 07:16:52 -0800 (PST) Sender: Mark Johnston Date: Thu, 9 Jan 2020 10:16:48 -0500 From: Mark Johnston To: Hans Petter Selasky Cc: Poul-Henning Kamp , current@freebsd.org, Jeff Roberson , Konstantin Belousov Subject: Re: M_TEMP trouble in 13.0-CURRENT #0 r355131M Message-ID: <20200109151648.GA1953@raichu> References: <4164.1578563950@critter.freebsd.dk> <4e52b23e-32ed-6556-a74e-22c809a17fe0@selasky.org> <100f4e72-ef8b-07dc-b1e1-2a3ef4853d31@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <100f4e72-ef8b-07dc-b1e1-2a3ef4853d31@selasky.org> X-Rspamd-Queue-Id: 47tqTl59DBz4Gd7 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=bzZbJyUg; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::f2d as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-3.35 / 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.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; IP_SCORE(-1.65)[ip: (-4.22), ipnet: 2607:f8b0::/32(-2.12), asn: 15169(-1.85), country: US(-0.05)]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 15:17:00 -0000 On Thu, Jan 09, 2020 at 12:58:28PM +0100, Hans Petter Selasky wrote: > Hi Jeff and Konstantin, > > You have a logical breakage after the domainset patches for malloc. The size > used for allocation statistics is not the same like for freeing causing > messed up "vmstat -m". Sorry, I committed a different patch in r356555 before seeing this. > Also you should audit the code for zero-sized allocations, because upon > alloc, zero-sized is not counted, while on free it is. Can you explain further? A zero-sized allocation should be rounded up to 16 bytes in all paths. > See attached patch. > > --HPS > diff --git a/sys/kern/kern_malloc.c b/sys/kern/kern_malloc.c > index eba9fc3e1ef..aab33873741 100644 > --- a/sys/kern/kern_malloc.c > +++ b/sys/kern/kern_malloc.c > @@ -669,8 +669,10 @@ malloc_domain(size_t size, int *indxp, struct malloc_type *mtp, int domain, > krequests[size >> KMEM_ZSHIFT]++; > #endif > va = uma_zalloc_domain(zone, NULL, domain, flags); > - if (va != NULL) > + if (__predict_true(va != NULL)) { > size = zone->uz_size; > + malloc_type_zone_allocated(mtp, size, indx); > + } > *indxp = indx; > > return ((void *) va); > @@ -699,7 +701,8 @@ malloc_domainset(size_t size, struct malloc_type *mtp, struct domainset *ds, > ret = malloc_domain(size, &indx, mtp, domain, flags); > } while (ret == NULL && > vm_domainset_iter_policy(&di, &domain) == 0); > - malloc_type_zone_allocated(mtp, ret == NULL ? 0 : size, indx); > + if (__predict_false(ret == NULL)) > + malloc_type_zone_allocated(mtp, 0, indx); > } else { > /* Policy is handled by kmem. */ > ret = malloc_large(&size, ds, flags); > _______________________________________________ > 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 Thu Jan 9 15:38: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 299C61F14C7 for ; Thu, 9 Jan 2020 15:38:37 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47tqyh5ZLHz4Ht6 for ; Thu, 9 Jan 2020 15:38:36 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id BF3861F14C3; Thu, 9 Jan 2020 15:38: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 BEF4A1F14C2 for ; Thu, 9 Jan 2020 15:38:36 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47tqyh0YVbz4Ht5; Thu, 9 Jan 2020 15:38:35 +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)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 4B30F2602FF; Thu, 9 Jan 2020 16:38:33 +0100 (CET) Subject: Re: M_TEMP trouble in 13.0-CURRENT #0 r355131M To: Mark Johnston Cc: Poul-Henning Kamp , current@freebsd.org, Jeff Roberson , Konstantin Belousov References: <4164.1578563950@critter.freebsd.dk> <4e52b23e-32ed-6556-a74e-22c809a17fe0@selasky.org> <100f4e72-ef8b-07dc-b1e1-2a3ef4853d31@selasky.org> <20200109151648.GA1953@raichu> From: Hans Petter Selasky Message-ID: Date: Thu, 9 Jan 2020 16:37:13 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <20200109151648.GA1953@raichu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47tqyh0YVbz4Ht5 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-4.94 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-2.64)[ip: (-9.21), ipnet: 2a01:4f8::/29(-2.45), asn: 24940(-1.50), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 15:38:37 -0000 On 2020-01-09 16:16, Mark Johnston wrote: >> Also you should audit the code for zero-sized allocations, because upon >> alloc, zero-sized is not counted, while on free it is. > Can you explain further? A zero-sized allocation should be rounded up to > 16 bytes in all paths. > If the zero-sized allocation is rounded to 16-bytes, I don't see any problem. Thank you! --HPS From owner-freebsd-current@freebsd.org Thu Jan 9 15: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 4D7981F17CF for ; Thu, 9 Jan 2020 15:42:22 +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 47tr320pKbz4JJN for ; Thu, 9 Jan 2020 15:42:22 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id 1AFBD1F17CE; Thu, 9 Jan 2020 15:42:22 +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 1AC4D1F17CD for ; Thu, 9 Jan 2020 15:42:22 +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) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47tr3069jZz4JJK; Thu, 9 Jan 2020 15:42:20 +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)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 2B3962602FF; Thu, 9 Jan 2020 16:42:17 +0100 (CET) Subject: Re: M_TEMP trouble in 13.0-CURRENT #0 r355131M To: Mark Johnston Cc: Poul-Henning Kamp , current@freebsd.org, Jeff Roberson , Konstantin Belousov References: <4164.1578563950@critter.freebsd.dk> <4e52b23e-32ed-6556-a74e-22c809a17fe0@selasky.org> <100f4e72-ef8b-07dc-b1e1-2a3ef4853d31@selasky.org> <20200109151648.GA1953@raichu> From: Hans Petter Selasky Message-ID: Date: Thu, 9 Jan 2020 16:40:56 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <20200109151648.GA1953@raichu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47tr3069jZz4JJK 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 [-5.41 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-3.11)[ip: (-9.34), ipnet: 88.99.0.0/16(-4.71), asn: 24940(-1.50), country: DE(-0.02)]; 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]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 15:42:22 -0000 On 2020-01-09 16:16, Mark Johnston wrote: > Sorry, I committed a different patch in r356555 before seeing this. I thought of your version first too. You can decide, I think my version is more clean. --HPS From owner-freebsd-current@freebsd.org Thu Jan 9 22:53: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 AB05C1FC21B for ; Thu, 9 Jan 2020 22:53:41 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-qb1can01on0618.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5c::618]) (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 47v1ch4C1tz3MGq; Thu, 9 Jan 2020 22:53:40 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ddTbZZDDNqY6Org8iQcg46V0oqNUDFHfu/DOQnmV2iSgGU1H3obyMnME5ASOJTSr2/Iapm9mT35RJNdjhhYa6AonDJQ27hc4lpPpLJoqIWj3YPA+MziluoYXm0qobRoAaQze/Hlr3rzuDOdq9sHpw/dt9Je6Ng1yB48Ar6irBpnM0I5U/kLf2SVELoiOZGpzDKZLcHEnoI1JZ/TP0GRev28N8J6FcaoaqCg4i9CyDFGf7l9EsGaPjf7QNlyb/ENfjBWr81xSnVgQNPVqqtwbARQTmcaN56dwMnqh70A1xKgPhytcFi9HS/kcLL4LOVZhTLtM6XYV6GXcqXDy9qhVVQ== 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=xAmtw8wBtTCAZOTEtjLHkCZkO9wvzplj6gFuBIiet4U=; b=D/yx0vH9DnFV4gxNw6nlfaXIVLf1WyRMs5SnoFW0MTGlmF0eQu7XDwdnI+5K/TgVKf+vWZlewX93bRRurmDpimlxFTKAHy/yS22kCd+fI3yAsOjIMVQDcrncIZlCl3M/VS2J06VzIueV13OG0tO18huJO9HlZ6ma8+ewjwMn4TLCnI7FLIDtvjMCdefaG9eTuAR3rAPD5Ikqb22cRc87yvbQqKoeQcvegSWbv4hUGjBNS1M4reK2C+xh26TU985rE0kqAZk73WiFEVhI63nuCA3qi5a/PuXmRtJuDwM+LDfEaujJgOkbdSB6he9vwYuV1yPa3eBNxBLKVNOEgAnLrg== 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 Received: from YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM (52.132.69.153) by YQBPR0101MB1633.CANPRD01.PROD.OUTLOOK.COM (52.132.65.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2623.9; Thu, 9 Jan 2020 22:53:38 +0000 Received: from YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM ([fe80::7512:8580:8d82:6c94]) by YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM ([fe80::7512:8580:8d82:6c94%6]) with mapi id 15.20.2602.018; Thu, 9 Jan 2020 22:53:38 +0000 From: Rick Macklem To: John Baldwin , "freebsd-current@FreeBSD.org" Subject: Re: how to use the ktls Thread-Topic: how to use the ktls Thread-Index: AQHVxa2HeRfmo36hWEyrGcMaBhE88KfhEeoAgAHfXus= Date: Thu, 9 Jan 2020 22:53:38 +0000 Message-ID: References: , <5be57c87-90fe-fcbe-ea37-bdb1bcff2da8@FreeBSD.org> In-Reply-To: <5be57c87-90fe-fcbe-ea37-bdb1bcff2da8@FreeBSD.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: 9b051d3d-3333-4261-bf83-08d79556c420 x-ms-traffictypediagnostic: YQBPR0101MB1633: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-forefront-prvs: 02778BF158 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(39860400002)(366004)(346002)(136003)(396003)(189003)(199004)(51874003)(478600001)(5660300002)(186003)(66446008)(76116006)(66476007)(66556008)(91956017)(86362001)(9686003)(2906002)(71200400001)(6506007)(8936002)(7696005)(55016002)(64756008)(66946007)(26005)(33656002)(110136005)(786003)(8676002)(52536014)(81156014)(450100002)(81166006)(316002); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB1633; H:YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: PvxPXCnvgucJEBPyAkmXx06Mbmu84Z3EsM8fLLYGqnQSHsPn5OAiiZbesHQw2TxkzqG5JMmfMdEqVV9E9l0830KAth1w9H2gjDfUoTlIl3488CX8Fwhk4vWCYfmnpJuyZ7OK7pn9ZW6MM9A55ITwi9bhdLZiaFjRLmnhBGPCt4cRqmeMtVmvut6cENsvGVIwotaiLDvvrizbqYdxTIVjeZj/IaTBXf9eNVdkJ194dcU3u6xy0NtS9OWK8TKm/WdKj65ALoWkzURZEsfjAOXVJ0Wi9TqJEFYeOA4Q519eOlgzuRXxzz0J6OEU+cDPiiHOZXpBF/9uCZauz6aQj9ePPoyX2uiZWBcUBFIN50BJa3uY5EFN2EiOnD25h0wm5IFYg6E5lYU1cY2mYUaMQfdzzkoEPI0o8hAySYh2oHBlpgJ4ss6T+PbfmORoZmwT2+BpUhUslU9wqJsCzzgf8m/mGoSUZDLnhiTOOABi/aeapvMAxlvo/98709VzIdu0vdtF 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: 9b051d3d-3333-4261-bf83-08d79556c420 X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jan 2020 22:53:38.5311 (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: HUImTKLA2z+s0kuLFRV0DOTXOVtr7/hwO3Lzbg6neyoJpaawOVcfH1lhDbX3Sgv4mnw3KuOtQQTUQyNZojATBA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1633 X-Rspamd-Queue-Id: 47v1ch4C1tz3MGq X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 2a01:111:f400:fe5c::618 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.65 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[uoguelph.ca]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.35)[ipnet: 2a01:111:f000::/36(-3.72), asn: 8075(-2.99), country: US(-0.05)]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 22:53:41 -0000 John Baldwin wrote:=0A= >On 1/7/20 3:02 PM, Rick Macklem wrote:=0A= >> Hi,=0A= >>=0A= >> Now that I've completed NFSv4.2 I'm on to the next project, which is mak= ing NFS=0A= >> work over TLS.=0A= >> Of course, I know absolutely nothing about TLS, which will make this an = interesting=0A= >> exercise for me.=0A= >> I did find simple server code in the OpenSSL doc. which at least gives m= e a starting=0A= >> point for the initialization stuff.=0A= >> As I understand it, this initialization must be done in userspace?=0A= >>=0A= >> Then somehow, the ktls takes over and does the encryption of the=0A= >> data being sent on the socket via sosend_generic(). Does that sound righ= t?=0A= >>=0A= >> So, how does the kernel know the stuff that the initialization phase (ha= ndshake)=0A= >> figures out, or is it magic I don't have to worry about?=0A= >>=0A= >> Don't waste much time replying to this. A few quick hints will keep me g= oing for=0A= >> now. (From what I've seen sofar, this TLS stuff isn't simple. And I thou= ght Kerberos=0A= >> was a pain.;-)=0A= >>=0A= >> Thanks in advance for any hints, rick=0A= >=0A= >Hmmm, this might be a fair bit of work indeed.=0A= If it was easy, it wouldn't be fun;-) FreeBSD13 is a ways off and if it do= esn't make that, oh well..=0A= =0A= >Right now KTLS only works for transmit (though I have some WIP for receive= ).=0A= Hopefully your WIP will make progress someday, or I might be able to work o= n it.=0A= =0A= >KTLS does assumes that the initial handshake and key negotiation is handle= d by=0A= >OpenSSL. OpenSSL uses custom setockopt() calls to tell the kernel which= =0A= >session keys to use.=0A= Yea, I figured I'd need a daemon like the gssd for this. The krpc makes it = a little=0A= more fun, since it handles TCP connections in the kernel.=0A= =0A= >I think what you would want to do is use something like OpenSSL_connect() = in=0A= >userspace, and then check to see if KTLS "worked".=0A= Thanks (and for the code below). I found the simple server code in the Open= SSL doc,=0A= but the client code gets a web page and is quite involved.=0A= =0A= >If it did, you can tell=0A= >the kernel it can write to the socket directly, otherwise you will have to= =0A= >bounce data back out to userspace to run it through SSL_write() and have= =0A= >userspace do SSL_read() and then feed data into the kernel.=0A= I don't think bouncing the data up/down to/from userland would work well.= =0A= I'd say "if it can't be done in the kernel, too bad". The above could be us= ed for=0A= a NULL RPC to see it is working, for the client.=0A= =0A= >The pseudo-code might look something like:=0A= >=0A= >SSL *s;=0A= >=0A= >s =3D SSL_new(...);=0A= >=0A= >/* fd is the existing TCP socket */=0A= >SSL_set_fd(s, fd);=0A= >OpenSSL_connect(s);=0A= >if (BIO_get_ktls_send(SSL_get_wbio(s)) {=0A= > /* Can use KTLS for transmit. */=0A= >}=0A= >if (BIO_get_ktls_recv(SSL_get_rbio(s)) {=0A= > /* Can use KTLS for receive. */=0A= >}=0A= =0A= Thanks John, rick=0A= =0A= =0A= --=0A= John Baldwin=0A= From owner-freebsd-current@freebsd.org Fri Jan 10 06:31: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 145D8225679 for ; Fri, 10 Jan 2020 06:31:27 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47vCmt2MnVz4FfR for ; Fri, 10 Jan 2020 06:31:26 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-wr1-x442.google.com with SMTP id d16so632277wre.10 for ; Thu, 09 Jan 2020 22:31:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=xc2gMiboqKeZ/pePrhgmhiHTY8DiGFqc2UE5OQ81dtA=; b=tOPrx82O7+5OTKqKOsaiUCH3Td81G8HHNr+vzV6XLQTWR1ud2H0DE5aAJKN4Nc4p0h swDiqbJkBnBULw6SvecVHo+sKjG5UW3WGyV1uBmgLFweA/51PVO6CzR0a/u5uHnpznzI C4JoYWYGX9AmTVJB57x0WsUf/EaKxe040KXbAm6O5VsIqT3jfRAjHXsAWUs26ktiDE4A BjNb16iX67WIPUurCtQ/Bvh5rJwFpODazhyZgeyQmUNZVPtbm4N1E+GvUgqP6WVzKHkc CxaFsF4qp6W4UWvgASH8m3i6HVxcuZxz5aE6of/wymAqSZlzXhTgvQtasACrHGo4ge5Z n+fQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=xc2gMiboqKeZ/pePrhgmhiHTY8DiGFqc2UE5OQ81dtA=; b=qcOnKyhRK7UyfJvx7YNEyO+76varpHsNwUfy7WIgC9xMPXtZHUklx9m+Zny/TX6aZ6 ODQyNJ2P9rQVNHEINtbl7gkCn7yzzbSoqgIcFVrQPBZLbwgf19mvy2atmfs6jyIzuA3S vCPm5HJ3Bsm/8nFUnvzZwgMDFDSR8bcy+oqRAtgJrjpSpeyGHy/Ij8lCBqTu6DKSyg8e 0EPWhSVizgB+3Go7sqnlSExqihQNfbhD2yZjfDUnPZXIeXYB0Kb8EGQhw7h6U9iKrT4s tLxIJ5bmGTFPlOFSYZklEy4IwrZLvQyzkYi8AdGZU78lA81huBR2TdT6LFUQumSQFLxh 8apw== X-Gm-Message-State: APjAAAX4Q9zUUZUzMIlgA9NTEVLeyOBXbJzo+krThmXguAgkq9bSEG56 +7RhOy74U91Oevo7avo08TERD9l4p4saZqYN4tlBViB3 X-Google-Smtp-Source: APXvYqxD3UlQxRUTuhKnBRfFCBd6YrXrChM5eTWJXUhQJ+b6Ks1RxTk/5daTlxZtEErgXDVhjgpGWjESpwzMAg+vrqI= X-Received: by 2002:adf:ef4e:: with SMTP id c14mr1590875wrp.142.1578637884478; Thu, 09 Jan 2020 22:31:24 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Pavel Timofeev Date: Fri, 10 Jan 2020 09:31:13 +0300 Message-ID: Subject: Re: Can't cross-compile HEAD To: freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 47vCmt2MnVz4FfR X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=tOPrx82O; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of timp87@gmail.com designates 2a00:1450:4864:20::442 as permitted sender) smtp.mailfrom=timp87@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; 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.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (2.31), ipnet: 2a00:1450::/32(-2.61), asn: 15169(-1.85), country: US(-0.05)]; 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)[2.4.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; 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_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2020 06:31:27 -0000 =D1=87=D1=82, 9 =D1=8F=D0=BD=D0=B2. 2020 =D0=B3. =D0=B2 16:52, Pavel Timofe= ev : > > Hello > > I'm trying to cross-compile HEAD r356551 for mips on my FreeBSD-12.1 amd6= 4. > I'm using mips-gcc6-6.5.0 and this > https://github.com/freebsd/freebsd-wifi-build nice project to build > image for my tl-wdr3600 > > The error I'm getting is: > ... > =3D=3D=3D> usr.sbin/fmtree (all) > =3D=3D=3D> usr.bin/vi (all) > =3D=3D=3D> usr.sbin/freebsd-update (all) > =3D=3D=3D> usr.sbin/gpioctl (all) > =3D=3D=3D> usr.sbin/inetd (all) > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c: In function > 'getconfigent': > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:1614:6: > warning: variable 'v4bind' set but not used > [-Wunused-but-set-variable] > int v4bind; > ^~~~~~ > At top level: > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:33:19: > warning: 'copyright' defined but not used [-Wunused-const-variable=3D] > static const char copyright[] =3D > ^~~~~~~~~ > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c: In function 's= etup': > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:1368:4: > error: 'netid' may be used uninitialized in this function > [-Werror=3Dmaybe-uninitialized] > rpcb_set(sep->se_rpc_prog, i, netid, &nbuf); > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > cc1: all warnings being treated as errors > --- inetd.o --- > *** [inetd.o] Error code 1 > > > Could anybody please help fix that? Terribly sorry, I forgot to mention a very important detail. My src.conf has the only option now. It's WITHOUT_INET6=3D"YES" From owner-freebsd-current@freebsd.org Fri Jan 10 14:48: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 E78DB1E9910 for ; Fri, 10 Jan 2020 14:48:27 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) 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 47vQpM5vDdz3C75 for ; Fri, 10 Jan 2020 14:48:27 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qt1-f172.google.com (mail-qt1-f172.google.com [209.85.160.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id B31D01077 for ; Fri, 10 Jan 2020 14:48:27 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qt1-f172.google.com with SMTP id v25so2095621qto.7 for ; Fri, 10 Jan 2020 06:48:27 -0800 (PST) X-Gm-Message-State: APjAAAUEol7ww2MkmQ0N0V94ZM82aRBjv7u7P+GOqEEkGjpnjYSu7WDU Ym6IvHriHvnPB1EbxrqpABN9f188DXsO7OV0tN8= X-Google-Smtp-Source: APXvYqwI2rxa9AkxLYnGNN7fgWDoVwSwLvLRaciL+wWN9PvpuTKsriG+nkjyfMGbsGiY1SDj/Cei+hVb2lcUJUggKgg= X-Received: by 2002:ac8:ff6:: with SMTP id f51mr2722508qtk.60.1578667707241; Fri, 10 Jan 2020 06:48:27 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kyle Evans Date: Fri, 10 Jan 2020 08:48:15 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Can't cross-compile HEAD To: Pavel Timofeev Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2020 14:48:28 -0000 On Fri, Jan 10, 2020 at 12:31 AM Pavel Timofeev wrote: > > =D1=87=D1=82, 9 =D1=8F=D0=BD=D0=B2. 2020 =D0=B3. =D0=B2 16:52, Pavel Timo= feev : > > > > Hello > > > > I'm trying to cross-compile HEAD r356551 for mips on my FreeBSD-12.1 am= d64. > > I'm using mips-gcc6-6.5.0 and this > > https://github.com/freebsd/freebsd-wifi-build nice project to build > > image for my tl-wdr3600 > > > > The error I'm getting is: > > ... > > =3D=3D=3D> usr.sbin/fmtree (all) > > =3D=3D=3D> usr.bin/vi (all) > > =3D=3D=3D> usr.sbin/freebsd-update (all) > > =3D=3D=3D> usr.sbin/gpioctl (all) > > =3D=3D=3D> usr.sbin/inetd (all) > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c: In function > > 'getconfigent': > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:1614:6: > > warning: variable 'v4bind' set but not used > > [-Wunused-but-set-variable] > > int v4bind; > > ^~~~~~ > > At top level: > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:33:19: > > warning: 'copyright' defined but not used [-Wunused-const-variable=3D] > > static const char copyright[] =3D > > ^~~~~~~~~ > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c: In function = 'setup': > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:1368:4: > > error: 'netid' may be used uninitialized in this function > > [-Werror=3Dmaybe-uninitialized] > > rpcb_set(sep->se_rpc_prog, i, netid, &nbuf); > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > cc1: all warnings being treated as errors > > --- inetd.o --- > > *** [inetd.o] Error code 1 > > > > > > Could anybody please help fix that? > > > > Terribly sorry, I forgot to mention a very important detail. > My src.conf has the only option now. > It's WITHOUT_INET6=3D"YES" Thanks for that addition- you saved me a little bit of effort examining why it's unused. =3D-) The inetd build should be clear after r356602, but you'll need to build WITHOUT_GOOGLETEST=3Dyes for now with the gcc ports. There are some fundamental issues with mips-gcc{6,9} trying to emit __floatunsidf references, but that's a hidden symbol in our libgcc. I expect to, by the end of the day, either have a fix pending or mark it as a BROKEN_OPTION on mips+gcc while we hash out the details , as gcc{6,9} is the only option we support for building mips at the moment. Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Fri Jan 10 16:40:43 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 2DFCC1EBF15 for ; Fri, 10 Jan 2020 16:40:43 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47vTHt1WYyz3JXM for ; Fri, 10 Jan 2020 16:40:41 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from disco.vangyzen.net (unknown [70.97.188.230]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 3EB1156468; Fri, 10 Jan 2020 10:40:35 -0600 (CST) Subject: Re: ffs_fhtovp: inode overflow? To: Konstantin Belousov Cc: freebsd-current References: <20191211215501.GV2744@kib.kiev.ua> From: Eric van Gyzen Message-ID: <29bccb62-bdd9-3e54-0f30-94f211cd569e@vangyzen.net> Date: Fri, 10 Jan 2020 10:40:30 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <20191211215501.GV2744@kib.kiev.ua> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47vTHt1WYyz3JXM X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of eric@vangyzen.net designates 199.48.133.146 as permitted sender) smtp.mailfrom=eric@vangyzen.net X-Spamd-Result: default: False [-4.39 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[vangyzen.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-3.09)[ip: (-7.99), ipnet: 199.48.132.0/22(-3.60), asn: 36236(-3.83), country: US(-0.05)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:36236, ipnet:199.48.132.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2020 16:40:43 -0000 On 12/11/19 3:55 PM, Konstantin Belousov wrote: > On Wed, Dec 11, 2019 at 10:26:41AM -0600, Eric van Gyzen wrote: >> Since ino64 went in, Coverity complains that the two "ino >= foo" >> comparisons in ffs_fhtovp() compare a 64-bit value to a 32-bit. Is this >> a problem in practice? > > I do not think that this a problem, and Coverity could be a bit smarter > there. > > The ino variable is 64bit, but why is it worrysome to compare it with a > 32 bit value ? We want to limit the value to the max possible inode > number but still keep it type-correct. I incorrectly thought that UFS supported 64-bit inodes. Thanks for correcting me, Kostik. Eric From owner-freebsd-current@freebsd.org Fri Jan 10 18:59: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 0D0C21F02E9 for ; Fri, 10 Jan 2020 18:59:03 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47vXMW0887z3y3H; Fri, 10 Jan 2020 18:59:02 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-wm1-x330.google.com with SMTP id f129so3059337wmf.2; Fri, 10 Jan 2020 10:59:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=cAfVk2hYbHMb9CBdMMPaRImfPPss7fGIaS+kB8jD6GA=; b=RN1ZIRvWY5LAzTeCsRS3BkbTuf0j1sCgm18uyrs+DWBOXDpOpFza9Y3Bvs+VgphtR7 6gJB+c/xF6/NRFWbSolK7e4kyPEGzxPbPWV7NKp79HjeBG4UINlqnrfuDjk7QS+hPEAj eTmIreCEONoJIgiuXdOMfwovKNmE4Ejmtfpfg70HHJcHMSM+jJXlqG75Kd3azcMXG6Yy DeVYx+IAPmP0frWQNiKGyaf4FS7nhEsqzIX2sEGXZKDMg0lNXhC9rKH1ITEkFfe15PPM sZ/8jhgkUy2k381qWm0ncvbeLaZGKjyIkI3LHwZ06BLoMdnDiWUL8lqKbLRrK4Pb9Ydf ASCg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=cAfVk2hYbHMb9CBdMMPaRImfPPss7fGIaS+kB8jD6GA=; b=lSbQ6iDM3VLoM2JCL7zByLShoR7c5770DyXz9KE9+eH/VXA4Oo/WX0t0kSyCh2DMz8 w99JRUe2Moh2WbD6tsPFIXy+Bc/BTvgL/+lHE5QQWVcHCAcRHNDNO394hSgFDWT4AAPd CckpPTmbBw62oIhRNo5XcJQ0ITjPuJ7t9INVhyosJVwnW5ymQW07se2L2d7smKJ1ftBK WptNl7SeCMI06viXiD/quQ8G9NSJdWyiiXUejHt+wigcY485eAP/gDobafy+rNrNoAKh MWc63rphanI3Vzx4p0jV0jzeu4ePwdReCr+eJZpVG+49J/Thim2YLuZhl0CpCj8PL0tj bVYA== X-Gm-Message-State: APjAAAVr7RJ8I3zSfkJJniyNJQvPHMj/ij5huGJR8lxI9ZjU+E4izASd 07+pht62eEbyNanOFCrGD+b5p0tBcQPgYdC2BL5J91hzuK0= X-Google-Smtp-Source: APXvYqzRDWiCL6xzZ9N6PD5KNy8S/Oj0hp6dHpSUYeI4XFsYVqNTePg31xWEVQcr5JkDpNkyu8losDT9ReIJREeyk4w= X-Received: by 2002:a05:600c:a:: with SMTP id g10mr5997583wmc.14.1578682740444; Fri, 10 Jan 2020 10:59:00 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Pavel Timofeev Date: Fri, 10 Jan 2020 21:58:49 +0300 Message-ID: Subject: Re: Can't cross-compile HEAD To: Kyle Evans Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 47vXMW0887z3y3H X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2020 18:59:03 -0000 =D0=BF=D1=82, 10 =D1=8F=D0=BD=D0=B2. 2020 =D0=B3. =D0=B2 17:48, Kyle Evans = : > > On Fri, Jan 10, 2020 at 12:31 AM Pavel Timofeev wrote: > > > > =D1=87=D1=82, 9 =D1=8F=D0=BD=D0=B2. 2020 =D0=B3. =D0=B2 16:52, Pavel Ti= mofeev : > > > > > > Hello > > > > > > I'm trying to cross-compile HEAD r356551 for mips on my FreeBSD-12.1 = amd64. > > > I'm using mips-gcc6-6.5.0 and this > > > https://github.com/freebsd/freebsd-wifi-build nice project to build > > > image for my tl-wdr3600 > > > > > > The error I'm getting is: > > > ... > > > =3D=3D=3D> usr.sbin/fmtree (all) > > > =3D=3D=3D> usr.bin/vi (all) > > > =3D=3D=3D> usr.sbin/freebsd-update (all) > > > =3D=3D=3D> usr.sbin/gpioctl (all) > > > =3D=3D=3D> usr.sbin/inetd (all) > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c: In functio= n > > > 'getconfigent': > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:1614:6: > > > warning: variable 'v4bind' set but not used > > > [-Wunused-but-set-variable] > > > int v4bind; > > > ^~~~~~ > > > At top level: > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:33:19: > > > warning: 'copyright' defined but not used [-Wunused-const-variable=3D= ] > > > static const char copyright[] =3D > > > ^~~~~~~~~ > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c: In functio= n 'setup': > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:1368:4: > > > error: 'netid' may be used uninitialized in this function > > > [-Werror=3Dmaybe-uninitialized] > > > rpcb_set(sep->se_rpc_prog, i, netid, &nbuf); > > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > cc1: all warnings being treated as errors > > > --- inetd.o --- > > > *** [inetd.o] Error code 1 > > > > > > > > > Could anybody please help fix that? > > > > > > > > Terribly sorry, I forgot to mention a very important detail. > > My src.conf has the only option now. > > It's WITHOUT_INET6=3D"YES" > > Thanks for that addition- you saved me a little bit of effort > examining why it's unused. =3D-) > > The inetd build should be clear after r356602, but you'll need to > build WITHOUT_GOOGLETEST=3Dyes for now with the gcc ports. There are > some fundamental issues with mips-gcc{6,9} trying to emit > __floatunsidf references, but that's a hidden symbol in our libgcc. > > I expect to, by the end of the day, either have a fix pending or mark > it as a BROKEN_OPTION on mips+gcc while we hash out the details , as > gcc{6,9} is the only option we support for building mips at the > moment. > > Thanks, > > Kyle Evans Thanks a lot, Kyle! Build process passes further! Now I'm on r356606 and have these in src.conf WITHOUT_GOOGLETEST=3Dyes WITHOUT_INET6=3D"YES" Getting different error: .... =3D=3D=3D> usr.sbin/sendmail (all) /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:33:19: warning: 'copyright' defined but not used [-Wunused-const-variable=3D] static const char copyright[] =3D ^~~~~~~~~ /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c: In function 'getname': /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:520:6: warning: variable 'ppp_state' might be clobbered by 'longjmp' or 'vfork' [-Wclobbered] int ppp_state =3D 0; ^~~~~~~~~ /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:521:6: warning: variable 'ppp_connection' might be clobbered by 'longjmp' or 'vfork' [-Wclobbered] int ppp_connection =3D 0; ^~~~~~~~~~~~~~ /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c: In function 'main': /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:183:6: warning: variable 'first_sleep' might be clobbered by 'longjmp' or 'vfork' [-Wclobbered] int first_sleep =3D 1, first_time =3D 1; ^~~~~~~~~~~ /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:183:23: warning: variable 'first_time' might be clobbered by 'longjmp' or 'vfork' [-Wclobbered] int first_sleep =3D 1, first_time =3D 1; ^~~~~~~~~~ /usr/home/pavel.timofeev/mips/head/libexec/getty/init.c:36:19: warning: 'rcsid' defined but not used [-Wunused-const-variable=3D] static const char rcsid[] =3D ^~~~~ /usr/home/pavel.timofeev/mips/head/libexec/getty/subr.c:36:19: warning: 'rcsid' defined but not used [-Wunused-const-variable=3D] static const char rcsid[] =3D ^~~~~ /usr/local/bin/mips-unknown-freebsd12.0-ld: nc.lo: in function `main': /usr/home/pavel.timofeev/mips/head/contrib/netcat/netcat.c:365: warning: warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zstd.= o): in fun ction `archive_compressor_zstd_free': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:128: undefined reference to `ZSTD_freeCStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:128: undefined reference to `ZSTD_freeCStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zstd.= o): in fun ction `archive_compressor_zstd_options': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:150: undefined reference to `ZSTD_maxCLevel' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:150: undefined reference to `ZSTD_maxCLevel' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zstd.= o): in fun ction `archive_compressor_zstd_open': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:200: undefined reference to `ZSTD_initCStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:200: undefined reference to `ZSTD_initCStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:200: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:200: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:177: undefined reference to `ZSTD_CStreamOutSize' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:177: undefined reference to `ZSTD_CStreamOutSize' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zstd.= o): in fun ction `drive_compressor': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:270: undefined reference to `ZSTD_compressStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:270: undefined reference to `ZSTD_compressStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:272: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:272: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:273: undefined reference to `ZSTD_getErrorName' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:273: undefined reference to `ZSTD_getErrorName' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:270: undefined reference to `ZSTD_endStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:270: undefined reference to `ZSTD_endStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:272: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:272: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:273: undefined reference to `ZSTD_getErrorName' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:273: undefined reference to `ZSTD_getErrorName' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zstd.= o): in fun ction `archive_write_add_filter_zstd': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:101: undefined reference to `ZSTD_createCStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:101: undefined reference to `ZSTD_createCStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_filter_zs= td.o): in function `zstd_filter_close': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:285: undefined reference to `ZSTD_freeDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:285: undefined reference to `ZSTD_freeDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_filter_zs= td.o): in function `zstd_bidder_init': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:166: undefined reference to `ZSTD_DStreamOutSize' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:166: undefined reference to `ZSTD_DStreamOutSize' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:175: undefined reference to `ZSTD_createDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:175: undefined reference to `ZSTD_createDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:180: undefined reference to `ZSTD_freeDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:180: undefined reference to `ZSTD_freeDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_filter_zs= td.o): in function `zstd_filter_read': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:247: undefined reference to `ZSTD_decompressStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:247: undefined reference to `ZSTD_decompressStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:250: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:250: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:217: undefined reference to `ZSTD_initDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:217: undefined reference to `ZSTD_initDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:218: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:218: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:219: undefined reference to `ZSTD_getErrorName' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:219: undefined reference to `ZSTD_getErrorName' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:251: undefined reference to `ZSTD_getErrorName' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:251: undefined reference to `ZSTD_getErrorName' collect2: error: ld returned 1 exit status --- bsdbox --- *** [bsdbox] Error code 1 make[4]: stopped in /usr/home/pavel.timofeev/mips/obj/mips_ap/usr/home/pavel.timofeev/mips/head= /mips.mips/tools/bsdbox ...... From owner-freebsd-current@freebsd.org Fri Jan 10 19:05: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 A75D91F07C8 for ; Fri, 10 Jan 2020 19:05:20 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) 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 47vXVm4kRnz3yg0; Fri, 10 Jan 2020 19:05:20 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f180.google.com (mail-qk1-f180.google.com [209.85.222.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 8D3EC2F5F; Fri, 10 Jan 2020 19:05:20 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f180.google.com with SMTP id a203so2892823qkc.3; Fri, 10 Jan 2020 11:05:20 -0800 (PST) X-Gm-Message-State: APjAAAX8G0/WWocKYQpfYjNehsioS9L2+ze5U+o1mRgw+nRVVBEi8PKa pW7vU42Llm3Iq7OGzs6Kb/x6BQGqnNMJWkLo1Vg= X-Google-Smtp-Source: APXvYqzhrYmC9mPqOMSHQROPeJ9ZFzqu6TZiN+ESqnSG4WNhe06nh4zmo454Cju74h/bowwpE49hB9WHvAD1zW8E9OU= X-Received: by 2002:ae9:e10e:: with SMTP id g14mr4846645qkm.430.1578683120086; Fri, 10 Jan 2020 11:05:20 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kyle Evans Date: Fri, 10 Jan 2020 13:05:08 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Can't cross-compile HEAD To: Pavel Timofeev Cc: freebsd-current , Adrian Chadd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2020 19:05:20 -0000 On Fri, Jan 10, 2020 at 12:59 PM Pavel Timofeev wrote: > > =D0=BF=D1=82, 10 =D1=8F=D0=BD=D0=B2. 2020 =D0=B3. =D0=B2 17:48, Kyle Evan= s : > > > > On Fri, Jan 10, 2020 at 12:31 AM Pavel Timofeev wrot= e: > > > > > > =D1=87=D1=82, 9 =D1=8F=D0=BD=D0=B2. 2020 =D0=B3. =D0=B2 16:52, Pavel = Timofeev : > > > > > > > > Hello > > > > > > > > I'm trying to cross-compile HEAD r356551 for mips on my FreeBSD-12.= 1 amd64. > > > > I'm using mips-gcc6-6.5.0 and this > > > > https://github.com/freebsd/freebsd-wifi-build nice project to build > > > > image for my tl-wdr3600 > > > > > > > > The error I'm getting is: > > > > ... > > > > =3D=3D=3D> usr.sbin/fmtree (all) > > > > =3D=3D=3D> usr.bin/vi (all) > > > > =3D=3D=3D> usr.sbin/freebsd-update (all) > > > > =3D=3D=3D> usr.sbin/gpioctl (all) > > > > =3D=3D=3D> usr.sbin/inetd (all) > > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c: In funct= ion > > > > 'getconfigent': > > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:1614:6: > > > > warning: variable 'v4bind' set but not used > > > > [-Wunused-but-set-variable] > > > > int v4bind; > > > > ^~~~~~ > > > > At top level: > > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:33:19: > > > > warning: 'copyright' defined but not used [-Wunused-const-variable= =3D] > > > > static const char copyright[] =3D > > > > ^~~~~~~~~ > > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c: In funct= ion 'setup': > > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:1368:4: > > > > error: 'netid' may be used uninitialized in this function > > > > [-Werror=3Dmaybe-uninitialized] > > > > rpcb_set(sep->se_rpc_prog, i, netid, &nbuf); > > > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > cc1: all warnings being treated as errors > > > > --- inetd.o --- > > > > *** [inetd.o] Error code 1 > > > > > > > > > > > > Could anybody please help fix that? > > > > > > > > > > > > Terribly sorry, I forgot to mention a very important detail. > > > My src.conf has the only option now. > > > It's WITHOUT_INET6=3D"YES" > > > > Thanks for that addition- you saved me a little bit of effort > > examining why it's unused. =3D-) > > > > The inetd build should be clear after r356602, but you'll need to > > build WITHOUT_GOOGLETEST=3Dyes for now with the gcc ports. There are > > some fundamental issues with mips-gcc{6,9} trying to emit > > __floatunsidf references, but that's a hidden symbol in our libgcc. > > > > I expect to, by the end of the day, either have a fix pending or mark > > it as a BROKEN_OPTION on mips+gcc while we hash out the details , as > > gcc{6,9} is the only option we support for building mips at the > > moment. > > > > Thanks, > > > > Kyle Evans > > Thanks a lot, Kyle! > Build process passes further! > Now I'm on r356606 and have these in src.conf > WITHOUT_GOOGLETEST=3Dyes > WITHOUT_INET6=3D"YES" > > Getting different error: > .... I'm re-running the build WITHOUT_GOOGLETEST here outside of a freebsd-wifi-build context, but CC'ing Adrian in case he's already familiar since he's been battling libarchive stuff recently. Leaving the context below intact in case he's not received this. > =3D=3D=3D> usr.sbin/sendmail (all) > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:33:19: > warning: 'copyright' defined but not used [-Wunused-const-variable=3D] > static const char copyright[] =3D > ^~~~~~~~~ > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c: In function > 'getname': > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:520:6: > warning: variable 'ppp_state' might be clobbered by 'longjmp' or > 'vfork' [-Wclobbered] > int ppp_state =3D 0; > ^~~~~~~~~ > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:521:6: > warning: variable 'ppp_connection' might be clobbered by 'longjmp' or > 'vfork' [-Wclobbered] > int ppp_connection =3D 0; > ^~~~~~~~~~~~~~ > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c: In function > 'main': > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:183:6: > warning: variable 'first_sleep' might be clobbered by 'longjmp' or > 'vfork' [-Wclobbered] > int first_sleep =3D 1, first_time =3D 1; > ^~~~~~~~~~~ > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:183:23: > warning: variable 'first_time' might be clobbered by 'longjmp' or > 'vfork' [-Wclobbered] > int first_sleep =3D 1, first_time =3D 1; > ^~~~~~~~~~ > /usr/home/pavel.timofeev/mips/head/libexec/getty/init.c:36:19: > warning: 'rcsid' defined but not used [-Wunused-const-variable=3D] > static const char rcsid[] =3D > ^~~~~ > /usr/home/pavel.timofeev/mips/head/libexec/getty/subr.c:36:19: > warning: 'rcsid' defined but not used [-Wunused-const-variable=3D] > static const char rcsid[] =3D > ^~~~~ > /usr/local/bin/mips-unknown-freebsd12.0-ld: nc.lo: in function `main': > /usr/home/pavel.timofeev/mips/head/contrib/netcat/netcat.c:365: > warning: warning: mktemp() possibly used unsafely; consider using > mkstemp() > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zst= d.o): > in fun > ction `archive_compressor_zstd_free': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:128: > undefined reference to `ZSTD_freeCStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:128: > undefined reference to `ZSTD_freeCStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zst= d.o): > in fun > ction `archive_compressor_zstd_options': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:150: > undefined reference to `ZSTD_maxCLevel' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:150: > undefined reference to `ZSTD_maxCLevel' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zst= d.o): > in fun > ction `archive_compressor_zstd_open': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:200: > undefined reference to `ZSTD_initCStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:200: > undefined reference to `ZSTD_initCStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:200: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:200: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:177: > undefined reference to `ZSTD_CStreamOutSize' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:177: > undefined reference to `ZSTD_CStreamOutSize' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zst= d.o): > in fun > ction `drive_compressor': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:270: > undefined reference to `ZSTD_compressStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:270: > undefined reference to `ZSTD_compressStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:272: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:272: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:273: > undefined reference to `ZSTD_getErrorName' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:273: > undefined reference to `ZSTD_getErrorName' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:270: > undefined reference to `ZSTD_endStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:270: > undefined reference to `ZSTD_endStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:272: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:272: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:273: > undefined reference to `ZSTD_getErrorName' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:273: > undefined reference to `ZSTD_getErrorName' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zst= d.o): > in fun > ction `archive_write_add_filter_zstd': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:101: > undefined reference to `ZSTD_createCStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= write_add_filter_zstd.c:101: > undefined reference to `ZSTD_createCStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_filter_= zstd.o): > in > function `zstd_filter_close': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:285: > undefined reference to `ZSTD_freeDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:285: > undefined reference to `ZSTD_freeDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_filter_= zstd.o): > in > function `zstd_bidder_init': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:166: > undefined reference to `ZSTD_DStreamOutSize' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:166: > undefined reference to `ZSTD_DStreamOutSize' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:175: > undefined reference to `ZSTD_createDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:175: > undefined reference to `ZSTD_createDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:180: > undefined reference to `ZSTD_freeDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:180: > undefined reference to `ZSTD_freeDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofee= v/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_filter_= zstd.o): > in > function `zstd_filter_read': > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:247: > undefined reference to `ZSTD_decompressStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:247: > undefined reference to `ZSTD_decompressStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:250: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:250: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:217: > undefined reference to `ZSTD_initDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:217: > undefined reference to `ZSTD_initDStream' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:218: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:218: > undefined reference to `ZSTD_isError' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:219: > undefined reference to `ZSTD_getErrorName' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:219: > undefined reference to `ZSTD_getErrorName' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:251: > undefined reference to `ZSTD_getErrorName' > /usr/local/bin/mips-unknown-freebsd12.0-ld: > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_= read_support_filter_zstd.c:251: > undefined reference to `ZSTD_getErrorName' > collect2: error: ld returned 1 exit status > --- bsdbox --- > *** [bsdbox] Error code 1 > > make[4]: stopped in > /usr/home/pavel.timofeev/mips/obj/mips_ap/usr/home/pavel.timofeev/mips/he= ad/mips.mips/tools/bsdbox > ...... From owner-freebsd-current@freebsd.org Sat Jan 11 05:06:16 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 C03F81FDE8E for ; Sat, 11 Jan 2020 05:06:16 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-wr1-x444.google.com (mail-wr1-x444.google.com [IPv6:2a00:1450:4864:20::444]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 47vnr85Jmdz4Zjm; Sat, 11 Jan 2020 05:06:16 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-wr1-x444.google.com with SMTP id c14so3703794wrn.7; Fri, 10 Jan 2020 21:06:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=2rn/IE44eYcG346Iz7dyLaPNys0WkbwqSDzQ8S+7xKI=; b=Cy15buY31UU7cgjxwoa6F0HLWx02WG9gysU9XprYCsUMyuYW13t66mhRsn9xYE6gwJ BW1Gs9Hlis4YbincXt42P5ShE/9FT/iYpCFfudLnJ0Xzih0UtyFsh+lbhTLzxkZ3W436 SnVeQAi2+UHpaUIPEvf0otwicKUFmmbARNIXI6cbyg4EDfAMon4VPGSWqV0w0gtvFRJq 2vlU5x5EDR1Qbgb2k0E3G6EwDn7d9rj//VCd12kemiomYQoksNLGnyvJshXD7DzqDEW1 XM7I+mEGUX2FfV7277czUG/kLU/J7Y01FTGU3AAU/K77tfn+0WS0eHXfKCIxYkgq89te YVfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=2rn/IE44eYcG346Iz7dyLaPNys0WkbwqSDzQ8S+7xKI=; b=KC9aMWjWcgWA/a5tj5Y7kUkiMo05F5QnibSUQxZfee9d4hBbFDZ0KTODAG8Edw8uOB Ki3ecQQavLI5Or/Z3SV9kkg4gqOHy3GQTLTtLhOrM0c9GF9Zv7ST0EhEBXG4YtebV8RG sAbQkvvjI1uu8DqqA6DEgDCpECu/b/a7Ua0d+W9RqqLLeEnSE5r98CSr20U2B+k6Wh8l 0OGvhnrXAZDaa60QsIi4xBnP5+oCJvHztKdtf2Q4Dfk0Il3LQd13Eb2AtNuYCLnijdj+ giKd/gHd/eXGY9HS3PnZ037hCz0V3Z4dTKkJpdM94icLfyGYLT/C/EBBDIwvsxkIJ4S4 A0DQ== X-Gm-Message-State: APjAAAWxJLS8Mew8V+TUoNAMpaRH++ZzRc24B6ML9us0yRxTN9Edd4VW O0ARkRpfDQ51KWBh0IMc+8awu084HRdf1AggerhvdLpLvXI= X-Google-Smtp-Source: APXvYqw4HXUgGoOpZkYFHO5lh9cXenUgEGlKDrbjlg7L0fo0AuwAx6+rbOVYPY+BBgsCgsUoVhg7AwL6rFaGRmOQJuw= X-Received: by 2002:a5d:494b:: with SMTP id r11mr7009706wrs.184.1578719173982; Fri, 10 Jan 2020 21:06:13 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Pavel Timofeev Date: Sat, 11 Jan 2020 08:06:02 +0300 Message-ID: Subject: Re: Can't cross-compile HEAD To: Kyle Evans Cc: freebsd-current , Adrian Chadd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 47vnr85Jmdz4Zjm X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2020 05:06:16 -0000 =D0=BF=D1=82, 10 =D1=8F=D0=BD=D0=B2. 2020 =D0=B3. =D0=B2 22:05, Kyle Evans = : > > On Fri, Jan 10, 2020 at 12:59 PM Pavel Timofeev wrote: > > > > =D0=BF=D1=82, 10 =D1=8F=D0=BD=D0=B2. 2020 =D0=B3. =D0=B2 17:48, Kyle Ev= ans : > > > > > > On Fri, Jan 10, 2020 at 12:31 AM Pavel Timofeev wr= ote: > > > > > > > > =D1=87=D1=82, 9 =D1=8F=D0=BD=D0=B2. 2020 =D0=B3. =D0=B2 16:52, Pave= l Timofeev : > > > > > > > > > > Hello > > > > > > > > > > I'm trying to cross-compile HEAD r356551 for mips on my FreeBSD-1= 2.1 amd64. > > > > > I'm using mips-gcc6-6.5.0 and this > > > > > https://github.com/freebsd/freebsd-wifi-build nice project to bui= ld > > > > > image for my tl-wdr3600 > > > > > > > > > > The error I'm getting is: > > > > > ... > > > > > =3D=3D=3D> usr.sbin/fmtree (all) > > > > > =3D=3D=3D> usr.bin/vi (all) > > > > > =3D=3D=3D> usr.sbin/freebsd-update (all) > > > > > =3D=3D=3D> usr.sbin/gpioctl (all) > > > > > =3D=3D=3D> usr.sbin/inetd (all) > > > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c: In fun= ction > > > > > 'getconfigent': > > > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:1614:6: > > > > > warning: variable 'v4bind' set but not used > > > > > [-Wunused-but-set-variable] > > > > > int v4bind; > > > > > ^~~~~~ > > > > > At top level: > > > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:33:19: > > > > > warning: 'copyright' defined but not used [-Wunused-const-variabl= e=3D] > > > > > static const char copyright[] =3D > > > > > ^~~~~~~~~ > > > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c: In fun= ction 'setup': > > > > > /usr/home/pavel.timofeev/mips/head/usr.sbin/inetd/inetd.c:1368:4: > > > > > error: 'netid' may be used uninitialized in this function > > > > > [-Werror=3Dmaybe-uninitialized] > > > > > rpcb_set(sep->se_rpc_prog, i, netid, &nbuf); > > > > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > cc1: all warnings being treated as errors > > > > > --- inetd.o --- > > > > > *** [inetd.o] Error code 1 > > > > > > > > > > > > > > > Could anybody please help fix that? > > > > > > > > > > > > > > > > Terribly sorry, I forgot to mention a very important detail. > > > > My src.conf has the only option now. > > > > It's WITHOUT_INET6=3D"YES" > > > > > > Thanks for that addition- you saved me a little bit of effort > > > examining why it's unused. =3D-) > > > > > > The inetd build should be clear after r356602, but you'll need to > > > build WITHOUT_GOOGLETEST=3Dyes for now with the gcc ports. There are > > > some fundamental issues with mips-gcc{6,9} trying to emit > > > __floatunsidf references, but that's a hidden symbol in our libgcc. > > > > > > I expect to, by the end of the day, either have a fix pending or mark > > > it as a BROKEN_OPTION on mips+gcc while we hash out the details , as > > > gcc{6,9} is the only option we support for building mips at the > > > moment. > > > > > > Thanks, > > > > > > Kyle Evans > > > > Thanks a lot, Kyle! > > Build process passes further! > > Now I'm on r356606 and have these in src.conf > > WITHOUT_GOOGLETEST=3Dyes > > WITHOUT_INET6=3D"YES" > > > > Getting different error: > > .... > > I'm re-running the build WITHOUT_GOOGLETEST here outside of a > freebsd-wifi-build context, but CC'ing Adrian in case he's already > familiar since he's been battling libarchive stuff recently. Leaving > the context below intact in case he's not received this. > > > =3D=3D=3D> usr.sbin/sendmail (all) > > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:33:19: > > warning: 'copyright' defined but not used [-Wunused-const-variable=3D] > > static const char copyright[] =3D > > ^~~~~~~~~ > > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c: In function > > 'getname': > > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:520:6: > > warning: variable 'ppp_state' might be clobbered by 'longjmp' or > > 'vfork' [-Wclobbered] > > int ppp_state =3D 0; > > ^~~~~~~~~ > > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:521:6: > > warning: variable 'ppp_connection' might be clobbered by 'longjmp' or > > 'vfork' [-Wclobbered] > > int ppp_connection =3D 0; > > ^~~~~~~~~~~~~~ > > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c: In function > > 'main': > > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:183:6: > > warning: variable 'first_sleep' might be clobbered by 'longjmp' or > > 'vfork' [-Wclobbered] > > int first_sleep =3D 1, first_time =3D 1; > > ^~~~~~~~~~~ > > /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:183:23: > > warning: variable 'first_time' might be clobbered by 'longjmp' or > > 'vfork' [-Wclobbered] > > int first_sleep =3D 1, first_time =3D 1; > > ^~~~~~~~~~ > > /usr/home/pavel.timofeev/mips/head/libexec/getty/init.c:36:19: > > warning: 'rcsid' defined but not used [-Wunused-const-variable=3D] > > static const char rcsid[] =3D > > ^~~~~ > > /usr/home/pavel.timofeev/mips/head/libexec/getty/subr.c:36:19: > > warning: 'rcsid' defined but not used [-Wunused-const-variable=3D] > > static const char rcsid[] =3D > > ^~~~~ > > /usr/local/bin/mips-unknown-freebsd12.0-ld: nc.lo: in function `main': > > /usr/home/pavel.timofeev/mips/head/contrib/netcat/netcat.c:365: > > warning: warning: mktemp() possibly used unsafely; consider using > > mkstemp() > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timof= eev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_z= std.o): > > in fun > > ction `archive_compressor_zstd_free': > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:128: > > undefined reference to `ZSTD_freeCStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:128: > > undefined reference to `ZSTD_freeCStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timof= eev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_z= std.o): > > in fun > > ction `archive_compressor_zstd_options': > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:150: > > undefined reference to `ZSTD_maxCLevel' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:150: > > undefined reference to `ZSTD_maxCLevel' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timof= eev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_z= std.o): > > in fun > > ction `archive_compressor_zstd_open': > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:200: > > undefined reference to `ZSTD_initCStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:200: > > undefined reference to `ZSTD_initCStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:200: > > undefined reference to `ZSTD_isError' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:200: > > undefined reference to `ZSTD_isError' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:177: > > undefined reference to `ZSTD_CStreamOutSize' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:177: > > undefined reference to `ZSTD_CStreamOutSize' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timof= eev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_z= std.o): > > in fun > > ction `drive_compressor': > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:270: > > undefined reference to `ZSTD_compressStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:270: > > undefined reference to `ZSTD_compressStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:272: > > undefined reference to `ZSTD_isError' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:272: > > undefined reference to `ZSTD_isError' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:273: > > undefined reference to `ZSTD_getErrorName' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:273: > > undefined reference to `ZSTD_getErrorName' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:270: > > undefined reference to `ZSTD_endStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:270: > > undefined reference to `ZSTD_endStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:272: > > undefined reference to `ZSTD_isError' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:272: > > undefined reference to `ZSTD_isError' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:273: > > undefined reference to `ZSTD_getErrorName' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:273: > > undefined reference to `ZSTD_getErrorName' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timof= eev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_z= std.o): > > in fun > > ction `archive_write_add_filter_zstd': > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:101: > > undefined reference to `ZSTD_createCStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_write_add_filter_zstd.c:101: > > undefined reference to `ZSTD_createCStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timof= eev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_filte= r_zstd.o): > > in > > function `zstd_filter_close': > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:285: > > undefined reference to `ZSTD_freeDStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:285: > > undefined reference to `ZSTD_freeDStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timof= eev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_filte= r_zstd.o): > > in > > function `zstd_bidder_init': > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:166: > > undefined reference to `ZSTD_DStreamOutSize' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:166: > > undefined reference to `ZSTD_DStreamOutSize' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:175: > > undefined reference to `ZSTD_createDStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:175: > > undefined reference to `ZSTD_createDStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:180: > > undefined reference to `ZSTD_freeDStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:180: > > undefined reference to `ZSTD_freeDStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timof= eev/mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_filte= r_zstd.o): > > in > > function `zstd_filter_read': > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:247: > > undefined reference to `ZSTD_decompressStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:247: > > undefined reference to `ZSTD_decompressStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:250: > > undefined reference to `ZSTD_isError' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:250: > > undefined reference to `ZSTD_isError' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:217: > > undefined reference to `ZSTD_initDStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:217: > > undefined reference to `ZSTD_initDStream' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:218: > > undefined reference to `ZSTD_isError' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:218: > > undefined reference to `ZSTD_isError' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:219: > > undefined reference to `ZSTD_getErrorName' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:219: > > undefined reference to `ZSTD_getErrorName' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:251: > > undefined reference to `ZSTD_getErrorName' > > /usr/local/bin/mips-unknown-freebsd12.0-ld: > > /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archiv= e_read_support_filter_zstd.c:251: > > undefined reference to `ZSTD_getErrorName' > > collect2: error: ld returned 1 exit status > > --- bsdbox --- > > *** [bsdbox] Error code 1 > > > > make[4]: stopped in > > /usr/home/pavel.timofeev/mips/obj/mips_ap/usr/home/pavel.timofeev/mips/= head/mips.mips/tools/bsdbox > > ...... Just for the record If I flush my src.conf (still HEAD r356606) I get very similar if not the same error: ... =3D=3D=3D> usr.sbin/ppp (all) /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:33:19: warning: 'copyright' defined but not used [-Wunused-const-variable=3D] static const char copyright[] =3D ^~~~~~~~~ /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c: In function 'getname': /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:520:6: warning: variable 'ppp_state' might be clobbered by 'longjmp' or 'vfork' [-Wclobbered] int ppp_state =3D 0; ^~~~~~~~~ /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:521:6: warning: variable 'ppp_connection' might be clobbered by 'longjmp' or 'vfork' [-Wclobbered] int ppp_connection =3D 0; ^~~~~~~~~~~~~~ /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c: In function 'main': /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:183:6: warning: variable 'first_sleep' might be clobbered by 'longjmp' or 'vfork' [-Wclobbered] int first_sleep =3D 1, first_time =3D 1; ^~~~~~~~~~~ /usr/home/pavel.timofeev/mips/head/libexec/getty/main.c:183:23: warning: variable 'first_time' might be clobbered by 'longjmp' or 'vfork' [-Wclobbered] int first_sleep =3D 1, first_time =3D 1; ^~~~~~~~~~ /usr/home/pavel.timofeev/mips/head/libexec/getty/init.c:36:19: warning: 'rcsid' defined but not used [-Wunused-const-variable=3D] static const char rcsid[] =3D ^~~~~ /usr/home/pavel.timofeev/mips/head/libexec/getty/subr.c:36:19: warning: 'rcsid' defined but not used [-Wunused-const-variable=3D] static const char rcsid[] =3D ^~~~~ /usr/local/bin/mips-unknown-freebsd12.0-ld: nc.lo: in function `main': /usr/home/pavel.timofeev/mips/head/contrib/netcat/netcat.c:365: warning: warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zstd.= o): in fun ction `archive_compressor_zstd_free': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:128: undefined reference to `ZSTD_freeCStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:128: undefined reference to `ZSTD_freeCStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zstd.= o): in fun ction `archive_compressor_zstd_options': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:150: undefined reference to `ZSTD_maxCLevel' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:150: undefined reference to `ZSTD_maxCLevel' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zstd.= o): in fun ction `archive_compressor_zstd_open': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:200: undefined reference to `ZSTD_initCStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:200: undefined reference to `ZSTD_initCStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:200: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:200: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:177: undefined reference to `ZSTD_CStreamOutSize' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:177: undefined reference to `ZSTD_CStreamOutSize' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zstd.= o): in fun ction `drive_compressor': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:270: undefined reference to `ZSTD_compressStream' [41/1955] /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:270: undefined reference to `ZSTD_compressStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:272: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:272: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:273: undefined reference to `ZSTD_getErrorName' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:273: undefined reference to `ZSTD_getErrorName' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:270: undefined reference to `ZSTD_endStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:270: undefined reference to `ZSTD_endStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:272: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:272: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:273: undefined reference to `ZSTD_getErrorName' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:273: undefined reference to `ZSTD_getErrorName' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_write_add_filter_zstd.= o): in fun ction `archive_write_add_filter_zstd': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:101: undefined reference to `ZSTD_createCStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_wr= ite_add_filter_zstd.c:101: undefined reference to `ZSTD_createCStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_filter_zs= td.o): in function `zstd_filter_close': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:285: undefined reference to `ZSTD_freeDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:285: undefined reference to `ZSTD_freeDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_filter_zs= td.o): in function `zstd_bidder_init': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:166: undefined reference to `ZSTD_DStreamOutSize' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:166: undefined reference to `ZSTD_DStreamOutSize' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:175: undefined reference to `ZSTD_createDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:175: undefined reference to `ZSTD_createDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:180: undefined reference to `ZSTD_freeDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:180: undefined reference to `ZSTD_freeDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/../obj/mips_ap//usr/home/pavel.timofeev/= mips/head/mips.mips/tmp/usr/lib/libarchive.a(archive_read_support_filter_zs= td.o): in function `zstd_filter_read': /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:247: undefined reference to `ZSTD_decompressStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:247: undefined reference to `ZSTD_decompressStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:250: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:250: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:217: undefined reference to `ZSTD_initDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:217: undefined reference to `ZSTD_initDStream' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:218: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:218: undefined reference to `ZSTD_isError' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:219: undefined reference to `ZSTD_getErrorName' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:219: undefined reference to `ZSTD_getErrorName' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:251: undefined reference to `ZSTD_getErrorName' /usr/local/bin/mips-unknown-freebsd12.0-ld: /usr/home/pavel.timofeev/mips/head/contrib/libarchive/libarchive/archive_re= ad_support_filter_zstd.c:251: undefined reference to `ZSTD_getErrorName' collect2: error: ld returned 1 exit status --- bsdbox --- *** [bsdbox] Error code 1 make[4]: stopped in /usr/home/pavel.timofeev/mips/obj/mips_ap/usr/home/pavel.timofeev/mips/head= /mips.mips/tools/bsdbox 1 error make[4]: stopped in /usr/home/pavel.timofeev/mips/obj/mips_ap/usr/home/pavel.timofeev/mips/head= /mips.mips/tools/bsdbox --- bsdbox --- ... FreeBSD 12.1 RELEASE compiles OK though.