From owner-freebsd-current@freebsd.org Sun Jan 15 00:27:12 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE528CB0E59 for ; Sun, 15 Jan 2017 00:27:12 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40B9119E6 for ; Sun, 15 Jan 2017 00:27:12 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id f73so21266226wmf.1 for ; Sat, 14 Jan 2017 16:27:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=v8JrTV1TbZoqt61UcHOb0ovE/VZunQUviqp/ai0y7BA=; b=qpZXRUI7rYpgAe/p+IiH/Jxl+rtwwQ+0PUiWV6cFyPpqUC4Op2+x1CO2wEwj2rY32Z IrblBtfj+Qa/qXKUkFdPTTbt4E2R+nDTNKwbxDxqhCNmRUVZd6v2iFo1cNDoKj/LSF2E 2kTVbV0FJg5n5GAmvewpN2oV1p8BaW99DS6S4YSPhP5rv8ESeWPrw+NICmO0LMZ6dh3q kOwjvkFFhRKqyWYdfRYRM/dh4A+fnBoULfwZtBpBq3cHMcNqgnBiyayc+fzLFoeZTrZX si0KmChX0m2KBu7++LBwADB0P/Q0BzHK8GGtzf0g+JNTpIsP+WBsBTqGbXWnyzABU7P6 tyJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=v8JrTV1TbZoqt61UcHOb0ovE/VZunQUviqp/ai0y7BA=; b=aFfyPZORRF+TkTBqeeDGGNwEpaOqt4f2KF+Jl7wAbRw+nYotqGedR5n6g9k+YBK7rT l81KE3ZtdLaPVIbq0ik/y0zBGk5g/n6vO4XEgPgVK1DHnevnypubJK/3En5isK/mE1nq hwWKLFTa89E5ImHSeNeKK7ifZ7Otjtqs4gPnVyBmf3Sx07dm7Z4K2g8J9q4dLkOhuoSn czdYckYpJ7Qy2TO87QBLmP1lYcn3Nm3qodkUcO/xcHFqQqoqMDA83PFkyfmdpfvlIpUk Sm8IzU0mbsl8cbm+U4d+593kaMRD+XrwRb2yy//gkM7e5wJVBR0xkzOeAUiN2b0O36hq qRzA== X-Gm-Message-State: AIkVDXKlM1rhrM0FfUwawJ7ZAGDbIRbe7oePMXZVTCdgNFwBKKDnTrrJX6AHUNoQrQXVfRHkrbDKwODCgYuirg== X-Received: by 10.28.195.70 with SMTP id t67mr7414247wmf.98.1484440030651; Sat, 14 Jan 2017 16:27:10 -0800 (PST) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.28.41.194 with HTTP; Sat, 14 Jan 2017 16:27:09 -0800 (PST) In-Reply-To: References: <96CA08DF-582A-4405-9E65-B19230EA37DA@gmail.com> From: Kevin Oberman Date: Sat, 14 Jan 2017 16:27:09 -0800 X-Google-Sender-Auth: NJA2cFL4btGbO4FqZ_YsvWkaKRI Message-ID: Subject: Re: vt(4) chops off the leftmost three columns To: Adrian Chadd Cc: Matthias Andree , freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 00:27:12 -0000 On Sat, Jan 14, 2017 at 2:11 PM, Adrian Chadd wrote: > It depends(tm). I think the VT code just does "640x480x4bpp" and lets > the BIOS sort it out. A lot of things don't cope well with 640x480 > these days - they try autodetecting picture edges, but a black border > makes that very difficult. > > > -adrian > Can you use vidcontrol(1) to change to something better? 1600x900, maybe? (Note, I have not tried this and I know that vt does not support a lot of vidcontrol functionality, but starting X sets the display to 200x56 characters on my laptop.) -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > On 14 January 2017 at 08:57, Matthias Andree > wrote: > > Am 14.01.2017 um 00:11 schrieb Alan Somers: > >> I take it back. The first three columns _are_ rendered, but they > >> don't show up on some monitiors. It's as if those monitors require a > >> minimum amount of overscan on the left side of the screen, and vt(4) > >> doesn't provide enough. Can that be tuned? > > > > Once upon a time, I've seen similar things on Linux, but with fewer > > pixels offset, when switching framebuffer drivers - back then, the > > scanning-VGA-timing was an issue. Is there any way to tweak the row and > > column timings, with blank periods, viewport offsets and thereabouts? > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Sun Jan 15 02:12:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3AF08CA564B for ; Sun, 15 Jan 2017 02:12:24 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-qk0-x231.google.com (mail-qk0-x231.google.com [IPv6:2607:f8b0:400d:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EBD2014D0 for ; Sun, 15 Jan 2017 02:12:23 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-qk0-x231.google.com with SMTP id s140so90249996qke.0 for ; Sat, 14 Jan 2017 18:12:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=u4nZ8YOWpw8/ILKawqpqOmPH5JKMP0025uM1afP6MIc=; b=bmJY39mScKMNTNW1pUaqLXKezRkfQsIKgxwx/HADgidtLLuZvEwhJskhxPFyV+FVp+ 7LwarHuwd7hd0h5riaW0d/TC9jy4weUJb/3/onEFxbIMU8EcAnNfDmvLMV1l4H6NLpOE +hri6s0dkjuNXaJ1qr0IzDdzaDmYgqaa1I8U3mwqr8uul802ls0QaA25TZw7Zm8qYJLy HuWqzjQGxS4oUG9XtAQwmNrORYVuq3p8P8KUnSSNV+M1CSwninB7FYFyImSxdsrzjnWh BWv50Y+kJaOIWh0vQSoDVpguFAN+HtXZMpwAUCO/C+XAJ9ynURZgyKwqC6UZemKVoQRm Gb9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=u4nZ8YOWpw8/ILKawqpqOmPH5JKMP0025uM1afP6MIc=; b=AoqgR5Eg1hLKII3e/liiYy/uIpuQWD+tgZzs6De4UWZjg6IaeV/JV6pStjEHuJMj/q e3Ed6EircbfUn2tCX3bkQeNV+COlldNIEXYwSU8GoVJmXBRmRxa+NddsPKsm2xMZEjXU 1rJrlPio7gmhpN3ntHX87m4hBVmhtyio/ytfVKMNo9Sp2Xb1X7aQlQ05h/kBd3QKKbzk eIPnPkXAwt+gA3MYTjE0LEbHJjlnfvkPj6uhOGAjFykyoot93K2M5WUSJZN88pjng6/y /sAV2tI3zE0aB6ljexagYSs37V0Q8PFrXlcBU6+da12q+cjvnInvUIG7/LaUqfoj4HNz NaMQ== X-Gm-Message-State: AIkVDXJgpbgcKJicLPXELdSBknWhx5SenuZ1UvZ8lv0o57yypMXPJAvh/sRRywBusWooGYgbpklgaxStd5kqeg== X-Received: by 10.55.4.19 with SMTP id 19mr27795628qke.320.1484446342953; Sat, 14 Jan 2017 18:12:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.8 with HTTP; Sat, 14 Jan 2017 18:11:52 -0800 (PST) In-Reply-To: References: From: Jia-Shiun Li Date: Sun, 15 Jan 2017 10:11:52 +0800 Message-ID: Subject: Re: TSC as timecounter makes system lag To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 02:12:24 -0000 On Fri, Jan 13, 2017 at 8:26 AM, Jia-Shiun Li wrote: > Hi all, > > since 2 or 3 weeks ago, I noticed that my old Penryn-based Intel Pentium > T4200 notebook lagged a lot. System time was running a lot slower, > sometimes even looked like it freezed. Keystroke repeat rate was slow too. > > Since system time is slow, I tried to change timecounter from default TSC > to HPET. And it resumed normal immediately. > > Did a binary search. Turns out it was caused by r310177 "Enable EARLY_AP_STARTUP on amd64 and i386 kernels by default." r310175 does not have this issue. Removing this option from kernel config also solves it. -Jia-Shiun. From owner-freebsd-current@freebsd.org Sun Jan 15 02:38:48 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2C08CAE331 for ; Sun, 15 Jan 2017 02:38:48 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0102.outbound.protection.outlook.com [104.47.34.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A3F01342; Sun, 15 Jan 2017 02:38:47 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=pxiy4ae9vKjxDMTABP+YsWPrrLrCm+wsE7x3u80oWbI=; b=g9OiHJ8UaqEJ0c2MKW5P9rJqcaVzENtKm4heU8VCAeT74n+63xluAhtcrJVTY9dcc1HOZnSIOk1fJhf1F1XN3+VkORYFolv+CcjQBkCEDdE6UJKLb9W76F6kMOTpm9PMZw63H/TbVcFy8t7ND+ibeN3Kt4LxMF9imXYty7WzV0A= Received: from SN1PR05CA0017.namprd05.prod.outlook.com (10.163.68.155) by MWHPR05MB2944.namprd05.prod.outlook.com (10.168.246.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.860.6; Sun, 15 Jan 2017 02:38:46 +0000 Received: from BN1AFFO11FD019.protection.gbl (2a01:111:f400:7c10::184) by SN1PR05CA0017.outlook.office365.com (2a01:111:e400:5197::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.860.6 via Frontend Transport; Sun, 15 Jan 2017 02:38:46 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01a-sac.jnpr.net (66.129.239.18) by BN1AFFO11FD019.mail.protection.outlook.com (10.58.52.79) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.803.8 via Frontend Transport; Sun, 15 Jan 2017 02:38:45 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by p-emfe01a-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sat, 14 Jan 2017 18:38:37 -0800 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v0F2cbs3015391; Sat, 14 Jan 2017 18:38:37 -0800 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 9E303385558; Sat, 14 Jan 2017 18:38:37 -0800 (PST) To: Johannes Lundberg CC: , Ed Maste , Subject: Re: Secure Boot In-Reply-To: References: Comments: In-reply-to: Johannes Lundberg message dated "Sat, 14 Jan 2017 12:13:14 -0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <26162.1484447917.1@kaos.jnpr.net> Date: Sat, 14 Jan 2017 18:38:37 -0800 Message-ID: <26163.1484447917@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.18; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39860400002)(39450400003)(39840400002)(39410400002)(39850400002)(2980300002)(199003)(24454002)(189002)(6916009)(2950100002)(50466002)(92566002)(54906002)(6306002)(55016002)(626004)(107886002)(68736007)(27001)(229853002)(86362001)(46406003)(77096006)(189998001)(47776003)(38730400001)(39060400001)(221733001)(97756001)(9686003)(1411001)(76176999)(3480700004)(50986999)(76506005)(53416004)(4001430100002)(105596002)(50226002)(106466001)(2810700001)(23726003)(2906002)(4326007)(8936002)(81166006)(81156014)(5660300001)(97736004)(117636001)(356003)(7116003)(7126002)(7696004)(110136003)(305945005)(8676002)(69596002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR05MB2944; H:p-emfe01a-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11FD019; 1:3W/O2ZH67qGmNkjw7Sih2oC8YhNSN4Be6H5OTVmDbs+EwzAPl7o/pZgDMlqKwWzwVw2pojuy35I9xx3pzSTijvITnF+FGgkcArhkr467M+ECKjCQLr3AAkzPsCRywmNZYi9bk7pJHVDE2FZrjK34Wnc7rMYYpHeM4inVR7V4vNWHWAmJI0ZVVV0dxsS85nQd0Iga7yiAoIAaeSv3lKF7xPttwhXNGEJsQGtIOG1MaFrObi+p2jhB0SG/eox+CHuzNAZZwgf68E4gIL+TQDv9tM6D3Cy/xnZb0odPWPuhj4B+kSdub10dy6cupPlsRlEtuONj9x7XG8GBYJA5ND1UniOBH4IuTRPOo/nYZnkoHMx23ymKZvI9oqPJUz1F5JLIGLWWZxPW+YsnDdHVPCNonCLLZPMlxSIjpRNYpJH9DQtciGJlee+PyT21RHMEOZ8A4NUcyHqVh7wkYmO1bgdCCnwhANrgf9PzZmcdr1ZPbCyPRlF2hH/UFCqt1ztkthnF4VtIf6UTbDt8Tff9K+ZOBSualrHy0gJoAYiBU5cqnPV9KTCEN+C2KDWFv0I5Nr0K X-MS-Office365-Filtering-Correlation-Id: 23470c9d-63b4-4633-aa2d-08d43cefa084 X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:MWHPR05MB2944; X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2944; 3:AhwDmrc4WxAF4wd8XH7n1W8gOTvfSDgYXN6fMdmewr4E3p4CUGOOpL7w/VoU0DChgxfZhhVzYRRUN6LQ1vdFV+j96FyXBR/o+ks5rrftBt580UieHWdi9bvH9d+jb1xiJcQPrAzUgjjHMkpdHyhtkczfgW4Wq3UZvxmxKzo6QtZdxnlJGKNas8QJB3hx2cn7SipaHW+beCMJXlGXxW0cl7cfBNZijCkQEJ/3a4hw0wiija1+1e6jzqV8Kb6HUnwRsMkkZf6VFGJKKseNa7dyzRK7RiusATcsw447qYHNYuQDuMc7ubhxKlbjBcQH0AvHo3rXgWimfKmwfGUkc+2t3m9CuBDb2qZaZl9qTFYQpSZ13CJy37tTVSYc2D3Yu0Tc; 25:PvGwvgW74lMagPZr0NGJz0mSBFzXlq4fi0MDR5ybgjjEdWOhcw7oliu1nCJuNexM2+o1rOtp8EN+S2R+QeLolG9HwD9Oi8EewBF4Yv/S1q7n6FJtCu1E+/a+iltxsygGBKWdky3oeUJK+9Zc9NmNzmmrP1/K+n7jM1TB4A9E3WgIgap7shzKHiJiTk027vDMTQVLaI4TtOn4ebpolrmLPbHsMi+ZcpAtf8mT4mN7vyL1+7mBXQgKOUIaaMngREg+tuf0E9HzgAg8Ua2hOc9I1f+O1/fPC3wcbDX6GeBq/2KQoPKWq6C0GO/M3vw2/M79fJlmgfvcGBXqQvKCgn6bIqKfMZivoMlBw5jBLK3M3IxmoDgiOZdFITDTa8p1g7HCw2oUnx+Gs9wuV7S3/VtA4Mdsna+Az7SzXq2TXAoiYBzioKcvS6mZwdzoPr08Y4POjvoIBfUzcjqmyWCqROvvcg== X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2944; 31:Nb96MSrtYdqhk5KMtYp9p165KemEj/SC7Uku7205r86wMQz82AgVmwNZvI1Lmtau98JMqYj4Jtc7Zee9pZvrvS8lxoTF3TPOxL8kTp+y20eY65hZdlvMJs9Mm27GClnIKZWuk5H+5DiSH7+bOIG6BJF1cC+Qivac5MbE1yJQDcayMmpFlD4DC7SXX9IJPX3A0Xq4cRdRJR/Zt8Ot4yggALaMwDz/AERZBngwJdYvEBql6Gi4ZyNNS+nzDH5We+W1AUlNi5mjeqx8phY8VNUzYQ==; 20:cgJ5ZsA4MhNXutFnfcy1JFoUhOPrYwTqwktwgUzD7rUhlS3kEMEXVFrPGb9BH3QOXtqUErCDZntCchYvBt5bSm3aYQ4rvvuGgnAaAJXMNnbB0uFAUJ5nmL15YdM3Re4vx1PREeHyOgU2VMOCWOnS1oTJwHZ45oycdwjb7wEB136cBIVni+HUsUePvBFBp/6tP19aHjm5Q0g/8ZaRlfG/zStNLELO03YYEXwzW6GJOKSsLyqj51w8yUI+T2H9k0lAmYRGsz3Ag9A2cvaAyEMzXABLLidD+vQmZWlTL3I/SVGDdPXO/+6MD7/yiuZnAHMHR1uYAQyzh9PgOHNy5hhEgjPdr4z6Ei+xmPLXgVjZ4VvNktVBGz3aPSBlan26O3zzTku4zHfbLwJhHUjI7avjdjFT0Y0ickni4/I+93b5G4XKb5BzNqvej8lxpFzY0dI4urMOoW2rte8CcA5odu7FkiYsfd7AcCIEgYw4KqNSC+0/eo3MZthPUbwSgAEx6KIJ X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13023025)(13017025)(13015025)(13024025)(13018025)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123562025)(20161123555025)(20161123564025)(20161123560025)(6072148); SRVR:MWHPR05MB2944; BCL:0; PCL:0; RULEID:; SRVR:MWHPR05MB2944; X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2944; 4:kgdl3yOb95vDmkz5v7rrFDmp+pFmrNf8ru4yeAB07LiW3iXToNcClJMc9OjOsrfX3XNMwUka5BDh02uzO5CVNM4PhZwTU6Vp6Lsda1Vf72Pu7fX7hl4ufCN3jf6fGJyqTF9DKMP5478APgCub3VnZGdLbbjHN7t9l83ElEHSQ3HjvkCMDcMq613IHdDikKP0CFb/Nl84Hof8HL3i9JJgMYfdgDaVhicsA4R3vXqyYDDJ6+FuQAo2O4XhqxMvKYvBtVC6w7HsaCiGA95CuVjQD7iGVTQYoV1nI/+g/R+j3SfE7Yns6M3UW7X6LMvH8PanC6D9qM7WdD0J4ONFa9M5eOPy0a9FuSZLa/HkbYZA98nDEpbSvoKtXdtz+z/4xywh9bQ3wsnL15QPVncijkVLY7aVUADeq5jEg+kZfgRd+PzK0J5rFw2rJ6HY3uEGJeaUDyEphJuIzNrwRNkpe6klwhYy/PX3QnL9dGysdkl02Zzpmy5NUZhBtk7lMc03lD9kBZ21l/e8oa1Wo49ELZl5xkP3txaNrUGZJcQKS6vNwBCEYibeLwoZOHCsLmZaunDmj2CwI9Y3YM0fhQsYJ5GLsuygiGWAr9WrP/+L4VSKG5WJKpKcIf/R5Xc0qBqO0j2M9H9fy7gK2WpZyGuU+mCpcww+Ah8LErojNp4u1rVbO5w3J4Sz3aWTlN64IHH0PuUs X-Forefront-PRVS: 0188D66E61 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; MWHPR05MB2944; 23:/EVmZ/AFq7noJTIqnnDyyY8JV4z9hLNrCC7AxIqsb?= =?us-ascii?Q?Xhdcib5jAoH74o0tlW6Zg1i8MpdqPB0kX3n6dx3Mw1mZgQZMfXOfO95sxEjS?= =?us-ascii?Q?2otw+He88+6dh0lptwUQA2F1Y/+4mVwKHB7vFcmZPO3sjNzL9TBnMgiTQCCw?= =?us-ascii?Q?ZglOys6l8zsRi2RmvN1MuAzxFozFBHlnxm1IV/q703HyD9vNQnje09GpWa4v?= =?us-ascii?Q?lcS2lrbK3jXmL/JZWFYYftAdzzuW7a6kec4+Xa/janSf+S5oeJpUCQ50NnAc?= =?us-ascii?Q?+mpRi3zlPO3td0KLIvEMhFfCiO2qNJODCy+OHpuDvBxV7jn7qPYVHl7rDRyI?= =?us-ascii?Q?6hUo3DV1kg+Ra7NsMoTfTXMhfA3Mjg6kcII6YrjHUfAZQMmbWVCbjjYY5xHE?= =?us-ascii?Q?RJSFmdqhoJx1eC8XQv9iiMS9N1ggs8XngSE0C4sxEmNpa14Ag2mXMRXy8Zmy?= =?us-ascii?Q?XNWoXNcUM7YfuHmxCuf7InfxG62LYTzfb8kqimRU2KWv6Jx4flfGGPhrPBk2?= =?us-ascii?Q?4GuodN3uHRbxu8OMkK9nOoFSPt+arzn9Lf2WasqS4w6U5AAKBqCFljJ72nmE?= =?us-ascii?Q?3txzge+XhiAR5fHEtkF5JDU2fMaVN6bP7lOwjgjgjjLbGks8tCHRVn4JcJW6?= =?us-ascii?Q?njDeSZDO0vsPGA0qp7ofe8UYdHbjtxKxocgK/ycbYiKt005zezdhcj7W+GWn?= =?us-ascii?Q?ZRpuq/1rG/EIxGF5X2kF+vCIfa9vSD/gPHih0w6h3fqKyub/RqoP3GHh7vVj?= =?us-ascii?Q?1ALrTlddhcsFRf+8zzLj/0H3k1vhwJZbtyxbqXmY/7VZ4uJ5vMFg58jWXxY1?= =?us-ascii?Q?A9tR1cF96VzmoAZy+3y6yI3zFd+tfS2fVmHjxTvj4WLOtnyluRmIZAgRi6RC?= =?us-ascii?Q?M7K6BwkJEgdARlYtwuVNuTMDz3gWsCdHZoabur+KA/ViijclvRIuwrU/IRqh?= =?us-ascii?Q?Ov1jEMB1ioad5CAH3RaxJ54fQHTWMtqudIU26sZdOgZ3dFiZKbil8OYNG7+S?= =?us-ascii?Q?ZIC+iu7C+clNcJFbH0HlasPnZIrEk5XI/EODXnvB9AQAV091tW9hoDAkXiWy?= =?us-ascii?Q?llfRIZUEg2P98Q6DEYW3RRuUXRwZJkrj1U0bmhIr5DUpxakMOgIfXJU2b56l?= =?us-ascii?Q?CI5GFZWHhJppFxUzFln5X91bXpZS5SbrkT7KoHUJrGE6h9B+RMWoZzEXBY5Q?= =?us-ascii?Q?j4evtE3BHHMMIW+75bD7OTq+Vg8yhiHACfKCV2ZrX4P7K3IktPtr8HF/bUIB?= =?us-ascii?Q?JRbmNbs6sIH04UqhF1wz9Mb0FAvzyC0m1E1QsG9H9wM5GtWXgB7ztV1e9vYZ?= =?us-ascii?Q?YBttX7BlfRHKnoRZYR2nGWUEhl81xzLzicOhWb6HlRtrL5Nug1eDY3Ia3G9E?= =?us-ascii?Q?3vkeDQ03pni4icLJ4XWcJbaV/LmYJnagHAX1zfb0COd8+O/4h2hAVLvrXRJG?= =?us-ascii?Q?uVV245NvZoWp5qqaZ+HRenjFfAOFKhc9bYh/twJlWV4c4VnSAmF?= X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2944; 6:jjL3RoEemMuSrX2UvwO7aqrzdBeCrvQxBTd8W+CnTFj9kTLv+qQD6F8vsorKZbQCRsqn5jFMA86dBBVvPktYE8VtO6AB+zIbUiMvi2cUzacuFMIB2fC+ok6/lM+t1U1VZt91ONCVv7a5hI0QHxVuIW8ljVmZm1R6RiNRWVYv+YAQxBJIwmvF628XdAGo+YIjNC2qopN/FeeNkzIaKC8S6FhSSiGm4oGATsEgdzOVdpvMV6wuVpFkunFDI7WV5cgITL6HqAvNSvuAffbmjEt2Q7H2bR5pQOt8lwF5LMNqDVtfg28nVme25vWLHGZYDso29rpEAo7W9P4waeASRpVZA+Oekded55EMp46m81sMkluYU3dJr/9oSljY3HrfSNPxVLCNR5CoG0AtKXLx1F2WjKc64VZ85kyWL9nj1fFB6KoOBVvlPCqnk+j5uwcJSyJSXTZxvkhwHcoHz+yIQkcjcw==; 5:n2Lk2xBj6tdkuj+axIcfR4qMdn3gPXYDIT/LRjdmKAb0K/rQafz6DNDFfCakGqTLx4kY2bk+WFkSOtZ7pTGjqLEdjImbMDY2via3ofpa2c6JHkEuuYMk/ca6zRbNrM4dIfsUFm4v9GEqBLceB1xQbt65WBKPNLJItlepDjUrh5w=; 24:A7+jSiV+ksVUU4Tfjm1KviNuD/WbrRQsvwiZWk+5a8hLkQF6Jcc2OsQJ/VnEGpFWNmOOO3tmlIlCox5RXIAURNspBlPGPpOBrjyB/YSCMVc= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; MWHPR05MB2944; 7:Ru0hm/xq9lOkbiNEIPdzq6CyfqDPpMxe3RTbj/qdjNCWilNBqknrqRl2Z/+v3lumYuqrAcTEWwL+O+bsSNO/IGmzEgG3tV1xjWIl+slDQHqWX+LmDXGCipACwA7w9vJhX+1zuQIbERiO+WnPhVNf1PQCOJ2HrmNxgF8HbcBICZoWmcRR4cSxhF1nf3wt2AiSyWavW5E08k97FUkm3dJobellwdhNBW1e5VRsD+ydo/1oFMlA8w3Y+4/JiTPMTbtJNP40TgIgD/3meohmDxiUJbBE7ylTJdcNFBBLPeJE0gvObmEWucmOqSiZTuCuatTEhCeVP+DojE0eLghrrO7URn2seSSQocuIjeJhew3opU4g6gtO4bRQvb+FYCgMV0lYF7mh+qMV3Em69P4XFD9Hso/e4xgLbhGWirgZ/JtIIlmCI+pHh/wPAn+l/JZC3c0LIoFA4XsPOQx7xhpCPBKo6w== X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Jan 2017 02:38:45.0237 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01a-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR05MB2944 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 02:38:48 -0000 Johannes Lundberg wrote: > https://wiki.freebsd.org/SecureBoot > Interested in this too - though for proprietary systems where we have control over BIOS. The design should hopefully accommodate both. In particular any plan for how the loader would verify kernel and any pre-loaded modules, and kernel verify init. Hopefully allowing for regular update of sining keys. From owner-freebsd-current@freebsd.org Sun Jan 15 02:52:13 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93BCACAEA4A for ; Sun, 15 Jan 2017 02:52:13 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 284611DB0 for ; Sun, 15 Jan 2017 02:52:13 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x234.google.com with SMTP id r144so125690338wme.1 for ; Sat, 14 Jan 2017 18:52:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=6X/h4eOekHGHRiUx1hUKzAeFozN597vlqpUbrWOp3WA=; b=R9paalprGPQckYEA8G4q9JtAZpjEkQ4LGziV6uuM2c63ipPwJKvMxpDYeY80R++KLC cC7jSyrEApD/6Ax46pxTfmFzRghejWSjjNRizhlOc8bneKTnHogAb+77oJIXgFvmF6Ce XiweZTpCkQ9MWb5EyJsrbW1BWEyYRh2sLzREfGrUgKNNeYWBo0H1wsGKECO77o89HuKz xogIecjR7ach2s9HsuKOx68yX+LAkKJ6ZT+GbVz6Y5z9wLFzoPsGbSi8SnfCriObhgB+ tyMinKQeIq1M12ZCMOXbyER+zUcDmfru6j3fWV7qXJRF0x8rcillT3k2SQDZYUx9p/Vd 6dbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=6X/h4eOekHGHRiUx1hUKzAeFozN597vlqpUbrWOp3WA=; b=hLUqpkFc23AmJYdJDBbMH7jjGLYpDrkhk0YGP999e+wr+yX965N8ysJBQCCTCfuQRN lgVifWYyDrK7Sz0WSNMR32OCGZQaTxhcOPezqZsvUPrJHkWhBYKutFiPWCFHySG2HmNA 5ozwexGQlDnTiDAZiv1C/gmiQ6BAg8g2BGZwnqavWx3sErnTuGhsn8OOAYDxdfw0S1ja AmxAxPwdQfBg3tgCHn97Np4VdaTOubJmLYzganhejZGGLUqirPCHdohb59Sp+sF8Xhwl 60NLzHu1w7iXRTTnr3NCUwPX5sse3mguhLWCKEZZ/pviR9RYkggxAu5kavwJnvNdbR4Q n53A== X-Gm-Message-State: AIkVDXJyNJDTURJQgmyRQJfP5jqxgItMpgoQqKvf5TIji6sv5qna+opT9+7buGNp5HW2tmlFYHhE/UIREeaMww== X-Received: by 10.28.58.204 with SMTP id h195mr6592245wma.116.1484448727981; Sat, 14 Jan 2017 18:52:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.82.162 with HTTP; Sat, 14 Jan 2017 18:52:06 -0800 (PST) In-Reply-To: References: <96CA08DF-582A-4405-9E65-B19230EA37DA@gmail.com> From: Adrian Chadd Date: Sat, 14 Jan 2017 18:52:06 -0800 Message-ID: Subject: Re: vt(4) chops off the leftmost three columns To: Kevin Oberman Cc: Matthias Andree , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 02:52:13 -0000 hi, no, the vt_vga backend doesn't yet do VESA. I keep meaning to sit down and fix this, but life and wifi gets in the way. -adrian On 14 January 2017 at 16:27, Kevin Oberman wrote: > On Sat, Jan 14, 2017 at 2:11 PM, Adrian Chadd > wrote: >> >> It depends(tm). I think the VT code just does "640x480x4bpp" and lets >> the BIOS sort it out. A lot of things don't cope well with 640x480 >> these days - they try autodetecting picture edges, but a black border >> makes that very difficult. >> >> >> -adrian > > > Can you use vidcontrol(1) to change to something better? 1600x900, maybe? > (Note, I have not tried this and I know that vt does not support a lot of > vidcontrol functionality, but starting X sets the display to 200x56 > characters on my laptop.) > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > >> >> On 14 January 2017 at 08:57, Matthias Andree >> wrote: >> > Am 14.01.2017 um 00:11 schrieb Alan Somers: >> >> I take it back. The first three columns _are_ rendered, but they >> >> don't show up on some monitiors. It's as if those monitors require a >> >> minimum amount of overscan on the left side of the screen, and vt(4) >> >> doesn't provide enough. Can that be tuned? >> > >> > Once upon a time, I've seen similar things on Linux, but with fewer >> > pixels offset, when switching framebuffer drivers - back then, the >> > scanning-VGA-timing was an issue. Is there any way to tweak the row and >> > column timings, with blank periods, viewport offsets and thereabouts? >> > _______________________________________________ >> > freebsd-current@freebsd.org mailing list >> > https://lists.freebsd.org/mailman/listinfo/freebsd-current >> > To unsubscribe, send any mail to >> > "freebsd-current-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@freebsd.org Sun Jan 15 05:07:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66721CB073B for ; Sun, 15 Jan 2017 05:07:09 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-pg0-x241.google.com (mail-pg0-x241.google.com [IPv6:2607:f8b0:400e:c05::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3567F1AAB for ; Sun, 15 Jan 2017 05:07:09 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-pg0-x241.google.com with SMTP id 204so2320182pge.2 for ; Sat, 14 Jan 2017 21:07:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-transfer-encoding; bh=Pyhl/c3Rx5tIrbCgzo6guKZ6fAuIhyZT6oQTeVJEi84=; b=n4HTKa1F1cRae4MEX7H2XY1RmMlCNBL+8yajwAxrwMTk8uIEbp1LJZgwQbUSuFcOry M1K8w8RbGCaxzYkL/YrQDh/595K6D/MrtTRpHg9uMRU9FVTmxlxKe4RE4jHbs1FN+Z98 8DsqywUpNl9CLzDaDjtycDzpgct9fzzyTE/zWZ8EAkYxQOw8tjjqs1ZfefuIThFZCpw0 scF4pC+2c7exP1P49hqjb+X+dIF9hvnKzwMSLnIX2c2s6ixA36UoAki7lXqSHYMov1w4 Km/DRGrQMXiA6lO0+T0JUmkeUTsFXDOdGN/W4JVvWsd4SLb7Cd2ruPG572OiP4EroIP1 CJOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-transfer-encoding; bh=Pyhl/c3Rx5tIrbCgzo6guKZ6fAuIhyZT6oQTeVJEi84=; b=aNbHJf4Dpq6e5NqNda2Og1SV0PrSLAU/0/tBWwxqU8Mp9glSTSy7CuXdzdwCKCEvQT 2Or9JJ7RgBgfCIvbOW79ptzIa4/VKuRjiiWKERNkYIel7asiUrv7nT7j/EXw8D0mGbjC UunD7xSxp6YQYq8u49qmVMWCVSgMA0NTwiJu7k8y3RVnTtKdGP7en09Vb9SRHHd0QtU2 TTtWRr/VeymXymV1mIsm7eLRns0eQ+bKFViYnsYNmvVHcJDF5HH/A6Q18pHdIgdEejiY TSh1EHNw/n0Cp+xjNDBVa2e80E/DqgBJ1897tl3yA+m/J4p+wmGCNYetsB4adpGmyagx oJPQ== X-Gm-Message-State: AIkVDXJeohbZ0oNNXWXJhSPYGGSpoV7rpnCUlFKYQbnozL+ql3hft71QDUNgmxC5qUrIjA== X-Received: by 10.84.129.131 with SMTP id b3mr40140522plb.54.1484456828828; Sat, 14 Jan 2017 21:07:08 -0800 (PST) Received: from [192.168.1.103] ([120.29.76.161]) by smtp.googlemail.com with ESMTPSA id j7sm25499763pfe.84.2017.01.14.21.07.06 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 14 Jan 2017 21:07:07 -0800 (PST) Message-ID: <587B0381.5090603@gmail.com> Date: Sun, 15 Jan 2017 13:07:13 +0800 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Adrian Chadd CC: Kevin Oberman , Matthias Andree , freebsd-current Subject: Re: vt(4) chops off the leftmost three columns References: <96CA08DF-582A-4405-9E65-B19230EA37DA@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 05:07:09 -0000 You can add these things to the vt to-do list Change the default font to look like sc. Add copy/paste function like sc has. Add splash screen support like sc has. Adrian Chadd wrote: > hi, > > no, the vt_vga backend doesn't yet do VESA. > > I keep meaning to sit down and fix this, but life and wifi gets in the way. > > > -adrian > > > On 14 January 2017 at 16:27, Kevin Oberman wrote: >> On Sat, Jan 14, 2017 at 2:11 PM, Adrian Chadd >> wrote: >>> It depends(tm). I think the VT code just does "640x480x4bpp" and lets >>> the BIOS sort it out. A lot of things don't cope well with 640x480 >>> these days - they try autodetecting picture edges, but a black border >>> makes that very difficult. >>> >>> >>> -adrian >> >> Can you use vidcontrol(1) to change to something better? 1600x900, maybe? >> (Note, I have not tried this and I know that vt does not support a lot of >> vidcontrol functionality, but starting X sets the display to 200x56 >> characters on my laptop.) >> -- >> Kevin Oberman, Part time kid herder and retired Network Engineer >> E-mail: rkoberman@gmail.com >> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >> >> >>> On 14 January 2017 at 08:57, Matthias Andree >>> wrote: >>>> Am 14.01.2017 um 00:11 schrieb Alan Somers: >>>>> I take it back. The first three columns _are_ rendered, but they >>>>> don't show up on some monitiors. It's as if those monitors require a >>>>> minimum amount of overscan on the left side of the screen, and vt(4) >>>>> doesn't provide enough. Can that be tuned? >>>> Once upon a time, I've seen similar things on Linux, but with fewer >>>> pixels offset, when switching framebuffer drivers - back then, the >>>> scanning-VGA-timing was an issue. Is there any way to tweak the row and >>>> column timings, with blank periods, viewport offsets and thereabouts? From owner-freebsd-current@freebsd.org Sun Jan 15 05:08:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4443BCB0836 for ; Sun, 15 Jan 2017 05:08:27 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BBDD41C42 for ; Sun, 15 Jan 2017 05:08:26 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id c85so116640231wmi.1 for ; Sat, 14 Jan 2017 21:08:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=7XMRAl/Tw7GghsFnIq93MfBkDl1Y1AFYjxv97leRFAo=; b=dItVSNGyRWgF27j6PsB+4p7oD7qtnUcghCCV7yKfPv9A6C+rVPEaeH13QxCwKxIhnH xO8R+3NvXHtU4u/+bWNx7P/buSrv7EZuHDb+mDDS+OXa8zHKbEb820xgkwcQeLfw9byv E4uhujsarjL4Rb6IflrH+DadGYTzY+loor7rzGTckdVq1PDFhT/LM26O3dSXV47We7+o AHoBftAq7jMgcQvQmf7yJbb8G1jk0gpU2jIOHTqEPQeRwhKsebusvslpbzWW9vw0KSBx H8OfwYKiErmacA0cT6EvVx2M7QZywbmK6HwIib4lXI9zaEFCNhVas0omy52hmHdvYedJ IyuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=7XMRAl/Tw7GghsFnIq93MfBkDl1Y1AFYjxv97leRFAo=; b=K77fDN4Gjg+dRejv7/WbAUs8f8UOKn+2AMn1jdvnYsGVcLHzzwSROiZEE25mpes3vh 4OR9Fmhl1OGiuzbU6SPHszMn1TOfzOJGSPhEHwEtjcIBRf4f/xJwCt0QhYWclz8TB1oF Q4cYmnxZWYePEhquI0RgcAMI3oKp8OJJyq9Jff0wwDOaastLyVXNBCel0j5SuF5tMvOK VU735Bp2kOEohUmUf2RPbPwOlib1+/eLFue6VK/f0z0d/PAFVajABUD6oz2Pb1AgLy5M v/osf24uhuCt73EUXy2qdWzyIqS2gfH75gXfAIWiCMTW8hOqHdXIU8/of+CH/APcKfiI bf0g== X-Gm-Message-State: AIkVDXIzDi9qWk7CsjJn9L5fbEhaeJI8akSUJxO+bdwo9atB4r/YphoGdAvFP6smUukcmvXk3+LoSClPQSvuvQ== X-Received: by 10.223.151.138 with SMTP id s10mr18076385wrb.65.1484456904487; Sat, 14 Jan 2017 21:08:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.82.162 with HTTP; Sat, 14 Jan 2017 21:08:23 -0800 (PST) In-Reply-To: <587B0381.5090603@gmail.com> References: <96CA08DF-582A-4405-9E65-B19230EA37DA@gmail.com> <587B0381.5090603@gmail.com> From: Adrian Chadd Date: Sat, 14 Jan 2017 21:08:23 -0800 Message-ID: Subject: Re: vt(4) chops off the leftmost three columns To: Ernie Luzar Cc: Kevin Oberman , Matthias Andree , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 05:08:27 -0000 heh. As always, patches gratefully accepted. :) -adrian On 14 January 2017 at 21:07, Ernie Luzar wrote: > > You can add these things to the vt to-do list > > Change the default font to look like sc. > Add copy/paste function like sc has. > Add splash screen support like sc has. > > > > Adrian Chadd wrote: >> >> hi, >> >> no, the vt_vga backend doesn't yet do VESA. >> >> I keep meaning to sit down and fix this, but life and wifi gets in the >> way. >> >> >> -adrian >> >> >> On 14 January 2017 at 16:27, Kevin Oberman wrote: >>> >>> On Sat, Jan 14, 2017 at 2:11 PM, Adrian Chadd >>> wrote: >>>> >>>> It depends(tm). I think the VT code just does "640x480x4bpp" and lets >>>> the BIOS sort it out. A lot of things don't cope well with 640x480 >>>> these days - they try autodetecting picture edges, but a black border >>>> makes that very difficult. >>>> >>>> >>>> -adrian >>> >>> >>> Can you use vidcontrol(1) to change to something better? 1600x900, maybe? >>> (Note, I have not tried this and I know that vt does not support a lot of >>> vidcontrol functionality, but starting X sets the display to 200x56 >>> characters on my laptop.) >>> -- >>> Kevin Oberman, Part time kid herder and retired Network Engineer >>> E-mail: rkoberman@gmail.com >>> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >>> >>> >>>> On 14 January 2017 at 08:57, Matthias Andree >>>> wrote: >>>>> >>>>> Am 14.01.2017 um 00:11 schrieb Alan Somers: >>>>>> >>>>>> I take it back. The first three columns _are_ rendered, but they >>>>>> don't show up on some monitiors. It's as if those monitors require a >>>>>> minimum amount of overscan on the left side of the screen, and vt(4) >>>>>> doesn't provide enough. Can that be tuned? >>>>> >>>>> Once upon a time, I've seen similar things on Linux, but with fewer >>>>> pixels offset, when switching framebuffer drivers - back then, the >>>>> scanning-VGA-timing was an issue. Is there any way to tweak the row and >>>>> column timings, with blank periods, viewport offsets and thereabouts? > > > From owner-freebsd-current@freebsd.org Sun Jan 15 05:03:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C0F0CB059A for ; Sun, 15 Jan 2017 05:03:33 +0000 (UTC) (envelope-from julian@elischer.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 414941A09; Sun, 15 Jan 2017 05:03:33 +0000 (UTC) (envelope-from julian@elischer.org) Received: from Julian-MBP3.local (ppp121-45-252-76.lns20.per4.internode.on.net [121.45.252.76]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v0F53R8V018850 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 14 Jan 2017 21:03:30 -0800 (PST) (envelope-from julian@elischer.org) Subject: Re: TSC as timecounter makes system lag [-> jhb] To: Jia-Shiun Li , freebsd-current , John Baldwin References: From: Julian Elischer Message-ID: Date: Sun, 15 Jan 2017 13:03:21 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 15 Jan 2017 06:00:21 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 05:03:33 -0000 On 15/01/2017 10:11 AM, Jia-Shiun Li wrote: > On Fri, Jan 13, 2017 at 8:26 AM, Jia-Shiun Li wrote: > >> Hi all, >> >> since 2 or 3 weeks ago, I noticed that my old Penryn-based Intel Pentium >> T4200 notebook lagged a lot. System time was running a lot slower, >> sometimes even looked like it freezed. Keystroke repeat rate was slow too. >> >> Since system time is slow, I tried to change timecounter from default TSC >> to HPET. And it resumed normal immediately. >> >> > Did a binary search. Turns out it was caused by r310177 "Enable > EARLY_AP_STARTUP on amd64 and i386 kernels by default." r310175 does not > have this issue. Removing this option from kernel config also solves it. making sure jhb notices this. > -Jia-Shiun. > _______________________________________________ > 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 Sun Jan 15 07:30:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5033ECB1CAF for ; Sun, 15 Jan 2017 07:30:54 +0000 (UTC) (envelope-from jan@dusatko.org) Received: from mail.dusatko.org (static-84-242-66-51.net.upcbroadband.cz [84.242.66.51]) by mx1.freebsd.org (Postfix) with ESMTP id C8948161D; Sun, 15 Jan 2017 07:30:52 +0000 (UTC) (envelope-from jan@dusatko.org) Received: from section-9 (localhost [127.0.0.1]) by mail.dusatko.org (Postfix) with ESMTP id D302D23CC; Sun, 15 Jan 2017 08:16:47 +0100 (CET) Received: from mail.dusatko.org ([127.0.0.1]) by section-9 (mail.dusatko.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6qFJjiz2W3P2; Sun, 15 Jan 2017 08:16:47 +0100 (CET) Received: from [192.168.253.33] (Relict.praha.dusatko [192.168.253.33]) by mail.dusatko.org (Postfix) with ESMTPSA id 9838D23CB; Sun, 15 Jan 2017 08:16:47 +0100 (CET) Reply-To: jan@dusatko.org Subject: Re: Secure Boot References: <26163.1484447917@kaos.jnpr.net> To: "Simon J. Gerraty" , Johannes Lundberg Cc: freebsd-current@freebsd.org, Ed Maste From: =?UTF-8?B?SmFuIER1xaHDoXRrbw==?= Message-ID: Date: Sun, 15 Jan 2017 08:16:43 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <26163.1484447917@kaos.jnpr.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2DFOxEkUO3GVFDbL0n2LfnFeO9Ce71Krp" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 07:30:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --2DFOxEkUO3GVFDbL0n2LfnFeO9Ce71Krp Content-Type: multipart/mixed; boundary="Fao6BI1DvkgMQp8A4RLbRMKF3IbX0VN7U"; protected-headers="v1" From: =?UTF-8?B?SmFuIER1xaHDoXRrbw==?= Reply-To: jan@dusatko.org To: "Simon J. Gerraty" , Johannes Lundberg Cc: freebsd-current@freebsd.org, Ed Maste Message-ID: Subject: Re: Secure Boot References: <26163.1484447917@kaos.jnpr.net> In-Reply-To: <26163.1484447917@kaos.jnpr.net> --Fao6BI1DvkgMQp8A4RLbRMKF3IbX0VN7U Content-Type: multipart/mixed; boundary="------------F52FD082F8D59E6147B83647" This is a multi-part message in MIME format. --------------F52FD082F8D59E6147B83647 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Dne 15.1.2017 v 3:38 Simon J. Gerraty napsal(a): > Johannes Lundberg wrote: >> https://wiki.freebsd.org/SecureBoot >> > Interested in this too - though for proprietary systems where we have > control over BIOS. The design should hopefully accommodate both. > > In particular any plan for how the loader would verify kernel and any > pre-loaded modules, and kernel verify init. > Hopefully allowing for regular update of sining keys. > To work correctly, there are requirements to use TPM 1.2, hard disk drive support Opal 2.1 standard and the Intel TXT. Shim is only part of secure boot, because can be easily defeated without the rest. https://www.kernel.org/doc/Documentation/intel_txt.txt https://software.intel.com/en-us/blogs/2012/09/25/how-to-enable-an-intel-= trusted-execution-technology-capable-server http://www.intel.com/content/dam/www/public/us/en/documents/guides/intel-= txt-software-development-guide.pdf http://www.intel.com/content/dam/www/public/us/en/documents/white-papers/= trusted-execution-technology-security-paper.pdf http://www.intel.com/technology/security/downloads/TrustedExec_Overview.p= df http://www.intel.com/technology/security/downloads/arch-overview.pdf --------------F52FD082F8D59E6147B83647-- --Fao6BI1DvkgMQp8A4RLbRMKF3IbX0VN7U-- --2DFOxEkUO3GVFDbL0n2LfnFeO9Ce71Krp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGcBAEBCAAGBQJYeyHeAAoJEJNLvk7lNbWFVnEMALlstrjoU0bRC/x3phCToaP4 kZyDxQRXNzm/mLNsg7e4CFm5/44HCtluLpmPf+OsJ292o17sP2lfG5LXBg111tn1 WPQp0PP34S3EH0Qn+uEXNqKHoyx4noRR7j6dkofTTcVYSlLDjzaVtYImaeNavDEy d0FIuqrIyo8NIVOQ8Bwjtuvzi/6krWyAl6OGsyrLFYO6GaSKW7SCbChPgKSZTi07 9K4NwWQBEQU+st/6lBo6Q9PGG4sin4RDTtlyyvEl/v8W1tWrLSguLMoJJEAtfLhv wqCqkrJvKhB1eyyAIy+l4Sge7gYq9tok6wil2Be3Jd9gJ3hDq2GOJWahNPrC04ui KacaXewSSMOXE0JgUezWEt2FywFPghfmVKOimSL4g6Vzw0KoKCtaxNCljZJ9ffxv Vbkh7JzmlrsgT28NjR4T7GopmXT4alwelrWS/I6PSVl/SrPtURDTnXWuIhqDegLK uQFLJwTQEN1fbkbymH1w+PzGqqBPKS9OI/GT3tL4yw== =BqCm -----END PGP SIGNATURE----- --2DFOxEkUO3GVFDbL0n2LfnFeO9Ce71Krp-- From owner-freebsd-current@freebsd.org Sun Jan 15 14:35:58 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85A80CB1E46 for ; Sun, 15 Jan 2017 14:35:58 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-qk0-x22e.google.com (mail-qk0-x22e.google.com [IPv6:2607:f8b0:400d:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D7DA1CE5 for ; Sun, 15 Jan 2017 14:35:58 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-qk0-x22e.google.com with SMTP id u25so97167440qki.2 for ; Sun, 15 Jan 2017 06:35:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=s8sCUGw8IrFq8sp5pIQXxFK8SQ5zsfGMcXaAbiQmHJg=; b=LtBeXlb+C7HmQIhXdtjV/seMVJWcZ7sdje4nunLexwq+34K5Y7Bn66FfLndGlUG/bL /p56CU8pc/GoU46KgddTsmg5oL/QKRqRxJ5o/OpujysUoP7X/JGaUoVJc4HxwkrAd4dF vr1AYOA92Hpl/XvJ0kVUgR1CwyIqpVP/u1uNkddwQlHArcrNKlsJG34oyaZXHGQGbcrW qV9zqoUixylhL9+y1FS3u939u7h487FaQhOFaDbDLx3GvODIryZhgEFK/nIMqibF8RLf pa2Sk70QGVQtVRDw6KqC2FPggnmmpB+POHPOQxeadSuVCEHEXAVOqcyOYMMVlTADo0SJ FCiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=s8sCUGw8IrFq8sp5pIQXxFK8SQ5zsfGMcXaAbiQmHJg=; b=DK0mMibtabnz057b1BD6QyY5+mpOzb8cN//QfSIPyaBs8MTQ8NHz5DmyKqs9ofnXRA bbj3354HQIgU0szP/zDO5aTwwNSUy7Ez4Ash4dmvowb1rlP4vqTw1NK3kveKnTcPLTDR dp4AFqM+caSG27nDftTzhaKE1p+cRaUc+J4DYom8ilW/PqD88k0Qw6CqY2WOjdq+i8M4 2MV9dmX8hPFyBVbzR5h+iWqaqkL2BiLyCjrQMf9wz78Fj7/JfcWkWGCxR4kIFC7a8cj6 /A8PEbWHUuOtWLm5HJTRPpH7Gb2OMn5jQ64bxzyEDMBfh9QQMzOyxY6LpFuntc811oki 0coA== X-Gm-Message-State: AIkVDXLRclCTF7K+tcAWpHPlnm1HxIzwICjviS/MjE98lTbYhgK/pS3PbwMIDO/xYVYEDYP/XZxdN9oiG/L+Qw== X-Received: by 10.55.135.197 with SMTP id j188mr26633022qkd.71.1484490957384; Sun, 15 Jan 2017 06:35:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.8 with HTTP; Sun, 15 Jan 2017 06:35:26 -0800 (PST) In-Reply-To: <20170113120534.GC2349@kib.kiev.ua> References: <20170113120534.GC2349@kib.kiev.ua> From: Jia-Shiun Li Date: Sun, 15 Jan 2017 22:35:26 +0800 Message-ID: Subject: Re: TSC as timecounter makes system lag To: Konstantin Belousov Cc: freebsd-current Content-Type: multipart/mixed; boundary=94eb2c0777e6302306054622fc63 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 14:35:58 -0000 --94eb2c0777e6302306054622fc63 Content-Type: text/plain; charset=UTF-8 Sorry just saw this. Bad Gmail. On Fri, Jan 13, 2017 at 8:05 PM, Konstantin Belousov wrote: > On Fri, Jan 13, 2017 at 08:26:04AM +0800, Jia-Shiun Li wrote: > > Hi all, > > > > since 2 or 3 weeks ago, I noticed that my old Penryn-based Intel Pentium > > T4200 notebook lagged a lot. System time was running a lot slower, > > sometimes even looked like it freezed. Keystroke repeat rate was slow > too. > > > > Since system time is slow, I tried to change timecounter from default TSC > > to HPET. And it resumed normal immediately. > Please show the output of sysctl kern.timecounter and kern.eventtimer. > I suspect that you changed eventtimer and not timecounter. > Files attached. I changed it by "sysctl kern.timecounter.hardware=HPET" > The same world binary works fine on other Ivybridge and Haswell desktops, > > so I assume this may be related to CPU or mainboard generations. > > > > version is > > > > FreeBSD jsli-nb 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r311687: Mon Jan 9 > > 04:07:27 CST 2017 > > jsli@4cbsd:/personal/freebsd/obj/x64/personal/freebsd/ > fbsdsrc/sys/MINIMAL-NODEBUG > > amd64 > > > > and CPU is > > > > CPU: Pentium(R) Dual-Core CPU T4200 @ 2.00GHz (1995.04-MHz > K8-class > > CPU) > > Origin="GenuineIntel" Id=0x1067a Family=0x6 Model=0x17 Stepping=10 > > > > Features=0xbfebfbff APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI, > MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > Features2=0xc00e39d SSSE3,CX16,xTPR,PDCM,XSAVE,OSXSAVE> > > AMD Features=0x20100800 > > AMD Features2=0x1 > > TSC: P-state invariant, performance statistics > > > > Tested similar OS rev on another Intel Core 2 Duo E7400 Wolfdale (the > same > > generation as the Pentium T4200). The same lag also happens on it. > > > > BTW on both system, cpuX:timer interrupts do not fire at all and count > > remains 0. > It is known that LAPIC is shut down in C2 and deeper CPU sleep states on > Core2. FreeBSD 11 (and HEAD) started using MWAIT and requesting deep > wait states from BIOS. If the configuration uses LAPIC and deep sleeps > are enabled, eventtimers do not work reliably. > > Default configuration should strongly prefer HPET eventtimer over LAPIC for > machines which do not have LAPIC armed in Cx states, see r309189. If you > do not have any customizations of eventtimer selection, then please provide > verbose dmesg from your boot. > > If you prefer to not use deep Cx and MWAIT, set loader tunable > debug.acpi.disabled to include word "mwait", see acpi(4). You can check > that this worked by looking at sysctl dev.cpu.N output. > Thanks for the explanation. Looks eventtimer favored HPET over LAPIC like you described on this notebook. -Jia-Shiun. --94eb2c0777e6302306054622fc63 Content-Type: text/plain; charset=US-ASCII; name="sysctl.txt" Content-Disposition: attachment; filename="sysctl.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ixyra72f0 a2Vybi5ldmVudHRpbWVyLnBlcmlvZGljOiAwCmtlcm4uZXZlbnR0aW1lci50aW1lcjogSFBFVApr ZXJuLmV2ZW50dGltZXIuaWRsZXRpY2s6IDAKa2Vybi5ldmVudHRpbWVyLnNpbmdsZW11bDogMgpr ZXJuLmV2ZW50dGltZXIuY2hvaWNlOiBIUEVUKDQ1MCkgSFBFVDEoNDQwKSBIUEVUMig0NDApIEhQ RVQzKDQ0MCkgTEFQSUMoMTAwKSBpODI1NCgxMDApIFJUQygwKQprZXJuLmV2ZW50dGltZXIuZXQu aTgyNTQucXVhbGl0eTogMTAwCmtlcm4uZXZlbnR0aW1lci5ldC5pODI1NC5mcmVxdWVuY3k6IDEx OTMxODIKa2Vybi5ldmVudHRpbWVyLmV0Lmk4MjU0LmZsYWdzOiAxCmtlcm4uZXZlbnR0aW1lci5l dC5IUEVUMy5xdWFsaXR5OiA0NDAKa2Vybi5ldmVudHRpbWVyLmV0LkhQRVQzLmZyZXF1ZW5jeTog MTQzMTgxODAKa2Vybi5ldmVudHRpbWVyLmV0LkhQRVQzLmZsYWdzOiAzCmtlcm4uZXZlbnR0aW1l ci5ldC5IUEVUMi5xdWFsaXR5OiA0NDAKa2Vybi5ldmVudHRpbWVyLmV0LkhQRVQyLmZyZXF1ZW5j eTogMTQzMTgxODAKa2Vybi5ldmVudHRpbWVyLmV0LkhQRVQyLmZsYWdzOiAzCmtlcm4uZXZlbnR0 aW1lci5ldC5IUEVUMS5xdWFsaXR5OiA0NDAKa2Vybi5ldmVudHRpbWVyLmV0LkhQRVQxLmZyZXF1 ZW5jeTogMTQzMTgxODAKa2Vybi5ldmVudHRpbWVyLmV0LkhQRVQxLmZsYWdzOiAzCmtlcm4uZXZl bnR0aW1lci5ldC5IUEVULnF1YWxpdHk6IDQ1MAprZXJuLmV2ZW50dGltZXIuZXQuSFBFVC5mcmVx dWVuY3k6IDE0MzE4MTgwCmtlcm4uZXZlbnR0aW1lci5ldC5IUEVULmZsYWdzOiAzCmtlcm4uZXZl bnR0aW1lci5ldC5SVEMucXVhbGl0eTogMAprZXJuLmV2ZW50dGltZXIuZXQuUlRDLmZyZXF1ZW5j eTogMzI3NjgKa2Vybi5ldmVudHRpbWVyLmV0LlJUQy5mbGFnczogMTcKa2Vybi5ldmVudHRpbWVy LmV0LkxBUElDLnF1YWxpdHk6IDEwMAprZXJuLmV2ZW50dGltZXIuZXQuTEFQSUMuZnJlcXVlbmN5 OiAwCmtlcm4uZXZlbnR0aW1lci5ldC5MQVBJQy5mbGFnczogMTUKa2Vybi50aW1lY291bnRlci50 c2Nfc2hpZnQ6IDEKa2Vybi50aW1lY291bnRlci5zbXBfdHNjX2FkanVzdDogMAprZXJuLnRpbWVj b3VudGVyLnNtcF90c2M6IDEKa2Vybi50aW1lY291bnRlci5pbnZhcmlhbnRfdHNjOiAxCmtlcm4u dGltZWNvdW50ZXIuZmFzdF9nZXR0aW1lOiAxCmtlcm4udGltZWNvdW50ZXIudGljazogMQprZXJu LnRpbWVjb3VudGVyLmNob2ljZTogQUNQSS1mYXN0KDkwMCkgaTgyNTQoMCkgSFBFVCg5NTApIFRT QygxMDAwKSBkdW1teSgtMTAwMDAwMCkKa2Vybi50aW1lY291bnRlci5oYXJkd2FyZTogVFNDCmtl cm4udGltZWNvdW50ZXIuYWxsb3dlZGRldmlhdGlvbjogNQprZXJuLnRpbWVjb3VudGVyLnN0ZXB3 YXJuaW5nczogMAprZXJuLnRpbWVjb3VudGVyLnRjLkFDUEktZmFzdC5xdWFsaXR5OiA5MDAKa2Vy bi50aW1lY291bnRlci50Yy5BQ1BJLWZhc3QuZnJlcXVlbmN5OiAzNTc5NTQ1Cmtlcm4udGltZWNv dW50ZXIudGMuQUNQSS1mYXN0LmNvdW50ZXI6IDc5MDc4Cmtlcm4udGltZWNvdW50ZXIudGMuQUNQ SS1mYXN0Lm1hc2s6IDE2Nzc3MjE1Cmtlcm4udGltZWNvdW50ZXIudGMuaTgyNTQucXVhbGl0eTog MAprZXJuLnRpbWVjb3VudGVyLnRjLmk4MjU0LmZyZXF1ZW5jeTogMTE5MzE4MgprZXJuLnRpbWVj b3VudGVyLnRjLmk4MjU0LmNvdW50ZXI6IDU1NTkyCmtlcm4udGltZWNvdW50ZXIudGMuaTgyNTQu bWFzazogNjU1MzUKa2Vybi50aW1lY291bnRlci50Yy5IUEVULnF1YWxpdHk6IDk1MAprZXJuLnRp bWVjb3VudGVyLnRjLkhQRVQuZnJlcXVlbmN5OiAxNDMxODE4MAprZXJuLnRpbWVjb3VudGVyLnRj LkhQRVQuY291bnRlcjogMTkzMTQ4NjMyMwprZXJuLnRpbWVjb3VudGVyLnRjLkhQRVQubWFzazog NDI5NDk2NzI5NQprZXJuLnRpbWVjb3VudGVyLnRjLlRTQy5xdWFsaXR5OiAxMDAwCmtlcm4udGlt ZWNvdW50ZXIudGMuVFNDLmZyZXF1ZW5jeTogMTk5NTA0NDU1MAprZXJuLnRpbWVjb3VudGVyLnRj LlRTQy5jb3VudGVyOiAyMzI5Nzg1MDc0Cmtlcm4udGltZWNvdW50ZXIudGMuVFNDLm1hc2s6IDQy OTQ5NjcyOTUK --94eb2c0777e6302306054622fc63 Content-Type: text/plain; charset=US-ASCII; name="dmesg.boot.txt" Content-Disposition: attachment; filename="dmesg.boot.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ixyrapsc1 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTcgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMi4wLUNVUlJFTlQgIzAgcjMxMTY4NzogTW9uIEph biAgOSAwNDowNzoyNyBDU1QgMjAxNwogICAganNsaUA0Y2JzZDovcGVyc29uYWwvZnJlZWJzZC9v YmoveDY0L3BlcnNvbmFsL2ZyZWVic2QvZmJzZHNyYy9zeXMvTUlOSU1BTC1OT0RFQlVHIGFtZDY0 CkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAzLjkuMSAodGFncy9SRUxFQVNFXzM5MS9maW5hbCAyODk2 MDEpIChiYXNlZCBvbiBMTFZNIDMuOS4xKQpWVCh2Z2EpOiByZXNvbHV0aW9uIDY0MHg0ODAKQ1BV OiBQZW50aXVtKFIpIER1YWwtQ29yZSBDUFUgICAgICAgVDQyMDAgIEAgMi4wMEdIeiAoMTk5NS4w NC1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbj0iR2VudWluZUludGVsIiAgSWQ9MHgxMDY3YSAg RmFtaWx5PTB4NiAgTW9kZWw9MHgxNyAgU3RlcHBpbmc9MTAKICBGZWF0dXJlcz0weGJmZWJmYmZm PEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNB LENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRU LFRNLFBCRT4KICBGZWF0dXJlczI9MHhjMDBlMzlkPFNTRTMsRFRFUzY0LE1PTixEU19DUEwsRVNU LFRNMixTU1NFMyxDWDE2LHhUUFIsUERDTSxYU0FWRSxPU1hTQVZFPgogIEFNRCBGZWF0dXJlcz0w eDIwMTAwODAwPFNZU0NBTEwsTlgsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4KICBUU0M6 IFAtc3RhdGUgaW52YXJpYW50LCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzCnJlYWwgbWVtb3J5ICA9 IDQyOTQ5NjcyOTYgKDQwOTYgTUIpCmF2YWlsIG1lbW9yeSA9IDQwODgwNzAxNDQgKDM4OTggTUIp CkV2ZW50IHRpbWVyICJMQVBJQyIgcXVhbGl0eSAxMDAKQUNQSSBBUElDIFRhYmxlOiA8QUNSU1lT IEFDUlBSRENUPgpGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAy IENQVXMKRnJlZUJTRC9TTVA6IDEgcGFja2FnZShzKSB4IDIgY29yZShzKQpyYW5kb206IHVuYmxv Y2tpbmcgZGV2aWNlLgppb2FwaWMwOiBDaGFuZ2luZyBBUElDIElEIHRvIDQKaW9hcGljMCA8VmVy c2lvbiAyLjA+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApTTVA6IEFQIENQVSAjMSBMYXVuY2hl ZCEKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDE5OTUwNDQ1NTAgSHogcXVhbGl0eSAxMDAw CnJhbmRvbTogZW50cm9weSBkZXZpY2UgZXh0ZXJuYWwgaW50ZXJmYWNlCm1vZHVsZV9yZWdpc3Rl cl9pbml0OiBNT0RfTE9BRCAodmVzYSwgMHhmZmZmZmZmZjgwNmViZTUwLCAwKSBlcnJvciAxOQpr YmQxIGF0IGtiZG11eDAKbmV4dXMwCnZ0dmdhMDogPFZUIFZHQSBkcml2ZXI+IG9uIG1vdGhlcmJv YXJkCmFjcGkwOiA8QUNSU1lTIEFDUlBSRENUPiBvbiBtb3RoZXJib2FyZAphY3BpMDogUG93ZXIg QnV0dG9uIChmaXhlZCkKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUxOiA8QUNQSSBDUFU+ IG9uIGFjcGkwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3NyBvbiBh Y3BpMAphdHJ0YzA6IFdhcm5pbmc6IENvdWxkbid0IG1hcCBJL08uCkV2ZW50IHRpbWVyICJSVEMi IGZyZXF1ZW5jeSAzMjc2OCBIeiBxdWFsaXR5IDAKaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVu dCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIGlycSAwLDggb24gYWNwaTAKVGlt ZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDk1MApFdmVudCB0 aW1lciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDUwCkV2ZW50IHRpbWVy ICJIUEVUMSIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJI UEVUMiIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVU MyIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDQwCmF0dGltZXIwOiA8QVQgdGltZXI+ IHBvcnQgMHg0MC0weDQzLDB4NTAtMHg1MyBvbiBhY3BpMApUaW1lY291bnRlciAiaTgyNTQiIGZy ZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApFdmVudCB0aW1lciAiaTgyNTQiIGZyZXF1ZW5j eSAxMTkzMTgyIEh6IHF1YWxpdHkgMTAwClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5j eSAzNTc5NTQ1IEh6IHF1YWxpdHkgOTAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMu NTc5NTQ1TUh6PiBwb3J0IDB4NDA4LTB4NDBiIG9uIGFjcGkwCmFjcGlfZWMwOiA8RW1iZWRkZWQg Q29udHJvbGxlcjogR1BFIDB4MWM+IHBvcnQgMHg2MiwweDY2IG9uIGFjcGkwCnBjaWIwOiA8QUNQ SSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkg UENJIGJ1cz4gb24gcGNpYjAKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQg ZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnZnYXBjaTA6 IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4NjAwMC0weDYwN2YgbWVtIDB4ZDIwMDAw MDAtMHhkMmZmZmZmZiwweGMwMDAwMDAwLTB4Y2ZmZmZmZmYsMHhkMDAwMDAwMC0weGQxZmZmZmZm IGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTEKYWNwaV92aWRlbzA6IDxBQ1BJIHZpZGVvIGV4 dGVuc2lvbj4gb24gdmdhcGNpMApudmlkaWEwOiA8R2VGb3JjZSBHIDEwNU0+IG9uIHZnYXBjaTAK dmdhcGNpMDogY2hpbGQgbnZpZGlhMCByZXF1ZXN0ZWQgcGNpX2VuYWJsZV9pbwp2Z2FwY2kwOiBj aGlsZCBudmlkaWEwIHJlcXVlc3RlZCBwY2lfZW5hYmxlX2lvCnZnYXBjaTA6IEJvb3QgdmlkZW8g ZGV2aWNlCnVoY2kwOiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgY29udHJvbGxlcj4gcG9ydCAw eDcwZTAtMHg3MGZmIGlycSAyMCBhdCBkZXZpY2UgMjYuMCBvbiBwY2kwCnVzYnVzMCBvbiB1aGNp MAp1c2J1czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVoY2kxOiA8SW50ZWwgODI4MDFJ IChJQ0g5KSBVU0IgY29udHJvbGxlcj4gcG9ydCAweDcwYzAtMHg3MGRmIGlycSAyMSBhdCBkZXZp Y2UgMjYuMSBvbiBwY2kwCnVzYnVzMSBvbiB1aGNpMQp1c2J1czE6IDEyTWJwcyBGdWxsIFNwZWVk IFVTQiB2MS4wCmVoY2kwOiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgMi4wIGNvbnRyb2xsZXI+ IG1lbSAweGRiMzA1YzAwLTB4ZGIzMDVmZmYgaXJxIDIxIGF0IGRldmljZSAyNi43IG9uIHBjaTAK dXNidXMyOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMiBvbiBlaGNpMAp1c2J1czI6IDQ4ME1icHMg SGlnaCBTcGVlZCBVU0IgdjIuMApoZGFjMDogPEludGVsIDgyODAxSSBIREEgQ29udHJvbGxlcj4g bWVtIDB4ZGIzMDAwMDAtMHhkYjMwM2ZmZiBpcnEgMjIgYXQgZGV2aWNlIDI3LjAgb24gcGNpMApw Y2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNyBhdCBkZXZpY2UgMjguMCBvbiBwY2kw CnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gaXJxIDE2IGF0IGRldmljZSAyOC4xIG9uIHBjaTAKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjMKYXRoMDogPEF0aGVyb3MgOTI4MD4gbWVtIDB4ZDkyMDAwMDAtMHhkOTIwZmZmZiBpcnEg MTcgYXQgZGV2aWNlIDAuMCBvbiBwY2kzCmF0aDA6IEFSOTI4MCBtYWMgMTI4LjIgUkY1MTMzIHBo eSAxMy4wCmF0aDA6IDJHSHogcmFkaW86IDB4MDAwMDsgNUdIeiByYWRpbzogMHgwMGMwCnBjaWI0 OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE4IGF0IGRldmljZSAyOC4yIG9uIHBjaTAKcGNp NDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKYWxlMDogPEF0aGVyb3MgQVI4MTIxL0FSODExMy9B UjgxMTQgUENJZSBFdGhlcm5ldD4gcG9ydCAweDIwMDAtMHgyMDdmIG1lbSAweGQ4MTAwMDAwLTB4 ZDgxM2ZmZmYgaXJxIDE4IGF0IGRldmljZSAwLjAgb24gcGNpNAphbGUwOiA5NjAgVHggRklGTywg MTAyNCBSeCBGSUZPCmFsZTA6IFVzaW5nIDEgTVNJIG1lc3NhZ2VzLgptaWlidXMwOiA8TUlJIGJ1 cz4gb24gYWxlMAphdHBoeTA6IDxBdGhlcm9zIEYxIDEwLzEwMC8xMDAwIFBIWT4gUEhZIDAgb24g bWlpYnVzMAphdHBoeTA6ICBub25lLCAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAx MDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQtRkRYLCAxMDAwYmFzZVQtRkRYLW1hc3RlciwgYXV0bywg YXV0by1mbG93CmFsZTA6IFVzaW5nIGRlZmF1bHRzIGZvciBUU086IDY1NTE4LzM1LzIwNDgKYWxl MDogRXRoZXJuZXQgYWRkcmVzczogMDA6MjM6NWE6OGE6YTk6M2EKcGNpYjU6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4LjQgb24gcGNpMApwY2liNTogZmFpbGVkIHRv IGFsbG9jYXRlIGluaXRpYWwgSS9PIHBvcnQgd2luZG93OiAweDEwMDAtMHgxZmZmCnBjaTU6IDxB Q1BJIFBDSSBidXM+IG9uIHBjaWI1CnNkaGNpX3BjaTA6IDxKTWljcm9uIEpNQjM4WCBTRD4gbWVt IDB4ZDcwMDAyMDAtMHhkNzAwMDJmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMiBvbiBwY2k1CnNkaGNp X3BjaTA6IDEgc2xvdChzKSBhbGxvY2F0ZWQKdWhjaTI6IDxJbnRlbCA4MjgwMUkgKElDSDkpIFVT QiBjb250cm9sbGVyPiBwb3J0IDB4NzBhMC0weDcwYmYgaXJxIDIzIGF0IGRldmljZSAyOS4wIG9u IHBjaTAKdXNidXMzIG9uIHVoY2kyCnVzYnVzMzogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAK dWhjaTM6IDxJbnRlbCA4MjgwMUkgKElDSDkpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4NzA4MC0w eDcwOWYgaXJxIDE5IGF0IGRldmljZSAyOS4xIG9uIHBjaTAKdXNidXM0IG9uIHVoY2kzCnVzYnVz NDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdWhjaTQ6IDxJbnRlbCA4MjgwMUkgKElDSDkp IFVTQiBjb250cm9sbGVyPiBwb3J0IDB4NzA2MC0weDcwN2YgaXJxIDIwIGF0IGRldmljZSAyOS4y IG9uIHBjaTAKdXNidXM1IG9uIHVoY2k0CnVzYnVzNTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYx LjAKdWhjaTU6IDxJbnRlbCA4MjgwMUkgKElDSDkpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4NzA0 MC0weDcwNWYgaXJxIDE4IGF0IGRldmljZSAyOS4zIG9uIHBjaTAKdXNidXM2IG9uIHVoY2k1CnVz YnVzNjogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKZWhjaTE6IDxJbnRlbCA4MjgwMUkgKElD SDkpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZGIzMDU4MDAtMHhkYjMwNWJmZiBpcnEgMjMg YXQgZGV2aWNlIDI5Ljcgb24gcGNpMAp1c2J1czc6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXM3IG9u IGVoY2kxCnVzYnVzNzogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnBjaWI2OiA8QUNQSSBQ Q0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMApwY2k2OiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liNgppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kw CmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphaGNpMDogPEludGVsIElDSDlNIEFIQ0kgU0FUQSBj b250cm9sbGVyPiBwb3J0IDB4NzEwOC0weDcxMGYsMHg3MTE0LTB4NzExNywweDcxMDAtMHg3MTA3 LDB4NzExMC0weDcxMTMsMHg3MDIwLTB4NzAzZiBtZW0gMHhkYjMwNTAwMC0weGRiMzA1N2ZmIGly cSAxOSBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwCmFoY2kwOiBBSENJIHYxLjIwIHdpdGggNCAzR2Jw cyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIHN1cHBvcnRlZAphaGNpY2gwOiA8QUhDSSBjaGFubmVs PiBhdCBjaGFubmVsIDAgb24gYWhjaTAKYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5l bCAxIG9uIGFoY2kwCmFoY2llbTA6IDxBSENJIGVuY2xvc3VyZSBtYW5hZ2VtZW50IGJyaWRnZT4g b24gYWhjaTAKaWNoc21iMDogPEludGVsIDgyODAxSSAoSUNIOSkgU01CdXMgY29udHJvbGxlcj4g cG9ydCAweDcwMDAtMHg3MDFmIG1lbSAweGRiMzA2MDAwLTB4ZGIzMDYwZmYgaXJxIDE4IGF0IGRl dmljZSAzMS4zIG9uIHBjaTAKc21idXMwOiA8U3lzdGVtIE1hbmFnZW1lbnQgQnVzPiBvbiBpY2hz bWIwCmFjcGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMAphY3BpX3dtaTA6IDxBQ1BJLVdN SSBtYXBwaW5nPiBvbiBhY3BpMAphY3BpX3dtaTE6IDxBQ1BJLVdNSSBtYXBwaW5nPiBvbiBhY3Bp MApiYXR0ZXJ5MDogPEFDUEkgQ29udHJvbCBNZXRob2QgQmF0dGVyeT4gb24gYWNwaTAKYWNwaV9h Y2FkMDogPEFDIEFkYXB0ZXI+IG9uIGFjcGkwCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4g b24gYWNwaTAKYWNwaV9saWQwOiA8Q29udHJvbCBNZXRob2QgTGlkIFN3aXRjaD4gb24gYWNwaTAK YWNwaV9idXR0b24xOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMAphdGtiZGMwOiA8S2V5Ym9hcmQg Y29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6 IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtH SUFOVC1MT0NLRURdCnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBb R0lBTlQtTE9DS0VEXQpwc20wOiBtb2RlbCBHZW5lcmljIFBTLzIgbW91c2UsIGRldmljZSBJRCAw Cm9ybTA6IDxJU0EgT3B0aW9uIFJPTT4gYXQgaW9tZW0gMHhjZjAwMC0weGNmZmZmIG9uIGlzYTAK ZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MAplc3Qx OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCk5VTEwgbXAg aW4gZ2V0bmV3dm5vZGUoKQpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCmhkYWNj MDogPFJlYWx0ZWsgQUxDODg4IEhEQSBDT0RFQz4gYXQgY2FkIDAgb24gaGRhYzAKaGRhYTA6IDxS ZWFsdGVrIEFMQzg4OCBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MwCnBj bTA6IDxSZWFsdGVrIEFMQzg4OCAoQW5hbG9nIDIuMCtIUC8yLjApPiBhdCBuaWQgMjAsMjEgYW5k IDI0LDI2IG9uIGhkYWEwCnBjbTE6IDxSZWFsdGVrIEFMQzg4OCAoTGVmdCBEaWdpdGFsKT4gYXQg bmlkIDMwIG9uIGhkYWEwCnBjbTI6IDxSZWFsdGVrIEFMQzg4OCAoT25ib2FyZCBBbmFsb2cgTWlj KT4gYXQgbmlkIDE4IG9uIGhkYWEwCmhkYWNjMTogPEx1Y2VudC9BZ2VyZSBTeXN0ZW1zICgweDEw NDApIEhEQSBDT0RFQz4gYXQgY2FkIDEgb24gaGRhYzAKdW5rbm93bjogPEx1Y2VudC9BZ2VyZSBT eXN0ZW1zICgweDEwNDApIEhEQSBDT0RFQyBNb2RlbSBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEg b24gaGRhY2MxIChubyBkcml2ZXIgYXR0YWNoZWQpCmhkYWNjMjogPE5WSURJQSBNQ1A3OCBIREEg Q09ERUM+IGF0IGNhZCAzIG9uIGhkYWMwCmhkYWExOiA8TlZJRElBIE1DUDc4IEF1ZGlvIEZ1bmN0 aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBoZGFjYzIKcGNtMzogPE5WSURJQSBNQ1A3OCAoRGlnaXRh bCk+IGF0IG5pZCA1IG9uIGhkYWExCnVnZW42LjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCPiBhdCB1 c2J1czYKdWdlbjMuMTogPEludGVsIFVIQ0kgcm9vdCBIVUI+IGF0IHVzYnVzMwp1Z2VuMC4xOiA8 SW50ZWwgVUhDSSByb290IEhVQj4gYXQgdXNidXMwCnVnZW41LjE6IDxJbnRlbCBVSENJIHJvb3Qg SFVCPiBhdCB1c2J1czUKdWdlbjQuMTogPEludGVsIFVIQ0kgcm9vdCBIVUI+IGF0IHVzYnVzNAp1 aHViMDogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRk ciAxPiBvbiB1c2J1czYKdWh1YjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJl diAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMzCnVodWIyOiA8SW50ZWwgVUhDSSByb290IEhV QiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNAp1aHViMzogPElu dGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1 c2J1czAKdWdlbjEuMTogPEludGVsIFVIQ0kgcm9vdCBIVUI+IGF0IHVzYnVzMQp1Z2VuMi4xOiA8 SW50ZWwgRUhDSSByb290IEhVQj4gYXQgdXNidXMyCnVodWI0OiA8SW50ZWwgVUhDSSByb290IEhV QiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQp1aHViNjogPElu dGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1 c2J1czUKdWh1YjU6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEu MDAsIGFkZHIgMT4gb24gdXNidXMyCnVnZW43LjE6IDxJbnRlbCBFSENJIHJvb3QgSFVCPiBhdCB1 c2J1czcKdWh1Yjc6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEu MDAsIGFkZHIgMT4gb24gdXNidXM3CnNlczAgYXQgYWhjaWVtMCBidXMgMCBzY2J1czIgdGFyZ2V0 IDAgbHVuIDAKc2VzMDogPEFIQ0kgU0dQSU8gRW5jbG9zdXJlIDEuMDAgMDAwMT4gU0VNQiBTLUUt UyAyLjAwIGRldmljZQpzZXMwOiBTRU1CIFNFUyBEZXZpY2UKYWRhMCBhdCBhaGNpY2gwIGJ1cyAw IHNjYnVzMCB0YXJnZXQgMCBsdW4gMAphZGEwOiA8V0RDIFdEMzIwMEJFVlQtMjJaQ1QwIDExLjAx QTExPiBBVEE4LUFDUyBTQVRBIDIueCBkZXZpY2UKYWRhMDogU2VyaWFsIE51bWJlciBXRC1XWEUz MDlWWjg1NTkKYWRhMDogMzAwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDIueCwgVURNQTYsIFBJ TyA4MTkyYnl0ZXMpCmFkYTA6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZAphZGEwOiAzMDUyNDVN QiAoNjI1MTQyNDQ4IDUxMiBieXRlIHNlY3RvcnMpCmNkMCBhdCBhaGNpY2gxIGJ1cyAwIHNjYnVz MSB0YXJnZXQgMCBsdW4gMApjZDA6IDxPcHRpYXJjIERWRCBSVyBBRC03NTgwUyBGWDA0PiBSZW1v dmFibGUgQ0QtUk9NIFNDU0kgZGV2aWNlCmNkMDogU2VyaWFsIE51bWJlciAzMDY1NjMzMCAyMDU0 MjA4UTExMgpjZDA6IDE1MC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAxLngsIFVETUE1LCBBVEFQ SSAxMmJ5dGVzLCBQSU8gODE5MmJ5dGVzKQpjZDA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNp emUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudCAtIHRyYXkgY2xvc2VkClRy eWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWRhMHMzYSBbcnddLi4uCnVodWIwOiAy IHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMTogMiBwb3J0cyB3aXRo IDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjI6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkCnVodWIzOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZAp1aHViNDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjY6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI1OiA0IHBvcnRzIHdp dGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViNzogOCBwb3J0cyB3aXRoIDggcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKdWdlbjEuMjogPHZlbmRvciAweDA4ZmYgRmluZ2VycHJpbnQgU2Vu c29yPiBhdCB1c2J1czEKdWdlbjcuMjogPENoaWNvbnkgRWxlY3Ryb25pY3MgQ28uLCBMdGQuIENO RjcwMTc+IGF0IHVzYnVzNwp3bGFuMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MTc6YzQ6ODE6M2M6 OGQKYWxlMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04K --94eb2c0777e6302306054622fc63-- From owner-freebsd-current@freebsd.org Sun Jan 15 16:03:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCABCCB1C5F for ; Sun, 15 Jan 2017 16:03:19 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id CAD7F1978 for ; Sun, 15 Jan 2017 16:03:19 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C78C7CB1C5B; Sun, 15 Jan 2017 16:03:19 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C70EFCB1C59; Sun, 15 Jan 2017 16:03:19 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D9011976; Sun, 15 Jan 2017 16:03:19 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-228-247.lns20.per1.internode.on.net [121.45.228.247]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v0FG3EYR021560 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 15 Jan 2017 08:03:17 -0800 (PST) (envelope-from julian@freebsd.org) To: "ports@FreeBSD.org" , "current@freebsd.org" From: Julian Elischer Subject: recent change to vim defaults? Message-ID: Date: Mon, 16 Jan 2017 00:03:08 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 16:03:20 -0000 I noticed that suddenly vim is grabbing mouse movements, which makes life really hard. Was there a specific revision that brought in this change, and can it be removed? From owner-freebsd-current@freebsd.org Sun Jan 15 16:23:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC53FCAF2A0 for ; Sun, 15 Jan 2017 16:23:06 +0000 (UTC) (envelope-from kevans91@ksu.edu) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 98B8814C9 for ; Sun, 15 Jan 2017 16:23:06 +0000 (UTC) (envelope-from kevans91@ksu.edu) Received: by mailman.ysv.freebsd.org (Postfix) id 9820ECAF29E; Sun, 15 Jan 2017 16:23:06 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 979EACAF29D; Sun, 15 Jan 2017 16:23:06 +0000 (UTC) (envelope-from kevans91@ksu.edu) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0049.outbound.protection.outlook.com [104.47.38.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26B5814C8; Sun, 15 Jan 2017 16:23:05 +0000 (UTC) (envelope-from kevans91@ksu.edu) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ksu.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=XZ2V8W0bsfCWP9Hh4LtCxvBp/V10CPiy4QC25FgQzcI=; b=iMEUiWkij27HgmV4UWMED/tHPE83PObJGSGQpXey44kEWTsvdjK5AYJMvjcZ0L1UamYi31mTE1RjwbGVpFipmefazzy4yqs6j2JG4vgATMim0my/SAsvr4kNpcTbK0rojB3G2riDsOxqtz0EEQwJYETOQhYCbnN7KjPkyZkvark= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=kevans91@ksu.edu; Received: from mail-wm0-f53.google.com (74.125.82.53) by DM2PR0501MB1327.namprd05.prod.outlook.com (10.160.130.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.860.6; Sun, 15 Jan 2017 16:23:03 +0000 Received: by mail-wm0-f53.google.com with SMTP id r144so141459209wme.1; Sun, 15 Jan 2017 08:23:03 -0800 (PST) X-Gm-Message-State: AIkVDXKf71U6TuqAbE+XC/9HmqUNCqLaxmH6pdPRsv8dAJUPCWKg4McR/U/xI0eIIuLHjuJQHAdMDRrSvYdfxg== X-Received: by 10.28.129.147 with SMTP id c141mr9990319wmd.12.1484497369097; Sun, 15 Jan 2017 08:22:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.59.136 with HTTP; Sun, 15 Jan 2017 08:22:47 -0800 (PST) Received: by 10.28.59.136 with HTTP; Sun, 15 Jan 2017 08:22:47 -0800 (PST) In-Reply-To: References: From: Kyle Evans Date: Sun, 15 Jan 2017 10:22:47 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: recent change to vim defaults? To: Julian Elischer CC: , "current@freebsd.org" X-Originating-IP: [74.125.82.53] X-ClientProxiedBy: AM4PR03CA0002.eurprd03.prod.outlook.com (10.165.240.12) To DM2PR0501MB1327.namprd05.prod.outlook.com (10.160.130.156) X-MS-Office365-Filtering-Correlation-Id: 3e52df1f-4cfe-4948-e42d-08d43d62c7d7 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:DM2PR0501MB1327; X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1327; 3:vfB4NYk/LrR4XMXtiD9yqnvov8aQo/B8KjHlZSVeEHBGjTUEwiG8DQKVwMARdGzcXdJnVxGCc+dFMnTFxc5T0IFIwY2HWI3UPwYGWBd7Lc0O3x/npMGpwls4LRhR/zR91a3DXCWMg4eVNt64qea77kVvpixLihQC+2Vdy63pdCU7279ginZeLfVFY+zuvxia/3cBwKiFxReWHwoE4KcJS3VZ7c6ROplqGGQHkGLeHhMo6M9ZqAHRmbTu+95sKRajYtVD2A8MbmJ5CCL3XCfZ5A==; 25:AhLhNu3GkxqVKrIqax1nLpaY7BOkjwn+GouvcNrkbWOdY4oLo/halaSaXvo9g2w1OjIplyqDjFE0L9tZeXfuuZ6r8r1ymaep5H0tN1Hb8MTtkJH+sJDnEr6NOp2bSFba9wG8z+wzs7vKc7xE10NMAKyh2JIY0mPgWKZH09t6wymCTkt3dqvXMTmWgWMNRaOC8YFtu2l2qeF4a+f9HkGP+NI+U/uEf8fcfMa9vZTHwrm4/HiCAWYHbhXnyLUpgxSREDbi4BHIFJY2n2nRHzsw+NW7gz9Pbw/1shUFcVh13BjpKUoTfkN/ChyyJihDrPaFBsIZeVYDVVSPIkt2WgtjtTdqaCSTKyVQHmP4+39rdmyKZrO5OzgfbFEsGW2LWwLp/epaTkE7CZXZwBXJltMzXThSj25KPwX6rVXhcEx6zXWFkma17skK2v2TOFc83YzqhFJr3iJs5xnRRv2XgFxN1w== X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1327; 31:gf/ZkVkRjGhDLoitmfQlvMeAKoiZ3qcJFu7Hu5CnDpQudAw93mMCFRy2WsJSg+/4v4nTpwWqckBiJSCvcyk7zTnxruvX5ZGj9rVy/4+Zz3moYcc//VLm8nmS93bAxl/tmszdXH8tuKcvyc+A2uJACFd0LkJlXKrfc9G0pFEYqB2FmKc0cM29Xwz9tDKTjHiSCY25Xt3V13hJIsdCnqDcD2mvw8soS9rfY67RQU/LN9jLqo8nLcdUJI/z3pseE3KVsl5AbgKtrl93N8ebC71UegU8htuMVMiOyrYJwrhiKS0=; 20:d5KrWMS3XQaBknScDh9FRqiCX3y3AgNjmb7WGMTIyC4hykHv1HYYVFkw8NKTokdaosCbodTrH200G+eui27YUt/1DbyjFrYvOgHOBx/xtp2H5naJqRLlqfKs8d+9atEV7TO1yOcxXUZUEMpWT3V29GcLeYRLo6TuJPJ5rBvndY/Yye/RS7UuioQ77/pSndSQBD5yD3umJjgWL38DyTE50Wl91LRbi2ENGGfxLReKLY52mHtSToBc0Td+5LySPRAlbT41oJzM4A6fGKqmqBBZcP7Pc/v1GiAvmplsmTBYmYFeKcZyhThoGCGND1XPD3o+iNX4NKaZ1smOSA0M6E2SfzwceAyDlZJvU9lbEaDth+j3HiMrBwDw7LYP2krJ+DAe9D9odd8lm8guWM+/9Tu41XNO8hkg5yaD9Xzxse7zTd1fgfrkcjSTbESXbEqXax1jIU76I2aQLtb67XbpujwXpMrMnD+Re3K7obDSinlNZvx9c8gMik4x2XANT+i8ljBN X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(75325880899374); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6041248)(20161123562025)(20161123555025)(20161123564025)(20161123560025)(6072148); SRVR:DM2PR0501MB1327; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1327; X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1327; 4:U4MgrcRx3KZr5b4fjOKDuA2S7PasHygzuXShjOI1vQeoLH7XSn8V9blQ54YveW4z8vW8L7+LD5GNfazWtchKc+cLDo/D8U8vyuIgeWWN2OhRUN1tV59KDW12Emt+ehSkC8PJOtQLH6lD0yPJMK/WaPRmaaoKRpVlHAoHbv7T4CubYvg0yN31Z/EsX5dyDxmRONgvbwhjKsL+kHpm+NOS+AWbwuxCI29hP6ZgIChxPGELyeTMK2Bsej7iYPD+IH+tpg7XmEezNtwAN8x0Cx+NnCQfMIW1qZ1cjcKFqOlN9PEMfpqY+ldYBbRlyc/gGFLOk8TH78gD23+PkQpepE0mHRs/l4aiJ5bHvFb1shQV3L7kfneMurMuMIOEyJL96p/lt31thMOjydR4rL9Tp0jLFmrXQQqkhkaVRm8eeyBmpL727lX8OP73ZWY8zJZIOK39+EA+3V6pYtQyoIleaQMkqvSqm8uSxWKHGBciTCYK7WT1WynnNpWJqiBSEpkkRV5IpFdALqeBmVieIGzwWloWVlBFMn2V1Hy2kduhOfYzgKMJnySQrp9t8DmqtOdzek/5GkZZ7Ke7/eWcshuAXNAkYDTjDfqrhR3vbTYeZrXmCf+cN8e8grur/x/gjzKDAF2x X-Forefront-PRVS: 0188D66E61 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(4630300001)(7916002)(39450400003)(199003)(24454002)(189002)(110136003)(88552002)(229853002)(498394004)(122856001)(606005)(98316002)(81156014)(81166006)(8676002)(8576002)(84326002)(101416001)(236005)(50986999)(93516999)(27001)(6306002)(38730400001)(9686003)(97736004)(69596002)(54906002)(76176999)(450100001)(54356999)(189998001)(63696999)(68736007)(4326007)(55446002)(2906002)(512874002)(61726006)(75432002)(5660300001)(7736002)(305945005)(86362001)(7906003)(2950100002)(6916009)(6116002)(3846002)(61266001)(92566002)(106356001)(66066001)(42186005)(105586002)(55456009); DIR:OUT; SFP:1101; SCL:1; SRVR:DM2PR0501MB1327; H:mail-wm0-f53.google.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: ksu.edu does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; DM2PR0501MB1327; 23:z+XbWYl2zMaMzkCDw/c9f/KWiESe6DBYYXPLU0N?= =?us-ascii?Q?2pI7lUrTt1tspH4S2cR1esL0DM9gUPaY6Bjc/lKJvEfGU85f1KGO9ooUjJxm?= =?us-ascii?Q?02L8kETTGAz7uFN9nGQgMf4GFXTk33xovdRO/B5QDpzoCR9vfzdkLM9IPh2i?= =?us-ascii?Q?i7fynvsdndV24rWDs18JodOgyQXWcvozJbMgBCidII2AuCLYCQIupD3p/Ahf?= =?us-ascii?Q?94N6D8N33WEE0azI881KAt/sm7j1EF4gHVJ7hGIhykCzPu4SqCdPKU+2H1y2?= =?us-ascii?Q?KsLfdcMpU0YYKBEmERSQymMXjkzh1lD+Aet2cTu2gZJ3GC7GBH+3+cmpeghq?= =?us-ascii?Q?akBmmozDuRnu0kTMIKkHrs40zDGRbQFJpyPGbaO7lcgfzU41Ei57WHS3QkFG?= =?us-ascii?Q?awjIDmf5zEZEepMgQWZf6EdlOLydeSJz/0+zIn5lGAPaeeFiX+q7DuPr5HM7?= =?us-ascii?Q?F3o8Xbc4TJd9XxfcFNRWpS0BSe1IFZXDFRPCQweFs8ohHmrLnCkecrDLu1W1?= =?us-ascii?Q?7/cXNNzFSHSLv3sb/UAQH+UIwi9ZO1Sw+/kXOdg4r5JJd7jY/A7uEk7KjBKb?= =?us-ascii?Q?AOkjFfmEQjOdDEfThi1+pqsaVGTlHxzce13KrgEGE8hbn7j3ff2R135LOQDD?= =?us-ascii?Q?KCyma81YwGKNdRO0AYexTz8+OfRQSY+r+jYakqcb0QYTfbJByBOmixD5li8A?= =?us-ascii?Q?f6iC1G6zlzr608l6fGFjIJsJwoCGIdIw7uUpwn0qLp2iJcVOb/tEHi2q76md?= =?us-ascii?Q?pPmpoOrUa84O7HHvFWjcEBEQoZknQ5+UsiaJiOZBCRXt4ZvmxEb8dmS+4ovH?= =?us-ascii?Q?Gj/J4iSPlTykcNZKBvqK4mLP0BGyCGHdL0kfUa7fo6pcLNL+xF01tf/g86Oj?= =?us-ascii?Q?m7HsPBb/naDiJupHfgNAlYiSk4pYAaom9LuPLVfc59qinplVo0yeh80K9C9j?= =?us-ascii?Q?lCN0jd5r8GR3vyNM3N68kcX6gKziGR803NBXYiG9eSbrAd5qgfboP5vQvR/Q?= =?us-ascii?Q?5bhK5/PadmGz3w8Vib8ZZv81YST2VA8NNFAM4EN7xFFKqqrRFlCaIvH7Ub+5?= =?us-ascii?Q?TLByDbx2wfLYJFS62KADXRME/37WMqq0usm1wq2aQJDmKcjpnTFdsoSIlrac?= =?us-ascii?Q?zIahj+ZuoefKT0tBgSc35iKfvpFII2wWQejFtkC4qk02oh37hV7SPvL2SFgG?= =?us-ascii?Q?hp4Dfj8TEn5gkJR+u3oUY02ylgPZ1ZINr3RtpY8IRtxfmfcaUB4tjb3tuARb?= =?us-ascii?Q?Pm0Ms9Un2FadKGgP133kqC3rd2+nXME/wSSa1RwEZnU6GcNCFWPqxMIHknDX?= =?us-ascii?Q?LTc0tkCWFVVuf1UqBBACqXI5KrZ4zgUYOzBnrHQbfKXrT?= X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1327; 6:PTcNq3JklB6JWAinJKll1Gv6H9B1B6TjOvHvbIIsDUdj2XeBhim9tzKlk4oV3gpLXx02/7ue3jahv7wOFVrLnn38jXPzGPNsHZdrmd1rwr9Reds6P7xQvDqFCA6gVo5ZEj/ofsCKLCASVWsPdUFaVW0ixXoasNTi6iHRdENyZpVUfxNkCNEf1IJ1EfDoJK6IHWYVHqi68/UpvrHTIhM+UpslPBYgFt7PwjpKILAoAjb96FH25Ue7xe8fxEf1EnZM4lBpnGdXCWrPRu6Zp/9Vy47291YAzVp3upelS761UzYwY1Sq41dhQkyL6McfL9GmlACYI6vluz4XnwdwAFdMOux/vviMg1i9fR1V7QoV+0qkULdrEyKvfiAAVDpaklskB6jXst3xKgPEN5Zyfaqb21n7xd77jOn1nJbrwvCMryI=; 5:Aid1AeHeJkp3KBO4nqt7XCMIOOL5uoNu8LQ+nIaT2BvlUbb6OrvgwO8Y4jpIUMLeZWudjS8H3fGMnyeXuZ0qzHXtZlCNlH1ujNzc2npzEka+d+B6rpJ+UCNXbwcM9V7Y7gubGA08sw6YRc6lQza5Ow==; 24:e8EAd9AWZtaI2gG5bq05AtJUs0QHTZpLmv4C3gTjiiYczABj/9kRmD9BncoT1vQEjvvuW7KWZ73WeB/GxhxJpFDU5skvEW3bER/F3cNVv3w= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; DM2PR0501MB1327; 7:7MnpFTU8ZRPIOn8e3RCYBVNxftHS/WtrYmw+A8s7lOqSaR2Tm/sLYGZQyKagvJHoTa15LqHl4rqtRCM0x/YLTYD65K01kPZ7fGqN3d4WMtlTyBXGbh2FW70XdAjTUTLt5ay0FVJkcR7Roe9A7Dopip4E+ewtGSq+Dyr4ltWmAGr1qLldgTj+fqkcCA1rC3qZlbqhUVgHusgxF1e+ntUpNYhlUmN9xN8WEnoCyitpmOZmflglPzSWp1yj5Qftto7RBM0vHri3wsPgWeVZvY2FCSuqlFNQUUJL9/LcsUX8IiLWj8l5pYZ5jB8zv9eybnrateZyGLO6f0PoZEL722s1b9oIOeSTKcJEoQg9nKurQcgNz/SE8eWl0tplWz7cz1NI6Gyr5FLDP3W9w8zEDbPwa93pfn7RIrROaG4pfxtxCS2nUt2yULKwc4jDMMCS1M08KwmzBj4JQsQKM5Kg50DbjA==; 20:ubyt0o5dkGq6vrETezQN1kD0hoq+K9/FdqGom85Kev5rbf13vcEDtY7+W63U5FmO2OpI8JFwQQzymEQ7SjKpqN+hw7abkZNag9WrycoqMgU/grL0oglLMJFPGHQ7ucq3hACFwXoiOi04AQBYEcAGplnEw7wu+59di2cQ1GOOHDs= X-OriginatorOrg: ksu.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Jan 2017 16:23:03.4956 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1327 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 16:23:06 -0000 On Jan 15, 2017 10:03, "Julian Elischer" wrote: I noticed that suddenly vim is grabbing mouse movements, which makes life really hard. Was there a specific revision that brought in this change, and can it be removed? _______________________________________________ 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" Hi, You might add "set mouse=v" to your vimrc -- it was a new default as of 8.0, IIRC. "set nohl" if the new highlighted of search matches irritates as well. Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Sun Jan 15 16:05:48 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15800CB1DBC for ; Sun, 15 Jan 2017 16:05:48 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 041EE1BB3 for ; Sun, 15 Jan 2017 16:05:48 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by mailman.ysv.freebsd.org (Postfix) id 036A5CB1DB9; Sun, 15 Jan 2017 16:05:48 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02FA6CB1DB8; Sun, 15 Jan 2017 16:05:48 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from anoxia.adamw.org (anoxia.adamw.org [104.225.8.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anoxia.adamw.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7FF9F1BB1; Sun, 15 Jan 2017 16:05:46 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by anoxia.adamw.org (OpenSMTPD) with ESMTPSA id 8396ae86 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sun, 15 Jan 2017 09:05:45 -0700 (MST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: recent change to vim defaults? From: Adam Weinberger In-Reply-To: Date: Sun, 15 Jan 2017 09:05:43 -0700 Cc: "ports@FreeBSD.org" , "current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <74B1D40E-3242-4002-94A6-4F28041B055D@adamw.org> References: To: Julian Elischer X-Mailer: Apple Mail (2.3259) X-Mailman-Approved-At: Sun, 15 Jan 2017 16:59:47 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 16:05:48 -0000 > On 15 Jan, 2017, at 9:03, Julian Elischer wrote: >=20 > I noticed that suddenly vim is grabbing mouse movements, which makes = life really hard. >=20 > Was there a specific revision that brought in this change, and can it = be removed? Which patchlevel are you running? # Adam --=20 Adam Weinberger adamw@adamw.org https://www.adamw.org From owner-freebsd-current@freebsd.org Sun Jan 15 17:02:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4CB5CB1643 for ; Sun, 15 Jan 2017 17:02:39 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 84B2C1D3A; Sun, 15 Jan 2017 17:02:39 +0000 (UTC) (envelope-from ler@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:Cc:To:From:Date:Content-Transfer-Encoding: Content-Type:MIME-Version:Sender:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=DFjZOq1fCJNGQmNn/x/6F5BehrUuzc62UBdl+1I8L7A=; b=mMs0I7uhcFqGBCYwjznpZoX5JQ KLN+27FKcqIYbP5wScIL5KUEH1HZrR0af3qNuhfCr7t6/cmkfBlLqPRxsGZgrlerlzao7Tlngswoi thqV9xBXF3BMfAF1FEBqAJO7zc4SyQinHTCXhKYeYyH+6G6Hm7juAfo0z/9GLs0hWwxo=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:28019 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1cSoCU-000GOI-3Q; Sun, 15 Jan 2017 11:02:38 -0600 Received: from 2001:470:1f0f:42c:31fb:ee59:cf59:f800 by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 15 Jan 2017 11:02:38 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 15 Jan 2017 11:02:38 -0600 From: Larry Rosenman To: Julian Elischer Cc: Jia-Shiun Li , freebsd-current , John Baldwin Subject: Re: TSC as timecounter makes system lag [-> jhb] Message-ID: <7f37b40ed5b5329b1a9ff1c53ed4c194@FreeBSD.org> X-Sender: ler@FreeBSD.org User-Agent: Roundcube Webmail/1.2.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 17:02:39 -0000 On 2017-01-14 23:03, Julian Elischer wrote: > On 15/01/2017 10:11 AM, Jia-Shiun Li wrote: >> On Fri, Jan 13, 2017 at 8:26 AM, Jia-Shiun Li >> wrote: >> >>> Hi all, >>> >>> since 2 or 3 weeks ago, I noticed that my old Penryn-based Intel >>> Pentium >>> T4200 notebook lagged a lot. System time was running a lot slower, >>> sometimes even looked like it freezed. Keystroke repeat rate was slow >>> too. >>> >>> Since system time is slow, I tried to change timecounter from default >>> TSC >>> to HPET. And it resumed normal immediately. >>> >>> >> Did a binary search. Turns out it was caused by r310177 "Enable >> EARLY_AP_STARTUP on amd64 and i386 kernels by default." r310175 does >> not >> have this issue. Removing this option from kernel config also solves >> it. > > making sure jhb notices this. FWIW, I noted similar "slowness", and nooptions EARLY_AP_STARTUP makes it "normal" again. Copyright (c) 1992-2017 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-CURRENT #13 r311997: Sat Jan 14 22:35:29 CST 2017 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM 3.9.1) MEMGUARD DEBUGGING ALLOCATOR INITIALIZED: MEMGUARD map base: 0xfffffe0000400000 MEMGUARD map size: 128600960 KBytes VT(vga): resolution 640x480 CPU: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz (2327.55-MHz K8-class CPU) Origin="GenuineIntel" Id=0x10676 Family=0x6 Model=0x17 Stepping=6 Features=0xbfebfbff Features2=0xce3bd AMD Features=0x20100800 AMD Features2=0x1 VT-x: HLT,PAUSE TSC: P-state invariant, performance statistics real memory = 68719476736 (65536 MB) avail memory = 65353601024 (62326 MB) Event timer "LAPIC" quality 100 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs -- Larry Rosenman http://people.freebsd.org/~ler Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 From owner-freebsd-current@freebsd.org Sun Jan 15 17:09:13 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30DC1CB1815 for ; Sun, 15 Jan 2017 17:09:13 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1A0021F1E for ; Sun, 15 Jan 2017 17:09:13 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 16887CB1814; Sun, 15 Jan 2017 17:09:13 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 162E8CB1813 for ; Sun, 15 Jan 2017 17:09:13 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay110.isp.belgacom.be (mailrelay110.isp.belgacom.be [195.238.20.137]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F6B51F1D; Sun, 15 Jan 2017 17:09:11 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2D6BABcrHtY//s+sVtdHAEBBAEBCgEBg?= =?us-ascii?q?zkBAQEBAR9QD3gRjVhykUcBgjaSToILKoV4ghlAGAECAQEBAQEBAWMohSocIzw?= =?us-ascii?q?0Kok+CrF7iX0BAQgCASWON4IJhRgFmzqBS4USinV0gWGOJUiSJB84NnEqCIZtP?= =?us-ascii?q?TUBiGEBAQE?= X-IPAS-Result: =?us-ascii?q?A2D6BABcrHtY//s+sVtdHAEBBAEBCgEBgzkBAQEBAR9QD3g?= =?us-ascii?q?RjVhykUcBgjaSToILKoV4ghlAGAECAQEBAQEBAWMohSocIzw0Kok+CrF7iX0BA?= =?us-ascii?q?QgCASWON4IJhRgFmzqBS4USinV0gWGOJUiSJB84NnEqCIZtPTUBiGEBAQE?= Received: from 251.62-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.62.251]) by relay.skynet.be with ESMTP; 15 Jan 2017 18:08:59 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v0FH8wfT003041; Sun, 15 Jan 2017 18:08:59 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Sun, 15 Jan 2017 18:08:58 +0100 From: Tijl Coosemans To: current@FreeBSD.org Cc: danfe@FreeBSD.org Subject: Installing opt_*.h kernel headers Message-ID: <20170115180858.19f828bf@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 17:09:13 -0000 Hi, The latest version of x11/nvidia-driver contains a call to a syscons function which is only available if the kernel config contains device sc (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216050). The call doesn't seem to be critical so I'd like to patch it like this: +#include "opt_syscons.h" ... +#ifdef DEV_SC syscons stuff here +#endif And add opt_syscons.h to SRCS in the module Makefile. This doesn't work however because sys/conf/kmod.mk creates empty opt_*.h files in the module build directory. Only when KERNBUILDDIR is set does it create opt_*.h files as symlinks to the same file in KERNBUILDDIR. This means that to build this port correctly users would have to have a kernel build directory (even if they just need the nvidia driver and don't otherwise build kernels) and the ports tree would need some way to find it (using KERNCONF etc.). It would be better if these opt_*.h files were installed along with the kernel. Somewhere in /usr/include or /boot/kernel(.old)? Perhaps concatenated into one file? Then kmod.mk could create symlinks to this file if KERNBUILDDIR is undefined. Building a module directly from sys/modules would then also just work without .if !defined(KERNBUILDDIR) magic that several Makefiles contain. From owner-freebsd-current@freebsd.org Sun Jan 15 17:45:13 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3C71CB11B6 for ; Sun, 15 Jan 2017 17:45:12 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (unknown [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD2D51FFD for ; Sun, 15 Jan 2017 17:45:12 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from LA-DGT-31327.local (cpe-23-242-83-219.socal.res.rr.com [23.242.83.219]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 4df0f62a TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Sun, 15 Jan 2017 09:45:11 -0800 (PST) Subject: Re: recent change to vim defaults? To: freebsd-current@freebsd.org References: From: Pete Wright Message-ID: <730ec03b-1478-ca7b-691c-5515f0c49c92@nomadlogic.org> Date: Sun, 15 Jan 2017 09:45:10 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 17:45:13 -0000 On 1/15/17 8:22 AM, Kyle Evans wrote: > On Jan 15, 2017 10:03, "Julian Elischer" wrote: > > I noticed that suddenly vim is grabbing mouse movements, which makes life > really hard. > > Was there a specific revision that brought in this change, and can it be > removed? > Yea I can second this - IIRC it looks like around Sept or Oct vim now defaults to enabling Visual Mode. I've been setting this in my ~/.vimrc to disable it - but not enabling Visual Mode by default would awesome for me: set mouse-=a -pete -- Pete Wright pete@nomadlogic.org nomadlogicLA From owner-freebsd-current@freebsd.org Sun Jan 15 18:08:07 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41F5ECB1FBC for ; Sun, 15 Jan 2017 18:08:07 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D0C0617E1 for ; Sun, 15 Jan 2017 18:08:06 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x22d.google.com with SMTP id r126so131559051wmr.0 for ; Sun, 15 Jan 2017 10:08:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=xhbsfWCPzY4v4MPUSUonRYZhpe5GSK9cOw4aNmR1hk8=; b=YanJ/DjVFPNT8FDTQ0z9AK9S3/eJQa5ZtMdZjjSymsXJbwCXTcM/+VkBHM8sipCCo4 UOQI31jdq7vSZBIX+CoJzaSrSxUGoewxltGLgwv6F9Ids7UWEieOBDtBVzNXphW/o3cv G+oy9wLDQPtnjcHQ5KK3cb+Yb6aFBOXAyM9VRmQClfV77TUzSRxcsEOSU4KB+VSfflMN 3L3LpjQyK7yTHHpjovZok2QL2WzzgGYDppf1XXARnZb7S4DU9GjJpa2u/iRFexzfD5S0 4j9RynlGSQ7fzZK9ZTCRw07OXmJfzebgGi/y/KTH/7bNXyVuvDc+rUxSJ35Ov4g1PmsI +3IA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=xhbsfWCPzY4v4MPUSUonRYZhpe5GSK9cOw4aNmR1hk8=; b=ZxYphgt1FDbeaFuG6liL8vWCfqyxZBz9PaOTe14P1RBZj2FXCGst0veZApaIaMWr1g IRXwVZUa75YJ4ACVhHsC3qommBDodpbWcuJBdVxY72oHUuW9idSgEufHy1wLmL8KbenG 9lwth9JmaoMZu8eQfTlJJALO8u97bV+YoujiH19FVQPoJKfSJJG5+KK//3+9lIfveNEn 5EjpUaQwE4wOft0g/xfyk1uRiPGZQlQ5ZpXTzc38XQYLTK93EKbEe8D249Sg6jTdZWcz MaT8C3cCD5ru0RYHxCuszwalobglBJwpMceCUTvtUi79zko+M1L8bzpAFhwb+JXGBpEI /StA== X-Gm-Message-State: AIkVDXLI9hJShl83hBVsDaDr0LbCbyOuGQuNV8BCTqp358IQHfNMeJ391cpZbqiFkwh7Y1rH X-Received: by 10.28.148.76 with SMTP id w73mr9715211wmd.74.1484503683667; Sun, 15 Jan 2017 10:08:03 -0800 (PST) Received: from [10.10.1.58] ([185.97.61.26]) by smtp.gmail.com with ESMTPSA id t194sm24395674wmd.1.2017.01.15.10.08.02 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 15 Jan 2017 10:08:02 -0800 (PST) Subject: Re: recent change to vim defaults? To: freebsd-current@freebsd.org References: <730ec03b-1478-ca7b-691c-5515f0c49c92@nomadlogic.org> From: Steven Hartland Message-ID: <78ca9d88-0c76-96fb-a64a-15919d2a5e34@multiplay.co.uk> Date: Sun, 15 Jan 2017 18:08:04 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <730ec03b-1478-ca7b-691c-5515f0c49c92@nomadlogic.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 18:08:07 -0000 On 15/01/2017 17:45, Pete Wright wrote: > > > On 1/15/17 8:22 AM, Kyle Evans wrote: >> On Jan 15, 2017 10:03, "Julian Elischer" wrote: >> >> I noticed that suddenly vim is grabbing mouse movements, which makes >> life >> really hard. >> >> Was there a specific revision that brought in this change, and can it be >> removed? >> > > > Yea I can second this - IIRC it looks like around Sept or Oct vim now > defaults to enabling Visual Mode. I've been setting this in my > ~/.vimrc to disable it - but not enabling Visual Mode by default would > awesome for me: > > set mouse-=a Yer we hatted this change too. From owner-freebsd-current@freebsd.org Sun Jan 15 18:30:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67A4CCB16F1 for ; Sun, 15 Jan 2017 18:30:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 487B51639 for ; Sun, 15 Jan 2017 18:30:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 44F28CB16F0; Sun, 15 Jan 2017 18:30:51 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4491ECB16EF for ; Sun, 15 Jan 2017 18:30:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D15C91636; Sun, 15 Jan 2017 18:30:50 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id r126so132031886wmr.0; Sun, 15 Jan 2017 10:30:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=8gVPH95sumN8Rh7lm0kK6bueadNZp2M6ttT3Su8UZ6I=; b=kOoPxNR5dt1/Lpg2WJb+Paca1OshtlGpb5OUiS+AheVtTRODjDDjS4qFmaw2J7/v0G c4AyP8AQW+2/CSklVvuOuYKbNYCJGP0YXTFvSpQJcR6uTtzsJcbVdbF+keSjsxxyiDcs HVc3sJXpqtgolh3mugP95c/cgJIXuIehV6ev1zqJOWA5N7Lkx4+xPOcK6DLNWt1zi7nG y9hqchj29RnxeeAfyja8yvE4SofZj4aNePMvKYH+H+sIzif7ZJNxt59ZuV67gZk71scO 1FS+OnNfWSDQs2+ESJOlxz/LqbfMfAYp6boLf8cLV+BQ3+kA84PTHrQwzW6V4Qf6LC/w i2yw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=8gVPH95sumN8Rh7lm0kK6bueadNZp2M6ttT3Su8UZ6I=; b=BpR1aqbM3w0DwK+dcqJd2DWgLlTDMGf0S1kLm+C6iaJNc9RDCjhzSNzR8VgEx5vj1Q 7QPk+Wk9SkhUuH6RimH3zzAbdI4CgKJyeHLelcKt4ruqLOQsn+pF/keaZB4Hv0zB/tBn vSXuTckHq+hceSDXiDxRhlCWbrhsDRF861YZaFtPcYbqbz+oDB4KHwfL/GvWheIbl4eS 6r3IK9wJYD0z9ZvCKXDHaSGW/ov9j6tva2s6B66/xX4dSSCPy6eX3LeCm6eSovTTLYxb cP+xf5rzQP9BwxYtyt4HPw5nNYj2dCpRAG4Aotu4w39zMXlYjpFw8rcoo5qiumE8z2cj zrKQ== X-Gm-Message-State: AIkVDXJzxDmqouIPekeGnpHrh+EZiVrg+vgptku67IEJYovqU2gNpaAzr9+PbzDeDV/Q+pSFAC7XAMXDiRBX0A== X-Received: by 10.28.165.130 with SMTP id o124mr8891277wme.129.1484505048451; Sun, 15 Jan 2017 10:30:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.82.162 with HTTP; Sun, 15 Jan 2017 10:30:47 -0800 (PST) In-Reply-To: <20170115180858.19f828bf@kalimero.tijl.coosemans.org> References: <20170115180858.19f828bf@kalimero.tijl.coosemans.org> From: Adrian Chadd Date: Sun, 15 Jan 2017 10:30:47 -0800 Message-ID: Subject: Re: Installing opt_*.h kernel headers To: Tijl Coosemans Cc: "current@freebsd.org" , Alexey Dokuchaev Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 18:30:51 -0000 hi, As much as I'd like to see everything be default-options and ABI compliant, things like INET/INET6 throw that assumption under the bus a bit. (Yes, I'd love to see INET/INET6 be .ko's..) So yes, I'd like to see a solution to this too. I think installing the kernel config for the running kernel somewhere would be nice. No, not /usr/include, because you want it cycled /with/ the kernel you just installed. We already have the problem with /usr/lib/debug/ and where it puts kernel modules. We already have the 'one file' option, it's called 'kernel config', and so maybe: * store the kernel config with the built kernel; * have config patched to 'just' generate the .h files from the given config, and * let the build system use that if needed? However - it all feels terrible. Ideally (hah), there'd be separate submodules for vt/syscons and the modules would combine appropriately to provide increasing functionality - but that's a lot to ask given the complexity of the current system. 2c, -adrian On 15 January 2017 at 09:08, Tijl Coosemans wrote: > Hi, > > The latest version of x11/nvidia-driver contains a call to a syscons > function which is only available if the kernel config contains device > sc (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216050). The call > doesn't seem to be critical so I'd like to patch it like this: > > +#include "opt_syscons.h" > ... > +#ifdef DEV_SC > syscons stuff here > +#endif > > And add opt_syscons.h to SRCS in the module Makefile. > > This doesn't work however because sys/conf/kmod.mk creates empty opt_*.h > files in the module build directory. Only when KERNBUILDDIR is set does > it create opt_*.h files as symlinks to the same file in KERNBUILDDIR. > This means that to build this port correctly users would have to have a > kernel build directory (even if they just need the nvidia driver and > don't otherwise build kernels) and the ports tree would need some way to > find it (using KERNCONF etc.). > > It would be better if these opt_*.h files were installed along with the > kernel. Somewhere in /usr/include or /boot/kernel(.old)? Perhaps > concatenated into one file? Then kmod.mk could create symlinks to this > file if KERNBUILDDIR is undefined. Building a module directly from > sys/modules would then also just work without .if !defined(KERNBUILDDIR) > magic that several Makefiles contain. > _______________________________________________ > 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 Sun Jan 15 19:46:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A1CC9CB1A23 for ; Sun, 15 Jan 2017 19:46:36 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7FC971753 for ; Sun, 15 Jan 2017 19:46:36 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7F2F6CB1A1E; Sun, 15 Jan 2017 19:46:36 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7EBBFCB1A1D; Sun, 15 Jan 2017 19:46:36 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x231.google.com (mail-pg0-x231.google.com [IPv6:2607:f8b0:400e:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 571C11752; Sun, 15 Jan 2017 19:46:36 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x231.google.com with SMTP id 194so9220905pgd.2; Sun, 15 Jan 2017 11:46:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=4QVIJgdQy8G/BGBPrRq88CAeX8yF1y/HgnxCjQHGBYA=; b=mO+mZ2uzkhWjAkFK38fhqpbt2mHibrRTbxxAD5fNPUfLV9oivbzfPAxOkaopfF58mC IvF75k/OFWNgFS4s0xOVf0wYVN2nizb59VrtnpMdoebE5eUa9GWrsucXcdWvJpmDdZyK kHDXKibX17F+iSwbuiUozSmR09TW1YhsG/yVUMXtfdV4IYKWQAADulTON4yR1pzGATY5 7wBtgSYuYE1hMy8qHWSko6qs3PQAUOGR143yw+hXQEsbXewDwSoXh+Ay7MY2r+jVtRcC O2/xb9Ho0dZq1004T0DBvRrQTBsK83c9R02eDJ6Zhro5VJTx2xXqKbP7ef2IdOSYKL1R pirQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=4QVIJgdQy8G/BGBPrRq88CAeX8yF1y/HgnxCjQHGBYA=; b=Qlg9QNXiNOu3ODk7V+RTargA1dgvqhlTHsAQvzBTTq3F5DMjM+clNRXtR9b/+ttNly T3xGgvPk85v12itXJIxOoQ5uXuAdoFbeYthnsr5Kcow8dTPQ9OFcIVzrjcRm+Ztq8ZlJ PJSR/mgMlJicH/NbJAtbCLCjHIdESHR2AU7emQmUGWBqsa/kWr29z1836BVsW4X36cg4 YjVKdK8s+aHy15Sml+HDmEsh5jAMt1t2X+lFvxJvHK8cmicBCw3De6/uR26kxaKvM5IQ Y9EmnbtqoMpV176KZ05WTpB2+9oy2YuYDJ4VvBiOslThvliytIhoUXaBRN3/EKd7vryP vvxg== X-Gm-Message-State: AIkVDXLypo+Apd2LIDcjDjixVDX1iS5OisfmueP9ezGJZGv5hCsGehwXKLtaxiXj8WVutA== X-Received: by 10.99.232.21 with SMTP id s21mr35865562pgh.19.1484509595744; Sun, 15 Jan 2017 11:46:35 -0800 (PST) Received: from [192.168.20.13] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id u124sm42323240pgb.6.2017.01.15.11.46.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 15 Jan 2017 11:46:35 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: recent change to vim defaults? From: Ngie Cooper X-Mailer: iPhone Mail (14C92) In-Reply-To: Date: Sun, 15 Jan 2017 11:46:34 -0800 Cc: "ports@FreeBSD.org" , "current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Julian Elischer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 19:46:36 -0000 > On Jan 15, 2017, at 08:03, Julian Elischer wrote: >=20 > I noticed that suddenly vim is grabbing mouse movements, which makes life r= eally hard. >=20 > Was there a specific revision that brought in this change, and can it be r= emoved? "set mouse=3D" will disable the feature you're describing. -Ngie PS I find the new feature incredibly annoying and disable it on all FreeBSD c= lients where I install vim.= From owner-freebsd-current@freebsd.org Sun Jan 15 20:20:21 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 65909CB12B8 for ; Sun, 15 Jan 2017 20:20:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0E9431A65 for ; Sun, 15 Jan 2017 20:20:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v0FKK9EA054382 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 15 Jan 2017 22:20:09 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v0FKK9EA054382 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v0FKK9qu054379; Sun, 15 Jan 2017 22:20:09 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 15 Jan 2017 22:20:09 +0200 From: Konstantin Belousov To: Jia-Shiun Li Cc: freebsd-current Subject: Re: TSC as timecounter makes system lag Message-ID: <20170115202008.GL2349@kib.kiev.ua> References: <20170113120534.GC2349@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 20:20:21 -0000 On Sun, Jan 15, 2017 at 10:35:26PM +0800, Jia-Shiun Li wrote: > Sorry just saw this. Bad Gmail. > > > On Fri, Jan 13, 2017 at 8:05 PM, Konstantin Belousov > wrote: > > > On Fri, Jan 13, 2017 at 08:26:04AM +0800, Jia-Shiun Li wrote: > > > Hi all, > > > > > > since 2 or 3 weeks ago, I noticed that my old Penryn-based Intel Pentium > > > T4200 notebook lagged a lot. System time was running a lot slower, > > > sometimes even looked like it freezed. Keystroke repeat rate was slow > > too. > > > > > > Since system time is slow, I tried to change timecounter from default TSC > > > to HPET. And it resumed normal immediately. > > Please show the output of sysctl kern.timecounter and kern.eventtimer. > > I suspect that you changed eventtimer and not timecounter. > > > > Files attached. I changed it by "sysctl kern.timecounter.hardware=HPET" > > > > The same world binary works fine on other Ivybridge and Haswell desktops, > > > so I assume this may be related to CPU or mainboard generations. > > > > > > version is > > > > > > FreeBSD jsli-nb 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r311687: Mon Jan 9 > > > 04:07:27 CST 2017 > > > jsli@4cbsd:/personal/freebsd/obj/x64/personal/freebsd/ > > fbsdsrc/sys/MINIMAL-NODEBUG > > > amd64 > > > > > > and CPU is > > > > > > CPU: Pentium(R) Dual-Core CPU T4200 @ 2.00GHz (1995.04-MHz > > K8-class > > > CPU) > > > Origin="GenuineIntel" Id=0x1067a Family=0x6 Model=0x17 Stepping=10 > > > > > > Features=0xbfebfbff > APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI, > > MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > > > Features2=0xc00e39d > SSSE3,CX16,xTPR,PDCM,XSAVE,OSXSAVE> > > > AMD Features=0x20100800 > > > AMD Features2=0x1 > > > TSC: P-state invariant, performance statistics > > > > > > Tested similar OS rev on another Intel Core 2 Duo E7400 Wolfdale (the > > same > > > generation as the Pentium T4200). The same lag also happens on it. > > > > > > BTW on both system, cpuX:timer interrupts do not fire at all and count > > > remains 0. > > It is known that LAPIC is shut down in C2 and deeper CPU sleep states on > > Core2. FreeBSD 11 (and HEAD) started using MWAIT and requesting deep > > wait states from BIOS. If the configuration uses LAPIC and deep sleeps > > are enabled, eventtimers do not work reliably. > > > > > Default configuration should strongly prefer HPET eventtimer over LAPIC for > > machines which do not have LAPIC armed in Cx states, see r309189. If you > > do not have any customizations of eventtimer selection, then please provide > > verbose dmesg from your boot. > > > > If you prefer to not use deep Cx and MWAIT, set loader tunable > > debug.acpi.disabled to include word "mwait", see acpi(4). You can check > > that this worked by looking at sysctl dev.cpu.N output. > > > > Thanks for the explanation. Looks eventtimer favored HPET over LAPIC > like you described on this notebook. I still do not understand. Is the sysctl output below from the pristine boot where no timecounter/eventtimer reconfiguration were done ? Show me exact command which you used to revive the machine. Do not describe it by words, copy/paste from the console. > > -Jia-Shiun. > kern.eventtimer.periodic: 0 > kern.eventtimer.timer: HPET > kern.eventtimer.idletick: 0 > kern.eventtimer.singlemul: 2 > kern.eventtimer.choice: HPET(450) HPET1(440) HPET2(440) HPET3(440) LAPIC(100) i8254(100) RTC(0) > kern.eventtimer.et.i8254.quality: 100 > kern.eventtimer.et.i8254.frequency: 1193182 > kern.eventtimer.et.i8254.flags: 1 > kern.eventtimer.et.HPET3.quality: 440 > kern.eventtimer.et.HPET3.frequency: 14318180 > kern.eventtimer.et.HPET3.flags: 3 > kern.eventtimer.et.HPET2.quality: 440 > kern.eventtimer.et.HPET2.frequency: 14318180 > kern.eventtimer.et.HPET2.flags: 3 > kern.eventtimer.et.HPET1.quality: 440 > kern.eventtimer.et.HPET1.frequency: 14318180 > kern.eventtimer.et.HPET1.flags: 3 > kern.eventtimer.et.HPET.quality: 450 > kern.eventtimer.et.HPET.frequency: 14318180 > kern.eventtimer.et.HPET.flags: 3 > kern.eventtimer.et.RTC.quality: 0 > kern.eventtimer.et.RTC.frequency: 32768 > kern.eventtimer.et.RTC.flags: 17 > kern.eventtimer.et.LAPIC.quality: 100 > kern.eventtimer.et.LAPIC.frequency: 0 > kern.eventtimer.et.LAPIC.flags: 15 > kern.timecounter.tsc_shift: 1 > kern.timecounter.smp_tsc_adjust: 0 > kern.timecounter.smp_tsc: 1 > kern.timecounter.invariant_tsc: 1 > kern.timecounter.fast_gettime: 1 > kern.timecounter.tick: 1 > kern.timecounter.choice: ACPI-fast(900) i8254(0) HPET(950) TSC(1000) dummy(-1000000) > kern.timecounter.hardware: TSC > kern.timecounter.alloweddeviation: 5 > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.ACPI-fast.quality: 900 > kern.timecounter.tc.ACPI-fast.frequency: 3579545 > kern.timecounter.tc.ACPI-fast.counter: 79078 > kern.timecounter.tc.ACPI-fast.mask: 16777215 > kern.timecounter.tc.i8254.quality: 0 > kern.timecounter.tc.i8254.frequency: 1193182 > kern.timecounter.tc.i8254.counter: 55592 > kern.timecounter.tc.i8254.mask: 65535 > kern.timecounter.tc.HPET.quality: 950 > kern.timecounter.tc.HPET.frequency: 14318180 > kern.timecounter.tc.HPET.counter: 1931486323 > kern.timecounter.tc.HPET.mask: 4294967295 > kern.timecounter.tc.TSC.quality: 1000 > kern.timecounter.tc.TSC.frequency: 1995044550 > kern.timecounter.tc.TSC.counter: 2329785074 > kern.timecounter.tc.TSC.mask: 4294967295 > Copyright (c) 1992-2017 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 12.0-CURRENT #0 r311687: Mon Jan 9 04:07:27 CST 2017 > jsli@4cbsd:/personal/freebsd/obj/x64/personal/freebsd/fbsdsrc/sys/MINIMAL-NODEBUG amd64 > FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM 3.9.1) > VT(vga): resolution 640x480 > CPU: Pentium(R) Dual-Core CPU T4200 @ 2.00GHz (1995.04-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x1067a Family=0x6 Model=0x17 Stepping=10 > Features=0xbfebfbff > Features2=0xc00e39d > AMD Features=0x20100800 > AMD Features2=0x1 > TSC: P-state invariant, performance statistics > real memory = 4294967296 (4096 MB) > avail memory = 4088070144 (3898 MB) > Event timer "LAPIC" quality 100 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > random: unblocking device. > ioapic0: Changing APIC ID to 4 > ioapic0 irqs 0-23 on motherboard > SMP: AP CPU #1 Launched! This is not a verbose dmesg. From owner-freebsd-current@freebsd.org Sun Jan 15 20:38:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C6E3CB1ACE for ; Sun, 15 Jan 2017 20:38:29 +0000 (UTC) (envelope-from carsten.kunze@arcor.de) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 20A7314AE for ; Sun, 15 Jan 2017 20:38:29 +0000 (UTC) (envelope-from carsten.kunze@arcor.de) Received: by mailman.ysv.freebsd.org (Postfix) id 1D403CB1ACC; Sun, 15 Jan 2017 20:38:29 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B0B2CB1ACB; Sun, 15 Jan 2017 20:38:29 +0000 (UTC) (envelope-from carsten.kunze@arcor.de) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx.arcor.de", Issuer "Verizon Public SureServer CA G14-SHA2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C156114AD; Sun, 15 Jan 2017 20:38:27 +0000 (UTC) (envelope-from carsten.kunze@arcor.de) Received: from mail-in-12-z2.arcor-online.net (mail-in-12-z2.arcor-online.net [151.189.8.29]) by mx.arcor.de (Postfix) with ESMTP id 3v1nPY39rrzwSTs; Sun, 15 Jan 2017 21:04:01 +0100 (CET) Received: from mail-in-17.arcor-online.net (mail-in-17.arcor-online.net [151.189.21.57]) by mail-in-12-z2.arcor-online.net (Postfix) with ESMTP id 6A50DCEB03; Sun, 15 Jan 2017 21:04:01 +0100 (CET) Received: from webmail17.arcor-online.net (webmail17.arcor-online.net [151.189.8.75]) by mail-in-17.arcor-online.net (Postfix) with ESMTP id 3v1nPY2hStzZvF; Sun, 15 Jan 2017 21:04:01 +0100 (CET) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-17.arcor-online.net 3v1nPY2hStzZvF DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=arcor.de; s=mail-in; t=1484510641; bh=FxIUNYa/DaMmeZx1QLFoktuC9oMesJPhTdPVXuH/LlA=; h=Date:From:To:Message-ID:In-Reply-To:References:Subject: MIME-Version:Content-Type:Content-Transfer-Encoding; b=P2c9dFiqjHM8jHfWbVRCd8PzS/3zirJqzYmfWBmoqCU2nDZdaF5r66VINXCxXQ+E9 J3iNz5szshGCmwq8NN4LQFp93yaSvvuyBNi2Gp/sNF6olMCpAV57dGUGOk5NWRd7hI bnsjkDvBurjOvXueYWZPnf+auRKgNvGyJ15lu64o= Received: from [84.179.25.123] by webmail17.arcor-online.net (151.189.8.75) with HTTP (Arcor Webmail); Sun, 15 Jan 2017 21:03:59 +0100 (CET) Date: Sun, 15 Jan 2017 21:04:00 +0100 (CET) From: Carsten Kunze To: ports@freebsd.org, current@freebsd.org Message-ID: <1432939043.384531.1484510640488.JavaMail.ngmail@webmail17.arcor-online.net> In-Reply-To: References: Subject: Aw: recent change to vim defaults? MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ngMessageSubType: MessageSubType_MAIL X-WebmailclientIP: 84.179.25.123 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 20:38:29 -0000 Julian Elischer wrote: > I noticed that suddenly vim is grabbing mouse movements, which makes > life really hard. > > Was there a specific revision that brought in this change, and can it > be removed? Of course this behavior can be disabled as suggested by others--or you give it a try. IMHO using the mouse in vim has many advantages. To temporarily disable the mouse you can press the SHIFT key. As long as SHIFT is pressed vim ignores the mouse. So you may use copy/paste with left and middle mouse buttons as before or you now use the mouse to position the cursor or select text--very useful IMHO (I actually have "set mouse=a" in .vimrc... ;) From owner-freebsd-current@freebsd.org Sun Jan 15 21:48:28 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A269CB159A for ; Sun, 15 Jan 2017 21:48:28 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7B6B5177F for ; Sun, 15 Jan 2017 21:48:28 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: by mailman.ysv.freebsd.org (Postfix) id 7ACBACB1598; Sun, 15 Jan 2017 21:48:28 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A4E3CB1595; Sun, 15 Jan 2017 21:48:28 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-4.mit.edu (dmz-mailsec-scanner-4.mit.edu [18.9.25.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F1BC3177E; Sun, 15 Jan 2017 21:48:27 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190f-dcbff70000001997-4e-587bee2749e2 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 3E.FE.06551.72EEB785; Sun, 15 Jan 2017 16:48:25 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id v0FLmNQ7021922; Sun, 15 Jan 2017 16:48:23 -0500 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v0FLmKMg026431 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 15 Jan 2017 16:48:22 -0500 Date: Sun, 15 Jan 2017 15:48:20 -0600 From: Benjamin Kaduk To: Julian Elischer Cc: "ports@FreeBSD.org" , "current@freebsd.org" Subject: Re: recent change to vim defaults? Message-ID: <20170115214819.GG8460@kduck.kaduk.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrKIsWRmVeSWpSXmKPExsUixG6noqv5rjrC4OZ+c4sJV34wWVyd+5PZ YtvkVkYHZo8Zn+azBDBGcdmkpOZklqUW6dslcGW8u/eRtWA5a8WbKR9YGxhnsnQxcnJICJhI HJy9jLGLkYtDSKCNSeLb0QesIAkhgY2MEnffe0EkrjJJdJ5cAJZgEVCVaDjxBcxmE1CRaOi+ zAxiiwhoSFzfMQMsziyQKDHv8yMmEFtYQFtiyte7YDW8AsYSp3fdY+ti5AAaaiexYr0eRFhQ 4uTMJywQrVoSN/69ZAIpYRaQllj+jwMkzClgL9HfvxJsoqiAskTDjAfMExgFZiHpnoWkexZC 9wJG5lWMsim5Vbq5iZk5xanJusXJiXl5qUW6Jnq5mSV6qSmlmxhBIcopyb+DcU6D9yFGAQ5G JR7eH7uqI4RYE8uKK3MPMUpyMCmJ8h7TAQrxJeWnVGYkFmfEF5XmpBYfYpTgYFYS4eV4BZTj TUmsrEotyodJSXOwKInzVq2ojBASSE8sSc1OTS1ILYLJynBwKEnwBrwFahQsSk1PrUjLzClB SDNxcIIM5wEazgRSw1tckJhbnJkOkT/FqMtx6tOFl0xCLHn5ealS4ryr3gAVCYAUZZTmwc0B pRaJ7P01rxjFgd4S5rUEGcUDTEtwk14BLWECWnJdB2xJSSJCSqqBsSNAxNtNL05V8eKj+fsU 16XnlGgk3bRbce7eaS8nI626cOl6bsElEkYtHuxFOq93ntbVMmV3O/NEWTmVc+/hc3v2bV5U eOhB9bxkrk6xFxyNJ6fybJ30ZO1RT3Wn9ssLLrZzXmnL4d/CFWh4traxLjVV4MH/tJVvus4J FLxTUigRVeut/+KoxFKckWioxVxUnAgANVP0OggDAAA= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 21:48:28 -0000 On Mon, Jan 16, 2017 at 12:03:08AM +0800, Julian Elischer wrote: > I noticed that suddenly vim is grabbing mouse movements, which makes > life really hard. > > Was there a specific revision that brought in this change, and can it > be removed? I remember seeing something go by during an upgrade somewhat recently about there now being a defaults file that gets used when a user does not specify a .vimrc. Unfortunately, I don't remember whether I saw that notice on a FreeBSD machine or a Debian one, and haven't been able to find the notice I remember through searching some likely places. Just to check: do you have a .vimrc file in place already? -Ben From owner-freebsd-current@freebsd.org Mon Jan 16 04:29:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA6D2C65D1D for ; Mon, 16 Jan 2017 04:29:26 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-qk0-x234.google.com (mail-qk0-x234.google.com [IPv6:2607:f8b0:400d:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6FAA31CF8 for ; Mon, 16 Jan 2017 04:29:26 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-qk0-x234.google.com with SMTP id a20so108471977qkc.1 for ; Sun, 15 Jan 2017 20:29:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=mcl2eyhoroDptXcgZuHE1xExAXLQqz6cNOIl6c83uBo=; b=VWcVkNhy+2K0pcmmAwh/AZZIqZlkwjEVWyAY5EksxsV0Djga7lt8qsJpeEUPjvyaZ5 x4DDMiToPr6aqpmr3nsWjRFBRcKeFQ8gmWLwFgzByQHuiecIhhhju1gPQF1ncfYC1IJd ISfgTdRPmdq5dpYLqYrW8nE4UBr0P/fjlG1Qy90ei5lYFehqmCszT4slkklKxYyJv+f9 4B4W7VzxQUhQR3n89l3wQci+jrAJDaYMG/jFwtZS4yW8j3UB7RpY+AT3WdBlC08NnQtd EKJfTWpIOWGzEenGoBFuMjpFdjwXiyUkY7CXdV27HAEL7egrIH9BqKgf0GJNZF0Evqjp Wg5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=mcl2eyhoroDptXcgZuHE1xExAXLQqz6cNOIl6c83uBo=; b=JMg45imq2lbp1k9+HZ1ElOMpS8P67ohA9S3eoOECBJerS+pGeT2VUtS37SgKH23+A7 cWi/iDko1jOU2Y60qzphol+GXiNX6S04nBJx2qJzta5B88rYvCBaMlwMzCkwAK1gIJU1 KQTCrOnIsFOFy9wKWnNSwp/MZY7lUNE6EeJmMM190N3K8ms8Aemd/2FjVfja+FKg/IdE sS+HyoaC4SytdIHlQAZKaxWkuxgkZkEPcXjGpGqxv3crfRr5+RCmdEeNV1HIRWuvKqTZ n5fehhA4sXMiDxjk1VTMiL4oK6hVN+TK1a6HerMwuap949cI1QFVNaplfML0FeVpFiJd bZJQ== X-Gm-Message-State: AIkVDXKKrzSEFnn6MVOHwerIvuuFOjakwXsY+K5q2jxMN3jc4+Q0fHJ1rtHTl83hL6CSkQL/hWbfZsZmtA//TA== X-Received: by 10.55.26.42 with SMTP id a42mr27322519qka.312.1484540965134; Sun, 15 Jan 2017 20:29:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.8 with HTTP; Sun, 15 Jan 2017 20:28:54 -0800 (PST) In-Reply-To: <20170115202008.GL2349@kib.kiev.ua> References: <20170113120534.GC2349@kib.kiev.ua> <20170115202008.GL2349@kib.kiev.ua> From: Jia-Shiun Li Date: Mon, 16 Jan 2017 12:28:54 +0800 Message-ID: Subject: Re: TSC as timecounter makes system lag To: Konstantin Belousov Cc: freebsd-current Content-Type: multipart/mixed; boundary=001a1147361ce1fbaf05462ea020 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 04:29:26 -0000 --001a1147361ce1fbaf05462ea020 Content-Type: text/plain; charset=UTF-8 BTW please see my other mail of this thread. It seems to be related to EARLY_AP_STARTUP option. On Mon, Jan 16, 2017 at 4:20 AM, Konstantin Belousov wrote: > I still do not understand. Is the sysctl output below from the pristine > boot where no timecounter/eventtimer reconfiguration were done ? > > Show me exact command which you used to revive the machine. Do not > describe > it by words, copy/paste from the console. > > Don't have access to the exact machine right now. Let me reproduce it on another with a c2d E7400. login as: jsli Authenticating with public key "rsa-key-20160711@jsli-pc" Last login: Mon Jan 16 11:11:28 2017 from tmux(1074).%1 FreeBSD 12.0-CURRENT (GENERIC-NODEBUG) #24 r312210: Sun Jan 15 15:03:40 CST 2017 Welcome to FreeBSD! Release Notes, Errata: https://www.FreeBSD.org/releases/ Security Advisories: https://www.FreeBSD.org/security/ FreeBSD Handbook: https://www.FreeBSD.org/handbook/ FreeBSD FAQ: https://www.FreeBSD.org/faq/ Questions List: https://lists.FreeBSD.org/mailman/listinfo/freebsd- questions/ FreeBSD Forums: https://forums.FreeBSD.org/ Documents installed with the system are in the /usr/local/share/doc/freebsd/ directory, or can be installed later with: pkg install en-freebsd-doc For other languages, replace "en" with a language code like de or fr. Show the version of FreeBSD installed: freebsd-version ; uname -a Please include that output and any error messages when posting questions. Introduction to manual pages: man man FreeBSD directory layout: man hier Edit /etc/motd to change this login announcement. jsli@jsli-bsd:~ % sysctl kern.eventtimer kern.timecounter kern.eventtimer.periodic: 0 kern.eventtimer.timer: HPET kern.eventtimer.idletick: 0 kern.eventtimer.singlemul: 2 kern.eventtimer.choice: HPET(450) HPET1(440) HPET2(440) HPET3(440) LAPIC(100) i8254(100) RTC(0) kern.eventtimer.et.HPET3.quality: 440 kern.eventtimer.et.HPET3.frequency: 14318180 kern.eventtimer.et.HPET3.flags: 3 kern.eventtimer.et.HPET2.quality: 440 kern.eventtimer.et.HPET2.frequency: 14318180 kern.eventtimer.et.HPET2.flags: 3 kern.eventtimer.et.HPET1.quality: 440 kern.eventtimer.et.HPET1.frequency: 14318180 kern.eventtimer.et.HPET1.flags: 3 kern.eventtimer.et.HPET.quality: 450 kern.eventtimer.et.HPET.frequency: 14318180 kern.eventtimer.et.HPET.flags: 3 kern.eventtimer.et.RTC.quality: 0 kern.eventtimer.et.RTC.frequency: 32768 kern.eventtimer.et.RTC.flags: 17 kern.eventtimer.et.i8254.quality: 100 kern.eventtimer.et.i8254.frequency: 1193182 kern.eventtimer.et.i8254.flags: 1 kern.eventtimer.et.LAPIC.quality: 100 kern.eventtimer.et.LAPIC.frequency: 0 kern.eventtimer.et.LAPIC.flags: 15 kern.timecounter.tsc_shift: 1 kern.timecounter.smp_tsc_adjust: 0 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 kern.timecounter.fast_gettime: 1 kern.timecounter.tick: 1 kern.timecounter.choice: ACPI-fast(900) HPET(950) i8254(0) TSC-low(1000) dummy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.alloweddeviation: 5 kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.counter: 5046106 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.counter: 1449012340 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.counter: 10698 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.tc.TSC-low.frequency: 1400076588 kern.timecounter.tc.TSC-low.counter: 2260820915 kern.timecounter.tc.TSC-low.mask: 4294967295 jsli@jsli-bsd:~ % su Password: jsli@jsli-bsd:/home/jsli # sysctl kern.timecounter.hardware=HPET kern.timecounter.hardware: TSC-low -> HPET jsli@jsli-bsd:/home/jsli # sysctl kern.eventtimer kern.timecounter kern.eventtimer.periodic: 0 kern.eventtimer.timer: HPET kern.eventtimer.idletick: 0 kern.eventtimer.singlemul: 2 kern.eventtimer.choice: HPET(450) HPET1(440) HPET2(440) HPET3(440) LAPIC(100) i8254(100) RTC(0) kern.eventtimer.et.HPET3.quality: 440 kern.eventtimer.et.HPET3.frequency: 14318180 kern.eventtimer.et.HPET3.flags: 3 kern.eventtimer.et.HPET2.quality: 440 kern.eventtimer.et.HPET2.frequency: 14318180 kern.eventtimer.et.HPET2.flags: 3 kern.eventtimer.et.HPET1.quality: 440 kern.eventtimer.et.HPET1.frequency: 14318180 kern.eventtimer.et.HPET1.flags: 3 kern.eventtimer.et.HPET.quality: 450 kern.eventtimer.et.HPET.frequency: 14318180 kern.eventtimer.et.HPET.flags: 3 kern.eventtimer.et.RTC.quality: 0 kern.eventtimer.et.RTC.frequency: 32768 kern.eventtimer.et.RTC.flags: 17 kern.eventtimer.et.i8254.quality: 100 kern.eventtimer.et.i8254.frequency: 1193182 kern.eventtimer.et.i8254.flags: 1 kern.eventtimer.et.LAPIC.quality: 100 kern.eventtimer.et.LAPIC.frequency: 0 kern.eventtimer.et.LAPIC.flags: 15 kern.timecounter.tsc_shift: 1 kern.timecounter.smp_tsc_adjust: 0 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 kern.timecounter.fast_gettime: 1 kern.timecounter.tick: 1 kern.timecounter.choice: ACPI-fast(900) HPET(950) i8254(0) TSC-low(1000) dummy(-1000000) kern.timecounter.hardware: HPET kern.timecounter.alloweddeviation: 5 kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.counter: 14385392 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.counter: 2895655601 <(289)%20565-5601> kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.counter: 43612 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.tc.TSC-low.frequency: 1400076588 kern.timecounter.tc.TSC-low.counter: 3635090463 kern.timecounter.tc.TSC-low.mask: 4294967295 jsli@jsli-bsd:/home/jsli # > This is not a verbose dmesg. > Sorry thought I enabled verbose boot on all my machines. Attached dmesg.boot of the one above. -Jia-Shiun --001a1147361ce1fbaf05462ea020 Content-Type: text/plain; charset=US-ASCII; name="dmesg.boot.txt" Content-Disposition: attachment; filename="dmesg.boot.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ixzl5mvn0 VGFibGUgJ0ZBQ1AnIGF0IDB4Y2RkODAyOTAKVGFibGUgJ0FQSUMnIGF0IDB4Y2RkODAzOTAKQVBJ QzogRm91bmQgdGFibGUgYXQgMHhjZGQ4MDM5MApBUElDOiBVc2luZyB0aGUgTUFEVCBlbnVtZXJh dG9yLgpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMTogZW5hYmxlZApTTVA6IEFk ZGVkIENQVSAwIChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMSBBQ1BJIElEIDI6IGVuYWJs ZWQKU01QOiBBZGRlZCBDUFUgMSAoQVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDEzMCBBQ1BJ IElEIDM6IGRpc2FibGVkCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDEzMSBBQ1BJIElEIDQ6IGRp c2FibGVkCkNvcHlyaWdodCAoYykgMTk5Mi0yMDE3IFRoZSBGcmVlQlNEIFByb2plY3QuCkNvcHly aWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5Miwg MTk5MywgMTk5NAoJVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4g QWxsIHJpZ2h0cyByZXNlcnZlZC4KRnJlZUJTRCBpcyBhIHJlZ2lzdGVyZWQgdHJhZGVtYXJrIG9m IFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCkZyZWVCU0QgMTIuMC1DVVJSRU5UICMyNCByMzEyMjEw OiBTdW4gSmFuIDE1IDE1OjAzOjQwIENTVCAyMDE3CiAgICBqc2xpQGpzbGktZTU6L3Vzci9vYmov dXNyL3NyYy9zeXMvR0VORVJJQy1OT0RFQlVHIGFtZDY0CkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAz LjkuMSAodGFncy9SRUxFQVNFXzM5MS9maW5hbCAyODk2MDEpIChiYXNlZCBvbiBMTFZNIDMuOS4x KQpUYWJsZSAnRkFDUCcgYXQgMHhjZGQ4MDI5MApUYWJsZSAnQVBJQycgYXQgMHhjZGQ4MDM5MApU YWJsZSAnTUNGRycgYXQgMHhjZGQ4MDQwMApUYWJsZSAnT0VNQicgYXQgMHhjZGQ4ZTA0MApUYWJs ZSAnSFBFVCcgYXQgMHhjZGQ4OTUzMApUYWJsZSAnR1NDSScgYXQgMHhjZGQ4ZTBkMApUYWJsZSAn T1NGUicgYXQgMHhjZGQ4OTU3MApUYWJsZSAnU1NEVCcgYXQgMHhjZGQ5MGJkMApBQ1BJOiBObyBT UkFUIHRhYmxlIGZvdW5kClBQSU0gMDogUEE9MHhhMDAwMCwgVkE9MHhmZmZmZmZmZjgyNjEwMDAw LCBzaXplPTB4MTAwMDAsIG1vZGU9MApWVCh2Z2EpOiByZXNvbHV0aW9uIDY0MHg0ODAKUHJlbG9h ZGVkIGVsZiBrZXJuZWwgIi9ib290L2tlcm5lbC9rZXJuZWwiIGF0IDB4ZmZmZmZmZmY4MjU3OTAw MC4KUHJlbG9hZGVkIC9ib290L2VudHJvcHkgIi9ib290L2VudHJvcHkiIGF0IDB4ZmZmZmZmZmY4 MjU3OWRjMC4KUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvemZzLmtvIiBh dCAweGZmZmZmZmZmODI1NzllMTAuClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3Qva2Vy bmVsL29wZW5zb2xhcmlzLmtvIiBhdCAweGZmZmZmZmZmODI1N2E1ZjguCkNhbGlicmF0aW5nIFRT QyBjbG9jayAuLi4gVFNDIGNsb2NrOiAyODAwMTUzMTc3IEh6CkNQVTogSW50ZWwoUikgQ29yZShU TSkyIER1byBDUFUgICAgIEU3NDAwICBAIDIuODBHSHogKDI4MDAuMTUtTUh6IEs4LWNsYXNzIENQ VSkKICBPcmlnaW49IkdlbnVpbmVJbnRlbCIgIElkPTB4MTA2N2EgIEZhbWlseT0weDYgIE1vZGVs PTB4MTcgIFN0ZXBwaW5nPTEwCiAgRmVhdHVyZXM9MHhiZmViZmJmZjxGUFUsVk1FLERFLFBTRSxU U0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixD TEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTSxQQkU+CiAgRmVhdHVy ZXMyPTB4YzA4ZTM5ZDxTU0UzLERURVM2NCxNT04sRFNfQ1BMLEVTVCxUTTIsU1NTRTMsQ1gxNix4 VFBSLFBEQ00sU1NFNC4xLFhTQVZFLE9TWFNBVkU+CiAgQU1EIEZlYXR1cmVzPTB4MjAxMDA4MDA8 U1lTQ0FMTCxOWCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4MTxMQUhGPgogIFRTQzogUC1zdGF0ZSBp bnZhcmlhbnQsIHBlcmZvcm1hbmNlIHN0YXRpc3RpY3MKSW5zdHJ1Y3Rpb24gVExCOiAyTSBwYWdl cywgNC13YXksIDggZW50cmllcyBvciA0TSBwYWdlcywgNC13YXksIDQgZW50cmllcwpJbnN0cnVj dGlvbiBUTEI6IDQgS0IgUGFnZXMsIDQtd2F5IHNldCBhc3NvY2lhdGl2ZSwgMTI4IGVudHJpZXMK NjQtQnl0ZSBwcmVmZXRjaGluZwpEYXRhIFRMQjA6IDQgS0J5dGUgcGFnZXMsIDQtd2F5IGFzc29j aWF0aXZlLCAxNiBlbnRyaWVzCkRhdGEgVExCMDogNCBNQnl0ZSBwYWdlcywgNC13YXkgc2V0IGFz c29jaWF0aXZlLCAxNiBlbnRyaWVzCjJuZC1sZXZlbCBjYWNoZTogM01CeXRlLCAxMi13YXkgc2V0 IGFzc29jaWF0aXZlLCA2NCBieXRlIGxpbmUgc2l6ZQoxc3QtbGV2ZWwgaW5zdHJ1Y3Rpb24gY2Fj aGU6IDMyIEtCLCA4LXdheSBzZXQgYXNzb2NpYXRpdmUsIDY0IGJ5dGUgbGluZSBzaXplCkRhdGEg VExCMTogNCBLQnl0ZSBwYWdlcywgNC13YXkgYXNzb2NpYXRpdmUsIDI1NiBlbnRyaWVzCjFzdC1s ZXZlbCBkYXRhIGNhY2hlOiAzMiBLQiwgOC13YXkgc2V0IGFzc29jaWF0aXZlLCA2NCBieXRlIGxp bmUgc2l6ZQpMMiBjYWNoZTogMzA3MiBrYnl0ZXMsIDgtd2F5IGFzc29jaWF0aXZlLCA2NCBieXRl cy9saW5lCnJlYWwgbWVtb3J5ICA9IDQyOTQ5NjcyOTYgKDQwOTYgTUIpClBoeXNpY2FsIG1lbW9y eSBjaHVuayhzKToKMHgwMDAwMDAwMDAwMDEwMDAwIC0gMHgwMDAwMDAwMDAwMDlhZmZmLCA1Njkz NDQgYnl0ZXMgKDEzOSBwYWdlcykKMHgwMDAwMDAwMDAwMTAwMDAwIC0gMHgwMDAwMDAwMDAwMWZm ZmZmLCAxMDQ4NTc2IGJ5dGVzICgyNTYgcGFnZXMpCjB4MDAwMDAwMDAwMjVjMjAwMCAtIDB4MDAw MDAwMDBjNjE0ZWZmZiwgMzI4MzY2ODk5MiBieXRlcyAoODAxNjc3IHBhZ2VzKQoweDAwMDAwMDAx MDAwMDAwMDAgLSAweDAwMDAwMDAxMmZmY2RmZmYsIDgwNTEwMTU2OCBieXRlcyAoMTk2NTU4IHBh Z2VzKQphdmFpbCBtZW1vcnkgPSA0MDU3MzUwMTQ0ICgzODY5IE1CKQpFdmVudCB0aW1lciAiTEFQ SUMiIHF1YWxpdHkgMTAwCkxBUElDOiBpcGlfd2FpdCgpIHVzIG11bHRpcGxpZXIgNjggKHIgNDEw MDgxNyB0c2MgMjgwMDE1MzE3NykKQUNQSSBBUElDIFRhYmxlOiA8QV9NX0lfIE9FTUFQSUMgPgpQ YWNrYWdlIElEIHNoaWZ0OiAxCkwyIGNhY2hlIElEIHNoaWZ0OiAxCkwxIGNhY2hlIElEIHNoaWZ0 OiAwCkNvcmUgSUQgc2hpZnQ6IDAKSU5UUjogQWRkaW5nIGxvY2FsIEFQSUMgMSBhcyBhIHRhcmdl dApGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAyIENQVXMKRnJl ZUJTRC9TTVA6IDEgcGFja2FnZShzKSB4IDIgY29yZShzKQpQYWNrYWdlIEhXIElEID0gMAoJQ29y ZSBIVyBJRCA9IDAKCQlDUFUwIChCU1ApOiBBUElDIElEOiAwCglDb3JlIEhXIElEID0gMQoJCUNQ VTEgKEFQKTogQVBJQyBJRDogMQpBUElDOiBDUFUgMCBoYXMgQUNQSSBJRCAxCkFQSUM6IENQVSAx IGhhcyBBQ1BJIElEIDIKeDg2YmlvczogIElWVCAweDAwMDAwMC0weDAwMDRmZiBhdCAweGZmZmZm ODAwMDAwMDAwMDAKeDg2YmlvczogU1NFRyAweDA5YTAwMC0weDA5YWZmZiBhdCAweGZmZmZmZTAx MThmMTAwMDAKeDg2YmlvczogRUJEQSAweDA5ZTAwMC0weDA5ZmZmZiBhdCAweGZmZmZmODAwMDAw OWUwMDAKeDg2YmlvczogIFJPTSAweDBhMDAwMC0weDBmZWZmZiBhdCAweGZmZmZmODAwMDAwYTAw MDAKcmFuZG9tOiByZWFkIDQwOTYgYnl0ZXMgZnJvbSBwcmVsb2FkZWQgY2FjaGUKcmFuZG9tOiB1 bmJsb2NraW5nIGRldmljZS4KVUxFOiBzZXR1cCBjcHUgMApVTEU6IHNldHVwIGNwdSAxCkFDUEk6 IFJTRFAgMHgwMDAwMDAwMDAwMEZCOTAwIDAwMDAyNCAodjAyIEFDUElBTSkKQUNQSTogWFNEVCAw eDAwMDAwMDAwQ0REODAxMDAgMDAwMDY0ICh2MDEgQV9NX0lfIE9FTVhTRFQgIDA3MDAwOTA4IE1T RlQgMDAwMDAwOTcpCkFDUEk6IEZBQ1AgMHgwMDAwMDAwMENERDgwMjkwIDAwMDBGNCAodjAzIEFf TV9JXyBPRU1GQUNQICAwNzAwMDkwOCBNU0ZUIDAwMDAwMDk3KQpBQ1BJOiBEU0RUIDB4MDAwMDAw MDBDREQ4MDQ0MCAwMDkwRUIgKHYwMSBBMDk4MiAgQTA5ODIwNzAgMDAwMDAwNzAgSU5UTCAyMDA2 MDExMykKQUNQSTogRkFDUyAweDAwMDAwMDAwQ0REOEUwMDAgMDAwMDQwCkFDUEk6IEZBQ1MgMHgw MDAwMDAwMENERDhFMDAwIDAwMDA0MApBQ1BJOiBBUElDIDB4MDAwMDAwMDBDREQ4MDM5MCAwMDAw NkMgKHYwMSBBX01fSV8gT0VNQVBJQyAgMDcwMDA5MDggTVNGVCAwMDAwMDA5NykKQUNQSTogTUNG RyAweDAwMDAwMDAwQ0REODA0MDAgMDAwMDNDICh2MDEgQV9NX0lfIE9FTU1DRkcgIDA3MDAwOTA4 IE1TRlQgMDAwMDAwOTcpCkFDUEk6IE9FTUIgMHgwMDAwMDAwMENERDhFMDQwIDAwMDA4OSAodjAx IEFfTV9JXyBBTUlfT0VNICAwNzAwMDkwOCBNU0ZUIDAwMDAwMDk3KQpBQ1BJOiBIUEVUIDB4MDAw MDAwMDBDREQ4OTUzMCAwMDAwMzggKHYwMSBBX01fSV8gT0VNSFBFVCAgMDcwMDA5MDggTVNGVCAw MDAwMDA5NykKQUNQSTogR1NDSSAweDAwMDAwMDAwQ0REOEUwRDAgMDAyMDI0ICh2MDEgQV9NX0lf IEdNQ0hTQ0kgIDA3MDAwOTA4IE1TRlQgMDAwMDAwOTcpCkFDUEk6IE9TRlIgMHgwMDAwMDAwMENE RDg5NTcwIDAwMDBCMCAodjAxIEFfTV9JXyBPRU1PU0ZSICAwNzAwMDkwOCBNU0ZUIDAwMDAwMDk3 KQpBQ1BJOiBTU0RUIDB4MDAwMDAwMDBDREQ5MEJEMCAwMDBBN0MgKHYwMSBEcGdQbW0gQ3B1UG0g ICAgMDAwMDAwMTIgSU5UTCAyMDA2MDExMykKTUFEVDogRm91bmQgSU8gQVBJQyBJRCAyLCBJbnRl cnJ1cHQgMCBhdCAweGZlYzAwMDAwCmlvYXBpYzA6IHZlciAweDIwIG1heHJlZGlyIDB4MTcKaW9h cGljMDogUm91dGluZyBleHRlcm5hbCA4MjU5QSdzIC0+IGludHBpbiAwCk1BRFQ6IEludGVycnVw dCBvdmVycmlkZTogc291cmNlIDAsIGlycSAyCmlvYXBpYzA6IFJvdXRpbmcgSVJRIDAgLT4gaW50 cGluIDIKTUFEVDogSW50ZXJydXB0IG92ZXJyaWRlOiBzb3VyY2UgOSwgaXJxIDkKaW9hcGljMDog aW50cGluIDkgdHJpZ2dlcjogbGV2ZWwKaW9hcGljMCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBv biBtb3RoZXJib2FyZApjcHUwIEJTUDoKICAgICBJRDogMHgwMDAwMDAwMCAgIFZFUjogMHgwMDA1 MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3MDAg bGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRpbWVy OiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6IDB4MDAw MTA0MDAKU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhCmNwdTEgQVA6CiAgICAgSUQ6IDB4MDEwMDAw MDAgICBWRVI6IDB4MDAwNTAwMTQgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZgogIGxp bnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4 MDAwMDAxZmYKICB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAw MDAwZjAgcG1jOiAweDAwMDEwNDAwClNNUDogcGFzc2VkIFRTQyBzeW5jaHJvbml6YXRpb24gdGVz dApUU0MgdGltZWNvdW50ZXIgZGlzY2FyZHMgbG93ZXIgMSBiaXQocykKVGltZWNvdW50ZXIgIlRT Qy1sb3ciIGZyZXF1ZW5jeSAxNDAwMDc2NTg4IEh6IHF1YWxpdHkgMTAwMApzbmRfdW5pdF9pbml0 KCkgdT0weDAwZmY4MDAwIFs1MTJdIGQ9MHgwMDAwN2MwMCBbMzJdIGM9MHgwMDAwMDNmZiBbMTAy NF0KZmVlZGVyX3JlZ2lzdGVyOiBzbmRfdW5pdD0tMSBzbmRfbWF4YXV0b3ZjaGFucz0xNiBsYXRl bmN5PTUgZmVlZGVyX3JhdGVfbWluPTEgZmVlZGVyX3JhdGVfbWF4PTIwMTYwMDAgZmVlZGVyX3Jh dGVfcm91bmQ9MjUKcmFuZG9tOiBlbnRyb3B5IGRldmljZSBleHRlcm5hbCBpbnRlcmZhY2UKd2xh bjogPDgwMi4xMSBMaW5rIExheWVyPgprYmQ6IG5ldyBhcnJheSBzaXplIDQKa2JkMSBhdCBrYmRt dXgwCm1lbTogPG1lbW9yeT4KbmV0bWFwOiBsb2FkZWQgbW9kdWxlCm51bGw6IDxmdWxsIGRldmlj ZSwgbnVsbCBkZXZpY2UsIHplcm8gZGV2aWNlPgpuZnNsb2NrOiBwc2V1ZG8tZGV2aWNlCmNyeXB0 bzogPGNyeXB0byBjb3JlPgptb2R1bGVfcmVnaXN0ZXJfaW5pdDogTU9EX0xPQUQgKHZlc2EsIDB4 ZmZmZmZmZmY4MTAxYjgzMCwgMCkgZXJyb3IgMTkKaW86IDxJL08+CmhwdHJyOiBSb2NrZXRSQUlE IDE3eHgvMnh4eCBTQVRBIGNvbnRyb2xsZXIgZHJpdmVyIHYxLjIKaHB0Mjd4eDogUm9ja2V0UkFJ RCAyN3h4IGNvbnRyb2xsZXIgZHJpdmVyIHYxLjIuNwpocHRucjogUjc1MC9EQzcyODAgY29udHJv bGxlciBkcml2ZXIgdjEuMS40Cm5leHVzMAp2dHZnYTA6IDxWVCBWR0EgZHJpdmVyPiBvbiBtb3Ro ZXJib2FyZApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20g dnR2Z2EwCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBy YW0wCmNyeXB0b3NvZnQwOiA8c29mdHdhcmUgY3J5cHRvPiBvbiBtb3RoZXJib2FyZApjcnlwdG86 IGFzc2lnbiBjcnlwdG9zb2Z0MCBkcml2ZXIgaWQgMCwgZmxhZ3MgMTAwNjYzMjk2CmNyeXB0bzog Y3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAxIGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNy eXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMiBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlw dG9zb2Z0MCByZWdpc3RlcnMgYWxnIDMgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRv c29mdDAgcmVnaXN0ZXJzIGFsZyA0IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3Nv ZnQwIHJlZ2lzdGVycyBhbGcgNSBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0 MCByZWdpc3RlcnMgYWxnIDE2IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQw IHJlZ2lzdGVycyBhbGcgNiBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCBy ZWdpc3RlcnMgYWxnIDcgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVn aXN0ZXJzIGFsZyAxOCBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdp c3RlcnMgYWxnIDE5IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lz dGVycyBhbGcgMjAgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0 ZXJzIGFsZyA4IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVy cyBhbGcgMTUgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJz IGFsZyA5IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBh bGcgMTAgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFs ZyAxMyBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxn IDE0IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcg MTEgZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAy MiBmbGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDIz IGZsYWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMjUg ZmxhZ3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAyNCBm bGFncyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDI2IGZs YWdzIDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMjcgZmxh Z3MgMCBtYXhvcGxlbiAwCmNyeXB0bzogY3J5cHRvc29mdDAgcmVnaXN0ZXJzIGFsZyAyOCBmbGFn cyAwIG1heG9wbGVuIDAKY3J5cHRvOiBjcnlwdG9zb2Z0MCByZWdpc3RlcnMgYWxnIDIxIGZsYWdz IDAgbWF4b3BsZW4gMApjcnlwdG86IGNyeXB0b3NvZnQwIHJlZ2lzdGVycyBhbGcgMTcgZmxhZ3Mg MCBtYXhvcGxlbiAwCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykg ZnJvbSBjcnlwdG9zb2Z0MAphY3BpMDogPEFfTV9JXyBPRU1YU0RUPiBvbiBtb3RoZXJib2FyZApB Q1BJOiBFeGVjdXRlZCAxIGJsb2NrcyBvZiBtb2R1bGUtbGV2ZWwgZXhlY3V0YWJsZSBBTUwgY29k ZQpBQ1BJOiAyIEFDUEkgQU1MIHRhYmxlcyBzdWNjZXNzZnVsbHkgYWNxdWlyZWQgYW5kIGxvYWRl ZApQQ0llOiBNZW1vcnkgTWFwcGVkIGNvbmZpZ3VyYXRpb24gYmFzZSBAIDB4ZTAwMDAwMDAKaW9h cGljMDogcm91dGluZyBpbnRwaW4gOSAoSVNBIElSUSA5KSB0byBsYXBpYyAwIHZlY3RvciA0OAph Y3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBi eXRlcyAoNCBiaXRzKSBmcm9tIGFjcGlfc3lzcmVzb3VyY2UwCnJhbmRvbTogaGFydmVzdGluZyBh dHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhY3BpX3N5c3Jlc291cmNlMQpyYW5kb206IGhh cnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWNwaV9zeXNyZXNvdXJjZTIK cmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGFjcGlfc3lz cmVzb3VyY2UzCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJv bSBhY3BpX3N5c3Jlc291cmNlNApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0 IGJpdHMpIGZyb20gYWNwaV9zeXNyZXNvdXJjZTUKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwg OCBieXRlcyAoNCBiaXRzKSBmcm9tIGFjcGlfc3lzcmVzb3VyY2U2CmFjcGkwOiByZXNlcnZhdGlv biBvZiBmZWQwODAwMCwgMTAwMCAoMykgZmFpbGVkCmFjcGkwOiByZXNlcnZhdGlvbiBvZiBmZWQx YzAwMCwgNDAwMCAoMykgZmFpbGVkCmFjcGkwOiByZXNlcnZhdGlvbiBvZiBmZWQyMDAwMCwgMjAw MDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24gb2YgZmVkNTAwMDAsIDQwMDAwICgzKSBm YWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9mIGZmYzAwMDAwLCAzMDAwMDAgKDMpIGZhaWxlZAph Y3BpMDogcmVzZXJ2YXRpb24gb2YgZmVjMDAwMDAsIDEwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVz ZXJ2YXRpb24gb2YgZmVlMDAwMDAsIDEwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24g b2YgZTAwMDAwMDAsIDEwMDAwMDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAs IGEwMDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9mIDEwMDAwMCwgY2RkMDAwMDAg KDMpIGZhaWxlZApjcHUwOiBQcm9jZXNzb3IgXDEzNF9QUl8uUDAwMSAoQUNQSSBJRCAxKSAtPiBB UElDIElEIDAKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApBQ1BJOiBEeW5hbWljIE9FTSBUYWJs ZSBMb2FkOgpBQ1BJOiBTU0RUIDB4RkZGRkY4MDAwM0JEQkMwMCAwMDAyQjkgKHYwMSBEcGdQbW0g UDAwMUlzdCAgMDAwMDAwMTEgSU5UTCAyMDA2MDExMykKQUNQSTogRHluYW1pYyBPRU0gVGFibGUg TG9hZDoKQUNQSTogU1NEVCAweEZGRkZGODAwMDNCQ0IwMDAgMDAwNEIyICh2MDEgUG1SZWYgIFAw MDFDc3QgIDAwMDAzMDAxIElOVEwgMjAwNjAxMTMpCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gs IDggYnl0ZXMgKDQgYml0cykgZnJvbSBjcHUwCmNwdTE6IFByb2Nlc3NvciBcMTM0X1BSXy5QMDAy IChBQ1BJIElEIDIpIC0+IEFQSUMgSUQgMQpjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCkFDUEk6 IER5bmFtaWMgT0VNIFRhYmxlIExvYWQ6CkFDUEk6IFNTRFQgMHhGRkZGRjgwMDAzQkRCODAwIDAw MDJCOSAodjAxIERwZ1BtbSBQMDAySXN0ICAwMDAwMDAxMiBJTlRMIDIwMDYwMTEzKQpBQ1BJOiBE eW5hbWljIE9FTSBUYWJsZSBMb2FkOgpBQ1BJOiBTU0RUIDB4RkZGRkY4MDAwMzlGMjQwMCAwMDAw ODUgKHYwMSBQbVJlZiAgUDAwMkNzdCAgMDAwMDMwMDAgSU5UTCAyMDA2MDExMykKcmFuZG9tOiBo YXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGNwdTEKQUNQSTogUHJvY2Vz c29yIFwxMzRfUFJfLlAwMDMgKEFDUEkgSUQgMykgaWdub3JlZApBQ1BJOiBQcm9jZXNzb3IgXDEz NF9QUl8uUDAwNCAoQUNQSSBJRCA0KSBpZ25vcmVkCmF0dGltZXIwOiA8QVQgdGltZXI+IHBvcnQg MHg0MC0weDQzIGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDEx OTMxODIgSHogcXVhbGl0eSAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIgKElTQSBJUlEgMCkg dG8gbGFwaWMgMSB2ZWN0b3IgNDgKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4 MiBIeiBxdWFsaXR5IDEwMApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJp dHMpIGZyb20gYXR0aW1lcjAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0w eDcxIGlycSA4IG9uIGFjcGkwCmF0cnRjMDogcmVnaXN0ZXJlZCBhcyBhIHRpbWUtb2YtZGF5IGNs b2NrIChyZXNvbHV0aW9uIDEwMDAwMDB1cywgYWRqdXN0bWVudCAwLjUwMDAwMDAwMHMpCmlvYXBp YzA6IHJvdXRpbmcgaW50cGluIDggKElTQSBJUlEgOCkgdG8gbGFwaWMgMCB2ZWN0b3IgNDkKRXZl bnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMyNzY4IEh6IHF1YWxpdHkgMApyYW5kb206IGhhcnZl c3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYXRydGMwCmhwZXQwOiA8SGlnaCBQ cmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3Bp MApocGV0MDogdmVuZG9yIDB4ODA4NiwgcmV2IDB4MSwgMTQzMTgxODBIeiA2NGJpdCwgNCB0aW1l cnMsIGxlZ2FjeSByb3V0ZQpocGV0MDogIHQwOiBpcnFzIDB4MDBmMDAwMDAgKDApLCA2NGJpdCwg cGVyaW9kaWMKaHBldDA6ICB0MTogaXJxcyAweDAwZjAwMDAwICgwKQpocGV0MDogIHQyOiBpcnFz IDB4MDBmMDA4MDAgKDApCmhwZXQwOiAgdDM6IGlycXMgMHgwMGYwMTAwMCAoMCkKVGltZWNvdW50 ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDk1MAppb2FwaWMwOiByb3V0 aW5nIGludHBpbiAyMCAoUENJIElSUSAyMCkgdG8gbGFwaWMgMSB2ZWN0b3IgNDkKaW9hcGljMDog cm91dGluZyBpbnRwaW4gMjAgKFBDSSBJUlEgMjApIHRvIGxhcGljIDAgdmVjdG9yIDUwCkV2ZW50 IHRpbWVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NTAKRXZlbnQgdGlt ZXIgIkhQRVQxIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIg IkhQRVQyIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQ RVQzIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAKcmFuZG9tOiBoYXJ2ZXN0aW5n IGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGhwZXQwCkFDUEkgdGltZXI6IDEvMSAxLzEg MS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAtPiAxMApUaW1lY291bnRlciAiQUNQSS1m YXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDkwMAphY3BpX3RpbWVyMDogPDI0LWJp dCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDgwOC0weDgwYiBvbiBhY3BpMApyYW5kb206 IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWNwaV90aW1lcjAKcGNp X2xpbmswOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2Jl ICAgICAgIDAgICAxMCAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlk YXRpb24gICAgICAgICAgMCAgIDEwICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1 CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEg MTIgMTQgMTUKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9t IHBjaV9saW5rMApwY2lfbGluazE6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwog IEluaXRpYWwgUHJvYmUgICAgICAgMCAgIDExICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEy IDE0IDE1CiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAgMTEgICBOICAgICAwICAzIDQgNSA2IDcg MTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMg NCA1IDYgNyAxMCAxMSAxMiAxNCAxNQpyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVz ICg0IGJpdHMpIGZyb20gcGNpX2xpbmsxCnBjaV9saW5rMjogICAgICAgIEluZGV4ICBJUlEgIFJ0 ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTUgICBOICAgICAwICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKICBWYWxpZGF0aW9uICAgICAgICAgIDAgICAxNSAgIE4gICAg IDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1 ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CnJhbmRvbTogaGFydmVzdGluZyBh dHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBwY2lfbGluazIKcGNpX2xpbmszOiAgICAgICAg SW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAgNSAg IE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAg MCAgICA1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJs ZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcmFuZG9t OiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjaV9saW5rMwpwY2lf bGluazQ6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUg ICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgVmFsaWRh dGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUK ICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAx MiAxNCAxNQpyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20g cGNpX2xpbms0CnBjaV9saW5rNTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAg SW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTQgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIg MTQgMTUKICBWYWxpZGF0aW9uICAgICAgICAgIDAgICAxNCAgIE4gICAgIDAgIDMgNCA1IDYgNyAx MCAxMSAxMiAxNCAxNQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0 IDUgNiA3IDEwIDExIDEyIDE0IDE1CnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMg KDQgYml0cykgZnJvbSBwY2lfbGluazUKcGNpX2xpbms2OiAgICAgICAgSW5kZXggIElSUSAgUnRk ICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAgMyAgIE4gICAgIDAgIDMgNCA1 IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICAzICAgTiAgICAg MCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUg ICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0 dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjaV9saW5rNgpwY2lfbGluazc6ICAgICAgICBJ bmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogIEluaXRpYWwgUHJvYmUgICAgICAgMCAgICA3ICAg TiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgVmFsaWRhdGlvbiAgICAgICAgICAw ICAgIDcgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxl ICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQpyYW5kb206 IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gcGNpX2xpbms3CnBjaWIw OiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpYjA6 IGRlY29kaW5nIDUgcmFuZ2UgMC0weGZmCnBjaWIwOiBkZWNvZGluZyA0IHJhbmdlIDAtMHhjZjcK cGNpYjA6IGRlY29kaW5nIDQgcmFuZ2UgMHhkMDAtMHhmZmZmCnBjaWIwOiBkZWNvZGluZyAzIHJh bmdlIDB4YTAwMDAtMHhiZmZmZgpwY2liMDogZGVjb2RpbmcgMyByYW5nZSAweGQwMDAwLTB4ZGZm ZmYKcGNpYjA6IGRlY29kaW5nIDMgcmFuZ2UgMHhjZGUwMDAwMC0weGRmZmZmZmZmCnBjaWIwOiBk ZWNvZGluZyAzIHJhbmdlIDB4ZjAwMDAwMDAtMHhmZmZmZmZmZgpwY2kwOiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMApwY2kwOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTAKZm91bmQtPgl2ZW5kb3I9 MHg4MDg2LCBkZXY9MHgyZTIwLCByZXZpZD0weDAzCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MCwg ZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgw MDA2LCBzdGF0cmVnPTB4MjA5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZl bmRvcj0weDgwODYsIGRldj0weDJlMjIsIHJldmlkPTB4MDMKCWRvbWFpbj0wLCBidXM9MCwgc2xv dD0yLCBmdW5jPTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJl Zz0weDAwMDcsIHN0YXRyZWc9MHgwMDkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRw aW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1T SSBzdXBwb3J0cyAxIG1lc3NhZ2UKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFz ZSAweGZlNDAwMDAwLCBzaXplIDIyLCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGZlNDAwMDAwLTB4ZmU3ZmZmZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjI6MAoJbWFwWzE4XTog dHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGQwMDAwMDAwLCBzaXpl IDI4LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQwMDAwMDAwLTB4ZGZmZmZm ZmYpIGZvciByaWQgMTggb2YgcGNpMDowOjI6MAoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFu Z2UgMzIsIGJhc2UgMHhiYzAwLCBzaXplICAzLCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSA0ICgweGJjMDAtMHhiYzA3KSBmb3IgcmlkIDIwIG9mIHBjaTA6MDoyOjAKcGNpYjA6IG1hdGNo ZWQgZW50cnkgZm9yIDAuMi5JTlRBCnBjaWIwOiBzbG90IDIgSU5UQSBoYXJkd2lyZWQgdG8gSVJR IDE2CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MmUyMywgcmV2aWQ9MHgwMwoJZG9tYWlu PTAsIGJ1cz0wLCBzbG90PTIsIGZ1bmM9MQoJY2xhc3M9MDMtODAtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MQoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwOTAsIGNhY2hlbG5zej0wIChkd29y ZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzEw XTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmU4MDAwMDAsIHNpemUgMjAsIGVuYWJs ZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmU4MDAwMDAtMHhmZThmZmZmZikgZm9yIHJp ZCAxMCBvZiBwY2kwOjA6MjoxCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4M2EzNywgcmV2 aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI2LCBmdW5jPTAKCWNsYXNzPTBjLTAzLTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgwMjkwLCBj YWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEwCgltYXBbMjBdOiB0eXBl IEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGI0ODAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDQgKDB4YjQ4MC0weGI0OWYpIGZvciByaWQgMjAgb2YgcGNpMDowOjI2 OjAKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjYuSU5UQQpwY2liMDogc2xvdCAyNiBJTlRB IGhhcmR3aXJlZCB0byBJUlEgMTYKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgzYTM4LCBy ZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjYsIGZ1bmM9MQoJY2xhc3M9MGMtMDMt MDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyOTAs IGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAg KDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBpcnE9MTQKCW1hcFsyMF06IHR5 cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YjgwMCwgc2l6ZSAgNSwgZW5hYmxlZApwY2li MDogYWxsb2NhdGVkIHR5cGUgNCAoMHhiODAwLTB4YjgxZikgZm9yIHJpZCAyMCBvZiBwY2kwOjA6 MjY6MQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yNi5JTlRCCnBjaWIwOiBzbG90IDI2IElO VEIgaGFyZHdpcmVkIHRvIElSUSAyMQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDNhMzks IHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNiwgZnVuYz0yCgljbGFzcz0wYy0w My0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI5 MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWMsIGlycT0xNQoJbWFwWzIwXTog dHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhiODgwLCBzaXplICA1LCBlbmFibGVkCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGI4ODAtMHhiODlmKSBmb3IgcmlkIDIwIG9mIHBjaTA6 MDoyNjoyCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI2LklOVEMKcGNpYjA6IHNsb3QgMjYg SU5UQyBoYXJkd2lyZWQgdG8gSVJRIDE4CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4M2Ez YywgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI2LCBmdW5jPTcKCWNsYXNzPTBj LTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgw MjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0w eDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YywgaXJxPTE1Cglwb3dlcnNw ZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCBy YW5nZSAzMiwgYmFzZSAweGZlM2ZiMDAwLCBzaXplIDEwLCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSAzICgweGZlM2ZiMDAwLTB4ZmUzZmIzZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjI2 OjcKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjYuSU5UQwpwY2liMDogc2xvdCAyNiBJTlRD IGhhcmR3aXJlZCB0byBJUlEgMTgKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgzYTNlLCBy ZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjcsIGZ1bmM9MAoJY2xhc3M9MDQtMDMt MDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwMTAs IGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAg KDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MwoJcG93ZXJzcGVjIDIg IHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBi aXQKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZlM2Y0MDAwLCBzaXpl IDE0LCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZlM2Y0MDAwLTB4ZmUzZjdm ZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjI3OjAKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAu MjcuSU5UQQpwY2liMDogc2xvdCAyNyBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjIKZm91bmQtPgl2 ZW5kb3I9MHg4MDg2LCBkZXY9MHgzYTQwLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNs b3Q9MjgsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJY21k cmVnPTB4MDEwNiwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWlu dHBpbj1hLCBpcnE9MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJ TVNJIHN1cHBvcnRzIDEgbWVzc2FnZQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOC5JTlRB CnBjaWIwOiBzbG90IDI4IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNwoJc2VjYnVzPTMsIHN1YmJ1 cz0zCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4M2E0OCwgcmV2aWQ9MHgwMAoJZG9tYWlu PTAsIGJ1cz0wLCBzbG90PTI4LCBmdW5jPTQKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEs IG1mZGV2PTEKCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9OCAoZHdv cmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMg IGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKcGNpYjA6IG1hdGNoZWQgZW50cnkg Zm9yIDAuMjguSU5UQQpwY2liMDogc2xvdCAyOCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTcKCXNl Y2J1cz0yLCBzdWJidXM9Mgpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDNhNGEsIHJldmlk PTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yOCwgZnVuYz01CgljbGFzcz0wNi0wNC0wMCwg aGRydHlwZT0weDAxLCBtZmRldj0xCgljbWRyZWc9MHgwMTA3LCBzdGF0cmVnPTB4MDAxMCwgY2Fj aGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWIsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1 cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCnBjaWIwOiBt YXRjaGVkIGVudHJ5IGZvciAwLjI4LklOVEIKcGNpYjA6IHNsb3QgMjggSU5UQiBoYXJkd2lyZWQg dG8gSVJRIDE2CglzZWNidXM9MSwgc3ViYnVzPTEKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9 MHgzYTM0LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjksIGZ1bmM9MAoJY2xh c3M9MGMtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNSwgc3RhdHJl Zz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9NwoJbWFw WzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhiMDAwLCBzaXplICA1LCBlbmFi bGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGIwMDAtMHhiMDFmKSBmb3IgcmlkIDIwIG9m IHBjaTA6MDoyOTowCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5LklOVEEKcGNpYjA6IHNs b3QgMjkgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIzCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2 PTB4M2EzNSwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI5LCBmdW5jPTEKCWNs YXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDUsIHN0YXRy ZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YiwgaXJxPTUKCW1h cFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YjA4MCwgc2l6ZSAgNSwgZW5h YmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhiMDgwLTB4YjA5ZikgZm9yIHJpZCAyMCBv ZiBwY2kwOjA6Mjk6MQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRCCnBjaWIwOiBz bG90IDI5IElOVEIgaGFyZHdpcmVkIHRvIElSUSAxOQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRl dj0weDNhMzYsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yOSwgZnVuYz0yCglj bGFzcz0wYy0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA1LCBzdGF0 cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWMsIGlycT0xNQoJ bWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhiNDAwLCBzaXplICA1LCBl bmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGI0MDAtMHhiNDFmKSBmb3IgcmlkIDIw IG9mIHBjaTA6MDoyOToyCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5LklOVEMKcGNpYjA6 IHNsb3QgMjkgSU5UQyBoYXJkd2lyZWQgdG8gSVJRIDE4CmZvdW5kLT4JdmVuZG9yPTB4ODA4Niwg ZGV2PTB4M2EzYSwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI5LCBmdW5jPTcK CWNsYXNzPTBjLTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDYsIHN0 YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyks IG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTcK CXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSBN ZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZmUzZmEwMDAsIHNpemUgMTAsIGVuYWJsZWQKcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmUzZmEwMDAtMHhmZTNmYTNmZikgZm9yIHJpZCAxMCBvZiBw Y2kwOjA6Mjk6NwpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRBCnBjaWIwOiBzbG90 IDI5IElOVEEgaGFyZHdpcmVkIHRvIElSUSAyMwpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0w eDI0NGUsIHJldmlkPTB4OTAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0zMCwgZnVuYz0wCgljbGFz cz0wNi0wNC0wMSwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMTA3LCBzdGF0cmVn PTB4MDAxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJc2VjYnVzPTQsIHN1YmJ1cz00CmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4M2ExNiwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1 cz0wLCBzbG90PTMxLCBmdW5jPTAKCWNsYXNzPTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2 PTEKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMjEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJ bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4M2EyMiwgcmV2aWQ9MHgwMAoJZG9tYWlu PTAsIGJ1cz0wLCBzbG90PTMxLCBmdW5jPTIKCWNsYXNzPTAxLTA2LTAxLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMmIwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCglpbnRwaW49YiwgaXJxPTUKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAg Y3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDE2IG1lc3NhZ2VzCgltYXBbMTBdOiB0eXBlIEkvTyBQ b3J0LCByYW5nZSAzMiwgYmFzZSAweGE4ODAsIHNpemUgIDMsIGVuYWJsZWQKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDQgKDB4YTg4MC0weGE4ODcpIGZvciByaWQgMTAgb2YgcGNpMDowOjMxOjIKCW1h cFsxNF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YTgwMCwgc2l6ZSAgMiwgZW5h YmxlZApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhhODAwLTB4YTgwMykgZm9yIHJpZCAxNCBv ZiBwY2kwOjA6MzE6MgoJbWFwWzE4XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhh NDgwLCBzaXplICAzLCBlbmFibGVkCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGE0ODAtMHhh NDg3KSBmb3IgcmlkIDE4IG9mIHBjaTA6MDozMToyCgltYXBbMWNdOiB0eXBlIEkvTyBQb3J0LCBy YW5nZSAzMiwgYmFzZSAweGE0MDAsIHNpemUgIDIsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDQgKDB4YTQwMC0weGE0MDMpIGZvciByaWQgMWMgb2YgcGNpMDowOjMxOjIKCW1hcFsyMF06 IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YTA4MCwgc2l6ZSAgNSwgZW5hYmxlZApw Y2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhhMDgwLTB4YTA5ZikgZm9yIHJpZCAyMCBvZiBwY2kw OjA6MzE6MgoJbWFwWzI0XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZmUzZjgwMDAs IHNpemUgMTEsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmUzZjgwMDAtMHhm ZTNmODdmZikgZm9yIHJpZCAyNCBvZiBwY2kwOjA6MzE6MgpwY2liMDogbWF0Y2hlZCBlbnRyeSBm b3IgMC4zMS5JTlRCCnBjaWIwOiBzbG90IDMxIElOVEIgaGFyZHdpcmVkIHRvIElSUSAxOQpmb3Vu ZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDNhMzAsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9 MCwgc2xvdD0zMSwgZnVuYz0zCgljbGFzcz0wYy0wNS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0w CgljbWRyZWc9MHgwMDAzLCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxh dHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQoJaW50cGluPWMsIGlycT0xNQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNl IDB4ZmUzZjkwMDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 ZmUzZjkwMDAtMHhmZTNmOTBmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjA6MzE6MwoJbWFwWzIwXTog dHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg0MDAsIHNpemUgIDUsIGVuYWJsZWQKcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4NDAwLTB4NDFmKSBmb3IgcmlkIDIwIG9mIHBjaTA6MDoz MTozCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjMxLklOVEMKcGNpYjA6IHNsb3QgMzEgSU5U QyBoYXJkd2lyZWQgdG8gSVJRIDE4CnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMg KDQgYml0cykgZnJvbSBob3N0YjAKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBv cnQgMHhiYzAwLTB4YmMwNyBtZW0gMHhmZTQwMDAwMC0weGZlN2ZmZmZmLDB4ZDAwMDAwMDAtMHhk ZmZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCmFncDA6IDxJbnRlbCBHNDUgU1ZH QSBjb250cm9sbGVyPiBvbiB2Z2FwY2kwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGNkZTAw MDAwLTB4Y2RlMDBmZmYpIGZvciByaWQgNjQgb2YgYWdwMAphZ3AwOiBBbGxvY2F0ZWQgZmx1c2gg cGFnZSBwaHlzIDB4Y2RlMDAwMDAgdmlydCAweGZmZmZmODAwY2RlMDAwMDAKYWdwMDogYXBlcnR1 cmUgc2l6ZSBpcyAyNTZNLCBkZXRlY3RlZCAzMjc2NGsgc3RvbGVuIG1lbW9yeQphZ3AwOiBBR1Bf STk2NV9QR1RCTF9DVEwyOiAwMDAwMDAwMAphZ3AwOiBBR1BfSTg1NV9HQ0MxOiAweDUwCmFncDA6 IEFHUF9JOTY1X01TQUM6IDB4MDAKYWdwMDogTWFwcGFibGUgR1RUIGVudHJpZXM6IDY1NTM2CmFn cDA6IFRvdGFsIEdUVCBlbnRyaWVzOiA1MjQyODgKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwg OCBieXRlcyAoNCBiaXRzKSBmcm9tIGFncDAKdmdhcGNpMDogQm9vdCB2aWRlbyBkZXZpY2UKcmFu ZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHZnYXBjaTAKdmdh cGNpMTogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IG1lbSAweGZlODAwMDAwLTB4ZmU4ZmZmZmYg YXQgZGV2aWNlIDIuMSBvbiBwY2kwCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMg KDQgYml0cykgZnJvbSB2Z2FwY2kxCnVoY2kwOiA8SW50ZWwgODI4MDFKSSAoSUNIMTApIFVTQiBj b250cm9sbGVyIFVTQi1EPiBwb3J0IDB4YjQ4MC0weGI0OWYgaXJxIDE2IGF0IGRldmljZSAyNi4w IG9uIHBjaTAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTYgKFBDSSBJUlEgMTYpIHRvIGxhcGlj IDAgdmVjdG9yIDUxCnVoY2kwOiBMZWdTdXAgPSAweDJmMDAKdXNidXMwIG9uIHVoY2kwCnVoY2kw OiB1c2JwZjogQXR0YWNoZWQKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBi aXRzKSBmcm9tIHVzYnVzMAp1c2J1czA6IHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0 ZXMgKDQgYml0cykgZnJvbSB1aGNpMAoxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1aGNpMTog PEludGVsIDgyODAxSkkgKElDSDEwKSBVU0IgY29udHJvbGxlciBVU0ItRT4gcG9ydCAweGI4MDAt MHhiODFmIGlycSAyMSBhdCBkZXZpY2UgMjYuMSBvbiBwY2kwCmlvYXBpYzA6IHJvdXRpbmcgaW50 cGluIDIxIChQQ0kgSVJRIDIxKSB0byBsYXBpYyAxIHZlY3RvciA0OQp1aGNpMTogTGVnU3VwID0g MHgyZjAwCnVzYnVzMSBvbiB1aGNpMQp1aGNpMTogdXNicGY6IEF0dGFjaGVkCnJhbmRvbTogaGFy dmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSB1c2J1czEKdXNidXMxOiByYW5k b206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdWhjaTEKMTJNYnBz IEZ1bGwgU3BlZWQgVVNCIHYxLjAKdWhjaTI6IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkgVVNCIGNv bnRyb2xsZXIgVVNCLUY+IHBvcnQgMHhiODgwLTB4Yjg5ZiBpcnEgMTggYXQgZGV2aWNlIDI2LjIg b24gcGNpMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxOCAoUENJIElSUSAxOCkgdG8gbGFwaWMg MCB2ZWN0b3IgNTIKdWhjaTI6IExlZ1N1cCA9IDB4MmYwMAp1c2J1czIgb24gdWhjaTIKdWhjaTI6 IHVzYnBmOiBBdHRhY2hlZApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJp dHMpIGZyb20gdXNidXMyCnVzYnVzMjogcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRl cyAoNCBiaXRzKSBmcm9tIHVoY2kyCjEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCmVoY2kwOiA8 SW50ZWwgODI4MDFKSSAoSUNIMTApIFVTQiAyLjAgY29udHJvbGxlciBVU0ItQj4gbWVtIDB4ZmUz ZmIwMDAtMHhmZTNmYjNmZiBpcnEgMTggYXQgZGV2aWNlIDI2Ljcgb24gcGNpMAp1c2J1czM6IEVI Q0kgdmVyc2lvbiAxLjAKdXNidXMzIG9uIGVoY2kwCmVoY2kwOiB1c2JwZjogQXR0YWNoZWQKcmFu ZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHVzYnVzMwp1c2J1 czM6IHJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBlaGNp MAo0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKaGRhYzA6IDxJbnRlbCA4MjgwMUpJIEhEQSBD b250cm9sbGVyPiBtZW0gMHhmZTNmNDAwMC0weGZlM2Y3ZmZmIGlycSAyMiBhdCBkZXZpY2UgMjcu MCBvbiBwY2kwCmhkYWMwOiBQQ0kgY2FyZCB2ZW5kb3I6IDB4MTA0MywgZGV2aWNlOiAweDgyZmUK aGRhYzA6IEhEQSBEcml2ZXIgUmV2aXNpb246IDIwMTIwMTI2XzAwMDIKaGRhYzA6IENvbmZpZyBv cHRpb25zOiBvbj0weDAwMDAwMDAwIG9mZj0weDAwMDAwMDAwCmhkYWMwOiBhdHRlbXB0aW5nIHRv IGFsbG9jYXRlIDEgTVNJIHZlY3RvcnMgKDEgc3VwcG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElS USAyNTYgdG8gbG9jYWwgQVBJQyAxIHZlY3RvciA1MApoZGFjMDogdXNpbmcgSVJRIDI1NiBmb3Ig TVNJCmhkYWMwOiBDYXBzOiBPU1MgNCwgSVNTIDQsIEJTUyAwLCBOU0RPIDEsIDY0Yml0LCBDT1JC IDI1NiwgUklSQiAyNTYKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRz KSBmcm9tIGhkYWMwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0IGRldmlj ZSAyOC4wIG9uIHBjaTAKcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4ZmRmMDAwMDAtMHhmZGZm ZmZmZikgZm9yIHJpZCAyNCBvZiBwY2liMQpwY2liMTogYXR0ZW1wdGluZyB0byBhbGxvY2F0ZSAx IE1TSSB2ZWN0b3JzICgxIHN1cHBvcnRlZCkKbXNpOiByb3V0aW5nIE1TSSBJUlEgMjU3IHRvIGxv Y2FsIEFQSUMgMCB2ZWN0b3IgNTMKcGNpYjE6IHVzaW5nIElSUSAyNTcgZm9yIE1TSQpwY2liMTog W0dJQU5ULUxPQ0tFRF0KcGNpYjE6IEhvdFBsdWcgY29tbWFuZDogMDAwMCAtPiAxMDM4CnBjaWIx OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjE6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMwpwY2li MTogICBzdWJvcmRpbmF0ZSBidXMgICAzCnBjaWIxOiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZmRm MDAwMDAtMHhmZGZmZmZmZgpyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJp dHMpIGZyb20gcGNpYjEKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2 aWNlIDI4LjQgb24gcGNpMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHhkMDAwLTB4ZGZmZikg Zm9yIHJpZCAxYyBvZiBwY2liMgpwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhmZWEwMDAwMC0w eGZlYWZmZmZmKSBmb3IgcmlkIDIwIG9mIHBjaWIyCnBjaWIyOiBhdHRlbXB0aW5nIHRvIGFsbG9j YXRlIDEgTVNJIHZlY3RvcnMgKDEgc3VwcG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNTgg dG8gbG9jYWwgQVBJQyAxIHZlY3RvciA1MQpwY2liMjogdXNpbmcgSVJRIDI1OCBmb3IgTVNJCnBj aWIyOiBbR0lBTlQtTE9DS0VEXQpwY2liMjogSG90UGx1ZyBjb21tYW5kOiAwMDAwIC0+IDEwMzgK cGNpYjI6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liMjogICBzZWNvbmRhcnkgYnVzICAgICAy CnBjaWIyOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDIKcGNpYjI6ICAgSS9PIGRlY29kZSAgICAgICAg MHhkMDAwLTB4ZGZmZgpwY2liMjogICBtZW1vcnkgZGVjb2RlICAgICAweGZlYTAwMDAwLTB4ZmVh ZmZmZmYKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKcGNpYjI6IGFsbG9jYXRlZCBidXMg cmFuZ2UgKDItMikgZm9yIHJpZCAwIG9mIHBjaTEKcGNpMTogZG9tYWluPTAsIHBoeXNpY2FsIGJ1 cz0yCmZvdW5kLT4JdmVuZG9yPTB4MTFhYiwgZGV2PTB4NjEwMSwgcmV2aWQ9MHhiMgoJZG9tYWlu PTAsIGJ1cz0yLCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDEtMDEtOGYsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej04IChkd29y ZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKCWludHBpbj1hLCBpcnE9MTAKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBE MyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQoJbWFwWzEwXTogdHlwZSBJL08g UG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhkYzAwLCBzaXplICAzLCBlbmFibGVkCnBjaWIyOiBhbGxv Y2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4ZGMwMC0weGRjMDcpIGZvciByaWQgMTAgb2YgcGNpMDoy OjA6MAoJbWFwWzE0XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhkODgwLCBzaXpl ICAyLCBlbmFibGVkCnBjaWIyOiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4ZDg4MC0weGQ4 ODMpIGZvciByaWQgMTQgb2YgcGNpMDoyOjA6MAoJbWFwWzE4XTogdHlwZSBJL08gUG9ydCwgcmFu Z2UgMzIsIGJhc2UgMHhkODAwLCBzaXplICAzLCBlbmFibGVkCnBjaWIyOiBhbGxvY2F0ZWQgSS9P IHBvcnQgcmFuZ2UgKDB4ZDgwMC0weGQ4MDcpIGZvciByaWQgMTggb2YgcGNpMDoyOjA6MAoJbWFw WzFjXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhkNDgwLCBzaXplICAyLCBlbmFi bGVkCnBjaWIyOiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4ZDQ4MC0weGQ0ODMpIGZvciBy aWQgMWMgb2YgcGNpMDoyOjA6MAoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJh c2UgMHhkNDAwLCBzaXplICA0LCBlbmFibGVkCnBjaWIyOiBhbGxvY2F0ZWQgSS9PIHBvcnQgcmFu Z2UgKDB4ZDQwMC0weGQ0MGYpIGZvciByaWQgMjAgb2YgcGNpMDoyOjA6MAoJbWFwWzI0XTogdHlw ZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZmVhZmZjMDAsIHNpemUgIDksIGVuYWJsZWQKcGNp YjI6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZmVhZmZjMDAtMHhmZWFmZmRmZikgZm9yIHJp ZCAyNCBvZiBwY2kwOjI6MDowCnBjaWIyOiBtYXRjaGVkIGVudHJ5IGZvciAyLjAuSU5UQQpwY2li Mjogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgphdGFwY2kwOiA8TWFydmVsbCA4OFNF NjEwMSBVRE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQgMHhkYzAwLTB4ZGMwNywweGQ4ODAtMHhkODgz LDB4ZDgwMC0weGQ4MDcsMHhkNDgwLTB4ZDQ4MywweGQ0MDAtMHhkNDBmIG1lbSAweGZlYWZmYzAw LTB4ZmVhZmZkZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMQphdGEyOiA8QVRBIGNoYW5u ZWw+IGF0IGNoYW5uZWwgMCBvbiBhdGFwY2kwCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDgg Ynl0ZXMgKDQgYml0cykgZnJvbSBhdGEyCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0 ZXMgKDQgYml0cykgZnJvbSBhdGFwY2kwCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0 ZXMgKDQgYml0cykgZnJvbSBwY2kxCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMg KDQgYml0cykgZnJvbSBwY2liMgpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBh dCBkZXZpY2UgMjguNSBvbiBwY2kwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGMwMDAtMHhj ZmZmKSBmb3IgcmlkIDFjIG9mIHBjaWIzCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZlOTAw MDAwLTB4ZmU5ZmZmZmYpIGZvciByaWQgMjAgb2YgcGNpYjMKcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4ZmRlMDAwMDAtMHhmZGVmZmZmZikgZm9yIHJpZCAyNCBvZiBwY2liMwpwY2liMzogYXR0 ZW1wdGluZyB0byBhbGxvY2F0ZSAxIE1TSSB2ZWN0b3JzICgxIHN1cHBvcnRlZCkKbXNpOiByb3V0 aW5nIE1TSSBJUlEgMjU5IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNTQKcGNpYjM6IHVzaW5nIElS USAyNTkgZm9yIE1TSQpwY2liMzogW0dJQU5ULUxPQ0tFRF0KcGNpYjM6IEhvdFBsdWcgY29tbWFu ZDogMDAwMCAtPiAxMDM4CnBjaWIzOiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjM6ICAgc2Vj b25kYXJ5IGJ1cyAgICAgMQpwY2liMzogICBzdWJvcmRpbmF0ZSBidXMgICAxCnBjaWIzOiAgIEkv TyBkZWNvZGUgICAgICAgIDB4YzAwMC0weGNmZmYKcGNpYjM6ICAgbWVtb3J5IGRlY29kZSAgICAg MHhmZTkwMDAwMC0weGZlOWZmZmZmCnBjaWIzOiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZmRlMDAw MDAtMHhmZGVmZmZmZgpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwpwY2liMzogYWxsb2Nh dGVkIGJ1cyByYW5nZSAoMS0xKSBmb3IgcmlkIDAgb2YgcGNpMgpwY2kyOiBkb21haW49MCwgcGh5 c2ljYWwgYnVzPTEKZm91bmQtPgl2ZW5kb3I9MHgxMGVjLCBkZXY9MHg4MTY4LCByZXZpZD0weDAy Cglkb21haW49MCwgYnVzPTEsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRydHlw ZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6 PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRz IEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQK CU1TSS1YIHN1cHBvcnRzIDIgbWVzc2FnZXMgaW4gbWFwIDB4MjAKCW1hcFsxMF06IHR5cGUgSS9P IFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YzgwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liMzogYWxs b2NhdGVkIEkvTyBwb3J0IHJhbmdlICgweGM4MDAtMHhjOGZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6 MTowOjAKCW1hcFsxOF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZlOWZmMDAwLCBz aXplIDEyLCBlbmFibGVkCnBjaWIzOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGZlOWZmMDAw LTB4ZmU5ZmZmZmYpIGZvciByaWQgMTggb2YgcGNpMDoxOjA6MAoJbWFwWzIwXTogdHlwZSBQcmVm ZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZkZWYwMDAwLCBzaXplIDE2LCBlbmFi bGVkCnBjaWIzOiBhbGxvY2F0ZWQgcHJlZmV0Y2ggcmFuZ2UgKDB4ZmRlZjAwMDAtMHhmZGVmZmZm ZikgZm9yIHJpZCAyMCBvZiBwY2kwOjE6MDowCnBjaWIzOiBtYXRjaGVkIGVudHJ5IGZvciAxLjAu SU5UQQpwY2liMzogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNwpyZTA6IDxSZWFsVGVr IDgxNjgvODExMSBCL0MvQ1AvRC9EUC9FL0YvRyBQQ0llIEdpZ2FiaXQgRXRoZXJuZXQ+IHBvcnQg MHhjODAwLTB4YzhmZiBtZW0gMHhmZTlmZjAwMC0weGZlOWZmZmZmLDB4ZmRlZjAwMDAtMHhmZGVm ZmZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBwY2kyCnJlMDogTVNJIGNvdW50IDogMQpyZTA6 IE1TSS1YIGNvdW50IDogMgpyZTA6IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBNU0ktWCB2ZWN0 b3JzICgyIHN1cHBvcnRlZCkKbXNpOiByb3V0aW5nIE1TSS1YIElSUSAyNjAgdG8gbG9jYWwgQVBJ QyAxIHZlY3RvciA1MgpyZTA6IHVzaW5nIElSUSAyNjAgZm9yIE1TSS1YCnJlMDogVXNpbmcgMSBN U0ktWCBtZXNzYWdlCnJlMDogQ2hpcCByZXYuIDB4M2MwMDAwMDAKcmUwOiBNQUMgcmV2LiAweDAw NDAwMDAwCm1paWJ1czA6IDxNSUkgYnVzPiBvbiByZTAKcmdlcGh5MDogPFJUTDgxNjlTLzgxMTBT LzgyMTEgMTAwMEJBU0UtVCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czAKcmdlcGh5 MDogT1VJIDB4MDBlMDRjLCBtb2RlbCAweDAwMTEsIHJldi4gMgpyZ2VwaHkwOiAgbm9uZSwgMTBi YXNlVCwgMTBiYXNlVC1GRFgsIDEwYmFzZVQtRkRYLWZsb3csIDEwMGJhc2VUWCwgMTAwYmFzZVRY LUZEWCwgMTAwYmFzZVRYLUZEWC1mbG93LCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1tYXN0ZXIsIDEw MDBiYXNlVC1GRFgsIDEwMDBiYXNlVC1GRFgtbWFzdGVyLCAxMDAwYmFzZVQtRkRYLWZsb3csIDEw MDBiYXNlVC1GRFgtZmxvdy1tYXN0ZXIsIGF1dG8sIGF1dG8tZmxvdwpyYW5kb206IGhhcnZlc3Rp bmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gcmdlcGh5MApyYW5kb206IGhhcnZlc3Rp bmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gbWlpYnVzMApyZTA6IFVzaW5nIGRlZmF1 bHRzIGZvciBUU086IDY1NTE4LzM1LzIwNDgKcmUwOiBicGYgYXR0YWNoZWQKcmUwOiBFdGhlcm5l dCBhZGRyZXNzOiAwMDoyNDo4Yzo0NzplNToyZApyZTA6IG5ldG1hcCBxdWV1ZXMvc2xvdHM6IFRY IDEvMjU2LCBSWCAxLzI1NgpyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJp dHMpIGZyb20gcmUwCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykg ZnJvbSBwY2kyCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJv bSBwY2liMwp1aGNpMzogPEludGVsIDgyODAxSkkgKElDSDEwKSBVU0IgY29udHJvbGxlciBVU0It QT4gcG9ydCAweGIwMDAtMHhiMDFmIGlycSAyMyBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCmlvYXBp YzA6IHJvdXRpbmcgaW50cGluIDIzIChQQ0kgSVJRIDIzKSB0byBsYXBpYyAwIHZlY3RvciA1NQp1 aGNpMzogTGVnU3VwID0gMHgyZjAwCnVzYnVzNCBvbiB1aGNpMwp1aGNpMzogdXNicGY6IEF0dGFj aGVkCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSB1c2J1 czQKdXNidXM0OiByYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZy b20gdWhjaTMKMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdWhjaTQ6IDxJbnRlbCA4MjgwMUpJ IChJQ0gxMCkgVVNCIGNvbnRyb2xsZXIgVVNCLUI+IHBvcnQgMHhiMDgwLTB4YjA5ZiBpcnEgMTkg YXQgZGV2aWNlIDI5LjEgb24gcGNpMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxOSAoUENJIElS USAxOSkgdG8gbGFwaWMgMSB2ZWN0b3IgNTMKdWhjaTQ6IExlZ1N1cCA9IDB4MmYwMAp1c2J1czUg b24gdWhjaTQKdWhjaTQ6IHVzYnBmOiBBdHRhY2hlZApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNo LCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdXNidXM1CnVzYnVzNTogcmFuZG9tOiBoYXJ2ZXN0aW5n IGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHVoY2k0CjEyTWJwcyBGdWxsIFNwZWVkIFVT QiB2MS4wCnVoY2k1OiA8SW50ZWwgODI4MDFKSSAoSUNIMTApIFVTQiBjb250cm9sbGVyIFVTQi1D PiBwb3J0IDB4YjQwMC0weGI0MWYgaXJxIDE4IGF0IGRldmljZSAyOS4yIG9uIHBjaTAKdWhjaTU6 IExlZ1N1cCA9IDB4MmYwMAp1c2J1czYgb24gdWhjaTUKdWhjaTU6IHVzYnBmOiBBdHRhY2hlZApy YW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdXNidXM2CnVz YnVzNjogcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHVo Y2k1CjEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCmVoY2kxOiA8SW50ZWwgODI4MDFKSSAoSUNI MTApIFVTQiAyLjAgY29udHJvbGxlciBVU0ItQT4gbWVtIDB4ZmUzZmEwMDAtMHhmZTNmYTNmZiBp cnEgMjMgYXQgZGV2aWNlIDI5Ljcgb24gcGNpMAp1c2J1czc6IEVIQ0kgdmVyc2lvbiAxLjAKdXNi dXM3IG9uIGVoY2kxCmVoY2kxOiB1c2JwZjogQXR0YWNoZWQKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0 dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHVzYnVzNwp1c2J1czc6IHJhbmRvbTogaGFydmVz dGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBlaGNpMQo0ODBNYnBzIEhpZ2ggU3Bl ZWQgVVNCIHYyLjAKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBv biBwY2kwCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweGUwMDAtMHhlZmZmKSBmb3IgcmlkIDFj IG9mIHBjaWI0CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGZlYjAwMDAwLTB4ZmViZmZmZmYp IGZvciByaWQgMjAgb2YgcGNpYjQKcGNpYjQ6ICAgZG9tYWluICAgICAgICAgICAgMApwY2liNDog ICBzZWNvbmRhcnkgYnVzICAgICA0CnBjaWI0OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDQKcGNpYjQ6 ICAgSS9PIGRlY29kZSAgICAgICAgMHhlMDAwLTB4ZWZmZgpwY2liNDogICBtZW1vcnkgZGVjb2Rl ICAgICAweGZlYjAwMDAwLTB4ZmViZmZmZmYKcGNpYjQ6ICAgc3BlY2lhbCBkZWNvZGUgICAgc3Vi dHJhY3RpdmUKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKcGNpYjQ6IGFsbG9jYXRlZCBi dXMgcmFuZ2UgKDQtNCkgZm9yIHJpZCAwIG9mIHBjaTMKcGNpMzogZG9tYWluPTAsIHBoeXNpY2Fs IGJ1cz00CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTA3YywgcmV2aWQ9MHgwNQoJZG9t YWluPTAsIGJ1cz00LCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9MHgw MCwgbWZkZXY9MAoJY21kcmVnPTB4MDAxNywgc3RhdHJlZz0weDAyMzAsIGNhY2hlbG5zej04IChk d29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4ZmYgKDYzNzUwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9y dHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFz ZSAweGZlYmUwMDAwLCBzaXplIDE3LCBlbmFibGVkCnBjaWI0OiBhbGxvY2F0ZWQgbWVtb3J5IHJh bmdlICgweGZlYmUwMDAwLTB4ZmViZmZmZmYpIGZvciByaWQgMTAgb2YgcGNpMDo0OjA6MAoJbWFw WzE0XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZmViYzAwMDAsIHNpemUgMTcsIGVu YWJsZWQKcGNpYjQ6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZmViYzAwMDAtMHhmZWJkZmZm ZikgZm9yIHJpZCAxNCBvZiBwY2kwOjQ6MDowCgltYXBbMThdOiB0eXBlIEkvTyBQb3J0LCByYW5n ZSAzMiwgYmFzZSAweGVjMDAsIHNpemUgIDYsIGVuYWJsZWQKcGNpYjQ6IGFsbG9jYXRlZCBJL08g cG9ydCByYW5nZSAoMHhlYzAwLTB4ZWMzZikgZm9yIHJpZCAxOCBvZiBwY2kwOjQ6MDowCnBjaWI0 OiBtYXRjaGVkIGVudHJ5IGZvciA0LjAuSU5UQQpwY2liNDogc2xvdCAwIElOVEEgaGFyZHdpcmVk IHRvIElSUSAxNgpmb3VuZC0+CXZlbmRvcj0weDExYzEsIGRldj0weDU4MTEsIHJldmlkPTB4NzAK CWRvbWFpbj0wLCBidXM9NCwgc2xvdD0zLCBmdW5jPTAKCWNsYXNzPTBjLTAwLTEwLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMTYsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9 OCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDBjICgzMDAwIG5z KSwgbWF4bGF0PTB4MTggKDYwMDAgbnMpCglpbnRwaW49YSwgaXJxPTUKCXBvd2Vyc3BlYyAyICBz dXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJh bmdlIDMyLCBiYXNlIDB4ZmViOWYwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjQ6IGFsbG9jYXRl ZCBtZW1vcnkgcmFuZ2UgKDB4ZmViOWYwMDAtMHhmZWI5ZmZmZikgZm9yIHJpZCAxMCBvZiBwY2kw OjQ6MzowCnBjaWI0OiBtYXRjaGVkIGVudHJ5IGZvciA0LjMuSU5UQQpwY2liNDogc2xvdCAzIElO VEEgaGFyZHdpcmVkIHRvIElSUSAxOQplbTA6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENv bm5lY3Rpb24+IHBvcnQgMHhlYzAwLTB4ZWMzZiBtZW0gMHhmZWJlMDAwMC0weGZlYmZmZmZmLDB4 ZmViYzAwMDAtMHhmZWJkZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kzCmVtMDogYXR0 YWNoX3ByZSBjYXBwaW5nIHF1ZXVlcyBhdCAxCmVtMDogdXNpbmcgMTAyNCB0eCBkZXNjcmlwdG9y cyBhbmQgMTAyNCByeCBkZXNjcmlwdG9ycwplbTA6IGFsbG9jYXRlZCBmb3IgMSB0eF9xdWV1ZXMK ZW0wOiBhbGxvY2F0ZWQgZm9yIDEgcnhfcXVldWVzCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIg KElTQSBJUlEgMCkgdG8gbGFwaWMgMCB2ZWN0b3IgNTYKZW0wOiBicGYgYXR0YWNoZWQKZW0wOiBF dGhlcm5ldCBhZGRyZXNzOiAwMDoxYjoyMTozNDo1NDo2ZAplbTA6IG5ldG1hcCBxdWV1ZXMvc2xv dHM6IFRYIDEvMTAyNCwgUlggMS8xMDI0CnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0 ZXMgKDQgYml0cykgZnJvbSBlbTAKcGNpMzogPHNlcmlhbCBidXMsIEZpcmVXaXJlPiBhdCBkZXZp Y2UgMy4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDgg Ynl0ZXMgKDQgYml0cykgZnJvbSBwY2kzCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0 ZXMgKDQgYml0cykgZnJvbSBwY2liNAppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2Ug MzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApyYW5kb206IGhhcnZlc3Rpbmcg YXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gaXNhMApyYW5kb206IGhhcnZlc3RpbmcgYXR0 YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gaXNhYjAKYWhjaTA6IDxJbnRlbCBJQ0gxMCBBSENJ IFNBVEEgY29udHJvbGxlcj4gcG9ydCAweGE4ODAtMHhhODg3LDB4YTgwMC0weGE4MDMsMHhhNDgw LTB4YTQ4NywweGE0MDAtMHhhNDAzLDB4YTA4MC0weGEwOWYgbWVtIDB4ZmUzZjgwMDAtMHhmZTNm ODdmZiBpcnEgMTkgYXQgZGV2aWNlIDMxLjIgb24gcGNpMAphaGNpMDogYXR0ZW1wdGluZyB0byBh bGxvY2F0ZSAxNiBNU0kgdmVjdG9ycyAoMTYgc3VwcG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJIElS USAyNjEgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA2NAptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjIg dG8gbG9jYWwgQVBJQyAwIHZlY3RvciA2NQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjMgdG8gbG9j YWwgQVBJQyAwIHZlY3RvciA2Ngptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjQgdG8gbG9jYWwgQVBJ QyAwIHZlY3RvciA2Nwptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjUgdG8gbG9jYWwgQVBJQyAwIHZl Y3RvciA2OAptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjYgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA2 OQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNjcgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA3MAptc2k6 IHJvdXRpbmcgTVNJIElSUSAyNjggdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA3MQptc2k6IHJvdXRp bmcgTVNJIElSUSAyNjkgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA3Mgptc2k6IHJvdXRpbmcgTVNJ IElSUSAyNzAgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA3Mwptc2k6IHJvdXRpbmcgTVNJIElSUSAy NzEgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA3NAptc2k6IHJvdXRpbmcgTVNJIElSUSAyNzIgdG8g bG9jYWwgQVBJQyAwIHZlY3RvciA3NQptc2k6IHJvdXRpbmcgTVNJIElSUSAyNzMgdG8gbG9jYWwg QVBJQyAwIHZlY3RvciA3Ngptc2k6IHJvdXRpbmcgTVNJIElSUSAyNzQgdG8gbG9jYWwgQVBJQyAw IHZlY3RvciA3Nwptc2k6IHJvdXRpbmcgTVNJIElSUSAyNzUgdG8gbG9jYWwgQVBJQyAwIHZlY3Rv ciA3OAptc2k6IHJvdXRpbmcgTVNJIElSUSAyNzYgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA3OQph aGNpMDogdXNpbmcgSVJRcyAyNjEtMjc2IGZvciBNU0kKYWhjaTA6IEFIQ0kgdjEuMjAgd2l0aCA2 IDNHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgc3VwcG9ydGVkCmFoY2kwOiBDYXBzOiA2NGJp dCBOQ1EgU05URiBTUyBBTFAgQUwgQ0xPIDNHYnBzIFBNIFBNRCBTU0MgUFNDIDMyY21kIENDQyBF TSBlU0FUQSA2cG9ydHMKYWhjaTA6IENhcHMyOgphaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBj aGFubmVsIDAgb24gYWhjaTAKYWhjaWNoMDogQ2FwczogSFBDUApyYW5kb206IGhhcnZlc3Rpbmcg YXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWhjaWNoMAphaGNpY2gxOiA8QUhDSSBjaGFu bmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTAKYWhjaWNoMTogQ2FwczogSFBDUApyYW5kb206IGhh cnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWhjaWNoMQphaGNpY2gyOiA8 QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDIgb24gYWhjaTAKYWhjaWNoMjogQ2FwczogSFBDUApy YW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWhjaWNoMgph aGNpY2gzOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDMgb24gYWhjaTAKYWhjaWNoMzogQ2Fw czogSFBDUApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20g YWhjaWNoMwphaGNpY2g0OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDQgb24gYWhjaTAKYWhj aWNoNDogQ2FwczogSFBDUApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJp dHMpIGZyb20gYWhjaWNoNAphaGNpY2g1OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDUgb24g YWhjaTAKYWhjaWNoNTogQ2FwczogSFBDUApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5 dGVzICg0IGJpdHMpIGZyb20gYWhjaWNoNQphaGNpZW0wOiA8QUhDSSBlbmNsb3N1cmUgbWFuYWdl bWVudCBicmlkZ2U+IG9uIGFoY2kwCmFoY2llbTA6IENhcHM6IEFMSEQgWE1UIFNNQiBMRUQKcmFu ZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGFoY2llbTAKcmFu ZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGFoY2kwCnBjaTA6 IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkK cmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjaTAKcmFu ZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjaWIwCmFjcGlf YnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFj aCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGFjcGlfYnV0dG9uMApyYW5kb206IGhhcnZlc3Rpbmcg YXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYXRkbWEwCnJhbmRvbTogaGFydmVzdGluZyBh dHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBmcHVwbnAwCnVhcnQwOiA8MTY1NTAgb3IgY29t cGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkwCmlvYXBp YzA6IHJvdXRpbmcgaW50cGluIDQgKElTQSBJUlEgNCkgdG8gbGFwaWMgMSB2ZWN0b3IgNDgKdWFy dDA6IGZhc3QgaW50ZXJydXB0CnVhcnQwOiBQUFMgY2FwdHVyZSBtb2RlOiBEQ0QKcmFuZG9tOiBo YXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHVhcnQwCmF0a2JkYzA6IDxL ZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkw CmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmF0a2JkOiB0aGUgY3VycmVu dCBrYmQgY29udHJvbGxlciBjb21tYW5kIGJ5dGUgMDA2NQphdGtiZDoga2V5Ym9hcmQgSUQgMHg0 MWFiICgyKQprYmRjOiBSRVNFVF9LQkQgcmV0dXJuIGNvZGU6MDBmYQprYmRjOiBSRVNFVF9LQkQg c3RhdHVzOjAwYWEKa2JkMCBhdCBhdGtiZDAKa2JkMDogYXRrYmQwLCBBVCAxMDEvMTAyICgyKSwg Y29uZmlnOjB4MCwgZmxhZ3M6MHgxZDAwMDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMSAoSVNB IElSUSAxKSB0byBsYXBpYyAwIHZlY3RvciA1NwphdGtiZDA6IFtHSUFOVC1MT0NLRURdCnJhbmRv bTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBhdGtiZDAKcHNtMDog dW5hYmxlIHRvIGFsbG9jYXRlIElSUQpyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVz ICg0IGJpdHMpIGZyb20gYXRrYmRjMApBQ1BJOiBFbmFibGVkIDQgR1BFcyBpbiBibG9jayAwMCB0 byAzRgpyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWNw aTAKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIGFwaWMw CmFjcGkwOiB3YWtldXAgY29kZSB2YSAweGZmZmZmZTAxMWZjYTgwMDAgcGEgMHg5ODAwMApyYW5k b206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gbmV4dXMwCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGIwMDAwLTB4YjA3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIwODAwLTB4YjBmZmYpIGZvciByaWQgMCBvZiBvcm0w CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIxMDAwLTB4YjE3ZmYpIGZvciByaWQgMCBvZiBv cm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIxODAwLTB4YjFmZmYpIGZvciByaWQgMCBv ZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIyMDAwLTB4YjI3ZmYpIGZvciByaWQg MCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIyODAwLTB4YjJmZmYpIGZvciBy aWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIzMDAwLTB4YjM3ZmYpIGZv ciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIzODAwLTB4YjNmZmYp IGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI0MDAwLTB4YjQ3 ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI0ODAwLTB4 YjRmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI1MDAw LTB4YjU3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI1 ODAwLTB4YjVmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGI2MDAwLTB4YjY3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGI2ODAwLTB4YjZmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGI3MDAwLTB4Yjc3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGI3ODAwLTB4YjdmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSAzICgweGI4MDAwLTB4Yjg3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGI4ODAwLTB4YjhmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGI5MDAwLTB4Yjk3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGI5ODAwLTB4YjlmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJhMDAwLTB4YmE3ZmYpIGZvciByaWQgMCBvZiBvcm0w CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJhODAwLTB4YmFmZmYpIGZvciByaWQgMCBvZiBv cm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJiMDAwLTB4YmI3ZmYpIGZvciByaWQgMCBv ZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJiODAwLTB4YmJmZmYpIGZvciByaWQg MCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJjMDAwLTB4YmM3ZmYpIGZvciBy aWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJjODAwLTB4YmNmZmYpIGZv ciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJkMDAwLTB4YmQ3ZmYp IGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJkODAwLTB4YmRm ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJlMDAwLTB4 YmU3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJlODAw LTB4YmVmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJm MDAwLTB4YmY3ZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGJmODAwLTB4YmZmZmYpIGZvciByaWQgMCBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGQwMDAwLTB4ZDA3ZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGQwODAwLTB4ZDBmZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGQxMDAwLTB4ZDE3ZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSAzICgweGQxODAwLTB4ZDFmZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGQyMDAwLTB4ZDI3ZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGQyODAwLTB4ZDJmZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGQzMDAwLTB4ZDM3ZmYpIGZvciByaWQgMSBvZiBvcm0wCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQzODAwLTB4ZDNmZmYpIGZvciByaWQgMSBvZiBvcm0w CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ0MDAwLTB4ZDQ3ZmYpIGZvciByaWQgMSBvZiBv cm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ0ODAwLTB4ZDRmZmYpIGZvciByaWQgMSBv ZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ1MDAwLTB4ZDU3ZmYpIGZvciByaWQg MSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ1ODAwLTB4ZDVmZmYpIGZvciBy aWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ2MDAwLTB4ZDY3ZmYpIGZv ciByaWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ2ODAwLTB4ZDZmZmYp IGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ3MDAwLTB4ZDc3 ZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ3ODAwLTB4 ZDdmZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ4MDAw LTB4ZDg3ZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGQ4 ODAwLTB4ZDhmZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGQ5MDAwLTB4ZDk3ZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGQ5ODAwLTB4ZDlmZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGRhMDAwLTB4ZGE3ZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGRhODAwLTB4ZGFmZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSAzICgweGRiMDAwLTB4ZGI3ZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGRiODAwLTB4ZGJmZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGRjMDAwLTB4ZGM3ZmYpIGZvciByaWQgMSBvZiBvcm0wCnBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGRjODAwLTB4ZGNmZmYpIGZvciByaWQgMSBvZiBvcm0wCnBj aWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRkMDAwLTB4ZGQ3ZmYpIGZvciByaWQgMSBvZiBvcm0w CnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRkODAwLTB4ZGRmZmYpIGZvciByaWQgMSBvZiBv cm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRlMDAwLTB4ZGU3ZmYpIGZvciByaWQgMSBv ZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRlODAwLTB4ZGVmZmYpIGZvciByaWQg MSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRmMDAwLTB4ZGY3ZmYpIGZvciBy aWQgMSBvZiBvcm0wCnBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGRmODAwLTB4ZGZmZmYpIGZv ciByaWQgMSBvZiBvcm0wCmFoY19pc2FfaWRlbnRpZnkgMDogaW9wb3J0IDB4YzAwIGFsbG9jIGZh aWxlZAphaGNfaXNhX2lkZW50aWZ5IDE6IGlvcG9ydCAweDFjMDAgYWxsb2MgZmFpbGVkCmFoY19p c2FfaWRlbnRpZnkgMjogaW9wb3J0IDB4MmMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9pZGVudGlm eSAzOiBpb3BvcnQgMHgzYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX2lkZW50aWZ5IDQ6IGlvcG9y dCAweDRjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2FfaWRlbnRpZnkgNTogaW9wb3J0IDB4NWMwMCBh bGxvYyBmYWlsZWQKYWhjX2lzYV9pZGVudGlmeSA2OiBpb3BvcnQgMHg2YzAwIGFsbG9jIGZhaWxl ZAphaGNfaXNhX2lkZW50aWZ5IDc6IGlvcG9ydCAweDdjMDAgYWxsb2MgZmFpbGVkCmFoY19pc2Ff aWRlbnRpZnkgODogaW9wb3J0IDB4OGMwMCBhbGxvYyBmYWlsZWQKYWhjX2lzYV9pZGVudGlmeSA5 OiBpb3BvcnQgMHg5YzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX2lkZW50aWZ5IDEwOiBpb3BvcnQg MHhhYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX2lkZW50aWZ5IDExOiBpb3BvcnQgMHhiYzAwIGFs bG9jIGZhaWxlZAphaGNfaXNhX2lkZW50aWZ5IDEyOiBpb3BvcnQgMHhjYzAwIGFsbG9jIGZhaWxl ZAphaGNfaXNhX2lkZW50aWZ5IDEzOiBpb3BvcnQgMHhkYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNh X2lkZW50aWZ5IDE0OiBpb3BvcnQgMHhlYzAwIGFsbG9jIGZhaWxlZAppc2FfcHJvYmVfY2hpbGRy ZW46IGRpc2FibGluZyBQblAgZGV2aWNlcwphdGtiZGM6IGF0a2JkYzAgYWxyZWFkeSBleGlzdHM7 IHNraXBwaW5nIGl0CmF0cnRjOiBhdHJ0YzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CmF0 dGltZXI6IGF0dGltZXIwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApzYzogc2MwIGFscmVh ZHkgZXhpc3RzOyBza2lwcGluZyBpdAp1YXJ0OiB1YXJ0MCBhbHJlYWR5IGV4aXN0czsgc2tpcHBp bmcgaXQKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIG5vbi1QblAgZGV2aWNlcwpvcm0wOiA8 SVNBIE9wdGlvbiBST00+IGF0IGlvbWVtIDB4Y2M4MDAtMHhjZDdmZiBvbiBpc2EwCnJhbmRvbTog aGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBvcm0wCnNjMCBmYWlsZWQg dG8gcHJvYmUgb24gaXNhMAp2Z2EwIGZhaWxlZCB0byBwcm9iZSBvbiBpc2EwCnBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSA0ICgweDNmMC0weDNmNSkgZm9yIHJpZCAwIG9mIGZkYzAKcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDQgKDB4M2Y3LTB4M2Y3KSBmb3IgcmlkIDEgb2YgZmRjMApmZGMwIGZhaWxlZCB0 byBwcm9iZSBhdCBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGlzYTAKcHBj MDogY2Fubm90IHJlc2VydmUgSS9PIHBvcnQgcmFuZ2UKcHBjMCBmYWlsZWQgdG8gcHJvYmUgYXQg aXJxIDcgb24gaXNhMApwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgyZjgtMHgyZjgpIGZvciBy aWQgMCBvZiB1YXJ0MQp1YXJ0MSBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDJmOCBpcnEgMyBv biBpc2EwCmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBQblAgZGV2aWNlcwpyYW5kb206IGhh cnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWNwaV9wZXJmMApyYW5kb206 IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gYWNwaV9wZXJmMQplc3Qw OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCnJhbmRvbTog aGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBjcHVmcmVxMApyYW5kb206 IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gZXN0MAplc3QxOiA8RW5o YW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCnJhbmRvbTogaGFydmVz dGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBjcHVmcmVxMQpyYW5kb206IGhhcnZl c3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gZXN0MQpEZXZpY2UgY29uZmlndXJh dGlvbiBmaW5pc2hlZC4KTlVMTCBtcCBpbiBnZXRuZXd2bm9kZSgpCnByb2NmcyByZWdpc3RlcmVk ClpGUyBOT1RJQ0U6IFByZWZldGNoIGlzIGRpc2FibGVkIGJ5IGRlZmF1bHQgaWYgbGVzcyB0aGFu IDRHQiBvZiBSQU0gaXMgcHJlc2VudDsKICAgICAgICAgICAgdG8gZW5hYmxlLCBhZGQgInZmcy56 ZnMucHJlZmV0Y2hfZGlzYWJsZT0wIiB0byAvYm9vdC9sb2FkZXIuY29uZi4KWkZTIGZpbGVzeXN0 ZW0gdmVyc2lvbjogNQpaRlMgc3RvcmFnZSBwb29sIHZlcnNpb246IGZlYXR1cmVzIHN1cHBvcnQg KDUwMDApClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKdmxhbjogaW5pdGlhbGl6 ZWQsIHVzaW5nIGhhc2ggdGFibGVzIHdpdGggY2hhaW5pbmcKbG8wOiBicGYgYXR0YWNoZWQKSVBz ZWM6IEluaXRpYWxpemVkIFNlY3VyaXR5IEFzc29jaWF0aW9uIFByb2Nlc3NpbmcuCnRjcF9pbml0 OiBuZXQuaW5ldC50Y3AudGNiaGFzaHNpemUgYXV0byB0dW5lZCB0byAzMjc2OApocHRycjogbm8g Y29udHJvbGxlciBkZXRlY3RlZC4KaHB0Mjd4eDogbm8gY29udHJvbGxlciBkZXRlY3RlZC4KaHB0 bnI6IG5vIGNvbnRyb2xsZXIgZGV0ZWN0ZWQuCmF0YTI6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0 MD02MCBvc3RhdDE9NzAKaGRhY2MwOiA8UmVhbHRlayBBTEMxMjAwIEhEQSBDT0RFQz4gYXQgY2Fk IDAgb24gaGRhYzAKaGRhYTA6IDxSZWFsdGVrIEFMQzEyMDAgQXVkaW8gRnVuY3Rpb24gR3JvdXA+ IGF0IG5pZCAxIG9uIGhkYWNjMApoZGFhMDogU3Vic3lzdGVtIElEOiAweDEwNDM4MmZlCmhkYWEw OiBOdW1HUElPPTIgTnVtR1BPPTAgTnVtR1BJPTAgR1BJV2FrZT0wIEdQSVVuc29sPTEKaGRhYTA6 ICBHUElPMDogZGlzYWJsZWQKaGRhYTA6ICBHUElPMTogZGlzYWJsZWQKaGRhYTA6IE9yaWdpbmFs IHBpbnMgY29uZmlndXJhdGlvbjoKaGRhYTA6IG5pZCAgIDB4ICAgIGFzIHNlcSBkZXZpY2UgICAg ICAgY29ubiAgamFjayAgICBsb2MgICAgICAgIGNvbG9yICAgbWlzYwpoZGFhMDogMTcgMTg1NjEx NDAgNCAgMCAgRGlnaXRhbC1vdXQgICBKYWNrICBEaWdpdGFsIDB4MTggICAgICAgQmxhY2sgICAx CmhkYWEwOiAyMCAwMTAxNDAxMCAxICAwICBMaW5lLW91dCAgICAgIEphY2sgIDEvOCAgICAgUmVh ciAgICAgICBHcmVlbiAgIDAKaGRhYTA6IDIxIDAxMDExMDEyIDEgIDIgIExpbmUtb3V0ICAgICAg SmFjayAgMS84ICAgICBSZWFyICAgICAgIEJsYWNrICAgMApoZGFhMDogMjIgMDEwMTYwMTEgMSAg MSAgTGluZS1vdXQgICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgT3JhbmdlICAwCmhkYWEw OiAyMyAwMTAxMjAxNCAxICA0ICBMaW5lLW91dCAgICAgIEphY2sgIDEvOCAgICAgUmVhciAgICAg ICBHcmV5ICAgIDAKaGRhYTA6IDI0IDAxYTE5ODUwIDUgIDAgIE1pYyAgICAgICAgICAgSmFjayAg MS84ICAgICBSZWFyICAgICAgIFBpbmsgICAgOApoZGFhMDogMjUgMDJhMTljNjAgNiAgMCAgTWlj ICAgICAgICAgICBKYWNrICAxLzggICAgIEZyb250ICAgICAgUGluayAgICAxMgpoZGFhMDogMjYg MDE4MTMwNWYgNSAgMTUgTGluZS1pbiAgICAgICBKYWNrICAxLzggICAgIFJlYXIgICAgICAgQmx1 ZSAgICAwCmhkYWEwOiAyNyAwMjIxNGMyMCAyICAwICBIZWFkcGhvbmVzICAgIEphY2sgIDEvOCAg ICAgRnJvbnQgICAgICBHcmVlbiAgIDEyCmhkYWEwOiAyOCA1OTMzMDFmMCAxNSAwICBDRCAgICAg ICAgICAgIE5vbmUgIEFUQVBJICAgT25ib2FyZCAgICBVbmtub3duIDEKaGRhYTA6IDI5IDQwMTVl NjAxIDAgIDEgIFNwZWFrZXIgICAgICAgTm9uZSAgT3B0aWNhbCAweDAwICAgICAgIFdoaXRlICAg NgpoZGFhMDogMzAgMDE0NTYxMzAgMyAgMCAgU1BESUYtb3V0ICAgICBKYWNrICBPcHRpY2FsIFJl YXIgICAgICAgT3JhbmdlICAxCmhkYWEwOiAzMSA0MTExMTFmMCAxNSAwICBTcGVha2VyICAgICAg IE5vbmUgIDEvOCAgICAgUmVhciAgICAgICBCbGFjayAgIDEKaGRhYTA6IFBhdGNoaW5nIHdpZGdl dCBjYXBzIG5pZD0yOSAweDAwNDAwMDAwIC0+IDB4MDA3MDAwMDAKaGRhYTA6IFBhdGNoZWQgcGlu cyBjb25maWd1cmF0aW9uOgpoZGFhMDogbmlkICAgMHggICAgYXMgc2VxIGRldmljZSAgICAgICBj b25uICBqYWNrICAgIGxvYyAgICAgICAgY29sb3IgICBtaXNjCmhkYWEwOiAxNyAxODU2MTE0MCA0 ICAwICBEaWdpdGFsLW91dCAgIEphY2sgIERpZ2l0YWwgMHgxOCAgICAgICBCbGFjayAgIDEKaGRh YTA6IDIwIDAxMDE0MDEwIDEgIDAgIExpbmUtb3V0ICAgICAgSmFjayAgMS84ICAgICBSZWFyICAg ICAgIEdyZWVuICAgMApoZGFhMDogMjEgMDEwMTEwMTIgMSAgMiAgTGluZS1vdXQgICAgICBKYWNr ICAxLzggICAgIFJlYXIgICAgICAgQmxhY2sgICAwCmhkYWEwOiAyMiAwMTAxNjAxMSAxICAxICBM aW5lLW91dCAgICAgIEphY2sgIDEvOCAgICAgUmVhciAgICAgICBPcmFuZ2UgIDAKaGRhYTA6IDIz IDAxMDEyMDE0IDEgIDQgIExpbmUtb3V0ICAgICAgSmFjayAgMS84ICAgICBSZWFyICAgICAgIEdy ZXkgICAgMApoZGFhMDogMjQgMDFhMTk4NTAgNSAgMCAgTWljICAgICAgICAgICBKYWNrICAxLzgg ICAgIFJlYXIgICAgICAgUGluayAgICA4CmhkYWEwOiAyNSAwMmExOWM2MCA2ICAwICBNaWMgICAg ICAgICAgIEphY2sgIDEvOCAgICAgRnJvbnQgICAgICBQaW5rICAgIDEyCmhkYWEwOiAyNiAwMTgx MzA1ZiA1ICAxNSBMaW5lLWluICAgICAgIEphY2sgIDEvOCAgICAgUmVhciAgICAgICBCbHVlICAg IDAKaGRhYTA6IDI3IDAyMjE0YzIwIDIgIDAgIEhlYWRwaG9uZXMgICAgSmFjayAgMS84ICAgICBG cm9udCAgICAgIEdyZWVuICAgMTIKaGRhYTA6IDI4IDU5MzMwMWYwIDE1IDAgIENEICAgICAgICAg ICAgTm9uZSAgQVRBUEkgICBPbmJvYXJkICAgIFVua25vd24gMSBESVNBCmhkYWEwOiAzMCAwMTQ1 NjEzMCAzICAwICBTUERJRi1vdXQgICAgIEphY2sgIE9wdGljYWwgUmVhciAgICAgICBPcmFuZ2Ug IDEKaGRhYTA6IDMxIDQxMTExMWYwIDE1IDAgIFNwZWFrZXIgICAgICAgTm9uZSAgMS84ICAgICBS ZWFyICAgICAgIEJsYWNrICAgMSBESVNBCmhkYWEwOiA2IGFzc29jaWF0aW9ucyBmb3VuZDoKaGRh YTA6IEFzc29jaWF0aW9uIDAgKDEpIG91dDoKaGRhYTA6ICBQaW4gbmlkPTIwIHNlcT0wCmhkYWEw OiAgUGluIG5pZD0yMiBzZXE9MQpoZGFhMDogIFBpbiBuaWQ9MjEgc2VxPTIKaGRhYTA6ICBQaW4g bmlkPTIzIHNlcT00CmhkYWEwOiBBc3NvY2lhdGlvbiAxICgyKSBvdXQ6CmhkYWEwOiAgUGluIG5p ZD0yNyBzZXE9MApoZGFhMDogQXNzb2NpYXRpb24gMiAoMykgb3V0OgpoZGFhMDogIFBpbiBuaWQ9 MzAgc2VxPTAKaGRhYTA6IEFzc29jaWF0aW9uIDMgKDQpIG91dDoKaGRhYTA6ICBQaW4gbmlkPTE3 IHNlcT0wCmhkYWEwOiBBc3NvY2lhdGlvbiA0ICg1KSBpbjoKaGRhYTA6ICBQaW4gbmlkPTI0IHNl cT0wCmhkYWEwOiAgUGluIG5pZD0yNiBzZXE9MTUKaGRhYTA6IEFzc29jaWF0aW9uIDUgKDYpIGlu OgpoZGFhMDogIFBpbiBuaWQ9MjUgc2VxPTAKaGRhYTA6IFRyYWNpbmcgYXNzb2NpYXRpb24gMCAo MSkKaGRhYTA6ICBQaW4gMjAgdHJhY2VkIHRvIERBQyAyCmhkYWEwOiAgUGluIDIyIHRyYWNlZCB0 byBEQUMgMwpoZGFhMDogIFBpbiAyMSB0cmFjZWQgdG8gREFDIDQKaGRhYTA6ICBQaW4gMjMgdHJh Y2VkIHRvIERBQyA1CmhkYWEwOiBBc3NvY2lhdGlvbiAwICgxKSB0cmFjZSBzdWNjZWVkZWQKaGRh YTA6IFRyYWNpbmcgYXNzb2NpYXRpb24gMSAoMikKaGRhYTA6ICBQaW4gMjcgdHJhY2VkIHRvIERB QyAzNwpoZGFhMDogQXNzb2NpYXRpb24gMSAoMikgdHJhY2Ugc3VjY2VlZGVkCmhkYWEwOiBUcmFj aW5nIGFzc29jaWF0aW9uIDIgKDMpCmhkYWEwOiAgUGluIDMwIHRyYWNlZCB0byBEQUMgNgpoZGFh MDogQXNzb2NpYXRpb24gMiAoMykgdHJhY2Ugc3VjY2VlZGVkCmhkYWEwOiBUcmFjaW5nIGFzc29j aWF0aW9uIDMgKDQpCmhkYWEwOiAgUGluIDE3IHRyYWNlZCB0byBEQUMgMTYKaGRhYTA6IEFzc29j aWF0aW9uIDMgKDQpIHRyYWNlIHN1Y2NlZWRlZApoZGFhMDogVHJhY2luZyBhc3NvY2lhdGlvbiA0 ICg1KQpoZGFhMDogIFBpbiAyNCB0cmFjZWQgdG8gQURDIDgKaGRhYTA6ICBQaW4gMjYgdHJhY2Vk IHRvIEFEQyA4CmhkYWEwOiBBc3NvY2lhdGlvbiA0ICg1KSB0cmFjZSBzdWNjZWVkZWQKaGRhYTA6 IFRyYWNpbmcgYXNzb2NpYXRpb24gNSAoNikKaGRhYTA6ICBQaW4gMjUgdHJhY2VkIHRvIEFEQyA5 CmhkYWEwOiBBc3NvY2lhdGlvbiA1ICg2KSB0cmFjZSBzdWNjZWVkZWQKaGRhYTA6IExvb2tpbmcg Zm9yIGFkZGl0aW9uYWwgREFDIGZvciBhc3NvY2lhdGlvbiAwICgxKQpoZGFhMDogTG9va2luZyBm b3IgYWRkaXRpb25hbCBEQUMgZm9yIGFzc29jaWF0aW9uIDEgKDIpCmhkYWEwOiBMb29raW5nIGZv ciBhZGRpdGlvbmFsIERBQyBmb3IgYXNzb2NpYXRpb24gMiAoMykKaGRhYTA6IExvb2tpbmcgZm9y IGFkZGl0aW9uYWwgREFDIGZvciBhc3NvY2lhdGlvbiAzICg0KQpoZGFhMDogTG9va2luZyBmb3Ig YWRkaXRpb25hbCBBREMgZm9yIGFzc29jaWF0aW9uIDQgKDUpCmhkYWEwOiBMb29raW5nIGZvciBh ZGRpdGlvbmFsIEFEQyBmb3IgYXNzb2NpYXRpb24gNSAoNikKaGRhYTA6IFRyYWNpbmcgaW5wdXQg bW9uaXRvcgpoZGFhMDogIFRyYWNpbmcgbmlkIDExIHRvIG91dApoZGFhMDogIG5pZCAxMSBpcyBp bnB1dCBtb25pdG9yCmhkYWEwOiAgVHJhY2luZyBuaWQgMzQgdG8gb3V0CmhkYWEwOiAgVHJhY2lu ZyBuaWQgMzUgdG8gb3V0CmhkYWEwOiBUcmFjaW5nIG90aGVyIGlucHV0IG1vbml0b3JzCmhkYWEw OiAgVHJhY2luZyBuaWQgMjQgdG8gb3V0CmhkYWEwOiAgVHJhY2luZyBuaWQgMjUgdG8gb3V0Cmhk YWEwOiAgVHJhY2luZyBuaWQgMjYgdG8gb3V0CmhkYWEwOiBUcmFjaW5nIGJlZXBlcgpoZGFhMDog RkcgY29uZmlnL3F1aXJrczogZm9yY2VzdGVyZW8gaXZyZWY1MCBpdnJlZjgwIGl2cmVmMTAwIGl2 cmVmCmF0YTI6IHN0YXQwPTB4MjAgZXJyPTB4MjAgbHNiPTB4MjAgbXNiPTB4MjAKcGNtMDogYXRh MjogPFJlYWx0ZWsgQUxDMTIwMCAoUmVhciBBbmFsb2cgNy4xLzIuMCk+c3RhdDE9MHgzMCBlcnI9 MHgzMCBsc2I9MHgzMCBtc2I9MHgzMAogYXQgbmlkIGF0YTI6IDIwcmVzZXQgdHAyIHN0YXQwPTIw IHN0YXQxPTMwIGRldmljZXM9MHgwCiwyMiwyMSwyMyBhbmQgYWhjaWNoMDogMjRBSENJIHJlc2V0 Li4uCiwyNiBvbiBoZGFhMAphaGNpY2gwOiBwY20wOiBTQVRBIGNvbm5lY3QgdGltZT0xMDB1cyBz dGF0dXM9MDAwMDAxMjMKUGxheWJhY2s6CmFoY2ljaDA6IHBjbTA6IEFIQ0kgcmVzZXQ6IGRldmlj ZSBmb3VuZAogICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDFhaGNpY2gwOiAgUENNCnBjbTA6IEFI Q0kgcmVzZXQ6IGRldmljZSByZWFkeSBhZnRlciAwbXMKICAgICAgICBQQ00gY2FwOiAweDAwMGUw NTYwYWhjaWNoMTogIDE2QUhDSSByZXNldC4uLgogMjAgMjQgYml0cywgNDQgNDggOTYgMTkyIEtI egpwY20wOiAgICAgICAgICAgICBEQUM6IDIgMyA0IDUKYWhjaWNoMTogcGNtMDogU0FUQSBjb25u ZWN0IHRpbWVvdXQgdGltZT0xMDAwMHVzIHN0YXR1cz0wMDAwMDAwMAoKcGNtMDogYWhjaWNoMTog ICAgIG5pZD0yMCBbcGluOiBMaW5lLW91dCAoR3JlZW4gSmFjayldQUhDSSByZXNldDogZGV2aWNl IG5vdCBmb3VuZAoKYWhjaWNoMjogcGNtMDogQUhDSSByZXNldC4uLgogICAgICArIDwtIG5pZD0x MiBbYXVkaW8gbWl4ZXJdIFtzcmM6IHBjbSwgbWl4XQpwY20wOiAgICAgICAgICAgICAgKyA8LSBu aWQ9MiBbYXVkaW8gb3V0cHV0XSBbc3JjOiBwY21dCmFoY2ljaDI6IHBjbTA6IFNBVEEgY29ubmVj dCB0aW1lb3V0IHRpbWU9MTAwMDB1cyBzdGF0dXM9MDAwMDAwMDAKICAgICAgICAgICAgICsgPC0g YWhjaWNoMjogbmlkPTExIFthdWRpbyBtaXhlcl0gW3NyYzogbWl4XUFIQ0kgcmVzZXQ6IGRldmlj ZSBub3QgZm91bmQKCmFoY2ljaDM6IHBjbTA6IEFIQ0kgcmVzZXQuLi4KCnBjbTA6ICAgICBuaWQ9 MjIgW3BpbjogTGluZS1vdXQgKE9yYW5nZSBKYWNrKV0KcGNtMDogICAgICAgKyA8LSBuaWQ9MTMg W2F1ZGlvIG1peGVyXSBbc3JjOiBwY20sIG1peF0KYWhjaWNoMzogcGNtMDogU0FUQSBjb25uZWN0 IHRpbWVvdXQgdGltZT0xMDAwMHVzIHN0YXR1cz0wMDAwMDAwMAogICAgICAgICAgICAgKyA8LSBh aGNpY2gzOiBuaWQ9MyBbYXVkaW8gb3V0cHV0XUFIQ0kgcmVzZXQ6IGRldmljZSBub3QgZm91bmQK YWhjaWNoNDogIFtzcmM6IHBjbV1BSENJIHJlc2V0Li4uCgpwY20wOiAgICAgICAgICAgICAgKyA8 LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXSBbc3JjOiBtaXhdCnBjbTA6IAphaGNpY2g0OiBwY20wOiBT QVRBIGNvbm5lY3QgdGltZW91dCB0aW1lPTEwMDAwdXMgc3RhdHVzPTAwMDAwMDAwCiAgICBhaGNp Y2g0OiBBSENJIHJlc2V0OiBkZXZpY2Ugbm90IGZvdW5kCm5pZD0yMSBbcGluOiBMaW5lLW91dCAo QmxhY2sgSmFjayldYWhjaWNoNTogCkFIQ0kgcmVzZXQuLi4KcGNtMDogICAgICAgKyA8LSBuaWQ9 MTQgW2F1ZGlvIG1peGVyXSBbc3JjOiBwY20sIG1peF0KYWhjaWNoNTogcGNtMDogU0FUQSBjb25u ZWN0IHRpbWVvdXQgdGltZT0xMDAwMHVzIHN0YXR1cz0wMDAwMDAwMAogICAgICAgICAgICAgKyA8 LSBhaGNpY2g1OiBuaWQ9NCBbYXVkaW8gb3V0cHV0XSBbc3JjOiBwY21dQUhDSSByZXNldDogZGV2 aWNlIG5vdCBmb3VuZAoKcGNtMDogICAgICAgICAgICAgICsgPC0gbmlkPTExIFthdWRpbyBtaXhl cl0gW3NyYzogbWl4XQpwY20wOiAKcGNtMDogICAgIG5pZD0yMyBbcGluOiBMaW5lLW91dCAoR3Jl eSBKYWNrKV0KcGNtMDogICAgICAgKyA8LSBuaWQ9MTUgW2F1ZGlvIG1peGVyXSBbc3JjOiBwY20s IG1peF0KcGNtMDogICAgICAgICAgICAgICsgPC0gbmlkPTUgW2F1ZGlvIG91dHB1dF0gW3NyYzog cGNtXQpwY20wOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXSBbc3JjOiBt aXhdCnBjbTA6IApwY20wOiBSZWNvcmQ6CnBjbTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAw MSBQQ00KcGNtMDogICAgICAgICBQQ00gY2FwOiAweDAwMDYwMTYwIDE2IDIwIGJpdHMsIDQ0IDQ4 IDk2IEtIegpwY20wOiAgICAgICAgICAgICBBREM6IDgKcGNtMDogCnBjbTA6ICAgICBuaWQ9OCBb YXVkaW8gaW5wdXRdCnBjbTA6ICAgICAgICsgPC0gbmlkPTM1IFthdWRpbyBtaXhlcl0gW3NyYzog c3BlYWtlciwgbGluZSwgbWljLCBtaXhdCnBjbTA6ICAgICAgICAgICAgICArIDwtIG5pZD0yNCBb cGluOiBNaWMgKFBpbmsgSmFjayldIFtzcmM6IG1pY10KcGNtMDogICAgICAgICAgICAgICsgPC0g bmlkPTI2IFtwaW46IExpbmUtaW4gKEJsdWUgSmFjayldIFtzcmM6IGxpbmVdCnBjbTA6ICAgICAg ICAgICAgICArIDwtIG5pZD0yOSBbYmVlcCB3aWRnZXRdIFtzcmM6IHNwZWFrZXJdCnBjbTA6ICAg ICAgICAgICAgICArIDwtIG5pZD0xMSBbYXVkaW8gbWl4ZXJdIFtzcmM6IG1peF0KcGNtMDogCnBj bTA6IElucHV0IE1peDoKcGNtMDogCnBjbTA6ICAgICBuaWQ9MTEgW2F1ZGlvIG1peGVyXQpwY20w OiAgICAgICArIDwtIG5pZD0yNCBbcGluOiBNaWMgKFBpbmsgSmFjayldIFtzcmM6IG1pY10KcGNt MDogICAgICAgKyA8LSBuaWQ9MjYgW3BpbjogTGluZS1pbiAoQmx1ZSBKYWNrKV0gW3NyYzogbGlu ZV0KcGNtMDogICAgICAgKyA8LSBuaWQ9MjkgW2JlZXAgd2lkZ2V0XSBbc3JjOiBzcGVha2VyXQpw Y20wOiAKcGNtMDogTWFzdGVyIFZvbHVtZSAoT1NTOiB2b2wpOiAtNDYvMGRCCnBjbTA6ICAgICst IGN0bCAxMyAobmlkICAxMiBvdXQpOiAgICAtNDYvMGRCICgzMiBzdGVwcykKcGNtMDogICAgKy0g Y3RsIDE0IChuaWQgIDEyIGluICAgMCk6IG11dGUKcGNtMDogICAgKy0gY3RsIDE1IChuaWQgIDEy IGluICAgMSk6IG11dGUKcGNtMDogICAgKy0gY3RsIDE2IChuaWQgIDEzIG91dCk6ICAgIC00Ni8w ZEIgKDMyIHN0ZXBzKQpwY20wOiAgICArLSBjdGwgMTcgKG5pZCAgMTMgaW4gICAwKTogbXV0ZQpw Y20wOiAgICArLSBjdGwgMTggKG5pZCAgMTMgaW4gICAxKTogbXV0ZQpwY20wOiAgICArLSBjdGwg MTkgKG5pZCAgMTQgb3V0KTogICAgLTQ2LzBkQiAoMzIgc3RlcHMpCnBjbTA6ICAgICstIGN0bCAy MCAobmlkICAxNCBpbiAgIDApOiBtdXRlCnBjbTA6ICAgICstIGN0bCAyMSAobmlkICAxNCBpbiAg IDEpOiBtdXRlCnBjbTA6ICAgICstIGN0bCAyMiAobmlkICAxNSBvdXQpOiAgICAtNDYvMGRCICgz MiBzdGVwcykKcGNtMDogICAgKy0gY3RsIDIzIChuaWQgIDE1IGluICAgMCk6IG11dGUKcGNtMDog ICAgKy0gY3RsIDI0IChuaWQgIDE1IGluICAgMSk6IG11dGUKcGNtMDogICAgKy0gY3RsIDI1IChu aWQgIDIwIGluICk6ICAgIG11dGUKcGNtMDogICAgKy0gY3RsIDI3IChuaWQgIDIxIGluICk6ICAg IG11dGUKcGNtMDogICAgKy0gY3RsIDI5IChuaWQgIDIyIGluICk6ICAgIG11dGUKcGNtMDogICAg Ky0gY3RsIDMxIChuaWQgIDIzIGluICk6ICAgIG11dGUKcGNtMDogCnBjbTA6IFBDTSBWb2x1bWUg KE9TUzogcGNtKTogMC8wZEIKcGNtMDogICAgKy0gY3RsIDE0IChuaWQgIDEyIGluICAgMCk6IG11 dGUKcGNtMDogICAgKy0gY3RsIDE3IChuaWQgIDEzIGluICAgMCk6IG11dGUKcGNtMDogICAgKy0g Y3RsIDIwIChuaWQgIDE0IGluICAgMCk6IG11dGUKcGNtMDogICAgKy0gY3RsIDIzIChuaWQgIDE1 IGluICAgMCk6IG11dGUKcGNtMDogCnBjbTA6IE1pY3JvcGhvbmUgVm9sdW1lIChPU1M6IG1pYyk6 IDAvMzBkQgpwY20wOiAgICArLSBjdGwgIDMgKG5pZCAgMTEgaW4gICAwKTogLTM0LzEyZEIgKDMy IHN0ZXBzKSArIG11dGUKcGNtMDogICAgKy0gY3RsIDM0IChuaWQgIDI0IG91dCk6ICAgIDAvMzBk QiAoNCBzdGVwcykKcGNtMDogICAgKy0gY3RsIDUyIChuaWQgIDM1IGluICAgMCk6IG11dGUKcGNt MDogCnBjbTA6IExpbmUtaW4gVm9sdW1lIChPU1M6IGxpbmUpOiAwLzMwZEIKcGNtMDogICAgKy0g Y3RsICA1IChuaWQgIDExIGluICAgMik6IC0zNC8xMmRCICgzMiBzdGVwcykgKyBtdXRlCnBjbTA6 ICAgICstIGN0bCAzOCAobmlkICAyNiBvdXQpOiAgICAwLzMwZEIgKDQgc3RlcHMpCnBjbTA6ICAg ICstIGN0bCA1NCAobmlkICAzNSBpbiAgIDIpOiBtdXRlCnBjbTA6IApwY20wOiBTcGVha2VyL0Jl ZXAgVm9sdW1lIChPU1M6IHNwZWFrZXIpOiAtMzQvMTJkQgpwY20wOiAgICArLSBjdGwgIDggKG5p ZCAgMTEgaW4gICA1KTogLTM0LzEyZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMDogICAgKy0gY3Rs IDU3IChuaWQgIDM1IGluICAgNSk6IG11dGUKcGNtMDogCnBjbTA6IFJlY29yZGluZyBMZXZlbCAo T1NTOiByZWMpOiAtMTYvMzBkQgpwY20wOiAgICArLSBjdGwgIDEgKG5pZCAgIDggaW4gICAwKTog LTE2LzMwZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMDogICAgKy0gY3RsIDUyIChuaWQgIDM1IGlu ICAgMCk6IG11dGUKcGNtMDogICAgKy0gY3RsIDU0IChuaWQgIDM1IGluICAgMik6IG11dGUKcGNt MDogICAgKy0gY3RsIDU3IChuaWQgIDM1IGluICAgNSk6IG11dGUKcGNtMDogICAgKy0gY3RsIDYy IChuaWQgIDM1IGluICAxMCk6IG11dGUKcGNtMDogCnBjbTA6IElucHV0IE1peCBMZXZlbCAoT1NT OiBtaXgpOiAtMzQvMTJkQgpwY20wOiAgICArLSBjdGwgIDMgKG5pZCAgMTEgaW4gICAwKTogLTM0 LzEyZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMDogICAgKy0gY3RsICA1IChuaWQgIDExIGluICAg Mik6IC0zNC8xMmRCICgzMiBzdGVwcykgKyBtdXRlCnBjbTA6ICAgICstIGN0bCAgOCAobmlkICAx MSBpbiAgIDUpOiAtMzQvMTJkQiAoMzIgc3RlcHMpICsgbXV0ZQpwY20wOiAgICArLSBjdGwgMTUg KG5pZCAgMTIgaW4gICAxKTogbXV0ZQpwY20wOiAgICArLSBjdGwgMTggKG5pZCAgMTMgaW4gICAx KTogbXV0ZQpwY20wOiAgICArLSBjdGwgMjEgKG5pZCAgMTQgaW4gICAxKTogbXV0ZQpwY20wOiAg ICArLSBjdGwgMjQgKG5pZCAgMTUgaW4gICAxKTogbXV0ZQpwY20wOiAgICArLSBjdGwgNjIgKG5p ZCAgMzUgaW4gIDEwKTogbXV0ZQpwY20wOiAKcGNtMDogSW5wdXQgTW9uaXRvcmluZyBMZXZlbCAo T1NTOiBpZ2Fpbik6IDAvMGRCCnBjbTA6ICAgICstIGN0bCAxNSAobmlkICAxMiBpbiAgIDEpOiBt dXRlCnBjbTA6ICAgICstIGN0bCAxOCAobmlkICAxMyBpbiAgIDEpOiBtdXRlCnBjbTA6ICAgICst IGN0bCAyMSAobmlkICAxNCBpbiAgIDEpOiBtdXRlCnBjbTA6ICAgICstIGN0bCAyNCAobmlkICAx NSBpbiAgIDEpOiBtdXRlCnBjbTA6IApwY20wOiBNaXhlciAidm9sIjoKcGNtMDogTWl4ZXIgInBj bSI6CnBjbTA6IE1peGVyICJzcGVha2VyIjoKcGNtMDogTWl4ZXIgImxpbmUiOgpwY20wOiBNaXhl ciAibWljIjoKcGNtMDogTWl4ZXIgIm1peCI6CnBjbTA6IE1peGVyICJyZWMiOgpwY20wOiBNaXhl ciAiaWdhaW4iOgpwY20wOiBTb2Z0IFBDTSBtaXhlciBFTkFCTEVECnBjbTA6IFBsYXliYWNrIGNo YW5uZWwgc2V0IGlzOiBGcm9udCBMZWZ0LCBGcm9udCBSaWdodCwgRnJvbnQgQ2VudGVyLCBMb3cg RnJlcXVlbmN5IEVmZmVjdHMsIEJhY2sgTGVmdCwgQmFjayBSaWdodCwgU2lkZSBMZWZ0LCBTaWRl IFJpZ2h0LCAKcGNtMDogUGxheWJhY2sgY2hhbm5lbCBtYXRyaXggaXM6IDcuMSAoZGlzY29ubmVj dGVkKQpwY20wOiBSZWNvcmRpbmcgY2hhbm5lbCBzZXQgaXM6IEZyb250IExlZnQsIEZyb250IFJp Z2h0LCAKcGNtMDogUmVjb3JkaW5nIGNoYW5uZWwgbWF0cml4IGlzOiAyLjAgKGRpc2Nvbm5lY3Rl ZCkKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjbTAK cGNtMTogPFJlYWx0ZWsgQUxDMTIwMCAoRnJvbnQgQW5hbG9nKT4gYXQgbmlkIDI3IGFuZCAyNSBv biBoZGFhMApwY20xOiBQbGF5YmFjazoKcGNtMTogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAx IFBDTQpwY20xOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA1NjAgMTYgMjAgMjQgYml0cywgNDQg NDggOTYgMTkyIEtIegpwY20xOiAgICAgICAgICAgICBEQUM6IDM3CnBjbTE6IApwY20xOiAgICAg bmlkPTI3IFtwaW46IEhlYWRwaG9uZXMgKEdyZWVuIEphY2spXQpwY20xOiAgICAgICArIDwtIG5p ZD0zOCBbYXVkaW8gbWl4ZXJdIFtzcmM6IHBjbSwgbWl4XQpwY20xOiAgICAgICAgICAgICAgKyA8 LSBuaWQ9MzcgW2F1ZGlvIG91dHB1dF0gW3NyYzogcGNtXQpwY20xOiAgICAgICAgICAgICAgKyA8 LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXSBbc3JjOiBtaXhdCnBjbTE6IApwY20xOiBSZWNvcmQ6CnBj bTE6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMSBQQ00KcGNtMTogICAgICAgICBQQ00gY2Fw OiAweDAwMDYwMTYwIDE2IDIwIGJpdHMsIDQ0IDQ4IDk2IEtIegpwY20xOiAgICAgICAgICAgICBB REM6IDkKcGNtMTogCnBjbTE6ICAgICBuaWQ9OSBbYXVkaW8gaW5wdXRdCnBjbTE6ICAgICAgICsg PC0gbmlkPTM0IFthdWRpbyBtaXhlcl0gW3NyYzogc3BlYWtlciwgbW9uaXRvcl0KcGNtMTogICAg ICAgICAgICAgICsgPC0gbmlkPTI1IFtwaW46IE1pYyAoUGluayBKYWNrKV0gW3NyYzogbW9uaXRv cl0KcGNtMTogICAgICAgICAgICAgICsgPC0gbmlkPTI5IFtiZWVwIHdpZGdldF0gW3NyYzogc3Bl YWtlcl0KcGNtMTogCnBjbTE6IE1hc3RlciBWb2x1bWUgKE9TUzogdm9sKTogLTQ2LzBkQgpwY20x OiAgICArLSBjdGwgMzkgKG5pZCAgMjcgaW4gKTogICAgbXV0ZQpwY20xOiAgICArLSBjdGwgNjMg KG5pZCAgMzggb3V0KTogICAgLTQ2LzBkQiAoMzIgc3RlcHMpCnBjbTE6ICAgICstIGN0bCA2NCAo bmlkICAzOCBpbiAgIDApOiBtdXRlCnBjbTE6ICAgICstIGN0bCA2NSAobmlkICAzOCBpbiAgIDEp OiBtdXRlCnBjbTE6IApwY20xOiBQQ00gVm9sdW1lIChPU1M6IHBjbSk6IDAvMGRCCnBjbTE6ICAg ICstIGN0bCA2NCAobmlkICAzOCBpbiAgIDApOiBtdXRlCnBjbTE6IApwY20xOiBNaWNyb3Bob25l MiBWb2x1bWUgKE9TUzogbW9uaXRvcik6IDAvMzBkQgpwY20xOiAgICArLSBjdGwgMzYgKG5pZCAg MjUgb3V0KTogICAgMC8zMGRCICg0IHN0ZXBzKQpwY20xOiAgICArLSBjdGwgNDIgKG5pZCAgMzQg aW4gICAxKTogbXV0ZQpwY20xOiAKcGNtMTogU3BlYWtlci9CZWVwIFZvbHVtZSAoT1NTOiBzcGVh a2VyKQpwY20xOiAgICArLSBjdGwgNDYgKG5pZCAgMzQgaW4gICA1KTogbXV0ZQpwY20xOiAKcGNt MTogUmVjb3JkaW5nIExldmVsIChPU1M6IHJlYyk6IC0xNi8zMGRCCnBjbTE6ICAgICstIGN0bCAg MiAobmlkICAgOSBpbiAgIDApOiAtMTYvMzBkQiAoMzIgc3RlcHMpICsgbXV0ZQpwY20xOiAgICAr LSBjdGwgMzYgKG5pZCAgMjUgb3V0KTogICAgMC8zMGRCICg0IHN0ZXBzKQpwY20xOiAgICArLSBj dGwgNDIgKG5pZCAgMzQgaW4gICAxKTogbXV0ZQpwY20xOiAgICArLSBjdGwgNDYgKG5pZCAgMzQg aW4gICA1KTogbXV0ZQpwY20xOiAKcGNtMTogSW5wdXQgTWl4IExldmVsIChPU1M6IG1peCkKcGNt MTogICAgKy0gY3RsIDY1IChuaWQgIDM4IGluICAgMSk6IG11dGUKcGNtMTogCnBjbTE6IElucHV0 IE1vbml0b3JpbmcgTGV2ZWwgKE9TUzogaWdhaW4pOiAwLzBkQgpwY20xOiAgICArLSBjdGwgNjUg KG5pZCAgMzggaW4gICAxKTogbXV0ZQpwY20xOiAKcGNtMTogTWl4ZXIgInZvbCI6CnBjbTE6IE1p eGVyICJwY20iOgpwY20xOiBNaXhlciAicmVjIjoKcGNtMTogTWl4ZXIgImlnYWluIjoKcGNtMTog TWl4ZXIgIm1vbml0b3IiOgpwY20xOiBTb2Z0IFBDTSBtaXhlciBFTkFCTEVECnBjbTE6IFBsYXli YWNrIGNoYW5uZWwgc2V0IGlzOiBGcm9udCBMZWZ0LCBGcm9udCBSaWdodCwgCnBjbTE6IFBsYXli YWNrIGNoYW5uZWwgbWF0cml4IGlzOiAyLjAgKGRpc2Nvbm5lY3RlZCkKcGNtMTogUmVjb3JkaW5n IGNoYW5uZWwgc2V0IGlzOiBGcm9udCBMZWZ0LCBGcm9udCBSaWdodCwgCnBjbTE6IFJlY29yZGlu ZyBjaGFubmVsIG1hdHJpeCBpczogMi4wIChkaXNjb25uZWN0ZWQpCnJhbmRvbTogaGFydmVzdGlu ZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSBwY20xCnBjbTI6IDxSZWFsdGVrIEFMQzEy MDAgKFJlYXIgRGlnaXRhbCk+IGF0IG5pZCAzMCBvbiBoZGFhMApwY20yOiBQbGF5YmFjazoKcGNt MjogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDA1IEFDMyBQQ00KcGNtMjogICAgICAgICBQQ00g Y2FwOiAweDAwMWUwNWUwIDE2IDIwIDI0IDMyIGJpdHMsIDQ0IDQ4IDg4IDk2IDE5MiBLSHoKcGNt MjogICAgICAgICAgICAgREFDOiA2CnBjbTI6IApwY20yOiAgICAgbmlkPTMwIFtwaW46IFNQRElG LW91dCAoT3JhbmdlIEphY2spXQpwY20yOiAgICAgICArIDwtIG5pZD02IFthdWRpbyBvdXRwdXRd IFtzcmM6IHBjbV0KcGNtMjogCnBjbTI6IE1peGVyICJ2b2wiIC0+ICJub25lIjogY2hpbGQ9MHgw MDAwMDAxMApwY20yOiBNaXhlciAicGNtIjogcGFyZW50PSJ2b2wiCnBjbTI6IFNvZnQgUENNIG1p eGVyIEVOQUJMRUQKcGNtMjogUGxheWJhY2sgY2hhbm5lbCBzZXQgaXM6IEZyb250IExlZnQsIEZy b250IFJpZ2h0LCAKcGNtMjogUGxheWJhY2sgY2hhbm5lbCBtYXRyaXggaXM6IDIuMCAodW5rbm93 bikKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHBjbTIK cGNtMzogPFJlYWx0ZWsgQUxDMTIwMCAoRGlnaXRhbCk+IGF0IG5pZCAxNyBvbiBoZGFhMApwY20z OiBQbGF5YmFjazoKcGNtMzogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDA1IEFDMyBQQ00KcGNt MzogICAgICAgICBQQ00gY2FwOiAweDAwMWUwNWUwIDE2IDIwIDI0IDMyIGJpdHMsIDQ0IDQ4IDg4 IDk2IDE5MiBLSHoKcGNtMzogICAgICAgICAgICAgREFDOiAxNgpwY20zOiAKcGNtMzogICAgIG5p ZD0xNyBbcGluOiBEaWdpdGFsLW91dCAoQmxhY2sgSmFjayldCnBjbTM6ICAgICAgICsgPC0gbmlk PTE2IFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0KcGNtMzogCnBjbTM6IE1peGVyICJ2b2wiIC0+ ICJub25lIjogY2hpbGQ9MHgwMDAwMDAxMApwY20zOiBNaXhlciAicGNtIjogcGFyZW50PSJ2b2wi CnBjbTM6IFNvZnQgUENNIG1peGVyIEVOQUJMRUQKcGNtMzogUGxheWJhY2sgY2hhbm5lbCBzZXQg aXM6IEZyb250IExlZnQsIEZyb250IFJpZ2h0LCAKcGNtMzogUGxheWJhY2sgY2hhbm5lbCBtYXRy aXggaXM6IDIuMCAodW5rbm93bikKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAo NCBiaXRzKSBmcm9tIHBjbTMKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBi aXRzKSBmcm9tIGhkYWEwCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQgYml0 cykgZnJvbSBoZGFjYzAKaGRhY2MxOiA8SW50ZWwgRWFnbGVsYWtlIEhEQSBDT0RFQz4gYXQgY2Fk IDEgb24gaGRhYzAKaGRhYTE6IDxJbnRlbCBFYWdsZWxha2UgQXVkaW8gRnVuY3Rpb24gR3JvdXA+ IGF0IG5pZCAxIG9uIGhkYWNjMQpoZGFhMTogU3Vic3lzdGVtIElEOiAweDgwODYwMTAxCmhkYWEx OiBOdW1HUElPPTAgTnVtR1BPPTAgTnVtR1BJPTAgR1BJV2FrZT0wIEdQSVVuc29sPTAKaGRhYTE6 IE9yaWdpbmFsIHBpbnMgY29uZmlndXJhdGlvbjoKaGRhYTE6IG5pZCAgIDB4ICAgIGFzIHNlcSBk ZXZpY2UgICAgICAgY29ubiAgamFjayAgICBsb2MgICAgICAgIGNvbG9yICAgbWlzYwpoZGFhMTog IDMgMTg1NjAwMTAgMSAgMCAgRGlnaXRhbC1vdXQgICBKYWNrICBEaWdpdGFsIDB4MTggICAgICAg VW5rbm93biAwCmhkYWExOiBQYXRjaGVkIHBpbnMgY29uZmlndXJhdGlvbjoKaGRhYTE6IG5pZCAg IDB4ICAgIGFzIHNlcSBkZXZpY2UgICAgICAgY29ubiAgamFjayAgICBsb2MgICAgICAgIGNvbG9y ICAgbWlzYwpoZGFhMTogIDMgMTg1NjAwMTAgMSAgMCAgRGlnaXRhbC1vdXQgICBKYWNrICBEaWdp dGFsIDB4MTggICAgICAgVW5rbm93biAwCmhkYWExOiAxIGFzc29jaWF0aW9ucyBmb3VuZDoKaGRh YTE6IEFzc29jaWF0aW9uIDAgKDEpIG91dDoKaGRhYTE6ICBQaW4gbmlkPTMgc2VxPTAKaGRhYTE6 IFRyYWNpbmcgYXNzb2NpYXRpb24gMCAoMSkKaGRhYTE6ICBQaW4gMyB0cmFjZWQgdG8gREFDIDIK aGRhYTE6IEFzc29jaWF0aW9uIDAgKDEpIHRyYWNlIHN1Y2NlZWRlZApoZGFhMTogTG9va2luZyBm b3IgYWRkaXRpb25hbCBEQUMgZm9yIGFzc29jaWF0aW9uIDAgKDEpCmhkYWExOiBUcmFjaW5nIGlu cHV0IG1vbml0b3IKaGRhYTE6IFRyYWNpbmcgb3RoZXIgaW5wdXQgbW9uaXRvcnMKaGRhYTE6IFRy YWNpbmcgYmVlcGVyCmhkYWExOiBGRyBjb25maWcvcXVpcmtzOiBmb3JjZXN0ZXJlbyBpdnJlZjUw IGl2cmVmODAgaXZyZWYxMDAgaXZyZWYKcGNtNDogPEludGVsIEVhZ2xlbGFrZSAoSERNSSA4Y2gp PiBhdCBuaWQgMyBvbiBoZGFhMQpwY200OiBQbGF5YmFjazoKcGNtNDogICAgICBTdHJlYW0gY2Fw OiAweDAwMDAwMDA1IEFDMyBQQ00KcGNtNDogICAgICAgICBQQ00gY2FwOiAweDAwMWUwN2YwIDE2 IDIwIDI0IDMyIGJpdHMsIDMyIDQ0IDQ4IDg4IDk2IDE3NiAxOTIgS0h6CnBjbTQ6ICAgICAgICAg ICAgIERBQzogMgpwY200OiAKcGNtNDogICAgIG5pZD0zIFtwaW46IERpZ2l0YWwtb3V0IChKYWNr KV0KcGNtNDogICAgICAgKyA8LSBuaWQ9MiBbYXVkaW8gb3V0cHV0XSBbc3JjOiBwY21dCnBjbTQ6 IApwY200OiBNYXN0ZXIgVm9sdW1lIChPU1M6IHZvbCk6IDAvMGRCCnBjbTQ6ICAgICstIGN0bCAg MSAobmlkICAgMyBpbiApOiAgICBtdXRlCnBjbTQ6IApwY200OiBQQ00gVm9sdW1lIChPU1M6IHBj bSk6IDAvMGRCCnBjbTQ6ICAgICstIGN0bCAgMSAobmlkICAgMyBpbiApOiAgICBtdXRlCnBjbTQ6 IApwY200OiBNaXhlciAidm9sIjoKcGNtNDogTWl4ZXIgInBjbSI6CnBjbTQ6IFNvZnQgUENNIG1p eGVyIEVOQUJMRUQKcGNtNDogUGxheWJhY2sgY2hhbm5lbCBtYXRyaXggaXM6IHVua25vd24sIGFz c3VtaW5nIDcuMSAoZGlzY29ubmVjdGVkKQpyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5 dGVzICg0IGJpdHMpIGZyb20gcGNtNApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVz ICg0IGJpdHMpIGZyb20gaGRhYTEKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAo NCBiaXRzKSBmcm9tIGhkYWNjMQp1Z2VuNy4xOiA8SW50ZWwgRUhDSSByb290IEhVQj4gYXQgdXNi dXM3CnVnZW41LjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCPiBhdCB1c2J1czUKdWh1YjA6IDxJbnRl bCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNi dXM3CnVodWIxOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAw LCBhZGRyIDE+IG9uIHVzYnVzNQp1Z2VuMy4xOiA8SW50ZWwgRUhDSSByb290IEhVQj4gYXQgdXNi dXMzCnVnZW42LjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCPiBhdCB1c2J1czYKdWh1YjI6IDxJbnRl bCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNi dXMzCnVodWIzOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAw LCBhZGRyIDE+IG9uIHVzYnVzNgp1Z2VuNC4xOiA8SW50ZWwgVUhDSSByb290IEhVQj4gYXQgdXNi dXM0CnVnZW4wLjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCPiBhdCB1c2J1czAKdWh1YjQ6IDxJbnRl bCBVSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNi dXM0CnVodWI1OiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAw LCBhZGRyIDE+IG9uIHVzYnVzMAp1Z2VuMi4xOiA8SW50ZWwgVUhDSSByb290IEhVQj4gYXQgdXNi dXMyCnVnZW4xLjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCPiBhdCB1c2J1czEKdWh1YjY6IDxJbnRl bCBVSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNi dXMyCnVodWI3OiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAw LCBhZGRyIDE+IG9uIHVzYnVzMQpzZXMwIGF0IGFoY2llbTAgYnVzIDAgc2NidXM3IHRhcmdldCAw IGx1biAwCnNlczA6IDxBSENJIFNHUElPIEVuY2xvc3VyZSAxLjAwIDAwMDE+IFNFTUIgUy1FLVMg Mi4wMCBkZXZpY2UKc2VzMDogU0VNQiBTRVMgRGV2aWNlCnNlczA6IGFkYTAgYXQgYWhjaWNoMCBi dXMgMCBzY2J1czEgdGFyZ2V0IDAgbHVuIDAKR2VuZXJhdGlvbiBDb2RlIDB4MCBoYXMgMSBTdWJF bmNsb3N1cmVzCmFkYTA6IHNlczA6IDxLSU5HU1RPTiBTVlAxMDBTMjY0RyBDSlJBMDIwMj4gQVRB OC1BQ1MgU0FUQSAyLnggZGV2aWNlCiBTdWJFbmNsb3N1cmUgSUQgMCwgMSBUeXBlcyBXaXRoIHRo aXMgSUQsIERlc2NyaXB0b3IgTGVuZ3RoIDM2LCBvZmZzZXQgOAphZGEwOiBTZXJpYWwgTnVtYmVy IFkwOFkxMDRUWTE5SwpzZXMwOiBXV046IDAKc2VzMDogR0VPTTogbmV3IGRpc2sgYWRhMAogVHlw ZSBEZXNjWzBdOiBUeXBlIDB4MTcsIE1heEVsdCA2LCBJbiBTdWJlbmMgMCwgVGV4dCBMZW5ndGgg MDogCmFkYTA6IDMwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngsIFVETUE1LCBQSU8gODE5 MmJ5dGVzKQphZGEwOiA2MTA1N01CICgxMjUwNDU0MjQgNTEyIGJ5dGUgc2VjdG9ycykKcGFzczAg YXQgYWhjaWNoMCBidXMgMCBzY2J1czEgdGFyZ2V0IDAgbHVuIDAKcGFzczA6IDxLSU5HU1RPTiBT VlAxMDBTMjY0RyBDSlJBMDIwMj4gQVRBOC1BQ1MgU0FUQSAyLnggZGV2aWNlCnBhc3MwOiBTZXJp YWwgTnVtYmVyIFkwOFkxMDRUWTE5SwpwYXNzMDogMzAwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRB IDIueCwgVURNQTUsIFBJTyA4MTkyYnl0ZXMpCnBhc3MxIGF0IGFoY2llbTAgYnVzIDAgc2NidXM3 IHRhcmdldCAwIGx1biAwCnBhc3MxOiA8QUhDSSBTR1BJTyBFbmNsb3N1cmUgMS4wMCAwMDAxPiBT RU1CIFMtRS1TIDIuMDAgZGV2aWNlClRyeWluZyB0byBtb3VudCByb290IGZyb20gemZzOnpyb290 L1JPT1QvZGVmYXVsdCBbXS4uLgpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czcgdXNidXM2 IHVzYnVzNSB1c2J1czQgdXNidXMzIHVzYnVzMiB1c2J1czEgdXNidXMwCnVodWIxOiAyIHBvcnRz IHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNo LCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdWh1YjEKdWh1YjM6IDIgcG9ydHMgd2l0aCAyIHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkCnJhbmRvbTogaGFydmVzdGluZyBhdHRhY2gsIDggYnl0ZXMgKDQg Yml0cykgZnJvbSB1aHViMwp1aHViNDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHVo dWI0CnVodWI1OiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApyYW5kb206 IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJpdHMpIGZyb20gdWh1YjUKdWh1YjY6IDIg cG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnJhbmRvbTogaGFydmVzdGluZyBh dHRhY2gsIDggYnl0ZXMgKDQgYml0cykgZnJvbSB1aHViNgp1aHViNzogMiBwb3J0cyB3aXRoIDIg cmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwgOCBieXRl cyAoNCBiaXRzKSBmcm9tIHVodWI3ClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzNyB1c2J1 czMKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXM3IHVzYnVzMwp1aHViMDogNiBwb3J0cyB3 aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKcmFuZG9tOiBoYXJ2ZXN0aW5nIGF0dGFjaCwg OCBieXRlcyAoNCBiaXRzKSBmcm9tIHVodWIwCnVodWIyOiA2IHBvcnRzIHdpdGggNiByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZApyYW5kb206IGhhcnZlc3RpbmcgYXR0YWNoLCA4IGJ5dGVzICg0IGJp dHMpIGZyb20gdWh1YjIKc3RhcnRfaW5pdDogdHJ5aW5nIC9zYmluL2luaXQKcmUwOiBsaW5rIHN0 YXRlIGNoYW5nZWQgdG8gRE9XTgp1Z2VuMi4yOiA8TWljcm9zb2Z0IE1pY3Jvc29mdCBCYXNpYyBP cHRpY2FsIE1vdXNlIHYyLjA+IGF0IHVzYnVzMgpyZTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBV UAp1bXMwIG9uIHVodWI2CnVtczA6IDxNaWNyb3NvZnQgTWljcm9zb2Z0IEJhc2ljIE9wdGljYWwg TW91c2UgdjIuMCwgY2xhc3MgMC8wLCByZXYgMS4xMC8xLjk5LCBhZGRyIDI+IG9uIHVzYnVzMgp1 bXMwOiAzIGJ1dHRvbnMgYW5kIFtYWVpdIGNvb3JkaW5hdGVzIElEPTAKcmFuZG9tOiBoYXJ2ZXN0 aW5nIGF0dGFjaCwgOCBieXRlcyAoNCBiaXRzKSBmcm9tIHVtczAK --001a1147361ce1fbaf05462ea020-- From owner-freebsd-current@freebsd.org Mon Jan 16 12:00:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6ECFCB03D0 for ; Mon, 16 Jan 2017 12:00:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5F9421A47 for ; Mon, 16 Jan 2017 12:00:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v0GC0LIJ033810 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 16 Jan 2017 14:00:21 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v0GC0LIJ033810 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v0GC0LXH033809; Mon, 16 Jan 2017 14:00:21 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 16 Jan 2017 14:00:21 +0200 From: Konstantin Belousov To: Jia-Shiun Li Cc: freebsd-current Subject: Re: TSC as timecounter makes system lag Message-ID: <20170116120021.GQ2349@kib.kiev.ua> References: <20170113120534.GC2349@kib.kiev.ua> <20170115202008.GL2349@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 12:00:33 -0000 On Mon, Jan 16, 2017 at 12:28:54PM +0800, Jia-Shiun Li wrote: > BTW please see my other mail of this thread. It seems to be related to > EARLY_AP_STARTUP option. Yes, I noted, I might have an idea, but the report that changing the timecounter makes the lags go away still does not fit into my understanding of the code. Most likely this is an interaction between the EARLY_AP_STARTUP and the fact that HPET interrupt is global, while most modern systems use LAPIC event timer, which is per-cpu, and the testing of the option was done on them. There are some differences in handling the configurations, see sys/kern/kern_clocksource.c, the option and ET_FLAG_PERCPU. > > > On Mon, Jan 16, 2017 at 4:20 AM, Konstantin Belousov > wrote: > > > I still do not understand. Is the sysctl output below from the pristine > > boot where no timecounter/eventtimer reconfiguration were done ? > > > > Show me exact command which you used to revive the machine. Do not > > describe > > it by words, copy/paste from the console. > > > > > Don't have access to the exact machine right now. > Let me reproduce it on another with a c2d E7400. > > login as: jsli > Authenticating with public key "rsa-key-20160711@jsli-pc" > Last login: Mon Jan 16 11:11:28 2017 from tmux(1074).%1 > FreeBSD 12.0-CURRENT (GENERIC-NODEBUG) #24 r312210: Sun Jan 15 15:03:40 CST > 2017 > > Welcome to FreeBSD! > > Release Notes, Errata: https://www.FreeBSD.org/releases/ > Security Advisories: https://www.FreeBSD.org/security/ > FreeBSD Handbook: https://www.FreeBSD.org/handbook/ > FreeBSD FAQ: https://www.FreeBSD.org/faq/ > Questions List: https://lists.FreeBSD.org/mailman/listinfo/freebsd- > questions/ > FreeBSD Forums: https://forums.FreeBSD.org/ > > Documents installed with the system are in the /usr/local/share/doc/freebsd/ > directory, or can be installed later with: pkg install en-freebsd-doc > For other languages, replace "en" with a language code like de or fr. > > Show the version of FreeBSD installed: freebsd-version ; uname -a > Please include that output and any error messages when posting questions. > Introduction to manual pages: man man > FreeBSD directory layout: man hier > > Edit /etc/motd to change this login announcement. > jsli@jsli-bsd:~ % sysctl kern.eventtimer kern.timecounter > kern.eventtimer.periodic: 0 > kern.eventtimer.timer: HPET > kern.eventtimer.idletick: 0 > kern.eventtimer.singlemul: 2 > kern.eventtimer.choice: HPET(450) HPET1(440) HPET2(440) HPET3(440) > LAPIC(100) i8254(100) RTC(0) > kern.eventtimer.et.HPET3.quality: 440 > kern.eventtimer.et.HPET3.frequency: 14318180 > kern.eventtimer.et.HPET3.flags: 3 > kern.eventtimer.et.HPET2.quality: 440 > kern.eventtimer.et.HPET2.frequency: 14318180 > kern.eventtimer.et.HPET2.flags: 3 > kern.eventtimer.et.HPET1.quality: 440 > kern.eventtimer.et.HPET1.frequency: 14318180 > kern.eventtimer.et.HPET1.flags: 3 > kern.eventtimer.et.HPET.quality: 450 > kern.eventtimer.et.HPET.frequency: 14318180 > kern.eventtimer.et.HPET.flags: 3 > kern.eventtimer.et.RTC.quality: 0 > kern.eventtimer.et.RTC.frequency: 32768 > kern.eventtimer.et.RTC.flags: 17 > kern.eventtimer.et.i8254.quality: 100 > kern.eventtimer.et.i8254.frequency: 1193182 > kern.eventtimer.et.i8254.flags: 1 > kern.eventtimer.et.LAPIC.quality: 100 > kern.eventtimer.et.LAPIC.frequency: 0 > kern.eventtimer.et.LAPIC.flags: 15 > kern.timecounter.tsc_shift: 1 > kern.timecounter.smp_tsc_adjust: 0 > kern.timecounter.smp_tsc: 1 > kern.timecounter.invariant_tsc: 1 > kern.timecounter.fast_gettime: 1 > kern.timecounter.tick: 1 > kern.timecounter.choice: ACPI-fast(900) HPET(950) i8254(0) TSC-low(1000) > dummy(-1000000) > kern.timecounter.hardware: TSC-low > kern.timecounter.alloweddeviation: 5 > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.ACPI-fast.quality: 900 > kern.timecounter.tc.ACPI-fast.frequency: 3579545 > kern.timecounter.tc.ACPI-fast.counter: 5046106 > kern.timecounter.tc.ACPI-fast.mask: 16777215 > kern.timecounter.tc.HPET.quality: 950 > kern.timecounter.tc.HPET.frequency: 14318180 > kern.timecounter.tc.HPET.counter: 1449012340 > kern.timecounter.tc.HPET.mask: 4294967295 > kern.timecounter.tc.i8254.quality: 0 > kern.timecounter.tc.i8254.frequency: 1193182 > kern.timecounter.tc.i8254.counter: 10698 > kern.timecounter.tc.i8254.mask: 65535 > kern.timecounter.tc.TSC-low.quality: 1000 > kern.timecounter.tc.TSC-low.frequency: 1400076588 > kern.timecounter.tc.TSC-low.counter: 2260820915 > kern.timecounter.tc.TSC-low.mask: 4294967295 > jsli@jsli-bsd:~ % su > Password: > jsli@jsli-bsd:/home/jsli # sysctl kern.timecounter.hardware=HPET > kern.timecounter.hardware: TSC-low -> HPET > jsli@jsli-bsd:/home/jsli # sysctl kern.eventtimer kern.timecounter > kern.eventtimer.periodic: 0 > kern.eventtimer.timer: HPET > kern.eventtimer.idletick: 0 > kern.eventtimer.singlemul: 2 > kern.eventtimer.choice: HPET(450) HPET1(440) HPET2(440) HPET3(440) > LAPIC(100) i8254(100) RTC(0) > kern.eventtimer.et.HPET3.quality: 440 > kern.eventtimer.et.HPET3.frequency: 14318180 > kern.eventtimer.et.HPET3.flags: 3 > kern.eventtimer.et.HPET2.quality: 440 > kern.eventtimer.et.HPET2.frequency: 14318180 > kern.eventtimer.et.HPET2.flags: 3 > kern.eventtimer.et.HPET1.quality: 440 > kern.eventtimer.et.HPET1.frequency: 14318180 > kern.eventtimer.et.HPET1.flags: 3 > kern.eventtimer.et.HPET.quality: 450 > kern.eventtimer.et.HPET.frequency: 14318180 > kern.eventtimer.et.HPET.flags: 3 > kern.eventtimer.et.RTC.quality: 0 > kern.eventtimer.et.RTC.frequency: 32768 > kern.eventtimer.et.RTC.flags: 17 > kern.eventtimer.et.i8254.quality: 100 > kern.eventtimer.et.i8254.frequency: 1193182 > kern.eventtimer.et.i8254.flags: 1 > kern.eventtimer.et.LAPIC.quality: 100 > kern.eventtimer.et.LAPIC.frequency: 0 > kern.eventtimer.et.LAPIC.flags: 15 > kern.timecounter.tsc_shift: 1 > kern.timecounter.smp_tsc_adjust: 0 > kern.timecounter.smp_tsc: 1 > kern.timecounter.invariant_tsc: 1 > kern.timecounter.fast_gettime: 1 > kern.timecounter.tick: 1 > kern.timecounter.choice: ACPI-fast(900) HPET(950) i8254(0) TSC-low(1000) > dummy(-1000000) > kern.timecounter.hardware: HPET > kern.timecounter.alloweddeviation: 5 > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.ACPI-fast.quality: 900 > kern.timecounter.tc.ACPI-fast.frequency: 3579545 > kern.timecounter.tc.ACPI-fast.counter: 14385392 > kern.timecounter.tc.ACPI-fast.mask: 16777215 > kern.timecounter.tc.HPET.quality: 950 > kern.timecounter.tc.HPET.frequency: 14318180 > kern.timecounter.tc.HPET.counter: 2895655601 <(289)%20565-5601> > kern.timecounter.tc.HPET.mask: 4294967295 > kern.timecounter.tc.i8254.quality: 0 > kern.timecounter.tc.i8254.frequency: 1193182 > kern.timecounter.tc.i8254.counter: 43612 > kern.timecounter.tc.i8254.mask: 65535 > kern.timecounter.tc.TSC-low.quality: 1000 > kern.timecounter.tc.TSC-low.frequency: 1400076588 > kern.timecounter.tc.TSC-low.counter: 3635090463 > kern.timecounter.tc.TSC-low.mask: 4294967295 > jsli@jsli-bsd:/home/jsli # And, changing the _timecounter_ fixes the issue ? Can you double-check this ? With the settings above, i.e. HPET for both eventtimer and timecounter, please show vmstat -ia output for two times with the interval of 2 secs. What if you change _eventtimer_ to APIC and then immediately back to HPET, does the problem go away ? Also, if you set the loader tunable kern.eventtimer.timer to LAPIC, and do not enable C2+, does the system boot into the usable state ? > > > > > This is not a verbose dmesg. > > > > Sorry thought I enabled verbose boot on all my machines. > Attached dmesg.boot of the one above. Thank you. From owner-freebsd-current@freebsd.org Mon Jan 16 14:34:59 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A7A6CB1A89 for ; Mon, 16 Jan 2017 14:34:59 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-qk0-x229.google.com (mail-qk0-x229.google.com [IPv6:2607:f8b0:400d:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F37B31CF5 for ; Mon, 16 Jan 2017 14:34:58 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-qk0-x229.google.com with SMTP id 11so120348216qkl.3 for ; Mon, 16 Jan 2017 06:34:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=isiMFmx4ChCDvsT2uruBRJiqt5n0FjJruXYJSe/kXLk=; b=K7nMHt92n8jcbicQbgLH/uUYoEwkv5bASGF8Ku9qAd58n8dO0Tak51AntLsgOj5nhc KpaMpswo/ICbp1E1sLuqsG6uj1IzdVXy/pKQAd3v+kCYNNPWRIQuDVWyzfuAtcbQKrg7 bkzs/zRb51oJ9ljK999/tpSrbMJIeFOxVabkirD3y3QIvqAorhkxtGt3iz6LE89oJpl3 sBZ4Ds2W3Ew3L9UnnTW3ZIvQNEDWaJwCri2rm2MO3CLo91Y5Fnp9dKC30QqgQmVJop/m mDVPhwX8eLkbcJ3xGyXOW2KEYVo7M9j09Og6V86LeV+fcWLc+LnWFHFVSDtpTXQMHBuU Qq8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=isiMFmx4ChCDvsT2uruBRJiqt5n0FjJruXYJSe/kXLk=; b=eYKDRh9bsttWiktd9X/B0k0IRHv71YsTGYxY0O8Bu3aDkW3fG4obDqAkFCzwlZkNGZ GOYx9gCJo55o1v5QW973GIWhNBAvfLeZV+IMiLyrDJUaI/tiqhIF9n1VhDEotf6Q37zN 2xOWHH318gPzAwoLCkl+mAF07tQicY8Vipx7EbBE+rm+WDe7YytAUeIxgB6ObXWn2ZeG m3Un5si3GE4aWayoAk6KKw02J63SZ24314V0TvcEK6TZ+JYUfuUg3Lt5xbhKYdzr7xcS pSG7/7fVnvgoQBaBh52WllRKvG6WfnR6G5pzkpwF7W9bo6KsP94SdPxEpJL3WWiyk2O3 k6tQ== X-Gm-Message-State: AIkVDXI2o+grEasvdxe7y26cVIEi9H6Zrb6dfyGP0i43X9EukszpXMldpwh/EzOSBlpwrubHjwoKF3ee11YuLg== X-Received: by 10.55.26.42 with SMTP id a42mr29175893qka.312.1484577298047; Mon, 16 Jan 2017 06:34:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.8 with HTTP; Mon, 16 Jan 2017 06:34:27 -0800 (PST) In-Reply-To: <20170116120021.GQ2349@kib.kiev.ua> References: <20170113120534.GC2349@kib.kiev.ua> <20170115202008.GL2349@kib.kiev.ua> <20170116120021.GQ2349@kib.kiev.ua> From: Jia-Shiun Li Date: Mon, 16 Jan 2017 22:34:27 +0800 Message-ID: Subject: Re: TSC as timecounter makes system lag To: Konstantin Belousov Cc: freebsd-current Content-Type: multipart/mixed; boundary=001a1147361c7e71a705463716e6 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 14:34:59 -0000 --001a1147361c7e71a705463716e6 Content-Type: text/plain; charset=UTF-8 On Mon, Jan 16, 2017 at 8:00 PM, Konstantin Belousov wrote: > On Mon, Jan 16, 2017 at 12:28:54PM +0800, Jia-Shiun Li wrote: > > BTW please see my other mail of this thread. It seems to be related to > > EARLY_AP_STARTUP option. > Yes, I noted, I might have an idea, but the report that changing the > timecounter makes the lags go away still does not fit into my understanding > of the code. > > Most likely this is an interaction between the EARLY_AP_STARTUP and the > fact that HPET interrupt is global, while most modern systems use LAPIC > event timer, which is per-cpu, and the testing of the option was done > on them. There are some differences in handling the configurations, see > sys/kern/kern_clocksource.c, the option and ET_FLAG_PERCPU. > > And, changing the _timecounter_ fixes the issue ? Can you double-check > this ? > Yes. I noticed this because systat refreshes looked slower, and keystroke did not repeat smoothly for 30/s. I have system clock shown on tmux status line. On c2d it drifted away. Setting timecounter brings it back to normal. See also eventtimer & timecounter tests below. > > With the settings above, i.e. HPET for both eventtimer and timecounter, > please show vmstat -ia output for two times with the interval of 2 secs. > Attached. > > What if you change _eventtimer_ to APIC and then immediately back to HPET, > does the problem go away ? > > It doesn't look so. But keeping LAPIC as eventtimer helps. jsli@jsli-bsd:/home/jsli # sysctl kern.eventtimer.timer=LAPIC && sysctl kern.eventtimer.timer=HPET && ntpdate tw.pool.ntp.org && sleep 30 && ntpdate tw.pool.ntp.org kern.eventtimer.timer: HPET -> LAPIC kern.eventtimer.timer: LAPIC -> HPET 16 Jan 22:00:21 ntpdate[8472]: step time server 203.71.244.7 offset 18.980716 sec 16 Jan 22:01:56 ntpdate[8601]: step time server 103.226.213.30 offset 58.813079 sec jsli@jsli-bsd:/home/jsli # sysctl kern.eventtimer.timer=LAPIC && ntpdate tw.pool.ntp.org && sleep 30 && ntpdate tw.pool.ntp.org kern.eventtimer.timer: HPET -> LAPIC 16 Jan 22:02:36 ntpdate[8666]: step time server 103.226.213.30 offset 19.773086 sec 16 Jan 22:03:13 ntpdate[8776]: adjust time server 103.226.213.30 offset 0.000455 sec jsli@jsli-bsd:/home/jsli # sysctl kern.eventtimer.timer=HPET && ntpdate tw.pool.ntp.org && sleep 30 && ntpdate tw.pool.ntp.org kern.eventtimer.timer: LAPIC -> HPET 16 Jan 22:03:47 ntpdate[8853]: step time server 103.226.213.30 offset 6.344004 sec 16 Jan 22:05:18 ntpdate[8975]: step time server 61.216.153.105 offset 54.908872 sec jsli@jsli-bsd:/home/jsli # sysctl kern.timecounter.hardware=HPET && ntpdate tw.pool.ntp.org && sleep 30 && ntpdate tw.pool.ntp.org kern.timecounter.hardware: TSC-low -> HPET 16 Jan 22:06:29 ntpdate[9073]: step time server 59.124.29.241 offset 39.211691 sec 16 Jan 22:07:05 ntpdate[9185]: adjust time server 61.216.153.105 offset 0.001015 sec jsli@jsli-bsd:/home/jsli # sysctl kern.timecounter.hardware=TSC-low && ntpdate tw.pool.ntp.org && sleep 30 && ntpdate tw.pool.ntp.org kern.timecounter.hardware: HPET -> TSC-low 16 Jan 22:07:28 ntpdate[9244]: step time server 61.216.153.105 offset 3.122954 sec 16 Jan 22:08:58 ntpdate[9357]: step time server 61.216.153.104 offset 53.758451 sec jsli@jsli-bsd:/home/jsli # > Also, if you set the loader tunable kern.eventtimer.timer to LAPIC, > and do not enable C2+, does the system boot into the usable state ? > > Not sure if you mean disabling C2 from BIOS. Right now I don't have BIOS access to the c2d, and my notebook only has minimal BIOS settings to play with. Anyway on notebook set kern.eventtimer.timer=LAPIC in loader prompt to boot , and the system still lags. But after setting sysctl dev.cpu.0.cx_lowest=C1 && sysctl dev.cpu.1.cx_lowest=C1 system clock returns to normal speed. -Jia-Shiun. --001a1147361c7e71a705463716e6 Content-Type: text/plain; charset=US-ASCII; name="vmstat.txt" Content-Disposition: attachment; filename="vmstat.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iy06tftn0 anNsaUBqc2xpLWJzZDp+ICUgdm1zdGF0IC1pYSAyIDIKaW50ZXJydXB0ICAgICAgICAgICAgICAg ICAgICAgICAgICB0b3RhbCAgICAgICByYXRlCj8/PyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMAppcnExOiBhdGtiZDAgICAgICAgICAgICAgICAgICAgICAg ICAgICAyICAgICAgICAgIDAKc3RyYXkgaXJxMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmlycTA6IGF0dGltZXIwICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMApzdHJheSBpcnEwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKaXJxMzogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0 cmF5IGlycTMgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE0OiB1 YXJ0MCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNCAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTU6ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE1ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxNjogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTYgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnE3OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKc3RyYXkgaXJxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmlycTg6IGF0cnRjMCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMApzdHJheSBpcnE4ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK aXJxOTogYWNwaTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5 IGlycTkgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMDogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTExOiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExMSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTI6ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTEyICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnExMzogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxMTMgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTE0OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnExNCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx MTU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTE1ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExNjogZW0wOmly cTArKyAgICAgICAgICAgICAgICAgICAgIDE5ICAgICAgICAgIDAKc3RyYXkgaXJxMTYgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE3OiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExNyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTg6IHVoY2kyIGVoY2kwKyAgICAgICAgICAgICAg ICAgICAxOCAgICAgICAgICAwCnN0cmF5IGlycTE4ICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnExOTogdWhjaTQgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMTkgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTIwOiBocGV0MCAgICAgICAgICAgICAgICAgICAgICAgMTM1OTIgICAgICAgIDE5Mgpz dHJheSBpcnEyMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjE6 IHVoY2kxICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTIx ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyMjogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjIgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTIzOiB1aGNpMyBlaGNpMSAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyMyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKY3B1MDp0aW1lciAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCmNwdTE6dGltZXIgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnEyNTY6IGhkYWMwICAgICAgICAgICAgICAgICAgICAgICAgIDk1ICAgICAg ICAgIDEKc3RyYXkgaXJxMjU2ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTI1NzogcGNpYjEgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnEyNTcgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjU4OiBw Y2liMiAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI1OCAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNTk6IHBjaWIzICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjU5ICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MDogcmUwICAgICAgICAgICAgICAgICAg ICAgICAgMTYxOTEgICAgICAgIDIyOQpzdHJheSBpcnEyNjAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxMjYxOiBhaGNpMDpjaDAgICAgICAgICAgICAgICAgICAgNDIx MCAgICAgICAgIDYwCnN0cmF5IGlycTI2MSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyNjI6IGFoY2kwOmNoMSAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxMjYyICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTI2MzogYWhjaTA6Y2gyICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyNjMgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY0OiBhaGNp MDpjaDMgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NCAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjU6IGFoY2kwOmNoNCAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY1ICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2NjogYWhjaTA6Y2g1ICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjYgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMjY3OiBhaGNpMDo2ICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTI2NyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnEyNjg6IGFoY2kwOjcgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMjY4ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2 OTogYWhjaTA6OCAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEy NjkgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjcwOiBhaGNpMDo5 ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MCAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzE6IGFoY2kwOjEwICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjcxICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTI3MjogYWhjaTA6MTEgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzIgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxMjczOiBhaGNpMDoxMiAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCnN0cmF5IGlycTI3MyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnEyNzQ6IGFoY2kwOjEzICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMjc0ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3NTog YWhjaTA6MTQgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzUg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjc2OiBhaGNpMDoxNSAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3NiAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApUb3RhbCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDM0MTI3ICAgICAgICA0ODMKPz8/ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCmlycTE6IGF0a2JkMCAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMApzdHJheSBpcnExICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKaXJxMDogYXR0aW1lcjAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCnN0cmF5IGlycTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApp cnEzOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkg aXJxMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTQ6IHVhcnQw ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE0ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxNTogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTUgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE2OiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCmlycTc6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMApzdHJheSBpcnE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKaXJxODogYXRydGMwICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CnN0cmF5IGlycTggICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE5 OiBhY3BpMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJx OSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTEwOiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExMCAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTE6ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTExICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMAppcnExMjogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTIgICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmlycTEzOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMApzdHJheSBpcnExMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKaXJxMTQ6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0 cmF5IGlycTE0ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExNTog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTUg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE2OiBlbTA6aXJxMCsr ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExNiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTc6ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE3ICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnExODogdWhjaTIgZWhjaTArICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTggICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmlycTE5OiB1aGNpNCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMApzdHJheSBpcnExOSAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK aXJxMjA6IGhwZXQwICAgICAgICAgICAgICAgICAgICAgICAgICA4MSAgICAgICAgIDQwCnN0cmF5 IGlycTIwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyMTogdWhj aTEgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjEgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTIyOiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyMiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjM6IHVoY2kzIGVoY2kxICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTIzICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApjcHUwOnRpbWVyICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKY3B1MTp0aW1lciAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTI1NjogaGRhYzAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnEyNTYgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx MjU3OiBwY2liMSAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTI1NyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNTg6IHBjaWIy ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjU4ICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI1OTogcGNpYjMgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNTkgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYwOiByZTAgICAgICAgICAgICAgICAgICAgICAg ICAgIDU4MCAgICAgICAgMjg5CnN0cmF5IGlycTI2MCAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnEyNjE6IGFoY2kwOmNoMCAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMjYxICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTI2MjogYWhjaTA6Y2gxICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnEyNjIgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYz OiBhaGNpMDpjaDIgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2 MyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjQ6IGFoY2kwOmNo MyAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY0ICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2NTogYWhjaTA6Y2g0ICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjUgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMjY2OiBhaGNpMDpjaDUgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NiAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnEyNjc6IGFoY2kwOjYgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKc3RyYXkgaXJxMjY3ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTI2ODogYWhjaTA6NyAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnEyNjggICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY5OiBh aGNpMDo4ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2OSAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzA6IGFoY2kwOjkgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjcwICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3MTogYWhjaTA6MTAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzEgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxMjcyOiBhaGNpMDoxMSAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTI3MiAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyNzM6IGFoY2kwOjEyICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxMjczICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTI3NDogYWhjaTA6MTMgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyNzQgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjc1OiBhaGNp MDoxNCAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3NSAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzY6IGFoY2kwOjE1ICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjc2ICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwClRvdGFsICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICA2NjEgICAgICAgIDMzMApqc2xpQGpzbGktYnNkOn4gJSBzdQpQYXNzd29yZDoKanNsaUBq c2xpLWJzZDovaG9tZS9qc2xpICMgc3lzY3RsIGtlcm4udGltZWNvdW50ZXIuaGFyZHdhcmU9SFBF VAprZXJuLnRpbWVjb3VudGVyLmhhcmR3YXJlOiBUU0MtbG93IC0+IEhQRVQKanNsaUBqc2xpLWJz ZDovaG9tZS9qc2xpICMgdm1zdGF0IC1pYSAyIDIKaW50ZXJydXB0ICAgICAgICAgICAgICAgICAg ICAgICAgICB0b3RhbCAgICAgICByYXRlCj8/PyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnExOiBhdGtiZDAgICAgICAgICAgICAgICAgICAgICAgICAg ICAyICAgICAgICAgIDAKc3RyYXkgaXJxMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmlycTA6IGF0dGltZXIwICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMApzdHJheSBpcnEwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK aXJxMzogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5 IGlycTMgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE0OiB1YXJ0 MCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTU6ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE1ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxNjogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTYgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnE3OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTg6IGF0cnRjMCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnE4ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx OTogYWNwaTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTkgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMDogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTExOiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExMSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTI6ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTEyICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnExMzogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMTMgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTE0OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnExNCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTU6 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE1 ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExNjogZW0wOmlycTAr KyAgICAgICAgICAgICAgICAgICAgIDE5ICAgICAgICAgIDAKc3RyYXkgaXJxMTYgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE3OiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExNyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMTg6IHVoY2kyIGVoY2kwKyAgICAgICAgICAgICAgICAg ICAxOCAgICAgICAgICAwCnN0cmF5IGlycTE4ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnExOTogdWhjaTQgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKc3RyYXkgaXJxMTkgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTIwOiBocGV0MCAgICAgICAgICAgICAgICAgICAgICAgMTQ2NzkgICAgICAgIDE0NwpzdHJh eSBpcnEyMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjE6IHVo Y2kxICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTIxICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyMjogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjIgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTIzOiB1aGNpMyBlaGNpMSAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyMyAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKY3B1MDp0aW1lciAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmNwdTE6dGltZXIgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyNTY6IGhkYWMwICAgICAgICAgICAgICAgICAgICAgICAgIDk1ICAgICAgICAg IDEKc3RyYXkgaXJxMjU2ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTI1NzogcGNpYjEgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyNTcgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjU4OiBwY2li MiAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI1OCAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNTk6IHBjaWIzICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjU5ICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MDogcmUwICAgICAgICAgICAgICAgICAgICAg ICAgMjM1OTYgICAgICAgIDIzNwpzdHJheSBpcnEyNjAgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMjYxOiBhaGNpMDpjaDAgICAgICAgICAgICAgICAgICAgNDMzMSAg ICAgICAgIDQzCnN0cmF5IGlycTI2MSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnEyNjI6IGFoY2kwOmNoMSAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMjYyICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2 MzogYWhjaTA6Y2gyICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEy NjMgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY0OiBhaGNpMDpj aDMgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NCAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjU6IGFoY2kwOmNoNCAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY1ICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTI2NjogYWhjaTA6Y2g1ICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjYgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxMjY3OiBhaGNpMDo2ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCnN0cmF5IGlycTI2NyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnEyNjg6IGFoY2kwOjcgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMjY4ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2OTog YWhjaTA6OCAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjkg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjcwOiBhaGNpMDo5ICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MCAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzE6IGFoY2kwOjEwICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjcxICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCmlycTI3MjogYWhjaTA6MTEgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMApzdHJheSBpcnEyNzIgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKaXJxMjczOiBhaGNpMDoxMiAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCnN0cmF5IGlycTI3MyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApp cnEyNzQ6IGFoY2kwOjEzICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkg aXJxMjc0ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3NTogYWhj aTA6MTQgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzUgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjc2OiBhaGNpMDoxNSAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3NiAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApUb3RhbCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDQyNzQwICAgICAgICA0MjkKPz8/ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCmlycTE6IGF0a2JkMCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMApzdHJheSBpcnExICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKaXJxMDogYXR0aW1lcjAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CnN0cmF5IGlycTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEz OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJx MyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTQ6IHVhcnQwICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE0ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxNTogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTUgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMAppcnE2OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmlycTc6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMApzdHJheSBpcnE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKaXJxODogYXRydGMwICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0 cmF5IGlycTggICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE5OiBh Y3BpMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxOSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTEwOiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExMCAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTE6ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTExICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnExMjogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTIgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmlycTEzOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMApzdHJheSBpcnExMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK aXJxMTQ6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5 IGlycTE0ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExNTogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTUgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE2OiBlbTA6aXJxMCsrICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExNiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTc6ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE3ICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnExODogdWhjaTIgZWhjaTArICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxMTggICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTE5OiB1aGNpNCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnExOSAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx MjA6IGhwZXQwICAgICAgICAgICAgICAgICAgICAgICAgICA0MiAgICAgICAgIDIxCnN0cmF5IGly cTIwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyMTogdWhjaTEg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjEgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTIyOiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyMiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjM6IHVoY2kzIGVoY2kxICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTIzICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMApjcHUwOnRpbWVyICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKY3B1MTp0aW1lciAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTI1NjogaGRhYzAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnEyNTYgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjU3 OiBwY2liMSAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI1 NyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNTg6IHBjaWIyICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjU4ICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI1OTogcGNpYjMgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNTkgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMjYwOiByZTAgICAgICAgICAgICAgICAgICAgICAgICAg IDIxOSAgICAgICAgMTA4CnN0cmF5IGlycTI2MCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnEyNjE6IGFoY2kwOmNoMCAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKc3RyYXkgaXJxMjYxICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTI2MjogYWhjaTA6Y2gxICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnEyNjIgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYzOiBh aGNpMDpjaDIgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2MyAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjQ6IGFoY2kwOmNoMyAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY0ICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2NTogYWhjaTA6Y2g0ICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjUgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxMjY2OiBhaGNpMDpjaDUgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTI2NiAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyNjc6IGFoY2kwOjYgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxMjY3ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTI2ODogYWhjaTA6NyAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyNjggICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY5OiBhaGNp MDo4ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2OSAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzA6IGFoY2kwOjkgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjcwICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3MTogYWhjaTA6MTAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzEgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMjcyOiBhaGNpMDoxMSAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTI3MiAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnEyNzM6IGFoY2kwOjEyICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMjczICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3 NDogYWhjaTA6MTMgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEy NzQgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjc1OiBhaGNpMDox NCAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3NSAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzY6IGFoY2kwOjE1ICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjc2ICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwClRvdGFsICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAyNjEgICAgICAgIDEyOQpqc2xpQGpzbGktYnNkOi9ob21lL2pzbGkgIwoK --001a1147361c7e71a705463716e6-- From owner-freebsd-current@freebsd.org Mon Jan 16 15:41:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 065D5CB21BF; Mon, 16 Jan 2017 15:41:08 +0000 (UTC) (envelope-from jungleboogie0@gmail.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C561812AF; Mon, 16 Jan 2017 15:41:07 +0000 (UTC) (envelope-from jungleboogie0@gmail.com) Received: by mail-io0-x22c.google.com with SMTP id j18so94146267ioe.2; Mon, 16 Jan 2017 07:41:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=u8caV1iojkj7D+1A93FYSRErkF3l2ccyMc55OKuSCsM=; b=hrfZWlzIneROGT72tOg/Jqi+3Z/Izfl0rm+deftvSjlcF2nbEQspU4EktEiGKA6D07 2YMxjFP5lUAtFbjZw1VHWEWo5jItVbuZvo6iY9mjW6U7J99CuR/MV87U83vGm8p2vixt DLYigvLNMV0j8ipQOL7lW6YN0+6G5fuMx9WZTcJ7cMJm6OLMmD7LYtsy6WPcTOBB1ubh uNah9cO2yNGI8XbvEg2oasOPux+zI4D++XwptBweGhZvmWLAlGtc0MC3/P9cP5TQWcwp h8HX4lYS9HpWho94QNTfg1IHVSIbTIw02BU5ZnTH5epauF5hSjzmZMgPtMWlJW043tP+ 8jzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=u8caV1iojkj7D+1A93FYSRErkF3l2ccyMc55OKuSCsM=; b=tnGXMFG0NPFQYVxhS+I4MnJxjznJ1nCPKXq/D6FIJCqjsmIeK/WeBKG5NzzyTD1lpd pIvsHx/TQc0I6h4CQjw1yGIizmeU5kWXARS8OkvSXZlfWkiLaOiqLPwx7JHR7wAzuZ32 ApEsTkszQj+ZLFsi69TqSBrmPs2Vj1L/VM6pKlENVLJHtztgWn+DvFNi6KZ7OvqUSMMT 7ZIOn5xhXs0uYMohgFPyXR5UAts7fpQn26TIAgONJjdzlA4R/67SpvsTIkEtQ7TuJj9z u9YxspXkDPjLCI2hne91/WO40tpFpzFE+2LjJetW40NuYL9YoZhnZc/At8N7Z2bAWstN cf/g== X-Gm-Message-State: AIkVDXIcucE/DCh30jI8pGc3at61HZvwwqzffuMDrJA+P3tNNOaoxoToR0UxqyJDxzxGYK16j9XN0VAIl3ClQw== X-Received: by 10.107.63.2 with SMTP id m2mr33041119ioa.74.1484581266966; Mon, 16 Jan 2017 07:41:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.36.142.199 with HTTP; Mon, 16 Jan 2017 07:41:06 -0800 (PST) In-Reply-To: References: From: jungle Boogie Date: Mon, 16 Jan 2017 07:41:06 -0800 Message-ID: Subject: Re: Does someone keep track of how long it takes to buildworld/kernel? To: Eric Joyner Cc: freebsd-questions , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 15:41:08 -0000 On 13 January 2017 at 12:23, Eric Joyner wrote: > > It takes forever, but I keep on forgetting to time how long it takes, so I > don't know how long "forever" is. My last buildworld on a severely under powered i386 for 11stable: 420:41 minutes Build kernel is around 85 minutes. How I track: https://github.com/dschep/ntfy + https://pushover.net I get a notification on my phone, otherwise I would forget to check and/or check too frequently. I set it up in a tmux session and detach until it's finished. -- ------- inum: 883510009027723 sip: jungleboogie@sip2sip.info From owner-freebsd-current@freebsd.org Mon Jan 16 15:52:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B33B0CB2AAE for ; Mon, 16 Jan 2017 15:52:26 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 70B291E8F; Mon, 16 Jan 2017 15:52:26 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id B78BF1FE025; Mon, 16 Jan 2017 16:52:01 +0100 (CET) From: Hans Petter Selasky Subject: Strange issue after early AP startup To: FreeBSD Current , John Baldwin , Konstantin Belousov Message-ID: Date: Mon, 16 Jan 2017 16:51:42 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 15:52:26 -0000 Hi, When booting I observe an additional 30-second delay after this print: > Timecounters tick every 1.000 msec ~30 second delay and boot continues like normal. Checking "vmstat -i" reveals that some timers have been running loose. > cpu0:timer 44300 442 > cpu1:timer 40561 404 > cpu3:timer 48462822 483058 > cpu2:timer 48477898 483209 Trying to add delays and/or prints around the Timecounters printout makes the issue go away. Any ideas for debugging? Looks like a startup race to me. --HPS From owner-freebsd-current@freebsd.org Mon Jan 16 16:07:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 787B1CB2DEF for ; Mon, 16 Jan 2017 16:07:20 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 61DB51586 for ; Mon, 16 Jan 2017 16:07:20 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: by mailman.ysv.freebsd.org (Postfix) id 5E83CCB2DEA; Mon, 16 Jan 2017 16:07:20 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C491CB2DE7; Mon, 16 Jan 2017 16:07:20 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AC9FB1584; Mon, 16 Jan 2017 16:07:19 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from [109.42.1.74] by msvc-mesg-gmx018.server.lan (via HTTP); Mon, 16 Jan 2017 17:07:08 +0100 Message-ID: From: ohauer To: "Benjamin Kaduk" , "Julian Elischer" Cc: "ports@FreeBSD.org" , "current@freebsd.org" Subject: Re: Re: recent change to vim defaults? Date: Mon, 16 Jan 2017 17:07:08 +0100 X-Provags-ID: V03:K0:JHhNqQ+O5baiMqKbnktqLHIRf0Klisl9IIBlQFxrpSa 085nd3wgyDvdwWQJ5Z7P5uMB1W2gCTVtr6UZZAFZ0fXAvjyS0F eUd/ThE9AWqD3ZVc3q01kxe+HcBGw4p+1DyKJZzUbimRqP6Uav AAkS9Z+Pgk5Jia5xpJu1XdIqxNcjn6OjlxPUSMRDrucfwqcA/a jjrFHwVsOQYmfaqiT+GGqJDJjJ9iQTzpKtO0IlIeGdVXJ3Mmtc ysKxN8ZNLeIx/nk8ePIeN5igNHrs7pBOY8b00tmqrs62SCGO2i f2DPg4= X-UI-Out-Filterresults: notjunk:1;V01:K0:p7CTG9DWZRc=:8i7qW0VPRteVFkilK6hC3L 7ijKmKXgXhXHF+TQy/hUQYwcN2/6vF2taX0LGMcFnEAFy7MMxCX7u8cH3M6eLoe/jpXkN9jty MxxR4ZPe1wpgyuvScmYRGrQzu5yosVfbHhZNEUwp1NIp4V06SyY+GGIOJ+STozYyPmN+CL4rp DhRBSVHIMezjFnK8+CoxbIsxXr177rhKIeIYOr4vWWkyyFqGoaxGyXKUT22kWfHNINJEgi4a4 YXyVXaM8qml65H7H1mP95qNJFCq3EGKhkPShu9BPkbBeERDnw6HZ+WHnTCLVM8g0fu6+7wA0b lcvgXUS5LFBaEFjR8uRe8ArNlqvnLw+LZg0i+W9uLgGtzJTItHlNxHzfdPL53WX5PqN2n6RiR DNW/3ZBkP29hAjLTcHsDoKmPg49fpmu+d0w4V4rxHClwlmXZmTn576u+6Ye3sBuqvKsNJvHe4 ZjaFNqMCasWO+qO610yfMO7sa0btrH9tlG3pLsqOPsAb5d9NRrKH MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 16:07:20 -0000 From owner-freebsd-current@freebsd.org Mon Jan 16 16:25:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA0DACB2427 for ; Mon, 16 Jan 2017 16:25:30 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 85855119B for ; Mon, 16 Jan 2017 16:25:30 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 81F15CB2425; Mon, 16 Jan 2017 16:25:30 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81623CB2424; Mon, 16 Jan 2017 16:25:30 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B693119A; Mon, 16 Jan 2017 16:25:30 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id r126so165714756wmr.0; Mon, 16 Jan 2017 08:25:30 -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:user-agent; bh=qrnzQntjvlIFYa3aeDvYQEEyMe3iPbx7mswtGwo5MWI=; b=SDiYCD0N47ZmFutdapJxe0MAqv7xoMlu4irnCphRuPYLBVPXdZIldm2oPYMxUGBNgQ 691uQ3+30pIL92FS7pvCzx20FUlzesyehjFj4Bll3VM1Bw6sW2oM6uYA9fEPsghU7ytq wXgR2ulnLaK9QlLS7iK+roQyOw+uCj9YzaqZSWLgTPDUogmXvxcwoZuwkGrCBNH+KzcD DjXln/n2qt4o8XW438eoX340YDGoFRD5s3uOz7Vosu4fU2KxkPDGGR8zJzmFn5DP1cWn 3/hUxk+kre1paoucMRvDpwObZ3YVdDtBBQFOpJ78A5ox6J/yjmGtTu/D6xueK1iM/7zo nLbQ== 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:user-agent; bh=qrnzQntjvlIFYa3aeDvYQEEyMe3iPbx7mswtGwo5MWI=; b=WXMCyIia9YuefSC4Q8VhIY4URHkl1X1G4kq0T3ZXH8OuPnncYPNqp5gUCAFVjjMO9j Jx1H8V3JZ1RgBJqceg0Rmk80GHhseO+l4pNh2mC77AufZDjzA9J0bqnvINH8BtqHBx9P dWrMjWpLQnUhOF88oGqvkvsfM9Lk+qYeU7OHFMlVpT5AbRdWHtQWc/cjBqPgzkEk4rfi PQCl9FXCfV+gMBlcWAWqixYcuErWX47HfgHOcNbkd4mGOmwyNJ9Hm8RRXdiI7JKuHYNR hmGQ0yBwG/Fd8SXn8ByTrvfhR0EkW3IKkNnfY3/x+x+fBaRV53jmyDpsTTDK9I7+3OJk 2iUA== X-Gm-Message-State: AIkVDXKpyMlbXOouCE8BuJ+5XNezkS1lhlqGdH9fq+I50nw2M/aagxmp0nK3xTitKZm5Dw== X-Received: by 10.28.21.84 with SMTP id 81mr13521001wmv.106.1484583928074; Mon, 16 Jan 2017 08:25:28 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id v143sm15717815wmv.4.2017.01.16.08.25.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Jan 2017 08:25:27 -0800 (PST) Sender: Baptiste Daroussin Date: Mon, 16 Jan 2017 17:25:26 +0100 From: Baptiste Daroussin To: Julian Elischer Cc: "ports@FreeBSD.org" , "current@freebsd.org" Subject: Re: recent change to vim defaults? Message-ID: <20170116162526.ei2uxnnvmuni6inp@ivaldir.etoilebsd.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rmu5oix3kic5fakw" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20161126 (1.7.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 16:25:30 -0000 --rmu5oix3kic5fakw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 16, 2017 at 12:03:08AM +0800, Julian Elischer wrote: > I noticed that suddenly vim is grabbing mouse movements, which makes life > really hard. >=20 > Was there a specific revision that brought in this change, and can it be > removed? This change appeared in one of the last patchset of vim 7.4 and was one of = the "features" of the vim 8.0 release. I do agree this is just totally painful :( Best regards, Bapt --rmu5oix3kic5fakw Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlh88/MACgkQY4mL3PG3 PloVUw/7B7ayI2t5JEHlrp2y+oml3Txc7ibnU/7DV30C2xwWalCJ8Zt9jxuQKh8o VahMMpjSi2gW6hTQqE7lWlag2HodqJWZYnAHROvRnwlsmBNQbNh4eTaejkwWU6Gm jm14em3WygPAV+sCuKsLYsVNMyApNgudMa5yVOOqN8I1tE1T3kmV/w71noMi2f0V zKLpzrI8Fp+vIYrczaM8Vjva8evh6plg5s/X/BkLWH1p8WgbCdvhilIVd0RXqZEU nHu8viALd4K07m8wK5CLWn8iXTRP6Ct6DULlJMZxinYYy+6h4dxcR66bC6Eff1pp bWoMcEQmglKnh8eg5KyMdqMI2CwsW/ajVkNrYUIBPccyBWS+nl7IJ2+/LapDrdMc xEyW2F+oO4WMBIDKEs7uVC0XoXHLN1uh4a8bSJSrKQ91pSADd2aPJHjhdH74Fwru kqcNBE8Pm7g9iodhS8pLguCsFv7kUeD+ABTuhu6YmVbnJroQ9T8FSxIfx7ZwnKws AfSS2rV3bGZ39/AywWRn7XdH2zsDDi5uvUd19uyYP7aXW/UsSwPAOy1eNgbsU1ok rv3WwjCB0APjGk0MhYZijg9VFItZWQpFodPO4FY3rejwuSolgsqT5yF20AKtKDU4 gNkNPzdL70/SpKU6vjZcdijs1YQzj5wXmih0deW68CJhqq2593U= =O1XS -----END PGP SIGNATURE----- --rmu5oix3kic5fakw-- From owner-freebsd-current@freebsd.org Mon Jan 16 16:46:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DEC2BCAF075 for ; Mon, 16 Jan 2017 16:46:44 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id CBFEF138E for ; Mon, 16 Jan 2017 16:46:44 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id C88A2CAF071; Mon, 16 Jan 2017 16:46:44 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8195CAF070; Mon, 16 Jan 2017 16:46:44 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 89AED138C; Mon, 16 Jan 2017 16:46:44 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1cTAQb-000EWt-FO; Mon, 16 Jan 2017 19:46:41 +0300 Date: Mon, 16 Jan 2017 19:46:41 +0300 From: Slawa Olhovchenkov To: Baptiste Daroussin Cc: Julian Elischer , "ports@FreeBSD.org" , "current@freebsd.org" Subject: Re: recent change to vim defaults? Message-ID: <20170116164641.GD58505@zxy.spb.ru> References: <20170116162526.ei2uxnnvmuni6inp@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170116162526.ei2uxnnvmuni6inp@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 16:46:45 -0000 On Mon, Jan 16, 2017 at 05:25:26PM +0100, Baptiste Daroussin wrote: > On Mon, Jan 16, 2017 at 12:03:08AM +0800, Julian Elischer wrote: > > I noticed that suddenly vim is grabbing mouse movements, which makes life > > really hard. > > > > Was there a specific revision that brought in this change, and can it be > > removed? > > This change appeared in one of the last patchset of vim 7.4 and was one of the > "features" of the vim 8.0 release. > > I do agree this is just totally painful :( Wat about edit 8-bit files in utf-8 locale? Still corrupted files? From owner-freebsd-current@freebsd.org Mon Jan 16 17:19:15 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49C3FCB11EE for ; Mon, 16 Jan 2017 17:19:15 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 246DE1E4E for ; Mon, 16 Jan 2017 17:19:15 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 20B4ACB11EC; Mon, 16 Jan 2017 17:19:15 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2034DCB11EB; Mon, 16 Jan 2017 17:19:15 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wj0-x242.google.com (mail-wj0-x242.google.com [IPv6:2a00:1450:400c:c01::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A5CD41E4D; Mon, 16 Jan 2017 17:19:14 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wj0-x242.google.com with SMTP id ip10so424701wjb.1; Mon, 16 Jan 2017 09:19:14 -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:user-agent; bh=OCY3XtEVJyEZGt6OALl3bVQapnTy4KZVsSZzOgqSemc=; b=ZhZZzAHeQqEeHXXjDTPqJ062/2PCHsV2fGJY52R5dAz5V8oQo/Jrh3matOUzMLLW0l /sDo8KNdPwdsV5TzSDGebvNNGfjPSe+htUdpB2L8top4Dxa3/jh5mU7ZG51QbNHA3LeP T7nZXpEkPlv5Vs7dXNpp5skxDje7UX9po37aPaqjjgHNUSQ7WivyqnC85brWlepEYMmP Gq8X9eDMecEQOn3eA4q4s1gVgLgF4XnDJDmbiwLgMhJZtxq5ZQb1aekAVEPAyJ25Gek7 rKZ2YRqJ/y9eY6/y7QyxrrbJsDpS4AYedbDz/A1v2oT4K/C/C5UDNAKvnb1r+KIMV1Hg HhDA== 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:user-agent; bh=OCY3XtEVJyEZGt6OALl3bVQapnTy4KZVsSZzOgqSemc=; b=dVZxDFKIciAbWkQQuJGb2Kb6zzl4yCATIqeOAc9ryqe4bbl68EeOzjcewC2oCrAAfE Wih7hhtHmu5JCcciFNATPhni3nLhN5LLubGAi396vYPWd1TESzwoniQo2jTAQnggzXBG 5u7dfnAJlcv3ZshWItPyl/tACv5G9Xi2Suawc4DLikgxRnc1CsnaBlYG0TdKmO+wJD5E CZA0mFqxJ7zvV7INirHqkdVo+NvEqh9wvDnjTvYASjV5Ab1LlIYml7So24w9iVCSOyEa HVw6fxvk45kvfuYQEqnQvCmlTUWH8IEqKM3Ncw9jkXSgJK5Tq766lJXmsBz8Mib99/n7 OcTA== X-Gm-Message-State: AIkVDXLLrL7IOX8vDbKC3EcMGqTs29p1kGmk41Yq/6Uz4Z+ftEHxU0tHvDzj1TgMgMrwXA== X-Received: by 10.223.169.115 with SMTP id u106mr23558910wrc.54.1484587152457; Mon, 16 Jan 2017 09:19:12 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id d29sm30148282wmi.19.2017.01.16.09.19.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Jan 2017 09:19:11 -0800 (PST) Sender: Baptiste Daroussin Date: Mon, 16 Jan 2017 18:19:10 +0100 From: Baptiste Daroussin To: Slawa Olhovchenkov Cc: Julian Elischer , "ports@FreeBSD.org" , "current@freebsd.org" Subject: Re: recent change to vim defaults? Message-ID: <20170116171910.ysufcxlcwvu2lbu2@ivaldir.etoilebsd.net> References: <20170116162526.ei2uxnnvmuni6inp@ivaldir.etoilebsd.net> <20170116164641.GD58505@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="z6qywgqenmj5ig4y" Content-Disposition: inline In-Reply-To: <20170116164641.GD58505@zxy.spb.ru> User-Agent: NeoMutt/20161126 (1.7.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 17:19:15 -0000 --z6qywgqenmj5ig4y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 16, 2017 at 07:46:41PM +0300, Slawa Olhovchenkov wrote: > On Mon, Jan 16, 2017 at 05:25:26PM +0100, Baptiste Daroussin wrote: >=20 > > On Mon, Jan 16, 2017 at 12:03:08AM +0800, Julian Elischer wrote: > > > I noticed that suddenly vim is grabbing mouse movements, which makes = life > > > really hard. > > >=20 > > > Was there a specific revision that brought in this change, and can it= be > > > removed? > >=20 > > This change appeared in one of the last patchset of vim 7.4 and was one= of the > > "features" of the vim 8.0 release. > >=20 > > I do agree this is just totally painful :( >=20 > Wat about edit 8-bit files in utf-8 locale? > Still corrupted files? What are you speaking about I never had this issue with vim We had this issue with vi in base which is now worked arounded so it just f= ails so save instead of corrupting (which is still bad but a bit better :)) Bapt --z6qywgqenmj5ig4y Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlh9AIMACgkQY4mL3PG3 PlonghAA6IJjBJGdFRWuEcuhYGM+UKTGa2s1acfAJzK9PjHA17Y9BpTJHw1itq06 cuR9wiDNg72nAvkHVXsXvRmY/vv5hSefgaONLSrybSfBXtAmvw2PwgyPlgYEm71Y KFHPjbxvndl7MxNE9M3aPUAPOgGoHkQ7w3oocWEe5nEdSKy7gR2FNtHaicE5eLKs 5Zp3lJTMT3pCudhuJG/8jvVXL7rHyl8azVENsFdvDXoy5gF2aW7OXS071rNyAT5l gzPJLrV0EQ560v4XwaafEAy9ZIDw3IjZEPKY5Osyh3WP67IknvuLDLKmjIY0AE66 x9oAUu37Y9STTwovAQpmCOjppoBfl806euXWizEHONg6k9hOXhNlI2acCi+7uwcz zY97idEnhF+/M6OJ3rcTJd6o4gqBOLVpyPEU32gzkXbyOkw81F71Dt8K5ZgjUP6V 8dZxpczNL8uVQuUT2dUt4bDaEF0lnFTxO/Fegy1cj9UGUkB+3kpPzrcMlzXX69Xw lTAP91BBdFB+KocdDbnQXzqwTeD587xQvvnfju9Fj7tdW1LjCJi3qH+k7WY5Qm/Z 9qltJP3xHBjz+/WIy7pqxc2/PRDR0oSWihjx+SFoqxmSMejYqKcoPTiIsryTrqG8 5YL5ZI2GzkeJDYxBnSyL7a6BoSafbpREEBhB8LC7nBD4vQ1lBiM= =x3Kr -----END PGP SIGNATURE----- --z6qywgqenmj5ig4y-- From owner-freebsd-current@freebsd.org Mon Jan 16 17:23:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96953CB15AD for ; Mon, 16 Jan 2017 17:23:26 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8453613D4 for ; Mon, 16 Jan 2017 17:23:26 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by mailman.ysv.freebsd.org (Postfix) id 83998CB15AA; Mon, 16 Jan 2017 17:23:26 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 831E4CB15A9; Mon, 16 Jan 2017 17:23:26 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from anoxia.adamw.org (anoxia.adamw.org [104.225.8.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anoxia.adamw.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 85A1A13D3; Mon, 16 Jan 2017 17:23:25 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by anoxia.adamw.org (OpenSMTPD) with ESMTPSA id cfbb460d TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Mon, 16 Jan 2017 10:23:18 -0700 (MST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: recent change to vim defaults? From: Adam Weinberger In-Reply-To: <20170116162526.ei2uxnnvmuni6inp@ivaldir.etoilebsd.net> Date: Mon, 16 Jan 2017 10:23:16 -0700 Cc: Julian Elischer , "ports@FreeBSD.org" , "current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <48FFF8F8-7F23-4624-8436-F978F072494E@adamw.org> References: <20170116162526.ei2uxnnvmuni6inp@ivaldir.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.3259) X-Mailman-Approved-At: Mon, 16 Jan 2017 17:50:33 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 17:23:26 -0000 > On 16 Jan, 2017, at 9:25, Baptiste Daroussin wrote: >=20 > On Mon, Jan 16, 2017 at 12:03:08AM +0800, Julian Elischer wrote: >> I noticed that suddenly vim is grabbing mouse movements, which makes = life >> really hard. >>=20 >> Was there a specific revision that brought in this change, and can it = be >> removed? >=20 > This change appeared in one of the last patchset of vim 7.4 and was = one of the > "features" of the vim 8.0 release. >=20 > I do agree this is just totally painful :( >=20 > Best regards, > Bapt One of the things that I inherited with the Vim port was the = DEFAULT_VIMRC option (which installs = /usr/ports/editors/vim/files/vimrc), and I haven't touched it. I have moused disabled in all my boxes so I have no idea about bad mouse = behaviour in Vim. If there is a bad default that is causing grief, let's = just fix it in that default vimrc. I'm not really understanding what the unexpected behaviour is so I can't = make an intelligent recommendation myself, but I'll go with whatever you = folks suggest. # Adam --=20 Adam Weinberger adamw@adamw.org https://www.adamw.org From owner-freebsd-current@freebsd.org Mon Jan 16 17:59:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9BD8FCB249A; Mon, 16 Jan 2017 17:59:44 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yw0-x233.google.com (mail-yw0-x233.google.com [IPv6:2607:f8b0:4002:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E4E71F8D; Mon, 16 Jan 2017 17:59:44 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yw0-x233.google.com with SMTP id a10so73068394ywa.3; Mon, 16 Jan 2017 09:59:44 -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=uBqM3tOjV42aw/X1gizj8bf4UI6tpvuysLLgPJfAVvY=; b=jnNOsk0gXAHPcklcnbPaqfrCf8a+KsxFS3NjL1vmhMdtRUTZSDapg12ClDuwu6VmAc mdAJD3jYX/uBpkHyslQJ7HBooBDRUJYfgZlciF+S1OwycA7O8yZMDfEbRvyzTsPEKiE9 k+h5xtM5oO1/TkcYHRiN9OXIJD8aT/CxNziO5LnNwHGMd5Oc2pGE8+7bDgZ7Ai8age2O x3R1LLxFwms3eYF9krZpjh5dPVQ1lJnrVxkgYSUulG//lyvOcPNVlN2TzzN5sl7T0A3r 3k3FGCwya+7F7Tuy4Q64NounJV5m4Ed8nZZlwpKoQntAaBcFpB5LsGjzAZY8d7+oBdYl M9Dw== 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=uBqM3tOjV42aw/X1gizj8bf4UI6tpvuysLLgPJfAVvY=; b=Y/Vo6rXrx6Du0nhED777/OHr3NCmMZYoHQ8If0rdJHEaAU5RAV2mFis65nS2t7AtX5 GcwcFQ9ibTrD1g1JmsZjrsHu6GSawGmoRxu4/fmI2nSvnVrECChIN4lyALpnb+hXWsMY LL2stTCLn70NPTaIwv8btWqY/syW35/6jauqZNWK9PHFV7Qiws2J/Yf0GJy4/0QACePa NMHAaP/8B9pJdiKGBBuaMtPHot1fvihaTEawBIACqI46BpX2jFV9Dnx9Dukcuzvdr20a rnqG9IjmG72VMxOXFy6jIPxo1cU45nSUJKIhX5Mt6hPjt8FJsbwLllqVeePr0qhue5MU tOCQ== X-Gm-Message-State: AIkVDXKX5Rxgv3u+9asBfDNF/WZ5Vx31jeHZUOAHkaOBxqVjD3r47rcKpLbGc8u8U3ik91HE+McKJ0xdph125Q== X-Received: by 10.129.122.200 with SMTP id v191mr6239364ywc.114.1484589583402; Mon, 16 Jan 2017 09:59:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.52.65 with HTTP; Mon, 16 Jan 2017 09:59:43 -0800 (PST) From: Ultima Date: Mon, 16 Jan 2017 12:59:43 -0500 Message-ID: Subject: zfs zvol's inaccessible after reboot To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 17:59:44 -0000 Currently there is a bug with zvols. I have a few Bhyve containers that startup at boot. I'v noticed in middle December of last year that after a restart the zvols become inaccessible to the container. Nothing can be done to the zvol, other than rename. It cannot even be destroyed in this state. The only way to make it accessible again is to renaming the zvol, after this occurs, functionality is restored. The bug is still present in head r312232. From owner-freebsd-current@freebsd.org Mon Jan 16 18:01:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6693CB2754 for ; Mon, 16 Jan 2017 18:01:49 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 83FAA129C for ; Mon, 16 Jan 2017 18:01:49 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.10] (unknown [192.168.1.10]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 6CCAC13441 for ; Mon, 16 Jan 2017 18:01:42 +0000 (UTC) Subject: Re: zfs zvol's inaccessible after reboot To: freebsd-current@freebsd.org References: From: Allan Jude Message-ID: Date: Mon, 16 Jan 2017 13:01:36 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Lj6dmRU8PH0X907Rjojwl409QTqF6JwPX" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 18:01:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Lj6dmRU8PH0X907Rjojwl409QTqF6JwPX Content-Type: multipart/mixed; boundary="XMMvFSpxebhT4hvgn76usnAgVjRL4r6fb"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: Subject: Re: zfs zvol's inaccessible after reboot References: In-Reply-To: --XMMvFSpxebhT4hvgn76usnAgVjRL4r6fb Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2017-01-16 12:59, Ultima wrote: > Currently there is a bug with zvols. I have a few Bhyve containers that= > startup at boot. I'v noticed in middle December of last year that after= a > restart the zvols become inaccessible to the container. Nothing can be = done > to the zvol, other than rename. It cannot even be destroyed in this sta= te. > The only way to make it accessible again is to renaming the zvol, after= > this occurs, functionality is restored. >=20 > The bug is still present in head r312232. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 Is this because they are being used by GEOM? Try: zfs set volmode=3D2 Reboot, and see if that solves it --=20 Allan Jude --XMMvFSpxebhT4hvgn76usnAgVjRL4r6fb-- --Lj6dmRU8PH0X907Rjojwl409QTqF6JwPX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (MingW32) iQIcBAEBAgAGBQJYfQqDAAoJEBmVNT4SmAt+wUcP/2yh2O2+3jPHmoDxL6SQgwMT EzkHamrJhSaawZR6lhOrhREKGdnEwanYn+7eqG00fuFkxyct0OnsdzYzm9VLYAyi CXRfaWG4hj6GTOrbMwRqG2UlqK67NBhxzZihYBeOGlku5SPK/lS19ivex72jwrgq 7pCTzEhwlSTLJTTwdVcFyWDGChGHPESxoksCpj/q6UStQnrdgCK1oMmS16UC+pca AxuS4LVG8pc+gVj5fpso4LZyTkEDjNIeiLByxV51xMPgfYVUsX5xNNjHLFIiRfKz jrpDXTMxIz5g/7y3EoeF3V9dTseWEGJp6MPfxFZhSdVz5dzERUuUHJwdcGILWaW2 thJVanjIH9dyYSs5iJqXoNLqebWuw4LSY93B2dZgnmoQFwl+9tL8jv4pZ8D3ZwtF QzxZIV3lIyU25/wk0T06m6m02veDilhKKwe9+VPReO2MFEcUeknr2U5374E5SSQm of6Va3m14RuLJVeEJ+Xy5BLTcxizZ6h6GBsUQHV/QY6QSS2bLgfIzwxYRj2OW9od 45aaiYpCq5AtdweadO6Kmcoyyh3RbT8i0edTIuvDingIidTz9yguXc/4H93IOC5p JY5YoYdog1zlTBFOfZhlPlXOMbHCNZJi4tw+mloJOxdsFHvYFKNznMLxmhuMLCh4 VMGoMImy4qvPmivxHItx =8Vv0 -----END PGP SIGNATURE----- --Lj6dmRU8PH0X907Rjojwl409QTqF6JwPX-- From owner-freebsd-current@freebsd.org Mon Jan 16 18:24:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 336E9CB214C for ; Mon, 16 Jan 2017 18:24:11 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yb0-x22c.google.com (mail-yb0-x22c.google.com [IPv6:2607:f8b0:4002:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E75911478; Mon, 16 Jan 2017 18:24:10 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yb0-x22c.google.com with SMTP id 123so36447955ybe.3; Mon, 16 Jan 2017 10:24:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=SvWD1Rr42zQWTQlOb66zLMtaKD5HC2G5geuaYZyNu28=; b=PpabUvdMr9i5WBp410OYNVq93m/AOvj6/0QTqc5OZdIUTXk2/DQYyutoBP2JTxr6Y9 KAXcgMD4AmA//vOLJEBSnqTndxqsneGVvgo5uAfrjx6tjNY+dRbfD3LtroLiTht8faS4 DcvYxuv8F+F1grgyzHOETiWfz+leb5XqUCs11ybWPuxr67QAe4/EgqGzKrCHGYJaqkya ZsT8wWHJu7s/AZUeAakRAhPUXUQUglimRhsLkCzAwm3NWB304bGoweBgjgEMso548bOV 3CyoSNlsMMN1l9mfrpGNM2OV5vt1/AvV21LCB7OoDjjmdqZ1L+ZFFxWSQ5fNfr9gihNc HZag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=SvWD1Rr42zQWTQlOb66zLMtaKD5HC2G5geuaYZyNu28=; b=nSl1sz69lObcpHYus6Reb5tg5IHOpmamafQduVwFjln7a2HABGrUI894rWcKtGJSwS AUx3yHf/p3mYbTIiuVprn4wswzltADm41eyAjRO0nJqpzl25GKVon5L6YJ+uihMawzHp j6Luo3zbaDsPIhGOBp/RuE+aQNTLH0Mdnw34Mz3+Hl7nzYeKLBrHk0bGA120QfNMSkWz DNAxQS2ZYW74tsBE3M5VOfn0MS7E0ercR3MtNPtHPEufmtfY1YPkZCoYbpBk9xl+DtCG IMTbVYLUOAvhiaJIV5O9oIQc2eUZMi5/ZpWiqsp/AdP7A16xSy4J4cOe66BcFBUMZSCR XBAA== X-Gm-Message-State: AIkVDXJLXsrdVPIN+JWO6LSwhsrjENHP88TxegURlGKSenMuzdwFd7lUh83aw4o9fuOXpSRU93HLzEGByEWurA== X-Received: by 10.37.56.208 with SMTP id f199mr22077226yba.94.1484591049893; Mon, 16 Jan 2017 10:24:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.52.65 with HTTP; Mon, 16 Jan 2017 10:24:09 -0800 (PST) In-Reply-To: References: From: Ultima Date: Mon, 16 Jan 2017 13:24:09 -0500 Message-ID: Subject: Re: zfs zvol's inaccessible after reboot To: Allan Jude Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 18:24:11 -0000 The volmode was set to default, which is geom. Setting to 2, dev fixes the issue! thanks Allan for the speedy solution! On Mon, Jan 16, 2017 at 1:01 PM, Allan Jude wrote: > On 2017-01-16 12:59, Ultima wrote: > > Currently there is a bug with zvols. I have a few Bhyve containers that > > startup at boot. I'v noticed in middle December of last year that after a > > restart the zvols become inaccessible to the container. Nothing can be > done > > to the zvol, other than rename. It cannot even be destroyed in this > state. > > The only way to make it accessible again is to renaming the zvol, after > > this occurs, functionality is restored. > > > > The bug is still present in head r312232. > > _______________________________________________ > > 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" > > > > Is this because they are being used by GEOM? > > Try: zfs set volmode=2 > > Reboot, and see if that solves it > > -- > Allan Jude > > From owner-freebsd-current@freebsd.org Mon Jan 16 18:47:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B9ABCCB2865 for ; Mon, 16 Jan 2017 18:47:06 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9689710CD; Mon, 16 Jan 2017 18:47:06 +0000 (UTC) (envelope-from null@pozo.com) Received: from octo.pozo.com (octo.pozo.com [192.168.0.2]) (authenticated bits=128) by pozo.com (8.15.2/8.15.2) with ESMTPA id v0GIXaqX009231; Mon, 16 Jan 2017 10:33:36 -0800 (PST) (envelope-from null@pozo.com) From: Manfred Antar Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Panic on boot current amd64 Message-Id: <5A181CDD-D77D-40F3-8C3A-8A222689A2A1@pozo.com> Date: Mon, 16 Jan 2017 10:33:35 -0800 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3259) X-Spam-Status: No, score=-102.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, USER_IN_WHITELIST autolearn=ham autolearn_force=no version=3.4.1, No X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: v0GIXaqX009231 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 18:47:06 -0000 >From current today after changes to /sys/sys/gtaskqueue.h (r312293) I get p= anic on boot. reverting to r312235 boot ok random: harvesting attach, 8 bytes (4 bits) from uhub9 ugen1.3: at usbus1 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid =3D 2; apic id =3D 02 fault virtual address =3D 0x64 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff80660449 stack pointer =3D 0x28:0xfffffe0466aa9010 frame pointer =3D 0x28:0xfffffe0466aa9030 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 60445 (ifconfig) [ thread pid 60445 tid 100131 ] Stopped at grouptaskqueue_enqueue+0x19: cmpl $0,0x64(%rbx) db> bt Tracing pid 60445 tid 100131 td 0xfffff800088df500 grouptaskqueue_enqueue() at grouptaskqueue_enqueue+0x19/frame 0xfffffe0466a= a9030 em_intr() at em_intr+0x8c/frame 0xfffffe0466aa9060 iflib_fast_intr() at iflib_fast_intr+0x2c/frame 0xfffffe0466aa9080 intr_event_handle() at intr_event_handle+0x9b/frame 0xfffffe0466aa90d0 intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe0466aa9= 100 lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfffffe0466aa9120 Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfffffe0466aa9120 --- interrupt, rip =3D 0xffffffff809639ad, rsp =3D 0xfffffe0466aa91f0, rbp = =3D 0xfffffe0466aa9200 --- spinlock_exit() at spinlock_exit+0x2d/frame 0xfffffe0466aa9200 smp_rendezvous_cpus() at smp_rendezvous_cpus+0x272/frame 0xfffffe0466aa9270 smp_rendezvous() at smp_rendezvous+0x40/frame 0xfffffe0466aa92a0 counter_u64_alloc() at counter_u64_alloc+0x3e/frame 0xfffffe0466aa92c0 rtentry_zinit() at rtentry_zinit+0x11/frame 0xfffffe0466aa92e0 keg_alloc_slab() at keg_alloc_slab+0x1e3/frame 0xfffffe0466aa9350 keg_fetch_slab() at keg_fetch_slab+0x16e/frame 0xfffffe0466aa93a0 zone_fetch_slab() at zone_fetch_slab+0x9e/frame 0xfffffe0466aa93e0 zone_import() at zone_import+0x52/frame 0xfffffe0466aa9430 uma_zalloc_arg() at uma_zalloc_arg+0x450/frame 0xfffffe0466aa94a0 rtrequest1_fib() at rtrequest1_fib+0xfc/frame 0xfffffe0466aa95c0 rtinit() at rtinit+0x390/frame 0xfffffe0466aa9740 in_addprefix() at in_addprefix+0xef/frame 0xfffffe0466aa97b0 in_control() at in_control+0x9dc/frame 0xfffffe0466aa9850 ifioctl() at ifioctl+0xdcc/frame 0xfffffe0466aa98d0 kern_ioctl() at kern_ioctl+0x274/frame 0xfffffe0466aa9950 sys_ioctl() at sys_ioctl+0x13c/frame 0xfffffe0466aa9a20 amd64_syscall() at amd64_syscall+0x488/frame 0xfffffe0466aa9bb0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0466aa9bb0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x4b194a, rsp =3D 0x7ff= fffffe478, rbp =3D 0x7fffffffe4d0 --- db>=20 From owner-freebsd-current@freebsd.org Mon Jan 16 18:53:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E07ACB2B43 for ; Mon, 16 Jan 2017 18:53:27 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 207EC17EA for ; Mon, 16 Jan 2017 18:53:26 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 9DD1F1928BA; Mon, 16 Jan 2017 18:53:24 +0000 (UTC) Subject: Re: Panic on boot current amd64 To: Manfred Antar , freebsd-current@freebsd.org References: <5A181CDD-D77D-40F3-8C3A-8A222689A2A1@pozo.com> From: Sean Bruno Message-ID: <33462076-96f5-e8bf-eff7-6f40a3a01649@freebsd.org> Date: Mon, 16 Jan 2017 11:53:20 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <5A181CDD-D77D-40F3-8C3A-8A222689A2A1@pozo.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="pWXoo79jKJw2v0PlftK9162kiseDR8jC0" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 18:53:27 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --pWXoo79jKJw2v0PlftK9162kiseDR8jC0 Content-Type: multipart/mixed; boundary="7UnPskOqU0uTjxlUx0ax2fSO8W69a5PuF"; protected-headers="v1" From: Sean Bruno To: Manfred Antar , freebsd-current@freebsd.org Message-ID: <33462076-96f5-e8bf-eff7-6f40a3a01649@freebsd.org> Subject: Re: Panic on boot current amd64 References: <5A181CDD-D77D-40F3-8C3A-8A222689A2A1@pozo.com> In-Reply-To: <5A181CDD-D77D-40F3-8C3A-8A222689A2A1@pozo.com> --7UnPskOqU0uTjxlUx0ax2fSO8W69a5PuF Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 01/16/17 11:33, Manfred Antar wrote: >>From current today after changes to /sys/sys/gtaskqueue.h (r312293) I g= et panic on boot. > reverting to r312235 boot ok >=20 > random: harvesting attach, 8 bytes (4 bits) from uhub9 > ugen1.3: at usbus1 > kernel trap 12 with interrupts disabled >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 2; apic id =3D 02 > fault virtual address =3D 0x64 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff80660449 > stack pointer =3D 0x28:0xfffffe0466aa9010 > frame pointer =3D 0x28:0xfffffe0466aa9030 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D resume, IOPL =3D 0 > current process =3D 60445 (ifconfig) > [ thread pid 60445 tid 100131 ] > Stopped at grouptaskqueue_enqueue+0x19: cmpl $0,0x64(%rbx) > db> bt > Tracing pid 60445 tid 100131 td 0xfffff800088df500 > grouptaskqueue_enqueue() at grouptaskqueue_enqueue+0x19/frame 0xfffffe0= 466aa9030 > em_intr() at em_intr+0x8c/frame 0xfffffe0466aa9060 > iflib_fast_intr() at iflib_fast_intr+0x2c/frame 0xfffffe0466aa9080 > intr_event_handle() at intr_event_handle+0x9b/frame 0xfffffe0466aa90d0 > intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe046= 6aa9100 > lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfffffe0466aa9120 > Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfffffe0466aa9120 > --- interrupt, rip =3D 0xffffffff809639ad, rsp =3D 0xfffffe0466aa91f0, = rbp =3D 0xfffffe0466aa9200 --- > spinlock_exit() at spinlock_exit+0x2d/frame 0xfffffe0466aa9200 > smp_rendezvous_cpus() at smp_rendezvous_cpus+0x272/frame 0xfffffe0466aa= 9270 > smp_rendezvous() at smp_rendezvous+0x40/frame 0xfffffe0466aa92a0 > counter_u64_alloc() at counter_u64_alloc+0x3e/frame 0xfffffe0466aa92c0 > rtentry_zinit() at rtentry_zinit+0x11/frame 0xfffffe0466aa92e0 > keg_alloc_slab() at keg_alloc_slab+0x1e3/frame 0xfffffe0466aa9350 > keg_fetch_slab() at keg_fetch_slab+0x16e/frame 0xfffffe0466aa93a0 > zone_fetch_slab() at zone_fetch_slab+0x9e/frame 0xfffffe0466aa93e0 > zone_import() at zone_import+0x52/frame 0xfffffe0466aa9430 > uma_zalloc_arg() at uma_zalloc_arg+0x450/frame 0xfffffe0466aa94a0 > rtrequest1_fib() at rtrequest1_fib+0xfc/frame 0xfffffe0466aa95c0 > rtinit() at rtinit+0x390/frame 0xfffffe0466aa9740 > in_addprefix() at in_addprefix+0xef/frame 0xfffffe0466aa97b0 > in_control() at in_control+0x9dc/frame 0xfffffe0466aa9850 > ifioctl() at ifioctl+0xdcc/frame 0xfffffe0466aa98d0 > kern_ioctl() at kern_ioctl+0x274/frame 0xfffffe0466aa9950 > sys_ioctl() at sys_ioctl+0x13c/frame 0xfffffe0466aa9a20 > amd64_syscall() at amd64_syscall+0x488/frame 0xfffffe0466aa9bb0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0466aa9bb0 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x4b194a, rsp =3D 0= x7fffffffe478, rbp =3D 0x7fffffffe4d0 --- > db>=20 >=20 >=20 >=20 >=20 >=20 Just to make sure, you're running GENERIC? sean --7UnPskOqU0uTjxlUx0ax2fSO8W69a5PuF-- --pWXoo79jKJw2v0PlftK9162kiseDR8jC0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlh9FqBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmQkswf/V9TBX9njIFKLBmOXu4kKfdsZ0ibeyCymjeb7hJQ/dhe6jWzIox4ggr+C j/9sEb0TucJRJaHscvHx1y1Hl0eBZ/1pwBUPgk0WuNeZjhxvrXjECGoEttejMJTZ 2LJeEE1UQrRMms7vESNPIbDE7fJs8eI/Yc5kYHpbtuInxns0WpDKaYOVTjLT5tcs vJNarbngpqeDuW+v3/JG372F7ULX3Ll15XgqZDDi4Eln0CqzonMegKd49m0YTpYX YlL9kPR/Nk8z+Zpt/dwso2R5VElE1nHUuUMlhR6CXc6azkmi7f+IUrKJRu2BIwsX BHst0gfnlfc+GVSoN/GXTJBl7OtYow== =W0YF -----END PGP SIGNATURE----- --pWXoo79jKJw2v0PlftK9162kiseDR8jC0-- From owner-freebsd-current@freebsd.org Mon Jan 16 20:24:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A1DC1CB3D6F for ; Mon, 16 Jan 2017 20:24:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7534F1B02; Mon, 16 Jan 2017 20:24:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 5065510A791; Mon, 16 Jan 2017 15:24:10 -0500 (EST) From: John Baldwin To: Hans Petter Selasky Cc: FreeBSD Current , Konstantin Belousov Subject: Re: Strange issue after early AP startup Date: Mon, 16 Jan 2017 11:31:50 -0800 Message-ID: <3466870.vFI8cjabAc@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Mon, 16 Jan 2017 15:24:10 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 20:24:11 -0000 On Monday, January 16, 2017 04:51:42 PM Hans Petter Selasky wrote: > Hi, > > When booting I observe an additional 30-second delay after this print: > > > Timecounters tick every 1.000 msec > > ~30 second delay and boot continues like normal. > > Checking "vmstat -i" reveals that some timers have been running loose. > > > cpu0:timer 44300 442 > > cpu1:timer 40561 404 > > cpu3:timer 48462822 483058 > > cpu2:timer 48477898 483209 > > Trying to add delays and/or prints around the Timecounters printout > makes the issue go away. Any ideas for debugging? I have generally used KTR tracing to trace what is happening during boot to debug EARLY_AP_STARTUP issues. -- John Baldwin From owner-freebsd-current@freebsd.org Mon Jan 16 20:52:16 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1221ECB2B82 for ; Mon, 16 Jan 2017 20:52:16 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x230.google.com (mail-yw0-x230.google.com [IPv6:2607:f8b0:4002:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C5D59128A; Mon, 16 Jan 2017 20:52:15 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x230.google.com with SMTP id v200so1141266ywc.3; Mon, 16 Jan 2017 12:52:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:from:date:message-id:subject:to; bh=KK+85daVMj5dFLHMrHDs79yt90pgVmEguNCPocJqS0M=; b=PB+VVUp0lToiAceEVGV1/STwrrB1rCEZulR9/sK3tIgY6Dtqft4qKroxvFrfnSAfI+ siqpEusdioJ802Ltmz8m7VgP3Q53BH6Hmp3mAgYwJQh0CBzqZyHiGpGgwt33rHhGmtEE 7fDbzrwXDW1J+KDXDlqGLG2d/sIWGHDJ5UY433u2N6kH3HUvmvHIbmr8nnL5N/qf+y6r MRVP4I5q1Jcj6RBFzd5S6pbjA5hrri/bskuCyofxoBetzoB//f6e6P9+Ey80ftGqBxX1 qKsfpk/qGsf8UsWeixeFXxfwgr/ifJmG4acvIw9wWWIaNPsHjqWaBvKnCzDmGWACxGKl RxVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=KK+85daVMj5dFLHMrHDs79yt90pgVmEguNCPocJqS0M=; b=CEv81rh+0GyZoS4saG8nNEnPavXxqBPuOFWx1am7Ov044KkESTuKlkK442HtoeYfyz 3XosQUk23jKuc2uFtnys04KZUw06RK8pOr46/DlUdNc7gtLKgaDfKfKOe6nDqJXM0b2N s2Aq4P/DaN7HJS84rEjvpplin9JxHnVmbKaa3R8NvMrgY9gw/6IgTV2oXz/lMmJG6ehS Jh04RTik7AH6vIpHSMNTL4pYPNc0bwjZ1Bo+eTQRWAsFY+waKjAVvMjW8mVL1AbgpE1K V3ffK6ZO2cSWxVx9mpeXus5IuL39NcfvnyNyzavTeuYFAvzeEyP+l4q++NT9pHiq7wJS tVkw== X-Gm-Message-State: AIkVDXITm6Z/HVTV2mcTqfRwoN9Q0BXGEXkwmw0aezEC7RtKIuaJB1YO4FeS38Z7/FJ4Vs/kMFOO6+VuurYrig== X-Received: by 10.13.223.84 with SMTP id i81mr30242759ywe.32.1484599934746; Mon, 16 Jan 2017 12:52:14 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Mon, 16 Jan 2017 12:52:14 -0800 (PST) From: Alan Somers Date: Mon, 16 Jan 2017 13:52:14 -0700 X-Google-Sender-Auth: kK56cr_RGMt-95hozgOf29betDo Message-ID: Subject: igb is broken, even across reboots, at r312294 To: FreeBSD CURRENT , Sean Bruno Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 20:52:16 -0000 Today I updated my machine from 311787 to 312294. After the update, my igb ports can pass no traffic. If I reboot into kernel.old, they still can't pass any traffic. They won't even work in the PXE ROM. I have to power off, pull the power cables, then boot into kernel.old before they'll work. This behavior is repeatable. $ pciconf -lv ... igb0@pci0:1:0:0: class=0x020000 card=0x34dc8086 chip=0x10a78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82575EB Gigabit Network Connection' class = network subclass = ethernet igb1@pci0:1:0:1: class=0x020000 card=0x34dc8086 chip=0x10a78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82575EB Gigabit Network Connection' class = network subclass = ethernet ... $ dmesg # on 311787, it's identical whether or not the igb ports are working ... igb0: port 0x2020-0x203f mem 0xb1b20000-0xb1b3ffff,0xb1b44000-0xb1b47fff irq 40 at device 0.0 on pci1 igb0: Using MSIX interrupts with 5 vectors igb0: Ethernet address: 00:1e:67:25:71:bc igb0: Bound queue 0 to cpu 0 igb0: Bound queue 1 to cpu 1 igb0: Bound queue 2 to cpu 2 igb0: Bound queue 3 to cpu 3 igb0: netmap queues/slots: TX 4/1024, RX 4/1024 igb1: port 0x2000-0x201f mem 0xb1b00000-0xb1b1ffff,0xb1b40000-0xb1b43fff irq 28 at device 0.1 on pci1 igb1: Using MSIX interrupts with 5 vectors igb1: Ethernet address: 00:1e:67:25:71:bd igb1: Bound queue 0 to cpu 4 igb1: Bound queue 1 to cpu 5 igb1: Bound queue 2 to cpu 6 igb1: Bound queue 3 to cpu 7 igb1: netmap queues/slots: TX 4/1024, RX 4/1024 ... $ dmesg # on 312294, when the igb ports are not working ... igb0: port 0x2020-0x203f mem 0xb1b20000-0xb1b3ffff,0xb1b44000-0xb1b47fff irq 40 at device 0.0 on pci1 igb0: attach_pre capping queues at 4 igb0: using 1024 tx descriptors and 1024 rx descriptors igb0: msix_init qsets capped at 4 igb0: pxm cpus: 8 queue msgs: 9 admincnt: 1 igb0: using 4 rx queues 4 tx queues igb0: Using MSIX interrupts with 5 vectors igb0: allocated for 4 tx_queues igb0: allocated for 4 rx_queues igb0: Ethernet address: 00:1e:67:25:71:bc igb0: netmap queues/slots: TX 4/1024, RX 4/1024 igb1: port 0x2000-0x201f mem 0xb1b00000-0xb1b1ffff,0xb1b40000-0xb1b43fff irq 28 at device 0.1 on pci1 igb1: attach_pre capping queues at 4 igb1: using 1024 tx descriptors and 1024 rx descriptors igb1: msix_init qsets capped at 4 igb1: pxm cpus: 8 queue msgs: 9 admincnt: 1 igb1: using 4 rx queues 4 tx queues igb1: Using MSIX interrupts with 5 vectors igb1: allocated for 4 tx_queues igb1: allocated for 4 rx_queues igb1: Ethernet address: 00:1e:67:25:71:bd igb1: netmap queues/slots: TX 4/1024, RX 4/1024 ... Any ideas? -Alan From owner-freebsd-current@freebsd.org Mon Jan 16 21:10:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E5FFCB33C0 for ; Mon, 16 Jan 2017 21:10:52 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4731E1036; Mon, 16 Jan 2017 21:10:52 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 014E81FE025; Mon, 16 Jan 2017 22:10:34 +0100 (CET) Subject: Re: Strange issue after early AP startup To: John Baldwin References: <3466870.vFI8cjabAc@ralph.baldwin.cx> Cc: FreeBSD Current , Konstantin Belousov From: Hans Petter Selasky Message-ID: <264c5dd8-d82d-3326-7de5-96b0bb96ac01@selasky.org> Date: Mon, 16 Jan 2017 22:10:16 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <3466870.vFI8cjabAc@ralph.baldwin.cx> Content-Type: multipart/mixed; boundary="------------61B84EA364FFEDA0AB60FEEC" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 21:10:52 -0000 This is a multi-part message in MIME format. --------------61B84EA364FFEDA0AB60FEEC Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 01/16/17 20:31, John Baldwin wrote: > On Monday, January 16, 2017 04:51:42 PM Hans Petter Selasky wrote: >> Hi, >> >> When booting I observe an additional 30-second delay after this print: >> >>> Timecounters tick every 1.000 msec >> >> ~30 second delay and boot continues like normal. >> >> Checking "vmstat -i" reveals that some timers have been running loose. >> >>> cpu0:timer 44300 442 >>> cpu1:timer 40561 404 >>> cpu3:timer 48462822 483058 >>> cpu2:timer 48477898 483209 >> >> Trying to add delays and/or prints around the Timecounters printout >> makes the issue go away. Any ideas for debugging? > > I have generally used KTR tracing to trace what is happening during > boot to debug EARLY_AP_STARTUP issues. > Hi John, What happens is that getnextcpuevent(0) keeps on returning "state->nextcall" which is in the past for CPU #2 and #3 on my box. In "cpu_new_callout()" there is a check if "bt >= state->nextcall", which I suspect is true, so "state->nextcall" never gets set to real minimum sbintime. The attached patch fixes the problem for me, but I'm not 100% sure if it is correct. --HPS --------------61B84EA364FFEDA0AB60FEEC Content-Type: text/x-patch; name="timer_init_fix.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="timer_init_fix.diff" diff --git a/sys/kern/kern_clocksource.c b/sys/kern/kern_clocksource.c index 7f7769d..454a130 100644 --- a/sys/kern/kern_clocksource.c +++ b/sys/kern/kern_clocksource.c @@ -511,7 +511,7 @@ configtimer(int start) state->nexthard = next; state->nextstat = next; state->nextprof = next; - state->nextcall = next; + state->nextcall = SBT_MAX; state->nextcallopt = next; hardclock_sync(cpu); } --------------61B84EA364FFEDA0AB60FEEC-- From owner-freebsd-current@freebsd.org Mon Jan 16 21:19:16 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51142CB3691 for ; Mon, 16 Jan 2017 21:19:16 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 32A3B1891; Mon, 16 Jan 2017 21:19:15 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 9489B1928BA; Mon, 16 Jan 2017 21:19:14 +0000 (UTC) Subject: Re: igb is broken, even across reboots, at r312294 To: Alan Somers , FreeBSD CURRENT References: From: Sean Bruno Message-ID: <99f68d7d-94b2-f56b-f44c-15b4310e89ca@freebsd.org> Date: Mon, 16 Jan 2017 14:19:11 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="wOTh4dmbBvsbbHpGc9l8BucSmtF6J7XX1" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jan 2017 21:19:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --wOTh4dmbBvsbbHpGc9l8BucSmtF6J7XX1 Content-Type: multipart/mixed; boundary="Jhx2pAkuKNA6MUE1xJwDbVD438oSrpOCX"; protected-headers="v1" From: Sean Bruno To: Alan Somers , FreeBSD CURRENT Message-ID: <99f68d7d-94b2-f56b-f44c-15b4310e89ca@freebsd.org> Subject: Re: igb is broken, even across reboots, at r312294 References: In-Reply-To: --Jhx2pAkuKNA6MUE1xJwDbVD438oSrpOCX Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 01/16/17 13:52, Alan Somers wrote: > Today I updated my machine from 311787 to 312294. After the update, > my igb ports can pass no traffic. If I reboot into kernel.old, they > still can't pass any traffic. They won't even work in the PXE ROM. I > have to power off, pull the power cables, then boot into kernel.old > before they'll work. This behavior is repeatable. >=20 > $ pciconf -lv > ... > igb0@pci0:1:0:0: class=3D0x020000 card=3D0x34dc8086 chip=3D0x10a= 78086 rev=3D0x02 > hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82575EB Gigabit Network Connection' > class =3D network > subclass =3D ethernet > igb1@pci0:1:0:1: class=3D0x020000 card=3D0x34dc8086 chip=3D0x10a= 78086 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82575EB Gigabit Network Connection' > class =3D network > subclass =3D ethernet > ... >=20 > $ dmesg # on 311787, it's identical whether or not the igb ports are wo= rking > ... > igb0: port > 0x2020-0x203f mem 0xb1b20000-0xb1b3ffff,0xb1b44000-0xb1b47fff irq 40 > at device 0.0 on pci1 > igb0: Using MSIX interrupts with 5 vectors > igb0: Ethernet address: 00:1e:67:25:71:bc > igb0: Bound queue 0 to cpu 0 > igb0: Bound queue 1 to cpu 1 > igb0: Bound queue 2 to cpu 2 > igb0: Bound queue 3 to cpu 3 > igb0: netmap queues/slots: TX 4/1024, RX 4/1024 > igb1: port > 0x2000-0x201f mem 0xb1b00000-0xb1b1ffff,0xb1b40000-0xb1b43fff irq 28 > at device 0.1 on pci1 > igb1: Using MSIX interrupts with 5 vectors > igb1: Ethernet address: 00:1e:67:25:71:bd > igb1: Bound queue 0 to cpu 4 > igb1: Bound queue 1 to cpu 5 > igb1: Bound queue 2 to cpu 6 > igb1: Bound queue 3 to cpu 7 > igb1: netmap queues/slots: TX 4/1024, RX 4/1024 > ... >=20 > $ dmesg # on 312294, when the igb ports are not working > ... > igb0: port > 0x2020-0x203f mem 0xb1b20000-0xb1b3ffff,0xb1b44000-0xb1b47fff irq 40 > at device 0.0 on pci1 > igb0: attach_pre capping queues at 4 > igb0: using 1024 tx descriptors and 1024 rx descriptors > igb0: msix_init qsets capped at 4 > igb0: pxm cpus: 8 queue msgs: 9 admincnt: 1 > igb0: using 4 rx queues 4 tx queues > igb0: Using MSIX interrupts with 5 vectors > igb0: allocated for 4 tx_queues > igb0: allocated for 4 rx_queues > igb0: Ethernet address: 00:1e:67:25:71:bc > igb0: netmap queues/slots: TX 4/1024, RX 4/1024 > igb1: port > 0x2000-0x201f mem 0xb1b00000-0xb1b1ffff,0xb1b40000-0xb1b43fff irq 28 > at device 0.1 on pci1 > igb1: attach_pre capping queues at 4 > igb1: using 1024 tx descriptors and 1024 rx descriptors > igb1: msix_init qsets capped at 4 > igb1: pxm cpus: 8 queue msgs: 9 admincnt: 1 > igb1: using 4 rx queues 4 tx queues > igb1: Using MSIX interrupts with 5 vectors > igb1: allocated for 4 tx_queues > igb1: allocated for 4 rx_queues > igb1: Ethernet address: 00:1e:67:25:71:bd > igb1: netmap queues/slots: TX 4/1024, RX 4/1024 > ... >=20 > Any ideas? >=20 > -Alan >=20 Yeah, fighting with EARLY_AP_STARTUP with regards to initialization of the interfaces. em(4) seems to be ok with my change today, but that change makes igb(4) *very* angry. I'm aware and trying to find a happy medium. sean --Jhx2pAkuKNA6MUE1xJwDbVD438oSrpOCX-- --wOTh4dmbBvsbbHpGc9l8BucSmtF6J7XX1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlh9OM9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmS0BwgAhnywDjPKgOJKZrHqYegYuT+jdWsp0JW+vtxpcEByX6kNolWMC1zp72xG 5MOxNoH1FF1dfmv6W+QPhcSgbvq7tSDScJGYuZ+kXc/LWL5pD1c/Pfyyj1uVYo5F 30J6WEuNSLV8sWr/lKP8993JyturjtyViK9i13FqEBi5hNR0AJG3m6GESONID1Yf eMeywwmVuaFGOI+TvRo9xMU383KczoJdK/0ZSnD9InEn52J7i2VJuxebfsLXRlVp UCMvr9zUmyxkTn42Xpes8Htljak3qixjTyRoGav5OsQmmuyft67u4qwfUb1qspC5 UYnTBeTH1OuEEIE4H3gOSAGsHD6KMA== =dDqm -----END PGP SIGNATURE----- --wOTh4dmbBvsbbHpGc9l8BucSmtF6J7XX1-- From owner-freebsd-current@freebsd.org Tue Jan 17 04:09:10 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0340CB38D8 for ; Tue, 17 Jan 2017 04:09:10 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mailrelay12.qsc.de (mailrelay12.qsc.de [212.99.163.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.antispameurope.com", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46E491EC3 for ; Tue, 17 Jan 2017 04:09:09 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de ([213.148.129.14]) by mailrelay12.qsc.de; Tue, 17 Jan 2017 05:11:51 +0100 Received: from r56.edvax.de (port-92-195-83-137.dynamic.qsc.de [92.195.83.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 57BB33CC3F; Tue, 17 Jan 2017 05:08:55 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id v0H48srI002142; Tue, 17 Jan 2017 05:08:54 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Tue, 17 Jan 2017 05:08:54 +0100 From: Polytropon To: jungle Boogie Cc: Eric Joyner , FreeBSD Current , freebsd-questions Subject: Re: Does someone keep track of how long it takes to buildworld/kernel? Message-Id: <20170117050854.f964d143.freebsd@edvax.de> In-Reply-To: References: Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-cloud-security-sender: freebsd@edvax.de X-cloud-security-recipient: freebsd-current@freebsd.org X-cloud-security-Virusscan: CLEAN X-cloud-security-disclaimer: This E-Mail was scanned by E-Mailservice on mailrelay12.qsc.de with 2E6166BEA7A X-cloud-security-connect: mx01.qsc.de[213.148.129.14], TLS=1, IP=213.148.129.14 X-cloud-security: scantime:.2041 X-Mailman-Approved-At: Tue, 17 Jan 2017 04:49:28 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 04:09:10 -0000 On Mon, 16 Jan 2017 07:41:06 -0800, jungle Boogie wrote: > On 13 January 2017 at 12:23, Eric Joyner wrote: > > > > It takes forever, but I keep on forgetting to time how long it takes, so I > > don't know how long "forever" is. > > > My last buildworld on a severely under powered i386 for 11stable: 420:41 minutes > Build kernel is around 85 minutes. Some "manual copy & paste" data from the past (original post is from 2008, repost from 11/2015): *** quote *** FreeBSD 5 on Pentium 4 with 2 GHz and 1 GB RAM: b.world+b.kern: 17494.415u 2562.134s 5:46:42.25 96.4% (with CFLAGS) 17474.169u 2481.368s 5:46:30.40 95.9% (without CLFAGS) 5608.712u 1595.130s 2:13:18.67 90.0% 6382.185u 1788.433s 2:26:36.06 92.8% buildworld: 5086.993u 1431.086s 1:58:16.33 91.8% 11457.047u 2151.158s 3:54:15.31 96.8% buildkernel 2326.380u 234.457s 43:42.15 97.6% 1102.491u 278.194s 25:18.58 90.9% 1182.203u 294.622s 26:12.71 93.9% 1518.402u 310.741s 34:16.96 88.9% 3289.368u 529.669s 1:05:25.90 97.2% installkernel: 5.718u 6.898s 0:30.97 40.6% 6.655u 7.389s 0:32.08 43.7% 6.994u 7.734s 0:33.19 44.3% (...software advance happens here...) FreeBSD 7 on Pentium 4 with 2 GHz and 1 GB RAM: b.world+b.kern: 16574.070u 2516.128s 6:06:03.90 86.9% (with debug) 18232.967u 2427.404s 7:19:49.24 78.2% (with debug) 18992.839u 2569.146s 9:12:00.28 65.1% buildworld: 11457.047u 2151.158s 3:54:15.31 96.8% buildkernel: 3289.368u 529.669s 1:05:25.90 97.2% 3503.732u 524.399s 1:11:05.53 94.4% 4032.019u 572.636s 1:58:29.08 64.7% (with debug) installkernel: 17.396u 12.587s 0:46.89 63.9% 18.890u 12.131s 1:11.85 43.1% As you can see, 5 hours was a possible value on a single-core single-threat slow-as-ass CPU. But then the system became more advanced, and 7 - 9 hours compile time became possible. :-) *** end quote *** Sadly I don't have a "copy" of my build time on my current home PC, including a Core 2 Duo 4600 with 1.8 GHz and 2 GB RAM, using a SATA disk, with FreeBSD 8-STABLE, but I think it was around 5 hours for everything (including a custom kernel). It would be nice if the build system would automatically issue a log file or at least log message about build time and usage statistics. If it wouldn't tell about my brain's age, I would politely ask to have a "flower box"... ;-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-current@freebsd.org Tue Jan 17 09:11:13 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B249BCB4F2F for ; Tue, 17 Jan 2017 09:11:13 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CE021DC7 for ; Tue, 17 Jan 2017 09:11:12 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([78.52.71.31]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LmrZY-1cukFm0u32-00h2uU; Tue, 17 Jan 2017 10:10:46 +0100 Date: Tue, 17 Jan 2017 10:10:33 +0100 From: "O. Hartmann" To: Manfred Antar Cc: freebsd-current@freebsd.org Subject: Re: Panic on boot current amd64 Message-ID: <20170117101033.4383c652@thor.intern.walstatt.dynvpn.de> In-Reply-To: <5A181CDD-D77D-40F3-8C3A-8A222689A2A1@pozo.com> References: <5A181CDD-D77D-40F3-8C3A-8A222689A2A1@pozo.com> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/NmTubjUuBnVS61grAc7p5++"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:pZHf8Kk88k5Jq2YJL1duVfzf1hA6VjPPrIrkh2p83ydTh3PemTK A8nzC8ujgakJd8UIWJ1HG6Q2xtUxH7bZ7lDsSY4bH+Ftjwfny5wm4zB7bVdAxRLkp0ViCxT uPN1cVwl61/80FuRiQPRHY8fum+6vrtwM5TGqyiah2lMx/LV8xl1TKiqHt2Nk6soCCCVf76 sABCEnjtnI0Qa4RraPC7Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:mRa+NMvMo78=:ujPpmSgW7YoMPBUSU8LZa1 bUv4xbKIJYGh7U8ZVlpHRv4zX3m+N3YVk0UZC1bih1ybKNRZRPtNQlzEkhiXWZX1/MYSBx+DK rZZ5slfwDrhBq0p/xmYsdHb4slmZ4Td2F+rFETxcUgGw4bwNcCeyd91K5YHJKnxgqNCmw6CXH 4RzqXpjsL/WfTt/24tvfRZW1HOv6lNbS7A5OCcHyBpqSR8U93CLWWjncz/y6sK2TJnd+fe789 OcsC6v8MPTgEcvdI+5yZ8RKZSZgdKZc5chd8iEqZBIcUa9WK4kLLMf5QN2zAnEvGK4I4Cf70W 4wQCeuM2TdqgYMak3K0H/kH7iCjeZf9HCEKimfqmi/GCfoKWKFJuRPanHscmrWL//FEh1Wx+r zXuHHeAg7yXz8sukJalp+n8Or6sI+tb+SE4AzVDAL9DtxoJ45EjPIYjR8DM9/IVvXydmBSywv pqXL90xl64/7HRZgMPtU7Xp4zZnpf6tGeMcrqrQbLCw0atWFYntlfDL20jHc/hopSA9chaHjL VTjcUN9BVCt5U/BZcM3iO8xj00PIukIG+biCkRYAZyrgZhX6c+J9g7UIceJYScY+LTB+6M4ex Bjzz2Y7yj4pvBhspp7iMlC/zkTrjCy+ulrYwuNy0Byn6fnkLtKh2PHgiLxY/i+cj2oG+Fc6KS Re7nPTBiN02fbVyVeGwGdUGtJbDL1NTHFCEs1T/ANYatcGSzN4CI9Yx6wDuQv40nujnDO7RJ3 4gkQk8LIjStq0b4RNlvJle8FWAke1r8IyfHqjG/mFO2iQgdQFJZ7rLMlTo0MvAmumcE4Q8hWd UOWBKG3QEJ6pg0OsqSYYzfKkoqsB4md0H6M0fuxVji72+R75SNYADq0OkQPzMomY70h0DbTpJ 8KEA7Udu2yH/q3A8CORsk2cA2O6TGRC6in/sYn5tcv2RlaTZomm7mlCWy2yMLsSv4sHUMs7DE p5RPsJ3WiRvEAtF0Y+iXjrB9vikY29vR/m1U3PU0DSvPsfcvmVoyLNlxbjLyImSXf/MFg8Gbw +tbn941UUjwGj08jwSv872bCEL5/FjiRGzG3jFG5qQq/ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 09:11:13 -0000 --Sig_/NmTubjUuBnVS61grAc7p5++ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Mon, 16 Jan 2017 10:33:35 -0800 Manfred Antar schrieb: > From current today after changes to /sys/sys/gtaskqueue.h (r312293) I get= panic on boot. > reverting to r312235 boot ok >=20 > random: harvesting attach, 8 bytes (4 bits) from uhub9 > ugen1.3: at usbus1 > kernel trap 12 with interrupts disabled >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 2; apic id =3D 02 > fault virtual address =3D 0x64 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff80660449 > stack pointer =3D 0x28:0xfffffe0466aa9010 > frame pointer =3D 0x28:0xfffffe0466aa9030 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D resume, IOPL =3D 0 > current process =3D 60445 (ifconfig) > [ thread pid 60445 tid 100131 ] > Stopped at grouptaskqueue_enqueue+0x19: cmpl $0,0x64(%rbx) > db> bt =20 > Tracing pid 60445 tid 100131 td 0xfffff800088df500 > grouptaskqueue_enqueue() at grouptaskqueue_enqueue+0x19/frame 0xfffffe046= 6aa9030 > em_intr() at em_intr+0x8c/frame 0xfffffe0466aa9060 > iflib_fast_intr() at iflib_fast_intr+0x2c/frame 0xfffffe0466aa9080 > intr_event_handle() at intr_event_handle+0x9b/frame 0xfffffe0466aa90d0 > intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe0466a= a9100 > lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfffffe0466aa9120 > Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfffffe0466aa9120 > --- interrupt, rip =3D 0xffffffff809639ad, rsp =3D 0xfffffe0466aa91f0, rb= p =3D > 0xfffffe0466aa9200 --- spinlock_exit() at spinlock_exit+0x2d/frame 0xffff= fe0466aa9200 > smp_rendezvous_cpus() at smp_rendezvous_cpus+0x272/frame 0xfffffe0466aa92= 70 > smp_rendezvous() at smp_rendezvous+0x40/frame 0xfffffe0466aa92a0 > counter_u64_alloc() at counter_u64_alloc+0x3e/frame 0xfffffe0466aa92c0 > rtentry_zinit() at rtentry_zinit+0x11/frame 0xfffffe0466aa92e0 > keg_alloc_slab() at keg_alloc_slab+0x1e3/frame 0xfffffe0466aa9350 > keg_fetch_slab() at keg_fetch_slab+0x16e/frame 0xfffffe0466aa93a0 > zone_fetch_slab() at zone_fetch_slab+0x9e/frame 0xfffffe0466aa93e0 > zone_import() at zone_import+0x52/frame 0xfffffe0466aa9430 > uma_zalloc_arg() at uma_zalloc_arg+0x450/frame 0xfffffe0466aa94a0 > rtrequest1_fib() at rtrequest1_fib+0xfc/frame 0xfffffe0466aa95c0 > rtinit() at rtinit+0x390/frame 0xfffffe0466aa9740 > in_addprefix() at in_addprefix+0xef/frame 0xfffffe0466aa97b0 > in_control() at in_control+0x9dc/frame 0xfffffe0466aa9850 > ifioctl() at ifioctl+0xdcc/frame 0xfffffe0466aa98d0 > kern_ioctl() at kern_ioctl+0x274/frame 0xfffffe0466aa9950 > sys_ioctl() at sys_ioctl+0x13c/frame 0xfffffe0466aa9a20 > amd64_syscall() at amd64_syscall+0x488/frame 0xfffffe0466aa9bb0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0466aa9bb0 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x4b194a, rsp =3D 0x7= fffffffe478, rbp =3D > 0x7fffffffe4d0 --- > db> =20 >=20 >=20 >=20 >=20 > _______________________________________________ > 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" Has this been fixed? I bugs mee, too. I went back to r312235, too, which doesn't coredump. Regards, oh --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/NmTubjUuBnVS61grAc7p5++ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWH3fiQAKCRDS528fyFhY lPT3Af0UJMXlJMi7W7i2HREU1VV3kXN17Y5PL4A3aB5yHz2rMCLW1Bvne1qxEOST +d6yBP1qa+cdgwmPr5mRHz2aCeCdAgCBYRMT0+uOOzAAOkGM1gNIcJtWSwTQrgHO aIngio8sAV7h/yuzC06VyGnnCR2FL0tT6Tf6IaLbf4vIqzHxywmu =bf+E -----END PGP SIGNATURE----- --Sig_/NmTubjUuBnVS61grAc7p5++-- From owner-freebsd-current@freebsd.org Tue Jan 17 04:58:56 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 095C6CB1D09 for ; Tue, 17 Jan 2017 04:58:56 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 75077183D for ; Tue, 17 Jan 2017 04:58:54 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([78.52.71.31]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Ldq9D-1ctrAD3WLb-00j1Ls; Tue, 17 Jan 2017 05:58:30 +0100 Date: Tue, 17 Jan 2017 05:58:21 +0100 From: "O. Hartmann" To: Manfred Antar Cc: freebsd-current@freebsd.org Subject: Re: Panic on boot current amd64 Message-ID: <20170117055821.5eeecfe4@thor.intern.walstatt.dynvpn.de> In-Reply-To: <5A181CDD-D77D-40F3-8C3A-8A222689A2A1@pozo.com> References: <5A181CDD-D77D-40F3-8C3A-8A222689A2A1@pozo.com> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/J0FNAlJznR7dNG1UtY5Ie6R"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:pfCiEUlpqvOiFI4bdDdo/iBmTTvCSAU8OUL4FZG+7uwblkC8ASP CSFfPhNTcrbJt/ymeyMAyzEgulLXxdeTyRgALtJ+/DPM8XWOq4y87xYkOZ11+NbqFC0fL1p CQSHwZKmXINh02hWI7bn3askAVwVLVSO2wImy0bc+4ioXJ1m6YlPoy8NSRTuD4Yd0gvICBp g64GXSPzAtlhsdbGOWgvA== X-UI-Out-Filterresults: notjunk:1;V01:K0:6zAklZSeopg=:EzcS8dIdS3Yr+rEpl1OWRW fDCT0/KH90dzMQ9fwXx+a3Oj6eySY0GWM1mHk4suT2EUIaliB4tuyYd5ZPLjwBYpwCfKG85rn gmuoozKbVRGywVSJAa5yj3ev/KjXUygJemFagoIZ4u3dLDeY0NyW8DgnvEXEQY+zEuqPt/2vx cp8x56LNoVOMucSEOuVwAfdtTJ/vEUODE4d6W/VwFq89KcbatZSpYVO0BiyyXKXG3mri3csya D95vzir7YJ0PAWuUmXbj4RdwXInS07gyUS31kzmeE6l8reNwSf1VvMYHgg1Xjeyt0OKQH2djz F3oGo5AP+RYuXbOKS2+2ndeL+En5Ht9w6If+hir5xhRTf6iSt9OqG98oAUtRZpdAfEuqamnAm 0qZPWfzJkt21VFLbOlXfJG8jj7HEk3P0/jXf1ZGr4TyQnYHWs2748nK0gH/zhXSFxW0fareoE 0e4grQC69FFR1H67ISPvtZm4kuZelnS2rtw6cLmibmPdDZrL9zLhubSBZBHiSeSFgsNZXUuzg 31DMm4ARobAcOVs+UDEdC0T25kk9yEnd2mBRUemMPssejbyjkg4L7VCqCyAzLa8x7CNq84AEZ iE0TPb3CldfKeNFRFXbhCHKQ5rO+OFTdUZ0X26tXx7s7++Ex1cIZeAQGAeimrwE4FNCFNHYkD zqu2zFYVqkZnHWaLsy/p5votPQW87aqcHo8cviT5ygdv2JbbjE1Wwvzx2K7U0BIsZGT2lXj1V 7wbS9fRYnWEiKy6JGrVbsgroutXvP6UFDUZ7C2pdK+KVE3+DxltsMVyZTuQ= X-Mailman-Approved-At: Tue, 17 Jan 2017 12:29:30 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 04:58:56 -0000 --Sig_/J0FNAlJznR7dNG1UtY5Ie6R Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Mon, 16 Jan 2017 10:33:35 -0800 Manfred Antar schrieb: > From current today after changes to /sys/sys/gtaskqueue.h (r312293) I get= panic on boot. > reverting to r312235 boot ok >=20 > random: harvesting attach, 8 bytes (4 bits) from uhub9 > ugen1.3: at usbus1 > kernel trap 12 with interrupts disabled >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 2; apic id =3D 02 > fault virtual address =3D 0x64 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff80660449 > stack pointer =3D 0x28:0xfffffe0466aa9010 > frame pointer =3D 0x28:0xfffffe0466aa9030 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D resume, IOPL =3D 0 > current process =3D 60445 (ifconfig) > [ thread pid 60445 tid 100131 ] > Stopped at grouptaskqueue_enqueue+0x19: cmpl $0,0x64(%rbx) > db> bt =20 > Tracing pid 60445 tid 100131 td 0xfffff800088df500 > grouptaskqueue_enqueue() at grouptaskqueue_enqueue+0x19/frame 0xfffffe046= 6aa9030 > em_intr() at em_intr+0x8c/frame 0xfffffe0466aa9060 > iflib_fast_intr() at iflib_fast_intr+0x2c/frame 0xfffffe0466aa9080 > intr_event_handle() at intr_event_handle+0x9b/frame 0xfffffe0466aa90d0 > intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe0466a= a9100 > lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfffffe0466aa9120 > Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfffffe0466aa9120 > --- interrupt, rip =3D 0xffffffff809639ad, rsp =3D 0xfffffe0466aa91f0, rb= p =3D > 0xfffffe0466aa9200 --- spinlock_exit() at spinlock_exit+0x2d/frame 0xffff= fe0466aa9200 > smp_rendezvous_cpus() at smp_rendezvous_cpus+0x272/frame 0xfffffe0466aa92= 70 > smp_rendezvous() at smp_rendezvous+0x40/frame 0xfffffe0466aa92a0 > counter_u64_alloc() at counter_u64_alloc+0x3e/frame 0xfffffe0466aa92c0 > rtentry_zinit() at rtentry_zinit+0x11/frame 0xfffffe0466aa92e0 > keg_alloc_slab() at keg_alloc_slab+0x1e3/frame 0xfffffe0466aa9350 > keg_fetch_slab() at keg_fetch_slab+0x16e/frame 0xfffffe0466aa93a0 > zone_fetch_slab() at zone_fetch_slab+0x9e/frame 0xfffffe0466aa93e0 > zone_import() at zone_import+0x52/frame 0xfffffe0466aa9430 > uma_zalloc_arg() at uma_zalloc_arg+0x450/frame 0xfffffe0466aa94a0 > rtrequest1_fib() at rtrequest1_fib+0xfc/frame 0xfffffe0466aa95c0 > rtinit() at rtinit+0x390/frame 0xfffffe0466aa9740 > in_addprefix() at in_addprefix+0xef/frame 0xfffffe0466aa97b0 > in_control() at in_control+0x9dc/frame 0xfffffe0466aa9850 > ifioctl() at ifioctl+0xdcc/frame 0xfffffe0466aa98d0 > kern_ioctl() at kern_ioctl+0x274/frame 0xfffffe0466aa9950 > sys_ioctl() at sys_ioctl+0x13c/frame 0xfffffe0466aa9a20 > amd64_syscall() at amd64_syscall+0x488/frame 0xfffffe0466aa9bb0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0466aa9bb0 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x4b194a, rsp =3D 0x7= fffffffe478, rbp =3D > 0x7fffffffe4d0 --- > db> =20 >=20 >=20 >=20 >=20 > _______________________________________________ > 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" me, too here. Customized kernel. --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/J0FNAlJznR7dNG1UtY5Ie6R Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWH2kbQAKCRDS528fyFhY lICQAgCf3pFqELVdoToqZmsX3Z4PL+ZkjxDCoQfEnupJ4r4wT8F2WS0uidvyJsvl +NPHlNKv9AgZ0mvg2AX840vGnp5lAgCWLF45pzWQI7mCBWFsBhRZaQxgWJCFEVjx sCe/sMDhzPLciyahvg+GkYO4kXi0RNach48valc4pnQCVrsjqMmC =Q7IF -----END PGP SIGNATURE----- --Sig_/J0FNAlJznR7dNG1UtY5Ie6R-- From owner-freebsd-current@freebsd.org Tue Jan 17 13:11:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5F40CB34A6 for ; Tue, 17 Jan 2017 13:11:27 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from smtprelay-h31.telenor.se (smtprelay-h31.telenor.se [213.150.131.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 382E61657; Tue, 17 Jan 2017 13:11:26 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-h31.telenor.se (Postfix) with ESMTP id 17639D920; Tue, 17 Jan 2017 13:46:34 +0100 (CET) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2DgCgBnEX5YED5e5VVdGwEBAQMBAQEJAQEBgzkBAQEBAR9feAEBDweDSop5kSYPlygqhXgCghFEFAECAQEBAQEBAQYBAQEBAQECOEWEagEFIw8BIyMQCxgCAhQSAgI5ChQGiRoBCa8WgiUViXgBAQEBAQUBAQEBJIELiiGEMmSCOIJeBZs6AYF+hF6NSo4lkToBgTE2IDeBGQqBFguDUByBYD01AQGIVgEBAQ X-IPAS-Result: A2DgCgBnEX5YED5e5VVdGwEBAQMBAQEJAQEBgzkBAQEBAR9feAEBDweDSop5kSYPlygqhXgCghFEFAECAQEBAQEBAQYBAQEBAQECOEWEagEFIw8BIyMQCxgCAhQSAgI5ChQGiRoBCa8WgiUViXgBAQEBAQUBAQEBJIELiiGEMmSCOIJeBZs6AYF+hF6NSo4lkToBgTE2IDeBGQqBFguDUByBYD01AQGIVgEBAQ X-IronPort-AV: E=Sophos;i="5.33,244,1477954800"; d="scan'208";a="652025012" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb4.telenor.se with ESMTP; 17 Jan 2017 13:46:35 +0100 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1cTT9j-000JaN-EA; Tue, 17 Jan 2017 13:46:31 +0100 Received: from 193.12.143.142 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Tue, 17 Jan 2017 13:46:31 +0100 (CET) Message-ID: <59599.193.12.143.142.1484657191.squirrel@webmail.alvermark.net> In-Reply-To: <64999.85.229.93.187.1484344018.squirrel@webmail.alvermark.net> References: <57236.193.12.143.142.1484240708.squirrel@webmail.alvermark.net> <1610370.k87iRho0oa@ralph.baldwin.cx> <54232.193.12.143.142.1484297881.squirrel@webmail.alvermark.net> <4229440.M2aXL9uEHZ@ralph.baldwin.cx> <64999.85.229.93.187.1484344018.squirrel@webmail.alvermark.net> Date: Tue, 17 Jan 2017 13:46:31 +0100 (CET) Subject: Re: r311568 makes freerdp very slow From: "Jakob Alvermark" To: "Jakob Alvermark" Cc: "John Baldwin" , "Jakob Alvermark" , freebsd-current@freebsd.org, "Shawn Webb" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 13:11:27 -0000 On Fri, January 13, 2017 22:46, Jakob Alvermark wrote: > On Fri, January 13, 2017 19:44, John Baldwin wrote: > >> On Friday, January 13, 2017 09:58:01 AM Jakob Alvermark wrote: >> >> >>> On Thu, January 12, 2017 19:26, John Baldwin wrote: >>> >>> >>>> On Thursday, January 12, 2017 12:42:11 PM Shawn Webb wrote: >>>> >>>> >>>> >>>>> On Thu, Jan 12, 2017 at 06:05:08PM +0100, Jakob Alvermark wrote: >>>>> >>>>> >>>>> >>>>>> Hi, >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> r311568 Set MORETOCOME for AIO write requests on a socket. >>>>>> >>>>>> After this commit freerdp is very slow. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Before the password prompt would appear immediately when >>>>>> connecting to a server. Now it takes 5-10 seconds. After >>>>>> entering the password, another 5-10 seconds until I am >>>>>> connected. Once connected, there is a considerable lag. >>>>>> >>>>>> >>>>>> What could be the problem? >>>>>> >>>>>> >>>>>> >>>>> >>>>> I don't know what the problem is, but I am seeing the same >>>>> symptom. >>>>> >>>>> >>>> >>>> Can you get a ktrace of the freerdp process during this? The >>>> commit should only be setting MORETOCOME if multiple aio_write >>>> requests are queued to the same socket (so that TCP can batch them >>>> into a single packet). However, it should not affect an application >>>> just calling aio_write() on a socket once. >>>> >>>> -- >>>> John Baldwin >>>> >>>> >>> >>> Hi John, >>> >>> >>> >>> I got the ktrace, what do I do with it? >>> >>> >> >> kdump will generate a text representation, perhaps using 'kdump -s' to >> not include dumps of raw I/O data. If you can put the output of kdump >> at a URL I can fetch from then I can look at it. >> > > OK, here it is: http://filebin.ca/38mkuLau9Yqu/ktrace.out.xfreerdp.txt > > > Thanks, > > > Jakob Hi, Did you get any chance to look at this? Thanks, Jakob From owner-freebsd-current@freebsd.org Tue Jan 17 13:45:48 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBDF7CB3FBD for ; Tue, 17 Jan 2017 13:45:48 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B5B2915F2 for ; Tue, 17 Jan 2017 13:45:48 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 9E46A1928BA; Tue, 17 Jan 2017 13:45:46 +0000 (UTC) Subject: Re: Panic on boot current amd64 To: "O. Hartmann" , Manfred Antar References: <5A181CDD-D77D-40F3-8C3A-8A222689A2A1@pozo.com> <20170117101033.4383c652@thor.intern.walstatt.dynvpn.de> Cc: freebsd-current@freebsd.org From: Sean Bruno Message-ID: <3ebeacaa-3976-d8cd-5c82-621ea15a6205@freebsd.org> Date: Tue, 17 Jan 2017 06:45:42 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170117101033.4383c652@thor.intern.walstatt.dynvpn.de> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="tLup09WKIi94lbcxiIjtVAj8dTQbmgIvM" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 13:45:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --tLup09WKIi94lbcxiIjtVAj8dTQbmgIvM Content-Type: multipart/mixed; boundary="cFmOQbNHuqhkTFICTMfQ7pUVuDxL8Xb2w"; protected-headers="v1" From: Sean Bruno To: "O. Hartmann" , Manfred Antar Cc: freebsd-current@freebsd.org Message-ID: <3ebeacaa-3976-d8cd-5c82-621ea15a6205@freebsd.org> Subject: Re: Panic on boot current amd64 References: <5A181CDD-D77D-40F3-8C3A-8A222689A2A1@pozo.com> <20170117101033.4383c652@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170117101033.4383c652@thor.intern.walstatt.dynvpn.de> --cFmOQbNHuqhkTFICTMfQ7pUVuDxL8Xb2w Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 01/17/17 02:10, O. Hartmann wrote: > Am Mon, 16 Jan 2017 10:33:35 -0800 > Manfred Antar schrieb: >=20 >> From current today after changes to /sys/sys/gtaskqueue.h (r312293) I = get panic on boot. >> reverting to r312235 boot ok >> >> random: harvesting attach, 8 bytes (4 bits) from uhub9 >> ugen1.3: at usbus1 >> kernel trap 12 with interrupts disabled >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 2; apic id =3D 02 >> fault virtual address =3D 0x64 >> fault code =3D supervisor read data, page not present >> instruction pointer =3D 0x20:0xffffffff80660449 >> stack pointer =3D 0x28:0xfffffe0466aa9010 >> frame pointer =3D 0x28:0xfffffe0466aa9030 >> code segment =3D base 0x0, limit 0xfffff, type 0x1b >> =3D DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags =3D resume, IOPL =3D 0 >> current process =3D 60445 (ifconfig) >> [ thread pid 60445 tid 100131 ] >> Stopped at grouptaskqueue_enqueue+0x19: cmpl $0,0x64(%rbx) >> db> bt =20 >> Tracing pid 60445 tid 100131 td 0xfffff800088df500 >> grouptaskqueue_enqueue() at grouptaskqueue_enqueue+0x19/frame 0xfffffe= 0466aa9030 >> em_intr() at em_intr+0x8c/frame 0xfffffe0466aa9060 >> iflib_fast_intr() at iflib_fast_intr+0x2c/frame 0xfffffe0466aa9080 >> intr_event_handle() at intr_event_handle+0x9b/frame 0xfffffe0466aa90d0= >> intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe04= 66aa9100 >> lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfffffe0466aa9120= >> Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfffffe0466aa9120 >> --- interrupt, rip =3D 0xffffffff809639ad, rsp =3D 0xfffffe0466aa91f0,= rbp =3D >> 0xfffffe0466aa9200 --- spinlock_exit() at spinlock_exit+0x2d/frame 0xf= ffffe0466aa9200 >> smp_rendezvous_cpus() at smp_rendezvous_cpus+0x272/frame 0xfffffe0466a= a9270 >> smp_rendezvous() at smp_rendezvous+0x40/frame 0xfffffe0466aa92a0 >> counter_u64_alloc() at counter_u64_alloc+0x3e/frame 0xfffffe0466aa92c0= >> rtentry_zinit() at rtentry_zinit+0x11/frame 0xfffffe0466aa92e0 >> keg_alloc_slab() at keg_alloc_slab+0x1e3/frame 0xfffffe0466aa9350 >> keg_fetch_slab() at keg_fetch_slab+0x16e/frame 0xfffffe0466aa93a0 >> zone_fetch_slab() at zone_fetch_slab+0x9e/frame 0xfffffe0466aa93e0 >> zone_import() at zone_import+0x52/frame 0xfffffe0466aa9430 >> uma_zalloc_arg() at uma_zalloc_arg+0x450/frame 0xfffffe0466aa94a0 >> rtrequest1_fib() at rtrequest1_fib+0xfc/frame 0xfffffe0466aa95c0 >> rtinit() at rtinit+0x390/frame 0xfffffe0466aa9740 >> in_addprefix() at in_addprefix+0xef/frame 0xfffffe0466aa97b0 >> in_control() at in_control+0x9dc/frame 0xfffffe0466aa9850 >> ifioctl() at ifioctl+0xdcc/frame 0xfffffe0466aa98d0 >> kern_ioctl() at kern_ioctl+0x274/frame 0xfffffe0466aa9950 >> sys_ioctl() at sys_ioctl+0x13c/frame 0xfffffe0466aa9a20 >> amd64_syscall() at amd64_syscall+0x488/frame 0xfffffe0466aa9bb0 >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0466aa9bb0 >> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x4b194a, rsp =3D = 0x7fffffffe478, rbp =3D >> 0x7fffffffe4d0 --- >> db> =20 >> >> >> >> >> _______________________________________________ >> 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" >=20 >=20 > Has this been fixed? I bugs mee, too. > I went back to r312235, too, which doesn't coredump. >=20 > Regards, >=20 > oh >=20 For the time being, I'm suggesting people add EARLY_AP_START to their kernel configs as is in GENERIC. We are still debugging this. sean --cFmOQbNHuqhkTFICTMfQ7pUVuDxL8Xb2w-- --tLup09WKIi94lbcxiIjtVAj8dTQbmgIvM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlh+IAZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmRitggAjynW+TGH6dzEH+4HQlHxZnNGsa4EB+KT6CNTg5wyL1/rt8ObzuDmm9Hn /KUxWfmIpK1YrW7meA0WSmbu4V6WeDnHveNG9X0LGVyKE7X5p63yhZz+Y3AaiOzV s+M1PYaWouXCoLH2XGiHucmsby4tr7frplDlgc7aHovMSQ538pCvf21mun91qWiP ISiFg6E0vtGHYtG17yxOQp2V54k3mGR8Qy7UMaOhuLRSfCY4WB0H2/RLvzILiVSj 8AYTyazUqrzkg8Cp2KGWR2zSTcbH4EvxwU2Ij+6W36+ec66KAn8IGF2R20yDYaZ0 u52O32xy06X5GlXn1k5PX5kwJ1mAng== =RLDA -----END PGP SIGNATURE----- --tLup09WKIi94lbcxiIjtVAj8dTQbmgIvM-- From owner-freebsd-current@freebsd.org Tue Jan 17 14:06:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F672CB4464 for ; Tue, 17 Jan 2017 14:06:06 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5A2D21F0F for ; Tue, 17 Jan 2017 14:06:06 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 8E1F01FE025; Tue, 17 Jan 2017 15:05:48 +0100 (CET) Subject: Re: TSC as timecounter makes system lag To: Jia-Shiun Li , Konstantin Belousov References: <20170113120534.GC2349@kib.kiev.ua> <20170115202008.GL2349@kib.kiev.ua> <20170116120021.GQ2349@kib.kiev.ua> Cc: freebsd-current From: Hans Petter Selasky Message-ID: <5f814a7a-5e46-057e-62ad-dde0a61bc1c8@selasky.org> Date: Tue, 17 Jan 2017 15:05:30 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------3184C88B78335154B7680934" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 14:06:06 -0000 This is a multi-part message in MIME format. --------------3184C88B78335154B7680934 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 01/16/17 15:34, Jia-Shiun Li wrote: > Yes. I noticed this because systat refreshes looked slower, > and keystroke did not repeat smoothly for 30/s. I've seen something similar. Does the attached patch make any difference? Can you dump: vmstat -i Just after boot w/ and w/o the attached patch, when the keystroke did not repeat smoothly. --HPS --------------3184C88B78335154B7680934 Content-Type: text/x-patch; name="timer_init_fix.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="timer_init_fix.diff" diff --git a/sys/kern/kern_clocksource.c b/sys/kern/kern_clocksource.c index 7f7769d..454a130 100644 --- a/sys/kern/kern_clocksource.c +++ b/sys/kern/kern_clocksource.c @@ -511,7 +511,7 @@ configtimer(int start) state->nexthard = next; state->nextstat = next; state->nextprof = next; - state->nextcall = next; + state->nextcall = SBT_MAX; state->nextcallopt = next; hardclock_sync(cpu); } --------------3184C88B78335154B7680934-- From owner-freebsd-current@freebsd.org Tue Jan 17 15:08:56 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91AC2CB38B3 for ; Tue, 17 Jan 2017 15:08:56 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B8531843; Tue, 17 Jan 2017 15:08:55 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.178.51.158]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LwF9u-1cUDjc1BSI-0185xv; Tue, 17 Jan 2017 16:08:30 +0100 Date: Tue, 17 Jan 2017 16:08:20 +0100 From: "O. Hartmann" To: Sean Bruno Cc: "O. Hartmann" , Manfred Antar , freebsd-current@freebsd.org Subject: Re: Panic on boot current amd64 Message-ID: <20170117160820.52438326@thor.intern.walstatt.dynvpn.de> In-Reply-To: <3ebeacaa-3976-d8cd-5c82-621ea15a6205@freebsd.org> References: <5A181CDD-D77D-40F3-8C3A-8A222689A2A1@pozo.com> <20170117101033.4383c652@thor.intern.walstatt.dynvpn.de> <3ebeacaa-3976-d8cd-5c82-621ea15a6205@freebsd.org> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/0B_kx2Fgkw8rfrkZes2kUD9"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:bGckqtoaGe4yr8nW2POFzzzch5m6w4OdycmaYkHg4F91srHEdCy KpAu1k0TpwoyK6xuDtIVVcwL0jSVSms8ihQrR8KpyXhAraLnNlnm7rT9pjMHmLcbRVUhrHx QB27XLtZuZFmvUIAYBH/36EeJhPOlW+3kmPfhsT7Jv0lrA9eu8UuOLDgxuUmfBWgPyb/P/g whtP/93HkyA0LGUmk6seg== X-UI-Out-Filterresults: notjunk:1;V01:K0:56ltyEYlNW0=:NhxjXJy9tz5gbXirJ0btlo VtTfHXgq9hE62IMR9VMSaD5CpSyfkXEj3MXJQyC71oApshzH/ieqJ0jqV2Ws117m9vAfAdP6u RDtU0SBBWQcNQ5KhDKIUYfT80wMEWkAx4Tu4QLLh0ffUQOxotLdqxTusEjezFOvQLFwKsvpf1 49UPM71WhUjMc2hntJqbCy2+aR/AIMVIXZud9oosMAl/xwSxIaIMWBvS4qW75UdshucDHdsqZ 2EOPtqQpgVRWymGmuPw5WHOSFtE5xn0x07M96RxOomxgR0vdZILwLsQ397zpWa56ndVBW2MG5 89vtbz95g0I+kIGDUN1X9b8kdKzxqwBDUrFxnJVYmQApXaLBF/oKPOxB3kOa+hIK9K2uTM/vo N8czy4WM+7DreQtj6DZsb2kREi0nvu3rtsO9yvvdiIhjSLEGCZN0Vu3/oDyP6bpkOIdW8UKeg MS4634GhMIB2a2wo6eZcq9cJARlc+XyCBSlWK2LofsLHRilfaZJawkRSB7p+tZAgcC1ZyJQy0 5BlpW8xcw9YCS+40+Cs/E8Okka4xq7rWScUwLujOXXN9ttZX48t7RexFyOjylskmo1FoESvrt hKHmCnB/Gx6ZcR3/671Ye1H4BTbLQNO2NGUvQqmtXVSQ4fzZMa3ItN2PZA8pLRr3vCl5EAz8Q njO/RhbeFk+JCMWPQSHz3N9OUrLglzq7gPo5YSDKXNB8gA9rmmgzlhyxXR0VhHMtMi0UBkeA7 L8SAZIiycrjQqZHGqtLzSvkmKRgbY+KY2bw8KPbnz9lDfHFz/8dZ3Fgx2nLa5EiM/yQlKuYHv HUr/OLIYNlG5J18eZLOguX/GTmPzi3x0Xx8qweSs8C9/Eadtpe4QfLQShG/ms5Mi7ei/uTS6J 3OJs9d4TJBqLgYwHCHNhHKukHz/LTjht3YndUnNxvdHyLMo+zQdH0A3j/6P+HxY17VCymQqCb kfo4S+Sb9SjSoiWTPxzuxisJoXEaey+U0CXyi96x+F9luHBVamE9HVRBhfpdrsAtE1JtzDC0J KYXaQFR1tjTONZ4gegymgjQ69+6QyNPWz4AUuXEstRGZ X-Mailman-Approved-At: Tue, 17 Jan 2017 16:46:08 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 15:08:56 -0000 --Sig_/0B_kx2Fgkw8rfrkZes2kUD9 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am Tue, 17 Jan 2017 06:45:42 -0700 Sean Bruno schrieb: > On 01/17/17 02:10, O. Hartmann wrote: > > Am Mon, 16 Jan 2017 10:33:35 -0800 > > Manfred Antar schrieb: > > =20 > >> From current today after changes to /sys/sys/gtaskqueue.h (r312293) I = get panic on > >> boot. reverting to r312235 boot ok > >> > >> random: harvesting attach, 8 bytes (4 bits) from uhub9 > >> ugen1.3: at usbus1 > >> kernel trap 12 with interrupts disabled > >> > >> > >> Fatal trap 12: page fault while in kernel mode > >> cpuid =3D 2; apic id =3D 02 > >> fault virtual address =3D 0x64 > >> fault code =3D supervisor read data, page not present > >> instruction pointer =3D 0x20:0xffffffff80660449 > >> stack pointer =3D 0x28:0xfffffe0466aa9010 > >> frame pointer =3D 0x28:0xfffffe0466aa9030 > >> code segment =3D base 0x0, limit 0xfffff, type 0x1b > >> =3D DPL 0, pres 1, long 1, def32 0, gran 1 > >> processor eflags =3D resume, IOPL =3D 0 > >> current process =3D 60445 (ifconfig) > >> [ thread pid 60445 tid 100131 ] > >> Stopped at grouptaskqueue_enqueue+0x19: cmpl $0,0x64(%rbx) = =20 > >> db> bt =20 > >> Tracing pid 60445 tid 100131 td 0xfffff800088df500 > >> grouptaskqueue_enqueue() at grouptaskqueue_enqueue+0x19/frame 0xfffffe= 0466aa9030 > >> em_intr() at em_intr+0x8c/frame 0xfffffe0466aa9060 > >> iflib_fast_intr() at iflib_fast_intr+0x2c/frame 0xfffffe0466aa9080 > >> intr_event_handle() at intr_event_handle+0x9b/frame 0xfffffe0466aa90d0 > >> intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe04= 66aa9100 > >> lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfffffe0466aa9120 > >> Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfffffe0466aa9120 > >> --- interrupt, rip =3D 0xffffffff809639ad, rsp =3D 0xfffffe0466aa91f0,= rbp =3D > >> 0xfffffe0466aa9200 --- spinlock_exit() at spinlock_exit+0x2d/frame 0xf= ffffe0466aa9200 > >> smp_rendezvous_cpus() at smp_rendezvous_cpus+0x272/frame 0xfffffe0466a= a9270 > >> smp_rendezvous() at smp_rendezvous+0x40/frame 0xfffffe0466aa92a0 > >> counter_u64_alloc() at counter_u64_alloc+0x3e/frame 0xfffffe0466aa92c0 > >> rtentry_zinit() at rtentry_zinit+0x11/frame 0xfffffe0466aa92e0 > >> keg_alloc_slab() at keg_alloc_slab+0x1e3/frame 0xfffffe0466aa9350 > >> keg_fetch_slab() at keg_fetch_slab+0x16e/frame 0xfffffe0466aa93a0 > >> zone_fetch_slab() at zone_fetch_slab+0x9e/frame 0xfffffe0466aa93e0 > >> zone_import() at zone_import+0x52/frame 0xfffffe0466aa9430 > >> uma_zalloc_arg() at uma_zalloc_arg+0x450/frame 0xfffffe0466aa94a0 > >> rtrequest1_fib() at rtrequest1_fib+0xfc/frame 0xfffffe0466aa95c0 > >> rtinit() at rtinit+0x390/frame 0xfffffe0466aa9740 > >> in_addprefix() at in_addprefix+0xef/frame 0xfffffe0466aa97b0 > >> in_control() at in_control+0x9dc/frame 0xfffffe0466aa9850 > >> ifioctl() at ifioctl+0xdcc/frame 0xfffffe0466aa98d0 > >> kern_ioctl() at kern_ioctl+0x274/frame 0xfffffe0466aa9950 > >> sys_ioctl() at sys_ioctl+0x13c/frame 0xfffffe0466aa9a20 > >> amd64_syscall() at amd64_syscall+0x488/frame 0xfffffe0466aa9bb0 > >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0466aa9bb0 > >> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x4b194a, rsp =3D = 0x7fffffffe478, > >> rbp =3D 0x7fffffffe4d0 --- =20 > >> db> =20 > >> > >> > >> > >> > >> _______________________________________________ > >> 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" =20 > >=20 > >=20 > > Has this been fixed? I bugs mee, too. > > I went back to r312235, too, which doesn't coredump. > >=20 > > Regards, > >=20 > > oh > > =20 >=20 > For the time being, I'm suggesting people add EARLY_AP_START to their > kernel configs as is in GENERIC. >=20 > We are still debugging this. >=20 > sean >=20 EARLY_AP_START was like a death-sentence in earlier days to my configs on t= wo systems in my SoHo, so I avoided adding it.=20 --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/0B_kx2Fgkw8rfrkZes2kUD9 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWH4zZAAKCRDS528fyFhY lC8AAf9TJDBAeg6PbPYIq3OhtkfsrbAcIIL5LpbqQT+n2oLKkk9LN266ib8rZ5p/ Cm9MtXRLOwnVb1RIjzYv5+tNi7aUAf0fNV6WIMBd+5djxoWmoXfpnUoiVTyezspl 2LoFunlj9JV5qgGowAmmUn+ZfCsorNuOWmq4IjtWzMg25u36oFWw =MCwg -----END PGP SIGNATURE----- --Sig_/0B_kx2Fgkw8rfrkZes2kUD9-- From owner-freebsd-current@freebsd.org Tue Jan 17 17:32:41 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2410ECB407C for ; Tue, 17 Jan 2017 17:32:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F40DB1568; Tue, 17 Jan 2017 17:32:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 0901010A7B9; Tue, 17 Jan 2017 12:32:40 -0500 (EST) From: John Baldwin To: Hans Petter Selasky Cc: FreeBSD Current , Konstantin Belousov Subject: Re: Strange issue after early AP startup Date: Tue, 17 Jan 2017 07:50:31 -0800 Message-ID: <2215603.KuBd8pM5Pm@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <264c5dd8-d82d-3326-7de5-96b0bb96ac01@selasky.org> References: <3466870.vFI8cjabAc@ralph.baldwin.cx> <264c5dd8-d82d-3326-7de5-96b0bb96ac01@selasky.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 17 Jan 2017 12:32:40 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 17:32:41 -0000 On Monday, January 16, 2017 10:10:16 PM Hans Petter Selasky wrote: > On 01/16/17 20:31, John Baldwin wrote: > > On Monday, January 16, 2017 04:51:42 PM Hans Petter Selasky wrote: > >> Hi, > >> > >> When booting I observe an additional 30-second delay after this print: > >> > >>> Timecounters tick every 1.000 msec > >> > >> ~30 second delay and boot continues like normal. > >> > >> Checking "vmstat -i" reveals that some timers have been running loose. > >> > >>> cpu0:timer 44300 442 > >>> cpu1:timer 40561 404 > >>> cpu3:timer 48462822 483058 > >>> cpu2:timer 48477898 483209 > >> > >> Trying to add delays and/or prints around the Timecounters printout > >> makes the issue go away. Any ideas for debugging? > > > > I have generally used KTR tracing to trace what is happening during > > boot to debug EARLY_AP_STARTUP issues. > > > > Hi John, > > What happens is that getnextcpuevent(0) keeps on returning > "state->nextcall" which is in the past for CPU #2 and #3 on my box. > > In "cpu_new_callout()" there is a check if "bt >= state->nextcall", > which I suspect is true, so "state->nextcall" never gets set to real > minimum sbintime. > > The attached patch fixes the problem for me, but I'm not 100% sure if it > is correct. I think we want to be honoring any currently scheduled callouts. You could do that by setting it to 'cc_firstevent' of the associated CPU, but in practice 'state->nextcall' should already be set to that (it is initalized to SBT_MAX in cpu_initclocks_bsp() and is then only set to other values due to cpu_new_callout()). Keep in mind that configtimer() is not just called from boot, but is also invoked when starting/stopping the profiling timer. However, when setting 'nextevent' (which is used to schedule the next timer interrupt), we should be honoring the existing 'nextcall' if it is sooner than the next hardclock. (One odd thing is that even in your case the first call to handleevents(), the 'now => state->nextcallout' check in handleevents() should be true which resets both nextcall and nextcallopt and invokes callout_process().) Here is a suggestion that attempts what I described in the first paragraph. If you still get hangs it would be good to break into DDB and capture the output of 'show clocksource'. Index: kern_clocksource.c =================================================================== --- kern_clocksource.c (revision 312301) +++ kern_clocksource.c (working copy) @@ -503,7 +503,12 @@ configtimer(int start) state->nextevent = SBT_MAX; else #endif + if (next < state->nextcall) state->nextevent = next; + else if (state->nextcall < now) + state->nextevent = now; + else + state->nextevent = state->nextcall; if (periodic) state->nexttick = next; else @@ -511,8 +516,6 @@ configtimer(int start) state->nexthard = next; state->nextstat = next; state->nextprof = next; - state->nextcall = next; - state->nextcallopt = next; hardclock_sync(cpu); } busy = 0; -- John Baldwin From owner-freebsd-current@freebsd.org Tue Jan 17 17:38:04 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A56DCB44C4 for ; Tue, 17 Jan 2017 17:38:04 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2666F1C92; Tue, 17 Jan 2017 17:38:04 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 61C6F1FE025; Tue, 17 Jan 2017 18:37:45 +0100 (CET) Subject: Re: Strange issue after early AP startup To: John Baldwin References: <3466870.vFI8cjabAc@ralph.baldwin.cx> <264c5dd8-d82d-3326-7de5-96b0bb96ac01@selasky.org> <2215603.KuBd8pM5Pm@ralph.baldwin.cx> Cc: FreeBSD Current , Konstantin Belousov From: Hans Petter Selasky Message-ID: Date: Tue, 17 Jan 2017 18:37:27 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <2215603.KuBd8pM5Pm@ralph.baldwin.cx> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 17:38:04 -0000 On 01/17/17 16:50, John Baldwin wrote: > (One odd thing is that even in your case the first call to handleevents(), > the 'now => state->nextcallout' check in handleevents() should be true > which resets both nextcall and nextcallopt and invokes callout_process().) Hi, I suspect the cpu_new_callout() function is changing this condition after a callout_reset() call, before handleevents() gets a chance to run. I'll give your patch a spin right away and let you know how it goes. --HPS From owner-freebsd-current@freebsd.org Tue Jan 17 17:38:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60389CB456A for ; Tue, 17 Jan 2017 17:38:39 +0000 (UTC) (envelope-from maware@ucsc.edu) Received: from mail-ot0-x22d.google.com (mail-ot0-x22d.google.com [IPv6:2607:f8b0:4003:c0f::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 29C111DCD for ; Tue, 17 Jan 2017 17:38:39 +0000 (UTC) (envelope-from maware@ucsc.edu) Received: by mail-ot0-x22d.google.com with SMTP id f9so67469969otd.1 for ; Tue, 17 Jan 2017 09:38:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ucsc.edu; s=ucsc-google; h=mime-version:from:date:message-id:subject:to; bh=ah+N0gYC8JftDxLwogI9IYi4yxODEYta9Lp2U34w5fo=; b=VxIBF9D1/f04xk1ziIVsZpEaAhIngBXjSR8r7IgMC3WDeER7oN7QNnwuoe/kxuSGHv s8cv+uldhkK0HOFpAAj8BqWhIdSmrf7rr7XFxPBKdGUV8eXCE/dxwexE5fFVGUY7bO5+ H8j0ZRgZjqH0CmqxQczv7xFBGOa7/wcg2Myhs= 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=ah+N0gYC8JftDxLwogI9IYi4yxODEYta9Lp2U34w5fo=; b=Ve1ECqg/ntB1+75sAE+dbZYPUz72mAd2riJ/kaKrIx/91VfKsF0SPqbfiRRxTkl+ux b66thGTNcFOLVzOjHqokGjIsMsVs/0znxd0/YBGgDuvYpJ471WeqcWiVkQqfMHIZA6MI JsWupgZx6lVwd+UMlSNGFPmZSoU6/PW8i9z9LnCwqlr4umx/yxt5nkSpyPD7pGqP45jf bRMf7dDnAs0gVUi5YfMBFOtQkWjQvggcyJ8ltEhPWimKaHzF/roNCsv18jtPU9yW4fmm x6GiyxtPtWzvr7MeDmCoSGw8UPduuPIoebThXL2muEhO13rXfR/O/mSlWArAyJJE6d/0 WFJA== X-Gm-Message-State: AIkVDXI9j5dhIM9sYhK8ozZmi1fG9WXgkb7KVrK9Xnpx0AVAkxptOH/NTSEPxAGA51bgI9/JCAMIYobXcS3GqMXU X-Received: by 10.157.40.76 with SMTP id h12mr4644544otd.139.1484674718322; Tue, 17 Jan 2017 09:38:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.74.59.136 with HTTP; Tue, 17 Jan 2017 09:38:38 -0800 (PST) From: Michael Ware Date: Tue, 17 Jan 2017 09:38:38 -0800 Message-ID: Subject: NFS 4.1 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 17:38:39 -0000 Good day, Does anyone know if NFS 4.1 (not 4.0) is available in FreeBSD 11? I have not been able to find any documentation around this. Thanks -- Mike From owner-freebsd-current@freebsd.org Tue Jan 17 17:47:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A047CB49FF for ; Tue, 17 Jan 2017 17:47:23 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D59D1759; Tue, 17 Jan 2017 17:47:22 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 0DA291FE025; Tue, 17 Jan 2017 18:46:57 +0100 (CET) Subject: Re: Strange issue after early AP startup To: John Baldwin References: <3466870.vFI8cjabAc@ralph.baldwin.cx> <264c5dd8-d82d-3326-7de5-96b0bb96ac01@selasky.org> <2215603.KuBd8pM5Pm@ralph.baldwin.cx> Cc: FreeBSD Current , Konstantin Belousov From: Hans Petter Selasky Message-ID: <17c85624-9a8b-183b-7e3b-0169b0c53a39@selasky.org> Date: Tue, 17 Jan 2017 18:46:40 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <2215603.KuBd8pM5Pm@ralph.baldwin.cx> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 17:47:23 -0000 On 01/17/17 16:50, John Baldwin wrote: > Index: kern_clocksource.c > =================================================================== > --- kern_clocksource.c (revision 312301) > +++ kern_clocksource.c (working copy) > @@ -503,7 +503,12 @@ configtimer(int start) > state->nextevent = SBT_MAX; > else > #endif > + if (next < state->nextcall) > state->nextevent = next; > + else if (state->nextcall < now) > + state->nextevent = now; > + else > + state->nextevent = state->nextcall; > if (periodic) > state->nexttick = next; > else > @@ -511,8 +516,6 @@ configtimer(int start) > state->nexthard = next; > state->nextstat = next; > state->nextprof = next; > - state->nextcall = next; > - state->nextcallopt = next; > hardclock_sync(cpu); > } > busy = 0; This patch makes it worse. Now I don't even reach the login prompt. --HPS From owner-freebsd-current@freebsd.org Tue Jan 17 18:02:48 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07F21CB4469 for ; Tue, 17 Jan 2017 18:02:48 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: from h2.pinyon.org (h2.pinyon.org [65.101.20.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D903F1502 for ; Tue, 17 Jan 2017 18:02:47 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: by h2.pinyon.org (Postfix, from userid 58) id 8F7221FBA6; Tue, 17 Jan 2017 11:02:40 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1484676160; bh=fLzK1MK5eoUoY6ph40+1C7Dg3ICydSLkiv590VrJJfw=; h=Subject:To:References:From:Date:In-Reply-To; b=AnYQRnBzDl03rRQySg2HtXQh/8y5CiBz59IBcMyhN3Bcira6+PON54DkjQO4m8vO8 qjoIfQcHIM/EJwQT9kfN7Qe24KJoYZCgC7Rf9yfmQMFetUix3cuP0MS8rGOtqJacyX Z2zaDvOhBsKYlmGUkwauzn5wa1IOOgM86jErzkjE= X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on h2.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED shortcircuit=no autolearn=ham autolearn_force=no version=3.4.1 Received: from [10.0.10.15] (h1.pinyon.org [65.101.20.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by h2.pinyon.org (Postfix) with ESMTPSA id 1E7C71FBA0 for ; Tue, 17 Jan 2017 11:02:39 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1484676160; bh=fLzK1MK5eoUoY6ph40+1C7Dg3ICydSLkiv590VrJJfw=; h=Subject:To:References:From:Date:In-Reply-To; b=AnYQRnBzDl03rRQySg2HtXQh/8y5CiBz59IBcMyhN3Bcira6+PON54DkjQO4m8vO8 qjoIfQcHIM/EJwQT9kfN7Qe24KJoYZCgC7Rf9yfmQMFetUix3cuP0MS8rGOtqJacyX Z2zaDvOhBsKYlmGUkwauzn5wa1IOOgM86jErzkjE= Subject: Re: NFS 4.1 To: freebsd-current@freebsd.org References: From: "Russell L. Carter" Message-ID: <31056385-226b-532f-9f1e-31f0b369375b@pinyon.org> Date: Tue, 17 Jan 2017 11:02:39 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 18:02:48 -0000 On 01/17/17 10:38, Michael Ware wrote: > Good day, > Does anyone know if NFS 4.1 (not 4.0) is available in FreeBSD 11? I have > not been able to find any documentation around this. > Thanks > Yes, though I'm not sure what specific feature you're looking for. FreeBSD interoperates with my linux NFS 4.1 servers and clients just fine. man nfsv4 $ cat ~/bin/knuth-mount #! /bin/sh # man mount_nfs MOUNT="mount_nfs -o nfsv4,minorversion=1" #MOUNT="mount_nfs -o nfsv3" NFS_SERVER_HOST=knuth $MOUNT $NFS_SERVER_HOST:/export/packages /mnt/$NFS_SERVER_HOST/packages $MOUNT $NFS_SERVER_HOST:/usr/src /usr/src $MOUNT $NFS_SERVER_HOST:/usr/obj /usr/obj HTH, Russell From owner-freebsd-current@freebsd.org Tue Jan 17 18:04:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31906CB45BC for ; Tue, 17 Jan 2017 18:04:51 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D6E071860; Tue, 17 Jan 2017 18:04:50 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id BEF311FE025; Tue, 17 Jan 2017 19:04:32 +0100 (CET) Subject: Re: Strange issue after early AP startup To: John Baldwin References: <3466870.vFI8cjabAc@ralph.baldwin.cx> <264c5dd8-d82d-3326-7de5-96b0bb96ac01@selasky.org> <2215603.KuBd8pM5Pm@ralph.baldwin.cx> Cc: FreeBSD Current , Konstantin Belousov From: Hans Petter Selasky Message-ID: <3cbe6454-82cc-0592-4ee6-3c1552b19f9a@selasky.org> Date: Tue, 17 Jan 2017 19:04:15 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <2215603.KuBd8pM5Pm@ralph.baldwin.cx> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 18:04:51 -0000 On 01/17/17 16:50, John Baldwin wrote: > On Monday, January 16, 2017 10:10:16 PM Hans Petter Selasky wrote: >> On 01/16/17 20:31, John Baldwin wrote: >>> On Monday, January 16, 2017 04:51:42 PM Hans Petter Selasky wrote: >>>> Hi, >>>> >>>> When booting I observe an additional 30-second delay after this print: >>>> >>>>> Timecounters tick every 1.000 msec >>>> >>>> ~30 second delay and boot continues like normal. >>>> >>>> Checking "vmstat -i" reveals that some timers have been running loose. >>>> >>>>> cpu0:timer 44300 442 >>>>> cpu1:timer 40561 404 >>>>> cpu3:timer 48462822 483058 >>>>> cpu2:timer 48477898 483209 >>>> >>>> Trying to add delays and/or prints around the Timecounters printout >>>> makes the issue go away. Any ideas for debugging? >>> >>> I have generally used KTR tracing to trace what is happening during >>> boot to debug EARLY_AP_STARTUP issues. >>> >> >> Hi John, >> >> What happens is that getnextcpuevent(0) keeps on returning >> "state->nextcall" which is in the past for CPU #2 and #3 on my box. >> >> In "cpu_new_callout()" there is a check if "bt >= state->nextcall", >> which I suspect is true, so "state->nextcall" never gets set to real >> minimum sbintime. >> >> The attached patch fixes the problem for me, but I'm not 100% sure if it >> is correct. > Hi, > I think we want to be honoring any currently scheduled callouts. The problem here is that we might be changing the clocksource, then sbinuptime() will change too, so I think the value should be reset by configtimer() and then corrected at the next call to callout_process(). > You could > do that by setting it to 'cc_firstevent' of the associated CPU, but in > practice 'state->nextcall' should already be set to that (it is initalized > to SBT_MAX in cpu_initclocks_bsp() and is then only set to other values due > to cpu_new_callout()). Keep in mind that configtimer() is not just called > from boot, but is also invoked when starting/stopping the profiling timer. > > However, when setting 'nextevent' (which is used to schedule the next timer > interrupt), we should be honoring the existing 'nextcall' if it is sooner > than the next hardclock. Does this matter for the first tick? How often is configtimer() called? > (One odd thing is that even in your case the first call to handleevents(), > the 'now => state->nextcallout' check in handleevents() should be true > which resets both nextcall and nextcallopt and invokes callout_process().) Let me take you through the failure path, by code inspection: 1) configtimer() is called and we init nextcall and nextcallopt: > next = now + timerperiod; ... > state->nextcall = next; > state->nextcallopt = next; 2) Any callout_reset() calls cpu_new_callout(): > */ > state->nextcallopt = bt_opt; > if (bt >= state->nextcall) We follow this path, because "bt" is surely based on sbinuptime() and is greater or equal to state->nextcall. Note that state->nextcallopt is updated to bt_opt, which is in the future. > goto done; > state->nextcall = bt; 3) getnextcpuevent(0) is called by the fast timercb() to setup the next event: > state = DPCPU_PTR(timerstate); > /* Handle hardclock() events, skipping some if CPU is idle. */ > event = state->nexthard; ... > /* Handle callout events. */ > if (event > state->nextcall) We then go looping into this path, because state->nextcall is still equal to "next" as in step 1) which is now in the past, until "now >= state->nextcallopt" inside handleevents(), which clears this condition. > event = state->nextcall; ... > return (event); --HPS From owner-freebsd-current@freebsd.org Tue Jan 17 18:10:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDEDDCB4704 for ; Tue, 17 Jan 2017 18:10:02 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-yw0-x22e.google.com (mail-yw0-x22e.google.com [IPv6:2607:f8b0:4002:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8364C1A98 for ; Tue, 17 Jan 2017 18:10:02 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-yw0-x22e.google.com with SMTP id v200so20892957ywc.3 for ; Tue, 17 Jan 2017 10:10:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=PAioCsGxPj70AQCQFLso4JUbrD1DwTA/mqNsp0y7p0I=; b=RCgR4CUlLoqDqc+ClVo+Vg+uaCTSoz1ixYkOOwDJUDoZ37cKB+BLGdqL5fe0nXixxF oeTUe4+P/8ZwnMxPx1KjfhWPevSN8a19ercQHUYwpKoZrTYve71/ruij/SZ2h2KQllXY syxnpMZkUir9al2D3iw9Cq08VGdi/AH5TIyn3bby/fqojpDulsykenXlwCDlxiw/yX6j yWvTurPKaoYzP4Q0pbIspEP5mIuJD/rbcMR3yhSc/Vr4xM1/iQj9qj75qiv19+1zBm+P wEEGPj1Tt9nRopRC3MmznieELNb3y3zd2H/9JtRmsCg5rSHdOYHUJ9fuw2uK15tm5XOd UrtQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=PAioCsGxPj70AQCQFLso4JUbrD1DwTA/mqNsp0y7p0I=; b=UceH7DIePPCRKeI/IsRsZWIkJ3v3kPg6HGNE4U8TsAMU203vMSY/aqRk2f/3KE76ip Yo/sdBvOp6sHTE+ViwbvgJxtxQGDQUIHnjaadN5ITLQsHzFWQRWXcNa2aeis5SqvbIy/ Amln4KSp55tqcQc/Uh7d73MMikvm4OnHbxdjys8qcI7z1ohkA2X/cXyOGWXutVA/U6A3 s2GDocsFwXV0PfGBKNZPWgCAXyEDAL5gj6g/O7CHPmsD1lcmMlgz36EaMY0YsdgsUTIA XKPrauBb8MsiF6qbWO++m0g14Q8/cMnFmgRyPV/htySp0Nl7avdJDqs9AocMnKZk58sM csRw== X-Gm-Message-State: AIkVDXLhbeRsyPwtrEFSI8K15AmjoeW8hL/wv1/pnjRdB7r1rvykwSiEnD82Uol2/XI6Z45p3RqRkkJb8ROgdQ== X-Received: by 10.55.26.42 with SMTP id a42mr34664221qka.312.1484676601651; Tue, 17 Jan 2017 10:10:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.8 with HTTP; Tue, 17 Jan 2017 10:09:30 -0800 (PST) In-Reply-To: <5f814a7a-5e46-057e-62ad-dde0a61bc1c8@selasky.org> References: <20170113120534.GC2349@kib.kiev.ua> <20170115202008.GL2349@kib.kiev.ua> <20170116120021.GQ2349@kib.kiev.ua> <5f814a7a-5e46-057e-62ad-dde0a61bc1c8@selasky.org> From: Jia-Shiun Li Date: Wed, 18 Jan 2017 02:09:30 +0800 Message-ID: Subject: Re: TSC as timecounter makes system lag To: Hans Petter Selasky Cc: Konstantin Belousov , freebsd-current Content-Type: multipart/mixed; boundary=001a1147361c72c69005464e3510 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 18:10:02 -0000 --001a1147361c72c69005464e3510 Content-Type: text/plain; charset=UTF-8 On Tue, Jan 17, 2017 at 10:05 PM, Hans Petter Selasky wrote: > I've seen something similar. Does the attached patch make any difference? > > Can you dump: > > vmstat -i > > Just after boot w/ and w/o the attached patch, when the keystroke did not > repeat smoothly. > > Your patch fixes this issue. It is now working as expected. vmstat output attached. Running w/ kernel r312210. Thanks, -Jia-Shiun. --001a1147361c72c69005464e3510 Content-Type: text/plain; charset=US-ASCII; name="vmstat.hps.txt" Content-Disposition: attachment; filename="vmstat.hps.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iy1tl0yw0 aW50ZXJydXB0ICAgICAgICAgICAgICAgICAgICAgICAgICB0b3RhbCAgICAgICByYXRlCj8/PyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExOiBhdGti ZDAgICAgICAgICAgICAgICAgICAgICAgICAgICAyICAgICAgICAgIDAKc3RyYXkgaXJxMSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTA6IGF0dGltZXIwICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEwICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMzogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTMgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnE0OiB1YXJ0MCAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxNCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnE1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx NjogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTYgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE3OiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTg6IGF0cnRjMCAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE4ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxOTogYWNwaTAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTkgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnExMDogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTExOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnExMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTI6 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTEy ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMzogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTMgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE0OiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExNCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMTU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE1ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnExNjogZW0wOmlycTArKyAgICAgICAgICAgICAgICAgICAgIDE2ICAgICAg ICAgIDAKc3RyYXkgaXJxMTYgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTE3OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnExNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTg6IHVo Y2kyIGVoY2kwKyAgICAgICAgICAgICAgICAgICAxOCAgICAgICAgICAwCnN0cmF5IGlycTE4ICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExOTogdWhjaTQgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTkgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTIwOiBocGV0MCAgICAgICAgICAgICAgICAg ICAgICAgMjg1MjIgICAgICAgIDQ0MgpzdHJheSBpcnEyMCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxMjE6IHVoY2kxICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTIxICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyMjogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxMjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTIzOiB1aGNpMyBlaGNpMSAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKY3B1MDp0aW1lciAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI1NjogaGRhYzAgICAg ICAgICAgICAgICAgICAgICAgICAxMTAgICAgICAgICAgMgpzdHJheSBpcnEyNTYgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjU3OiBwY2liMSAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI1NyAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnEyNTg6IHBjaWIyICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjU4ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmlycTI1OTogcGNpYjMgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMApzdHJheSBpcnEyNTkgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK aXJxMjYwOiByZTAgICAgICAgICAgICAgICAgICAgICAgICAgNjU4NyAgICAgICAgMTAyCnN0cmF5 IGlycTI2MCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjE6IGFo Y2kwOmNoMCAgICAgICAgICAgICAgICAgICA0MDYyICAgICAgICAgNjMKc3RyYXkgaXJxMjYxICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MjogYWhjaTA6Y2gxICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjIgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYzOiBhaGNpMDpjaDIgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2MyAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnEyNjQ6IGFoY2kwOmNoMyAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxMjY0ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTI2NTogYWhjaTA6Y2g0ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnEyNjUgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx MjY2OiBhaGNpMDpjaDUgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTI2NiAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjc6IGFoY2kw OjYgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY3ICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2ODogYWhjaTA6NyAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjggICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY5OiBhaGNpMDo4ICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2OSAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnEyNzA6IGFoY2kwOjkgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMjcwICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTI3MTogYWhjaTA6MTAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnEyNzEgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjcy OiBhaGNpMDoxMSAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3 MiAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzM6IGFoY2kwOjEy ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjczICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3NDogYWhjaTA6MTMgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzQgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMjc1OiBhaGNpMDoxNCAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3NSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnEyNzY6IGFoY2kwOjE1ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKc3RyYXkgaXJxMjc2ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmNwdTE6dGltZXIgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApUb3Rh bCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDM5MzE3ICAgICAgICA2MTAKPz8/ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE6IGF0a2JkMCAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMDogYXR0aW1lcjAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMAppcnEzOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmlycTQ6IHVhcnQwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMApzdHJheSBpcnE0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKaXJxNTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0 cmF5IGlycTUgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE2OiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTc6ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE3ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxODogYXRydGMwICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTggICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnE5OiBhY3BpMCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKc3RyYXkgaXJxOSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmlycTEwOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMApzdHJheSBpcnExMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK aXJxMTE6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5 IGlycTExICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMjogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTIgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTEzOiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExMyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTQ6ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnExNTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxMTUgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTE2OiBlbTA6aXJxMCsrICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnExNiAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx MTc6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExODogdWhjaTIg ZWhjaTArICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTggICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE5OiB1aGNpNCAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExOSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjA6IGhwZXQwICAgICAgICAgICAgICAgICAgICAg ICAgIDgxNiAgICAgICAgNDA2CnN0cmF5IGlycTIwICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnEyMTogdWhjaTEgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTIyOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnEyMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjM6 IHVoY2kzIGVoY2kxICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTIz ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApjcHUwOnRpbWVyICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjU2OiBoZGFjMCAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI1NiAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNTc6IHBjaWIxICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjU3ICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCmlycTI1ODogcGNpYjIgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMApzdHJheSBpcnEyNTggICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKaXJxMjU5OiBwY2liMyAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CnN0cmF5IGlycTI1OSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEy NjA6IHJlMCAgICAgICAgICAgICAgICAgICAgICAgICAgMTY3ICAgICAgICAgODMKc3RyYXkgaXJx MjYwICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MTogYWhjaTA6 Y2gwICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjEgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYyOiBhaGNpMDpjaDEgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2MiAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjM6IGFoY2kwOmNoMiAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjYzICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmlycTI2NDogYWhjaTA6Y2gzICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMApzdHJheSBpcnEyNjQgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKaXJxMjY1OiBhaGNpMDpjaDQgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0 cmF5IGlycTI2NSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjY6 IGFoY2kwOmNoNSAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY2 ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2NzogYWhjaTA6NiAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjcgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY4OiBhaGNpMDo3ICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2OCAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnEyNjk6IGFoY2kwOjggICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY5ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmlycTI3MDogYWhjaTA6OSAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMApzdHJheSBpcnEyNzAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK aXJxMjcxOiBhaGNpMDoxMCAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5 IGlycTI3MSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzI6IGFo Y2kwOjExICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjcyICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3MzogYWhjaTA6MTIgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzMgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjc0OiBhaGNpMDoxMyAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3NCAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnEyNzU6IGFoY2kwOjE0ICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxMjc1ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTI3NjogYWhjaTA6MTUgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnEyNzYgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKY3B1 MTp0aW1lciAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwClRvdGFsICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICA5ODMgICAgICAgIDQ4OQo/Pz8gICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTogYXRrYmQwICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTEgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEwOiBhdHRpbWVyMCAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCmlycTM6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMApzdHJheSBpcnEzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKaXJxNDogdWFydDAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCnN0cmF5IGlycTQgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApp cnE1OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkg aXJxNSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTY6ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE2ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxNzogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTcgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE4OiBhdHJ0YzAgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxOCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCmlycTk6IGFjcGkwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMApzdHJheSBpcnE5ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKaXJxMTA6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CnN0cmF5IGlycTEwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEx MTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJx MTEgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTEyOiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExMiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTM6ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTEzICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMAppcnExNDogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTQgICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmlycTE1OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMApzdHJheSBpcnExNSAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKaXJxMTY6IGVtMDppcnEwKysgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0 cmF5IGlycTE2ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExNzog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTcg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE4OiB1aGNpMiBlaGNp MCsgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExOCAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTk6IHVoY2k0ICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE5ICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnEyMDogaHBldDAgICAgICAgICAgICAgICAgICAgICAgICAg OTI2ICAgICAgICA0NTkKc3RyYXkgaXJxMjAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmlycTIxOiB1aGNpMSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMApzdHJheSBpcnEyMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK aXJxMjI6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5 IGlycTIyICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyMzogdWhj aTMgZWhjaTEgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjMgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmNwdTA6dGltZXIgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNTY6IGhkYWMwICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjU2ICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTI1NzogcGNpYjEgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNTcgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxMjU4OiBwY2liMiAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCnN0cmF5IGlycTI1OCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnEyNTk6IHBjaWIzICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMjU5ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MDog cmUwICAgICAgICAgICAgICAgICAgICAgICAgICAxNzkgICAgICAgICA4OQpzdHJheSBpcnEyNjAg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYxOiBhaGNpMDpjaDAg ICAgICAgICAgICAgICAgICAgIDE1MCAgICAgICAgIDc0CnN0cmF5IGlycTI2MSAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjI6IGFoY2kwOmNoMSAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjYyICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCmlycTI2MzogYWhjaTA6Y2gyICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMApzdHJheSBpcnEyNjMgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKaXJxMjY0OiBhaGNpMDpjaDMgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCnN0cmF5IGlycTI2NCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApp cnEyNjU6IGFoY2kwOmNoNCAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkg aXJxMjY1ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2NjogYWhj aTA6Y2g1ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjYgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY3OiBhaGNpMDo2ICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NyAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjg6IGFoY2kwOjcgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY4ICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCmlycTI2OTogYWhjaTA6OCAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMApzdHJheSBpcnEyNjkgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKaXJxMjcwOiBhaGNpMDo5ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CnN0cmF5IGlycTI3MCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEy NzE6IGFoY2kwOjEwICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJx MjcxICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3MjogYWhjaTA6 MTEgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzIgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjczOiBhaGNpMDoxMiAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MyAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzQ6IGFoY2kwOjEzICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjc0ICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmlycTI3NTogYWhjaTA6MTQgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMApzdHJheSBpcnEyNzUgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKaXJxMjc2OiBhaGNpMDoxNSAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0 cmF5IGlycTI3NiAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApjcHUxOnRp bWVyICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKVG90YWwgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMTI1NSAgICAgICAgNjIyCj8/PyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExOiBhdGtiZDAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTA6IGF0dGltZXIwICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEwICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMzogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTMgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnE0OiB1YXJ0MCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxNCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTU6 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE1 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxNjogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTYgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE3OiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTg6IGF0cnRjMCAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnE4ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxOTogYWNwaTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCnN0cmF5IGlycTkgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnExMDogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTExOiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExMSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTI6ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTEyICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMzogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTMgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCmlycTE0OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMApzdHJheSBpcnExNCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKaXJxMTU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCnN0cmF5IGlycTE1ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApp cnExNjogZW0wOmlycTArKyAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkg aXJxMTYgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE3OiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExNyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTg6IHVoY2kyIGVoY2kwKyAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE4ICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExOTogdWhjaTQgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTkgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCmlycTIwOiBocGV0MCAgICAgICAgICAgICAgICAgICAgICAgICA4MTYg ICAgICAgIDQwNQpzdHJheSBpcnEyMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKaXJxMjE6IHVoY2kxICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CnN0cmF5IGlycTIxICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEy MjogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJx MjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTIzOiB1aGNpMyBl aGNpMSAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyMyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKY3B1MDp0aW1lciAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI1NjogaGRhYzAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNTYgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxMjU3OiBwY2liMSAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTI1NyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyNTg6IHBjaWIyICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxMjU4ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTI1OTogcGNpYjMgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyNTkgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYwOiByZTAg ICAgICAgICAgICAgICAgICAgICAgICAgIDE3MCAgICAgICAgIDg0CnN0cmF5IGlycTI2MCAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjE6IGFoY2kwOmNoMCAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjYxICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MjogYWhjaTA6Y2gxICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjIgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMjYzOiBhaGNpMDpjaDIgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTI2MyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnEyNjQ6IGFoY2kwOmNoMyAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMjY0ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2 NTogYWhjaTA6Y2g0ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEy NjUgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY2OiBhaGNpMDpj aDUgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NiAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjc6IGFoY2kwOjYgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY3ICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTI2ODogYWhjaTA6NyAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjggICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxMjY5OiBhaGNpMDo4ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCnN0cmF5IGlycTI2OSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnEyNzA6IGFoY2kwOjkgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMjcwICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3MTog YWhjaTA6MTAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzEg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjcyOiBhaGNpMDoxMSAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MiAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzM6IGFoY2kwOjEyICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjczICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCmlycTI3NDogYWhjaTA6MTMgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMApzdHJheSBpcnEyNzQgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKaXJxMjc1OiBhaGNpMDoxNCAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCnN0cmF5IGlycTI3NSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApp cnEyNzY6IGFoY2kwOjE1ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkg aXJxMjc2ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmNwdTE6dGltZXIg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApUb3RhbCAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgOTg2ICAgICAgICA0OTAKPz8/ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE6IGF0a2JkMCAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMDogYXR0aW1lcjAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCnN0cmF5IGlycTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnEzOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKc3RyYXkgaXJxMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTQ6IHVhcnQwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnE0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxNTogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTUgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE2OiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTc6ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE3ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxODogYXRydGMwICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTggICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnE5OiBhY3BpMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxOSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTEwOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnExMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTE6ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTExICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMjogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTIgICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTEzOiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExMyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMTQ6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTE0ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnExNTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMTUgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE2 OiBlbTA6aXJxMCsrICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEx NiAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTc6ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE3ICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExODogdWhjaTIgZWhjaTArICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTggICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTE5OiB1aGNpNCAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnExOSAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxMjA6IGhwZXQwICAgICAgICAgICAgICAgICAgICAgICAgIDg3MyAgICAg ICAgNDIxCnN0cmF5IGlycTIwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnEyMTogdWhjaTEgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTIyOiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyMiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjM6IHVoY2kzIGVoY2kx ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTIzICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApjcHUwOnRpbWVyICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjU2OiBoZGFjMCAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI1NiAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnEyNTc6IHBjaWIxICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMjU3ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTI1ODogcGNpYjIgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnEyNTggICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjU5 OiBwY2liMyAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI1 OSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjA6IHJlMCAgICAg ICAgICAgICAgICAgICAgICAgICAgMTcyICAgICAgICAgODMKc3RyYXkgaXJxMjYwICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MTogYWhjaTA6Y2gwICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjEgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMjYyOiBhaGNpMDpjaDEgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2MiAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnEyNjM6IGFoY2kwOmNoMiAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKc3RyYXkgaXJxMjYzICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTI2NDogYWhjaTA6Y2gzICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnEyNjQgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY1OiBh aGNpMDpjaDQgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NSAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjY6IGFoY2kwOmNoNSAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY2ICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2NzogYWhjaTA6NiAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjcgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxMjY4OiBhaGNpMDo3ICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTI2OCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyNjk6IGFoY2kwOjggICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxMjY5ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTI3MDogYWhjaTA6OSAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyNzAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjcxOiBhaGNp MDoxMCAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MSAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzI6IGFoY2kwOjExICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjcyICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3MzogYWhjaTA6MTIgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzMgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMjc0OiBhaGNpMDoxMyAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTI3NCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnEyNzU6IGFoY2kwOjE0ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMjc1ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3 NjogYWhjaTA6MTUgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEy NzYgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKY3B1MTp0aW1lciAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwClRvdGFsICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDEwNDUgICAgICAgIDUwNAo= --001a1147361c72c69005464e3510 Content-Type: text/plain; charset=US-ASCII; name="vmstat.orig.txt" Content-Disposition: attachment; filename="vmstat.orig.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iy1tl0z61 aW50ZXJydXB0ICAgICAgICAgICAgICAgICAgICAgICAgICB0b3RhbCAgICAgICByYXRlCj8/PyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExOiBhdGti ZDAgICAgICAgICAgICAgICAgICAgICAgICAgICAyICAgICAgICAgIDAKc3RyYXkgaXJxMSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTA6IGF0dGltZXIwICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEwICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMzogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTMgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnE0OiB1YXJ0MCAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxNCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnE1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx NjogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTYgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE3OiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTg6IGF0cnRjMCAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE4ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxOTogYWNwaTAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTkgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnExMDogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTExOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnExMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTI6 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTEy ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMzogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTMgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE0OiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExNCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMTU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE1ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnExNjogZW0wOmlycTArKyAgICAgICAgICAgICAgICAgICAgIDE3ICAgICAg ICAgIDAKc3RyYXkgaXJxMTYgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTE3OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnExNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTg6IHVo Y2kyIGVoY2kwKyAgICAgICAgICAgICAgICAgICAxOCAgICAgICAgICAwCnN0cmF5IGlycTE4ICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExOTogdWhjaTQgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTkgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTIwOiBocGV0MCAgICAgICAgICAgICAgICAg ICAgICAgMTM0OTkgICAgICAgIDI2NApzdHJheSBpcnEyMCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxMjE6IHVoY2kxICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTIxICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyMjogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxMjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTIzOiB1aGNpMyBlaGNpMSAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKY3B1MDp0aW1lciAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmNwdTE6dGltZXIgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNTY6IGhkYWMwICAgICAgICAg ICAgICAgICAgICAgICAgMTAwICAgICAgICAgIDIKc3RyYXkgaXJxMjU2ICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI1NzogcGNpYjEgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNTcgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMjU4OiBwY2liMiAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTI1OCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnEyNTk6IHBjaWIzICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMjU5ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2 MDogcmUwICAgICAgICAgICAgICAgICAgICAgICAgIDg1NDYgICAgICAgIDE2NwpzdHJheSBpcnEy NjAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYxOiBhaGNpMDpj aDAgICAgICAgICAgICAgICAgICAgMzgzNiAgICAgICAgIDc1CnN0cmF5IGlycTI2MSAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjI6IGFoY2kwOmNoMSAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjYyICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MzogYWhjaTA6Y2gyICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjMgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxMjY0OiBhaGNpMDpjaDMgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCnN0cmF5IGlycTI2NCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnEyNjU6IGFoY2kwOmNoNCAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMjY1ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2Njog YWhjaTA6Y2g1ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjYg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY3OiBhaGNpMDo2ICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NyAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjg6IGFoY2kwOjcgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY4ICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCmlycTI2OTogYWhjaTA6OCAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMApzdHJheSBpcnEyNjkgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKaXJxMjcwOiBhaGNpMDo5ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCnN0cmF5IGlycTI3MCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApp cnEyNzE6IGFoY2kwOjEwICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkg aXJxMjcxICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3MjogYWhj aTA6MTEgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzIgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjczOiBhaGNpMDoxMiAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MyAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzQ6IGFoY2kwOjEzICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjc0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCmlycTI3NTogYWhjaTA6MTQgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMApzdHJheSBpcnEyNzUgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKaXJxMjc2OiBhaGNpMDoxNSAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CnN0cmF5IGlycTI3NiAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApUb3Rh bCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDI2MDE4ICAgICAgICA1MDkKPz8/ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE6IGF0a2JkMCAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMDogYXR0aW1lcjAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMAppcnEzOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmlycTQ6IHVhcnQwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMApzdHJheSBpcnE0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKaXJxNTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0 cmF5IGlycTUgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE2OiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTc6ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE3ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxODogYXRydGMwICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTggICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnE5OiBhY3BpMCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKc3RyYXkgaXJxOSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmlycTEwOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMApzdHJheSBpcnExMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK aXJxMTE6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5 IGlycTExICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMjogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTIgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTEzOiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExMyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTQ6ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnExNTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxMTUgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTE2OiBlbTA6aXJxMCsrICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnExNiAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx MTc6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExODogdWhjaTIg ZWhjaTArICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTggICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE5OiB1aGNpNCAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExOSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjA6IGhwZXQwICAgICAgICAgICAgICAgICAgICAg ICAgIDE2NCAgICAgICAgIDgyCnN0cmF5IGlycTIwICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnEyMTogdWhjaTEgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTIyOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnEyMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjM6 IHVoY2kzIGVoY2kxICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTIz ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApjcHUwOnRpbWVyICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKY3B1MTp0aW1lciAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI1NjogaGRhYzAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNTYgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMjU3OiBwY2liMSAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI1NyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnEyNTg6IHBjaWIyICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKc3RyYXkgaXJxMjU4ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTI1OTogcGNpYjMgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnEyNTkgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYwOiBy ZTAgICAgICAgICAgICAgICAgICAgICAgICAgIDg0NSAgICAgICAgNDIyCnN0cmF5IGlycTI2MCAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjE6IGFoY2kwOmNoMCAg ICAgICAgICAgICAgICAgICAgMTA5ICAgICAgICAgNTQKc3RyYXkgaXJxMjYxICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MjogYWhjaTA6Y2gxICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjIgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxMjYzOiBhaGNpMDpjaDIgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTI2MyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyNjQ6IGFoY2kwOmNoMyAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxMjY0ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTI2NTogYWhjaTA6Y2g0ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyNjUgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY2OiBhaGNp MDpjaDUgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NiAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjc6IGFoY2kwOjYgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY3ICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2ODogYWhjaTA6NyAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjggICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMjY5OiBhaGNpMDo4ICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTI2OSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnEyNzA6IGFoY2kwOjkgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMjcwICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3 MTogYWhjaTA6MTAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEy NzEgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjcyOiBhaGNpMDox MSAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MiAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzM6IGFoY2kwOjEyICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjczICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTI3NDogYWhjaTA6MTMgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzQgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxMjc1OiBhaGNpMDoxNCAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCnN0cmF5IGlycTI3NSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnEyNzY6IGFoY2kwOjE1ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMjc2ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwClRvdGFsICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDExMTggICAgICAgIDU1OAo/Pz8gICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTogYXRrYmQwICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTEgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEwOiBhdHRpbWVyMCAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCmlycTM6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMApzdHJheSBpcnEzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKaXJxNDogdWFydDAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCnN0cmF5IGlycTQgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApp cnE1OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkg aXJxNSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTY6ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE2ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxNzogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTcgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE4OiBhdHJ0YzAgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxOCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCmlycTk6IGFjcGkwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMApzdHJheSBpcnE5ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKaXJxMTA6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CnN0cmF5IGlycTEwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEx MTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJx MTEgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTEyOiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExMiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTM6ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTEzICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMAppcnExNDogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTQgICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmlycTE1OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMApzdHJheSBpcnExNSAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKaXJxMTY6IGVtMDppcnEwKysgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0 cmF5IGlycTE2ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExNzog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTcg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE4OiB1aGNpMiBlaGNp MCsgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExOCAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTk6IHVoY2k0ICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE5ICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnEyMDogaHBldDAgICAgICAgICAgICAgICAgICAgICAgICAg IDk1ICAgICAgICAgNDcKc3RyYXkgaXJxMjAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmlycTIxOiB1aGNpMSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMApzdHJheSBpcnEyMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK aXJxMjI6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5 IGlycTIyICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyMzogdWhj aTMgZWhjaTEgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjMgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmNwdTA6dGltZXIgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApjcHUxOnRpbWVyICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjU2OiBoZGFjMCAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI1NiAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnEyNTc6IHBjaWIxICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxMjU3ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTI1ODogcGNpYjIgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnEyNTggICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx MjU5OiBwY2liMyAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTI1OSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjA6IHJlMCAg ICAgICAgICAgICAgICAgICAgICAgICAgNDU0ICAgICAgICAyMjYKc3RyYXkgaXJxMjYwICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MTogYWhjaTA6Y2gwICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjEgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYyOiBhaGNpMDpjaDEgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2MiAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnEyNjM6IGFoY2kwOmNoMiAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMjYzICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTI2NDogYWhjaTA6Y2gzICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnEyNjQgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY1 OiBhaGNpMDpjaDQgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2 NSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjY6IGFoY2kwOmNo NSAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY2ICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2NzogYWhjaTA6NiAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjcgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMjY4OiBhaGNpMDo3ICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2OCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnEyNjk6IGFoY2kwOjggICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKc3RyYXkgaXJxMjY5ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTI3MDogYWhjaTA6OSAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnEyNzAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjcxOiBh aGNpMDoxMCAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MSAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzI6IGFoY2kwOjExICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjcyICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3MzogYWhjaTA6MTIgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzMgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxMjc0OiBhaGNpMDoxMyAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTI3NCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnEyNzU6IGFoY2kwOjE0ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxMjc1ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTI3NjogYWhjaTA6MTUgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnEyNzYgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKVG90YWwgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDU0OSAgICAgICAgMjc0Cj8/PyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExOiBhdGtiZDAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTA6IGF0dGltZXIwICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEwICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMzogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTMgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnE0OiB1YXJ0MCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxNCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTU6 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE1 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxNjogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTYgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE3OiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTg6IGF0cnRjMCAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnE4ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxOTogYWNwaTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCnN0cmF5IGlycTkgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnExMDogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTExOiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExMSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTI6ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTEyICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMzogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTMgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCmlycTE0OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMApzdHJheSBpcnExNCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKaXJxMTU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCnN0cmF5IGlycTE1ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApp cnExNjogZW0wOmlycTArKyAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkg aXJxMTYgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE3OiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExNyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTg6IHVoY2kyIGVoY2kwKyAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE4ICAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExOTogdWhjaTQgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTkgICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCmlycTIwOiBocGV0MCAgICAgICAgICAgICAgICAgICAgICAgICAgODIg ICAgICAgICA0MQpzdHJheSBpcnEyMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKaXJxMjE6IHVoY2kxICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CnN0cmF5IGlycTIxICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEy MjogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJx MjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTIzOiB1aGNpMyBl aGNpMSAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyMyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKY3B1MDp0aW1lciAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmNwdTE6dGltZXIgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNTY6IGhkYWMwICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjU2ICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmlycTI1NzogcGNpYjEgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMApzdHJheSBpcnEyNTcgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKaXJxMjU4OiBwY2liMiAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0 cmF5IGlycTI1OCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNTk6 IHBjaWIzICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjU5 ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2MDogcmUwICAgICAg ICAgICAgICAgICAgICAgICAgICA0MjQgICAgICAgIDIxMgpzdHJheSBpcnEyNjAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYxOiBhaGNpMDpjaDAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2MSAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnEyNjI6IGFoY2kwOmNoMSAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjYyICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmlycTI2MzogYWhjaTA6Y2gyICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMApzdHJheSBpcnEyNjMgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK aXJxMjY0OiBhaGNpMDpjaDMgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5 IGlycTI2NCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjU6IGFo Y2kwOmNoNCAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY1ICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2NjogYWhjaTA6Y2g1ICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjYgICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY3OiBhaGNpMDo2ICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NyAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMAppcnEyNjg6IGFoY2kwOjcgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKc3RyYXkgaXJxMjY4ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAg ICAgICAwCmlycTI2OTogYWhjaTA6OCAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MApzdHJheSBpcnEyNjkgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJx MjcwOiBhaGNpMDo5ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGly cTI3MCAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzE6IGFoY2kw OjEwICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjcxICAgICAg ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3MjogYWhjaTA6MTEgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzIgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjczOiBhaGNpMDoxMiAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MyAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMAppcnEyNzQ6IGFoY2kwOjEzICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKc3RyYXkgaXJxMjc0ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCmlycTI3NTogYWhjaTA6MTQgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApz dHJheSBpcnEyNzUgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjc2 OiBhaGNpMDoxNSAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3 NiAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApUb3RhbCAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgNTA2ICAgICAgICAyNTMKPz8/ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE6IGF0a2JkMCAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAwICAgICAgICAgIDAKaXJxMDogYXR0aW1lcjAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCnN0cmF5IGlycTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMAppcnEzOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKc3RyYXkgaXJxMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CmlycTQ6IHVhcnQwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJh eSBpcnE0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxNTogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTUgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnE2OiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxNiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTc6ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnE3ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKaXJxODogYXRydGMwICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCnN0cmF5IGlycTggICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMAppcnE5OiBhY3BpMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKc3RyYXkgaXJxOSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmly cTEwOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBp cnExMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTE6ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTExICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExMjogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTIgICAgICAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTEzOiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnExMyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKaXJxMTQ6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCnN0cmF5IGlycTE0ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMAppcnExNTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK c3RyYXkgaXJxMTUgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTE2 OiBlbTA6aXJxMCsrICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEx NiAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMTc6ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTE3ICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnExODogdWhjaTIgZWhjaTArICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMTggICAgICAgICAgICAgICAgICAg ICAgICAgICAgMCAgICAgICAgICAwCmlycTE5OiB1aGNpNCAgICAgICAgICAgICAgICAgICAgICAg ICAgIDAgICAgICAgICAgMApzdHJheSBpcnExOSAgICAgICAgICAgICAgICAgICAgICAgICAgICAw ICAgICAgICAgIDAKaXJxMjA6IGhwZXQwICAgICAgICAgICAgICAgICAgICAgICAgIDExMSAgICAg ICAgIDU1CnN0cmF5IGlycTIwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAg MAppcnEyMTogdWhjaTEgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3Ry YXkgaXJxMjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTIyOiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyMiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjM6IHVoY2kzIGVoY2kx ICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTIzICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApjcHUwOnRpbWVyICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAwICAgICAgICAgIDAKY3B1MTp0aW1lciAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMCAgICAgICAgICAwCmlycTI1NjogaGRhYzAgICAgICAgICAgICAgICAgICAgICAgICAg IDAgICAgICAgICAgMApzdHJheSBpcnEyNTYgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAg ICAgICAgIDAKaXJxMjU3OiBwY2liMSAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAg ICAwCnN0cmF5IGlycTI1NyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApp cnEyNTg6IHBjaWIyICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkg aXJxMjU4ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI1OTogcGNp YjMgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNTkgICAg ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjYwOiByZTAgICAgICAgICAg ICAgICAgICAgICAgICAgIDQ0NiAgICAgICAgMjIzCnN0cmF5IGlycTI2MCAgICAgICAgICAgICAg ICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjE6IGFoY2kwOmNoMCAgICAgICAgICAgICAg ICAgICAgMTE1ICAgICAgICAgNTcKc3RyYXkgaXJxMjYxICAgICAgICAgICAgICAgICAgICAgICAg ICAgMCAgICAgICAgICAwCmlycTI2MjogYWhjaTA6Y2gxICAgICAgICAgICAgICAgICAgICAgIDAg ICAgICAgICAgMApzdHJheSBpcnEyNjIgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAg ICAgIDAKaXJxMjYzOiBhaGNpMDpjaDIgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAw CnN0cmF5IGlycTI2MyAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEy NjQ6IGFoY2kwOmNoMyAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJx MjY0ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI2NTogYWhjaTA6 Y2g0ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNjUgICAgICAg ICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjY2OiBhaGNpMDpjaDUgICAgICAg ICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI2NiAgICAgICAgICAgICAgICAg ICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNjc6IGFoY2kwOjYgICAgICAgICAgICAgICAgICAg ICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjY3ICAgICAgICAgICAgICAgICAgICAgICAgICAg MCAgICAgICAgICAwCmlycTI2ODogYWhjaTA6NyAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg ICAgICAgMApzdHJheSBpcnEyNjggICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAg IDAKaXJxMjY5OiBhaGNpMDo4ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0 cmF5IGlycTI2OSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzA6 IGFoY2kwOjkgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjcw ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmlycTI3MTogYWhjaTA6MTAg ICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzdHJheSBpcnEyNzEgICAgICAgICAg ICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaXJxMjcyOiBhaGNpMDoxMSAgICAgICAgICAg ICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5IGlycTI3MiAgICAgICAgICAgICAgICAgICAg ICAgICAgIDAgICAgICAgICAgMAppcnEyNzM6IGFoY2kwOjEyICAgICAgICAgICAgICAgICAgICAg ICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjczICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAg ICAgICAgICAwCmlycTI3NDogYWhjaTA6MTMgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAg ICAgMApzdHJheSBpcnEyNzQgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAK aXJxMjc1OiBhaGNpMDoxNCAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCnN0cmF5 IGlycTI3NSAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppcnEyNzY6IGFo Y2kwOjE1ICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKc3RyYXkgaXJxMjc2ICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwClRvdGFsICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICA2NzIgICAgICAgIDMzNQo= --001a1147361c72c69005464e3510-- From owner-freebsd-current@freebsd.org Tue Jan 17 18:16:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C9C6CB49F8 for ; Tue, 17 Jan 2017 18:16:08 +0000 (UTC) (envelope-from maware@ucsc.edu) Received: from mail-ot0-x22c.google.com (mail-ot0-x22c.google.com [IPv6:2607:f8b0:4003:c0f::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD4FB1F5A for ; Tue, 17 Jan 2017 18:16:07 +0000 (UTC) (envelope-from maware@ucsc.edu) Received: by mail-ot0-x22c.google.com with SMTP id 104so68106078otd.3 for ; Tue, 17 Jan 2017 10:16:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ucsc.edu; s=ucsc-google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=nt0QMWEgewARVwX4GRmoO7PkroaS+erkCR3pipvIV2M=; b=iCKXQOApiyGvBgZgPsSLtg3O+Z9AiJ+p7vFugg7eY5HutEGLeBwrxHvqx34VhqZxP3 BoZ6AC29K5vKJZo+L8FW8Y4cDPRrO1OuyHYrqK04JFSf46OsC9ON0elpy0uCMiVwaJmf b0G4uw9zC/nhNWOohWYeJ7pKbqnEIPv2/Ge+4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=nt0QMWEgewARVwX4GRmoO7PkroaS+erkCR3pipvIV2M=; b=mWZWs1vVdjqlQQl61P940alc2p7idVl8IPO00xDBpjFjO9vzF4SWwgJSDx3lWmCWiS n8+n9lHV45R8I7ZBUpNex/eoH3Bj4Phboejaha/8y190rqxvG4C8c14Hbb99xlqSAuS3 ehxqkeyaRR5h13gLzf2GMNANHVeZVRvA9Nhwx294wPD+XQJf0G4V+XI2qhyaAN8GTAUw qBneA4h6BK0HPZaQx511BPS9NrgXH+56SY3+tTJD/vwRIY8QHO5H9Vw0cwS3UMsCD/zW +7g0o/Eg+FLvwo9aXCOVlVQd/g7Nx4kku7NQloM66Ll8dxcP38JFnYWxARkvw5NCCOJr WxhA== X-Gm-Message-State: AIkVDXIDsXwCBp1+F7CnvCnIg4tUaKzLb8FzLjnjcKu4F5XA8zZ3zf4R95DNXYjZyKKWkG4XKMbp8eWJh0nMkxxP X-Received: by 10.157.36.161 with SMTP id z30mr10591877ota.208.1484676967208; Tue, 17 Jan 2017 10:16:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.74.59.136 with HTTP; Tue, 17 Jan 2017 10:16:06 -0800 (PST) In-Reply-To: <31056385-226b-532f-9f1e-31f0b369375b@pinyon.org> References: <31056385-226b-532f-9f1e-31f0b369375b@pinyon.org> From: Michael Ware Date: Tue, 17 Jan 2017 10:16:06 -0800 Message-ID: Subject: Re: NFS 4.1 To: "Russell L. Carter" Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 18:16:08 -0000 Thanks for the reply Russell, I'm looking to set up a 4.1 server in order to host vmware images. I have set up an exports but I get an error stating NFS 4 is not supported when trying to attach it in VM storage. Is there any documentation for setting this up? Thanks Mike On Tue, Jan 17, 2017 at 10:02 AM, Russell L. Carter wrote: > On 01/17/17 10:38, Michael Ware wrote: > >> Good day, >> Does anyone know if NFS 4.1 (not 4.0) is available in FreeBSD 11? I have >> not been able to find any documentation around this. >> Thanks >> >> > Yes, though I'm not sure what specific feature you're looking for. > FreeBSD interoperates with my linux NFS 4.1 servers and clients > just fine. > > man nfsv4 > > $ cat ~/bin/knuth-mount > #! /bin/sh > > # man mount_nfs > MOUNT="mount_nfs -o nfsv4,minorversion=1" > #MOUNT="mount_nfs -o nfsv3" > > NFS_SERVER_HOST=knuth > $MOUNT $NFS_SERVER_HOST:/export/packages /mnt/$NFS_SERVER_HOST/packages > $MOUNT $NFS_SERVER_HOST:/usr/src /usr/src > $MOUNT $NFS_SERVER_HOST:/usr/obj /usr/obj > > HTH, > Russell > _______________________________________________ > 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" > -- Michael Ware UCSC Baskin Engineering Unix, Network and Security 406-210-4725 From owner-freebsd-current@freebsd.org Tue Jan 17 19:10:22 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90246CB3C25 for ; Tue, 17 Jan 2017 19:10:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 516B61001; Tue, 17 Jan 2017 19:10:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 5FE5010A7DB; Tue, 17 Jan 2017 14:10:21 -0500 (EST) From: John Baldwin To: Hans Petter Selasky Cc: FreeBSD Current , Konstantin Belousov Subject: Re: Strange issue after early AP startup Date: Tue, 17 Jan 2017 11:00:47 -0800 Message-ID: <4212167.Wq8tLU1ohU@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <3cbe6454-82cc-0592-4ee6-3c1552b19f9a@selasky.org> References: <2215603.KuBd8pM5Pm@ralph.baldwin.cx> <3cbe6454-82cc-0592-4ee6-3c1552b19f9a@selasky.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 17 Jan 2017 14:10:21 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 19:10:22 -0000 On Tuesday, January 17, 2017 07:04:15 PM Hans Petter Selasky wrote: > On 01/17/17 16:50, John Baldwin wrote: > > On Monday, January 16, 2017 10:10:16 PM Hans Petter Selasky wrote: > >> On 01/16/17 20:31, John Baldwin wrote: > >>> On Monday, January 16, 2017 04:51:42 PM Hans Petter Selasky wrote: > >>>> Hi, > >>>> > >>>> When booting I observe an additional 30-second delay after this print: > >>>> > >>>>> Timecounters tick every 1.000 msec > >>>> > >>>> ~30 second delay and boot continues like normal. > >>>> > >>>> Checking "vmstat -i" reveals that some timers have been running loose. > >>>> > >>>>> cpu0:timer 44300 442 > >>>>> cpu1:timer 40561 404 > >>>>> cpu3:timer 48462822 483058 > >>>>> cpu2:timer 48477898 483209 > >>>> > >>>> Trying to add delays and/or prints around the Timecounters printout > >>>> makes the issue go away. Any ideas for debugging? > >>> > >>> I have generally used KTR tracing to trace what is happening during > >>> boot to debug EARLY_AP_STARTUP issues. > >>> > >> > >> Hi John, > >> > >> What happens is that getnextcpuevent(0) keeps on returning > >> "state->nextcall" which is in the past for CPU #2 and #3 on my box. > >> > >> In "cpu_new_callout()" there is a check if "bt >= state->nextcall", > >> which I suspect is true, so "state->nextcall" never gets set to real > >> minimum sbintime. > >> > >> The attached patch fixes the problem for me, but I'm not 100% sure > if it > >> is correct. > > > > Hi, > > > I think we want to be honoring any currently scheduled callouts. > > The problem here is that we might be changing the clocksource, then > sbinuptime() will change too, so I think the value should be reset by > configtimer() and then corrected at the next call to callout_process(). > > > You could > > do that by setting it to 'cc_firstevent' of the associated CPU, but in > > practice 'state->nextcall' should already be set to that (it is > initalized > > to SBT_MAX in cpu_initclocks_bsp() and is then only set to other > values due > > to cpu_new_callout()). Keep in mind that configtimer() is not just > called > > from boot, but is also invoked when starting/stopping the profiling > timer. > > > > > However, when setting 'nextevent' (which is used to schedule the next > timer > > interrupt), we should be honoring the existing 'nextcall' if it is sooner > > than the next hardclock. > > Does this matter for the first tick? How often is configtimer() called? As I said, it is called at runtime when profclock is started / stopped, not just at boot. Those changes at runtime probably have existing callouts active and your change will not process any callouts until the next hardclock tick fires (but only because you are setting nextcallopt to the bogus 'next' value). > > (One odd thing is that even in your case the first call to > handleevents(), > > the 'now => state->nextcallout' check in handleevents() should be true > > which resets both nextcall and nextcallopt and invokes > callout_process().) > > Let me take you through the failure path, by code inspection: I would really appreciate it if you could add traces to find out what actually happens rather than what seems to happen by looking at the code. :-/ 0) cpu_initclocks_bsp() is called and init's nextcall and nexcallopt to SBT_MAX similar to your change. If no callout is scheduled before configtimer() then they remain set to SBT_MAX. Your current patch happens to trigger a (bogus) call to callout_process() on the first hardclock() because it sets nextcallopt to 'next' even though no callout is actually scheduled to fire at time 'next'. > 1) configtimer() is called and we init nextcall and nextcallopt: > > > next = now + timerperiod; > ... > > state->nextcall = next; > > state->nextcallopt = next; These both say "the next callout() should fire at 'next' which is the time of the next hardclock()", even though there may be no callouts scheduled (in which case both of these fields should be set to SBT_MAX from the call to cpu_initclocks_bsp(), or there may be callouts scheduled in which case 'nextcall' and 'nextcallopt' will reflect the time that those callouts are already scheduled for and this overwrites that). > 2) Any callout_reset() calls cpu_new_callout(): > > > */ > > state->nextcallopt = bt_opt; > > if (bt >= state->nextcall) > We follow this path, because "bt" is surely based on sbinuptime() and is > greater or equal to state->nextcall. Note that state->nextcallopt is > updated to bt_opt, which is in the future. Note, my patch should _leave_ nextcall at SBT_MAX (from cpu_initclocks_bsp()) unless there was already an earlier call to callout_reset(). IOW, it should be a NOP for the purposes of this branch compared with your change. (You could add a warning to print out if 'nextcall' != SBT_MAX during boot and see if it fires for example.) > > goto done; > > state->nextcall = bt; > > 3) getnextcpuevent(0) is called by the fast timercb() to setup the next > event: > > > state = DPCPU_PTR(timerstate); > > /* Handle hardclock() events, skipping some if CPU is idle. */ > > event = state->nexthard; > ... > > /* Handle callout events. */ > > if (event > state->nextcall) > We then go looping into this path, because state->nextcall is still > equal to "next" as in step 1) which is now in the past, until "now >= > state->nextcallopt" inside handleevents(), which clears this condition. > > event = state->nextcall; > ... > > return (event); I'm curious if there is a callout_reset() that has set 'nextcall' to a time that is effectively before 'now'. Maybe add a printf like this: Index: kern_clocksource.c =================================================================== --- kern_clocksource.c (revision 312301) +++ kern_clocksource.c (working copy) @@ -498,12 +498,18 @@ configtimer(int start) CPU_FOREACH(cpu) { state = DPCPU_ID_PTR(cpu, timerstate); state->now = now; + printf("%s: CPU %d: now %jd nextcall %jd nextcallopt %jd next %jd\n", __func__, cpu, state->nextcall, state->nextcall, next); #ifndef EARLY_AP_STARTUP if (!smp_started && cpu != CPU_FIRST()) state->nextevent = SBT_MAX; else #endif In particular what I am worried about with your patch is that for post-boot calls to configtimer() you will delay any previously-scheduled callouts until the next hardclock. -- John Baldwin From owner-freebsd-current@freebsd.org Tue Jan 17 19:32:04 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 563A8CB4529 for ; Tue, 17 Jan 2017 19:32:04 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 07A7A109E; Tue, 17 Jan 2017 19:32:04 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 4D9FB1FE025; Tue, 17 Jan 2017 20:31:46 +0100 (CET) Subject: Re: Strange issue after early AP startup To: John Baldwin References: <2215603.KuBd8pM5Pm@ralph.baldwin.cx> <3cbe6454-82cc-0592-4ee6-3c1552b19f9a@selasky.org> <4212167.Wq8tLU1ohU@ralph.baldwin.cx> Cc: FreeBSD Current , Konstantin Belousov From: Hans Petter Selasky Message-ID: Date: Tue, 17 Jan 2017 20:31:28 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <4212167.Wq8tLU1ohU@ralph.baldwin.cx> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 19:32:04 -0000 Hi, On 01/17/17 20:00, John Baldwin wrote: >> >> Does this matter for the first tick? How often is configtimer() called? > > As I said, it is called at runtime when profclock is started / stopped, not > just at boot. Those changes at runtime probably have existing callouts > active and your change will not process any callouts until the next hardclock > tick fires (but only because you are setting nextcallopt to the bogus > 'next' value). >> > (One odd thing is that even in your case the first call to >> handleevents(), >> > the 'now => state->nextcallout' check in handleevents() should be true >> > which resets both nextcall and nextcallopt and invokes >> callout_process().) >> >> Let me take you through the failure path, by code inspection: > > I would really appreciate it if you could add traces to find out what actually > happens rather than what seems to happen by looking at the code. :-/ The problem is that once you add some prints, the problem goes away. Maybe I should try to set hz to 100 or 25 ??? > > 0) cpu_initclocks_bsp() is called and init's nextcall and nexcallopt to SBT_MAX > similar to your change. If no callout is scheduled before configtimer() > then they remain set to SBT_MAX. Your current patch happens to trigger a > (bogus) call to callout_process() on the first hardclock() because it > sets nextcallopt to 'next' even though no callout is actually scheduled to > fire at time 'next'. > >> 1) configtimer() is called and we init nextcall and nextcallopt: >> >> > next = now + timerperiod; >> ... >> > state->nextcall = next; >> > state->nextcallopt = next; > > These both say "the next callout() should fire at 'next' which is the time of > the next hardclock()", even though there may be no callouts scheduled (in which > case both of these fields should be set to SBT_MAX from the call to > cpu_initclocks_bsp(), or there may be callouts scheduled in which case 'nextcall' > and 'nextcallopt' will reflect the time that those callouts are already > scheduled for and this overwrites that). I see there are some callouts scheduled by SYSINITs, before the first configtimer(), like NFS_TIMERINIT in nfs_init(). These are setup using "dummy_timecounter" which means any nextcall values before the first configtimer should be discarded. > >> 2) Any callout_reset() calls cpu_new_callout(): >> >> > */ >> > state->nextcallopt = bt_opt; >> > if (bt >= state->nextcall) >> We follow this path, because "bt" is surely based on sbinuptime() and is >> greater or equal to state->nextcall. Note that state->nextcallopt is >> updated to bt_opt, which is in the future. > > Note, my patch should _leave_ nextcall at SBT_MAX (from cpu_initclocks_bsp()) > unless there was already an earlier call to callout_reset(). Yes, there are calls to callout_reset(). See for example NFS_TIMERINIT, like mentioned above. > IOW, it > should be a NOP for the purposes of this branch compared with your change. > (You could add a warning to print out if 'nextcall' != SBT_MAX during boot > and see if it fires for example.) > >> > goto done; >> > state->nextcall = bt; >> >> 3) getnextcpuevent(0) is called by the fast timercb() to setup the next >> event: >> >> > state = DPCPU_PTR(timerstate); >> > /* Handle hardclock() events, skipping some if CPU is idle. */ >> > event = state->nexthard; >> ... >> > /* Handle callout events. */ >> > if (event > state->nextcall) >> We then go looping into this path, because state->nextcall is still >> equal to "next" as in step 1) which is now in the past, until "now >= >> state->nextcallopt" inside handleevents(), which clears this condition. >> > event = state->nextcall; >> ... >> > return (event); > > I'm curious if there is a callout_reset() that has set 'nextcall' to a time > that is effectively before 'now'. > > Maybe add a printf like this: > > Index: kern_clocksource.c > =================================================================== > --- kern_clocksource.c (revision 312301) > +++ kern_clocksource.c (working copy) > @@ -498,12 +498,18 @@ configtimer(int start) > CPU_FOREACH(cpu) { > state = DPCPU_ID_PTR(cpu, timerstate); > state->now = now; > + printf("%s: CPU %d: now %jd nextcall %jd nextcallopt %jd next %jd\n", __func__, cpu, state->nextcall, state->nextcall, next); > #ifndef EARLY_AP_STARTUP > if (!smp_started && cpu != CPU_FIRST()) > state->nextevent = SBT_MAX; > else > #endif > > In particular what I am worried about with your patch is that for > post-boot calls to configtimer() you will delay any previously-scheduled > callouts until the next hardclock. > I understand. Would a solution be to refactor callout_process(), to accept the PCPU_GET(CPUID) as an argument and be executed for all CPUs by configtimer(), instead of trying to guess state->nextcall and state->nextcallopt in configtimer() ? --HPS From owner-freebsd-current@freebsd.org Tue Jan 17 19:47:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54519CB4AA6 for ; Tue, 17 Jan 2017 19:47:39 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 32A1B1D0F for ; Tue, 17 Jan 2017 19:47:38 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 946b6887-dced-11e6-acc0-c7e6c9ad01d6 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id 946b6887-dced-11e6-acc0-c7e6c9ad01d6; Tue, 17 Jan 2017 19:46:04 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v0HJkTFv018152; Tue, 17 Jan 2017 12:46:29 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1484682389.86335.166.camel@freebsd.org> Subject: Re: Strange issue after early AP startup From: Ian Lepore To: John Baldwin , Hans Petter Selasky Cc: FreeBSD Current , Konstantin Belousov Date: Tue, 17 Jan 2017 12:46:29 -0700 In-Reply-To: <4212167.Wq8tLU1ohU@ralph.baldwin.cx> References: <2215603.KuBd8pM5Pm@ralph.baldwin.cx> <3cbe6454-82cc-0592-4ee6-3c1552b19f9a@selasky.org> <4212167.Wq8tLU1ohU@ralph.baldwin.cx> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 19:47:39 -0000 On Tue, 2017-01-17 at 11:00 -0800, John Baldwin wrote: > >  > You could > >  > do that by setting it to 'cc_firstevent' of the associated CPU, but in > >  > practice 'state->nextcall' should already be set to that (it is  > > initalized > >  > to SBT_MAX in cpu_initclocks_bsp() and is then only set to other  > > values due > >  > to cpu_new_callout()).  Keep in mind that configtimer() is not just  > > called > >  > from boot, but is also invoked when starting/stopping the profiling  > > timer. > >  > > >  > >  > However, when setting 'nextevent' (which is used to schedule the next  > > timer > >  > interrupt), we should be honoring the existing 'nextcall' if it is sooner > >  > than the next hardclock. > >  > > Does this matter for the first tick? How often is configtimer() called? > > As I said, it is called at runtime when profclock is started / stopped, not > just at boot.  Those changes at runtime probably have existing callouts > active and your change will not process any callouts until the next hardclock > tick fires (but only because you are setting nextcallopt to the bogus > 'next' value). On some platforms, configtimer() can be called quite often.  Power saving modes can change the frequency of the timer, and systems that suppport such dynamic frequency scaling call configtimer() (via cpu_et_frequency()) to handle the changes. -- Ian From owner-freebsd-current@freebsd.org Tue Jan 17 20:00:21 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56503CB4EBA for ; Tue, 17 Jan 2017 20:00:21 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B455412D3 for ; Tue, 17 Jan 2017 20:00:19 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from hermann ([85.178.51.158]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M3MAG-1clFDd0M5o-00r1lR for ; Tue, 17 Jan 2017 20:54:57 +0100 Date: Tue, 17 Jan 2017 20:54:55 +0100 From: "Hartmann, O." To: FreeBSD CURRENT Subject: r312348: igb broken: reporting wrong linkspeed! Message-ID: <20170117205455.333206db@hermann> Organization: walstatt.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:f4jTz6NJdi5+swGF4ewc5GyUsXm1gom24BGCs0xWeUe2KSFGFMm sif8o/e8/5jh2QoMjel3JfhDQmM4OfRA73R7SFSsuX/WtCUR0yF+R/9tAVerOiy/kc3DhuD 5iuxHnbyISegeORWWNMQgRnAxVLgkR9FVjpSutpmXGhN6xR6EtgVN77Rf6F2I75usnNxSwD jpGTKa+XrWcdR3JENzEdQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:J9gw+83z1zQ=:uAGzOo6YckLQvJtmPL+eu0 BMdDNPhMokFMk6WRa/pX2TywuN2wcqUlgy5FVgdzpLQ9U9CqrrOwBbv6WY3u6UZUyO1bDPP4N oIrqewEVRFmMPGW40rhzVRKoRRk8RIuRwwH9Y3k//Y37pm7RvSTGXBLahhOMxNJ1kQvJzA92l zvN+pG7meNi1/HsJU3rksf2t7pgw6HkLxdQgS114x5pAzAAfEd41az82D61jcUl8bGYnuyKHz CiYDFEwdEJndy4v4qtcqQRg3uBHw9sOM7gnM9/iYn/d3rrEMTp8miX9irs+5GlLko/SjCM294 WGoaQf4ePPHs5ZqMYG2AvHVHjrYmMKkIHp2cm2Psr4o7KPNsDR932aVXtuqASVHH1gbVRVmy/ Ib7BcghYsLghL8w8DxANirkyWgeBdg1QD0xrvXmkoGCEKb0pUO1cHI2z++9EgAFDvWdmT0Oxr lqEhjLpstzCpoZZkuaYEJ6EsDz/SyWongmaJZ96lUQvuGxJejTssJNuDUNDVBYDR607WunhUK GZwD79RYL2NiZGre/jOTOBzHHGexsOBFQhp8TXG32biT9jTBv6G0SfXN9RCh6EO0c+KeJ4LqB 6b9X6pEyFbk6HjxReaGhkZ1V6vDryuGFH5dUXprmukMkBxngc2YPn026NaoqqlytCJwPeFD3E VHMLrMh3n4V4eXerCUqpA6aZvfAiZ0jbZPLNYfTNm7Qljp5CErQGgyK0yjzyZ02Lto4PUS73h of+IuMQP5fySAuJfXm8OYaFent8eXmpxq1771pXbg/6McSVr+PjB/94pQFFE2wq5ycL8x0L38 XjvWNnJ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 20:00:21 -0000 12-CURRENT (FreeBSD 12.0-CURRENT #74 r312348: Tue Jan 17 19:54:58 CET 2017 am64) reports the wrong linkspeed on a dualport Intel i350 NIC: igb0: flags=8843 metric 0 mtu 1500 options=653dbb ether xx:xx:xx:xx:xx:xx inet 192.168.0.111 netmask 0xffffff00 broadcast 192.168.0.255 nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active The swith the NIC is connected to reports 1 GBit. I checked with two switches, FreeBSD reports bullshit on that subject. I also realised severe problems of this Intel i350 dual NIC cards with FreeBSD (we use this NIC type as a standard and so we have plenty, all with the same issue). When the NIC negotiates its linkspeed, it very often fall back to 100 MBit. This behaviour is not predictable, but it occurs with a SoHo smart managed Netgear GS110TBv2 and some of our Cisco Catalyst switches at work (some 35XX and 29XX, I do not know the exact type). Regards, oh From owner-freebsd-current@freebsd.org Tue Jan 17 20:03:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27E4DCB507E for ; Tue, 17 Jan 2017 20:03:57 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x229.google.com (mail-pf0-x229.google.com [IPv6:2607:f8b0:400e:c00::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F084B173D; Tue, 17 Jan 2017 20:03:56 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x229.google.com with SMTP id f144so64333581pfa.2; Tue, 17 Jan 2017 12:03:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fZXJvph+9++zKoVg+3kaDHepVwaP7I60mQraFSWe9ho=; b=oUIjZOQEQNx7KC+6YYE2xnl0AhSSfzsLZhz00ITX1LA8eOWQrknz4YcWJHGUDWeTSr tM/XjZ8vafvBSNZipR++dUAUgQS8lY3UaKP3HNsgfeVzip7pDZqH1lmDUeD23EC21w9e OoYI4lQz01RyDhZnNA5dAQdgKm+HeP5AtNS8VprwXBVA2dg2FaGkTnKXGyEZUN8CzhXa wEHDIasevPdrH33pH43FGeh93yZ89N26nb7yeElX4kMUiiuyPeV8Wrwc8LwKss+ebPQI AhDlybdV2PGvOCHgRVF2D6ipqmJoRo/BGs/hd3hPQNeaYuyI90ED54UTqgMASsuVySak E+6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fZXJvph+9++zKoVg+3kaDHepVwaP7I60mQraFSWe9ho=; b=IUwi/d7XsLl3l1w8RR5TVodgieyS7NVQ5EhETG+1uNd+ISx58jC/2dcNgAuiED80hg ebUSQXQt3+ZMebLecXsGqUde+7TGqAnJm8giF/D4YlHnR1Z/AhLZaDiUC4dLIzxwP2m+ kjL6Q6TZskAhHGw5TTqKSpdaq2mJbKx53zoeTzYENnoEElWwLg+lHYhGZywVUVzNquKm 0G5d7daxfVsdhmp/hdeihV/CtRXOQ7wClV1mXrneeTQi/o4qW1WuQHQvRZyqgmf2ssec nv1OFOEvqzlTXomCMdsdI3jFJcnHhLJ0lVqD3uhE3d4atJYIGnWvDqKkcN97IfDSUagZ f1Lw== X-Gm-Message-State: AIkVDXL8KKZuDLARrJhMuYKYGkecOliOFCyqYXnnma9yknQpCBMbuvdayDqYeIN9cStJsA== X-Received: by 10.99.229.17 with SMTP id r17mr3618094pgh.81.1484683436582; Tue, 17 Jan 2017 12:03:56 -0800 (PST) Received: from [192.168.20.13] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id i10sm58098523pgd.37.2017.01.17.12.03.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 17 Jan 2017 12:03:55 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: r312348: igb broken: reporting wrong linkspeed! From: Ngie Cooper X-Mailer: iPhone Mail (14C92) In-Reply-To: <20170117205455.333206db@hermann> Date: Tue, 17 Jan 2017 12:03:55 -0800 Cc: FreeBSD CURRENT , Sean Bruno Content-Transfer-Encoding: quoted-printable Message-Id: References: <20170117205455.333206db@hermann> To: "Hartmann, O." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 20:03:57 -0000 > On Jan 17, 2017, at 11:54, Hartmann, O. wrote: >=20 > 12-CURRENT (FreeBSD 12.0-CURRENT #74 r312348: Tue Jan 17 19:54:58 CET > 2017 am64) reports the wrong linkspeed on a dualport Intel i350 NIC: >=20 > igb0: flags=3D8843 metric 0 mtu > 1500 > options=3D653dbb > ether xx:xx:xx:xx:xx:xx inet 192.168.0.111 netmask 0xffffff00 broadcast > 192.168.0.255 nd6 options=3D29 > media: Ethernet autoselect (100baseTX ) > status: active >=20 > The swith the NIC is connected to reports 1 GBit. I checked with two > switches, FreeBSD reports bullshit on that subject. >=20 > I also realised severe problems of this Intel i350 dual NIC cards with > FreeBSD (we use this NIC type as a standard and so we have plenty, all > with the same issue). When the NIC negotiates its linkspeed, it very > often fall back to 100 MBit. This behaviour is not predictable, but it > occurs with a SoHo smart managed Netgear GS110TBv2 and some of our > Cisco Catalyst switches at work (some 35XX and 29XX, I do not know the > exact type). Hi, One of the workarounds for igb wasn't ported to the new driver--I rememb= er an issue like this being solved sometime in the 2015-2016 timeframe (I'm l= eaning towards 2016). Thanks, -Ngie= From owner-freebsd-current@freebsd.org Tue Jan 17 20:30:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E46BBCB5EE5 for ; Tue, 17 Jan 2017 20:30:14 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C6491712 for ; Tue, 17 Jan 2017 20:30:13 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from hermann ([85.178.51.158]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MI5rO-1cPimL2SFC-003sGe for ; Tue, 17 Jan 2017 21:30:11 +0100 Date: Tue, 17 Jan 2017 21:30:10 +0100 From: "Hartmann, O." To: FreeBSD CURRENT Subject: r312349 crashes: null filesizes: rescue with usb stick impossible due to lack of CC Message-ID: <20170117213005.0a4a3d2d@hermann> Organization: walstatt.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:em/vsbAGmSdktvcWySm37fFNFjjEtNR4/MSHVUxiLISOcodGh3C L9bqX1VT2qzbkY3CDcD0SQxn3OFrGRqPBVqylb0NzcG7WN5FcT+TN9rymqVp3ptpMGwLI4K DvY1KlrE6F5PL01Q7sDor+FKjQNMYpSOBL0UA5+8ltd2kyT6gd7KAWjcVf2Bjdz0lgGo+H9 huSwZVfw6G1gFpa4ZJ5Tw== X-UI-Out-Filterresults: notjunk:1;V01:K0:l+3xnMQkMqQ=:0b9qDEBdL+Q+AkHOHv47z6 PT1cS/xmWc5mZ7lofVCK6PVxeyvPYcYHrUiZFT5yW4vyWaqVY9w3IoJijiKteBKCv8JNbsPRl +Rexdz0N1T4UO6vqTpuOZrX0VjjBNeLfxtCjI3pB5UQiSAJNXeSaqoejEzRakREL1QHdh0OGH MFwn2t9h7IsxAtCz3PCF+BiS3tE2Eokw0byHLTjRWwyH51aLS9O7aCQg0ilfGwiMuJMwA7Tcg e5xsc9Lw0S3NgYqirEUIiS59kpIqR2CV2ZFQeykYbo9q4Q9PnEGpfixON9rCH3P1eG2TIKqfF t++Dor5WLMJSnkXrE+NL/gajgL/jCGQ4PD6Aw1+rxyhLhTtb4UekCj2pzzaA9/IfcJL+3Ccia ceVBOpxN5tFf1o5Q/zzcDSVBAvPOgc2Punly2PDCCCIw0gc9JsqrpVjNTCiokdGwgyRH3gi4g KqigobdGHzH6sYcTt9Ymxk7zJdF2yjwFupFPWuM/TGDYXTTSBsC2wx9/pxQltKq0PJAE8nBf9 5Hs93WCWZB2nxum9G8IE8eSO1uu7tRjKCgNGP13gT0ccurEd8kLI1z5xoeLZwfCgwGXGoiMiQ V1JZX5oXXixj97vM1IoRpyS5heh5yGA1Sr6Tx8rOWMy9ILrV+8rSdQ4ae8kjDcBO4d6SpEDkM xX1Y4MRG2Qig5XX6Z1a48Dbbbf+SEBNS5csCG3q3iPTDAh01WFg5R6uRdD4/Dancf0tEU/7pY dG8rDWt2b7876q7cetNK1aZ5Pm+guVonnvZjt8cw0W9kg9VK22jg5Krwn2tLHUtHb++iizLc+ mSSH2jX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 20:30:15 -0000 FreeBSD crashes (r312349): during installworld and installkernel, the running system crashed and left me with a nullyfied Samsung 850 PRO SSD, means: almost every binary in /bin, /sbin, /usr/bin, /usr/sbin has filesize NULL, execpt /bin/sh. Booting is impossible. Since it is unknown what the crash triggered - I just tried to rescue my box from crashing by adding this faulty EARLY_AP_STARTUP option to my customized kernel - I intend to rescue the system by installing the binaries again via make installworld by using an USB image from the FreeBSD site: FreeBSD-12.0-CURRENT-amd64-20170105-r311461-memstick.img Booting this USB image, mounting all of the filesystems of the SSD of the trunkated system into /mnt (/mnt/usr, /mnt/usr/local etc) execpt /usr/src and /usr/obj, which Imount to the USB's /usr/src and /usr/ob, and then trying to perform the installworld again via cd /usr/src make DESTDIR=3D/mnt installkernel installworld I fail: I'm bothered with the lack of a compilerand enforced to set COM=C3=9CILER_TYPE, but this is useless, since this minimalistic and useless provided USB (and CD image) does obviusly not contain any compiler. So, I'm stranded! I found several websites on which exact such a rescue procedure is explained and I remember that I rescued the same way last year an 11-CURRENT system. At this moment, I can not fathom what kind of mind is behind of the reduction of the images and extracting essential parts. How am I supposed to rescue a system the way I try to? I have an intact /usr/obj, /usr/src, I have this crap USB image wihich is obviously incapable of performing such kind of rescue. The system in question does not have a DVD or CD drive, it is USB only.=20 Any help appreciated. Please point me to the proper webpage on the FBSD site on which it might be to find how to rescue a system like I'm inclined to (if ever). I couldn't find any suitable notices. many thanks in advance, Oliver From owner-freebsd-current@freebsd.org Tue Jan 17 20:53:41 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64093CB46D2 for ; Tue, 17 Jan 2017 20:53:41 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 16F511830; Tue, 17 Jan 2017 20:53:40 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id Tal6cS5eaVQuxTal7ckOLH; Tue, 17 Jan 2017 13:53:39 -0700 X-Authority-Analysis: v=2.2 cv=BNTDlBYG c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=IgFoBzBjUZAA:10 a=ndaoGXS1AAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=XPXHXC5chYUayAn0q0QA:9 a=CjuIK1q_8ugA:10 a=mFeOnlTyF09QQMGr2mMI:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTPS id 1DBD44A1; Tue, 17 Jan 2017 12:53:36 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v0HKrJAS046364; Tue, 17 Jan 2017 12:53:19 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201701172053.v0HKrJAS046364@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Hans Petter Selasky cc: FreeBSD Current , John Baldwin , Konstantin Belousov Subject: Re: Strange issue after early AP startup In-Reply-To: Message from Hans Petter Selasky of "Mon, 16 Jan 2017 16:51:42 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 17 Jan 2017 12:53:19 -0800 X-CMAE-Envelope: MS4wfBB9LjaDZuKi2KEcLAPEV4nZb7G7dH4iLC5Ekm0NeBUkORw+zpUQUw/71sr7zBkmFjK51R/6AgNptrffObq9Q/TqZh0NOFAaTGSHcQ7Y0/u0gew8KgGM cAwBak74jdpqVY6mIkVjZCw7zl6srOLnmrzzEdNqjrttg/UlA44VtjwMGmjvSyUeTPWxvES70btYuyRyeR/r5kqhDaYP8eFwNBbUCSLmTkrDo3VCbuSnUO1W wOOs5+c0gxCR2U3fxjLypO5WelkvuXKTeKcRU3Mqhg8= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 20:53:41 -0000 In message , Hans Petter Sela sky writes: > Hi, > > When booting I observe an additional 30-second delay after this print: > > > Timecounters tick every 1.000 msec > > ~30 second delay and boot continues like normal. > > Checking "vmstat -i" reveals that some timers have been running loose. > > > cpu0:timer 44300 442 > > cpu1:timer 40561 404 > > cpu3:timer 48462822 483058 > > cpu2:timer 48477898 483209 > > Trying to add delays and/or prints around the Timecounters printout > makes the issue go away. Any ideas for debugging? > > Looks like a startup race to me. just picking a random email to reply to, I'm seeing a different issue with early AP startup. It affects one of my four machines, my laptop. My three server systems downstairs have no problem however my laptop will reboot repeatedly at: Jan 17 11:55:16 slippy kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Then finally boot after a number of reboots (0-N), it finally boots. Disabling early AP start allows it to boot past that point first time. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Tue Jan 17 21:29:22 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2CD0CB5517 for ; Tue, 17 Jan 2017 21:29:22 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9DF571DAE; Tue, 17 Jan 2017 21:29:22 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 9ADA41FE025; Tue, 17 Jan 2017 22:29:04 +0100 (CET) From: Hans Petter Selasky Subject: Re: Strange issue after early AP startup To: Ian Lepore , John Baldwin References: <2215603.KuBd8pM5Pm@ralph.baldwin.cx> <3cbe6454-82cc-0592-4ee6-3c1552b19f9a@selasky.org> <4212167.Wq8tLU1ohU@ralph.baldwin.cx> <1484682389.86335.166.camel@freebsd.org> Cc: FreeBSD Current , Konstantin Belousov Message-ID: <11f27a15-f9bc-8988-a17e-78aeff1745fb@selasky.org> Date: Tue, 17 Jan 2017 22:28:47 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <1484682389.86335.166.camel@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 21:29:22 -0000 On 01/17/17 20:46, Ian Lepore wrote: >>> Does this matter for the first tick? How often is configtimer() called? >> > >> > As I said, it is called at runtime when profclock is started / stopped, not >> > just at boot. Those changes at runtime probably have existing callouts >> > active and your change will not process any callouts until the next hardclock >> > tick fires (but only because you are setting nextcallopt to the bogus >> > 'next' value). > On some platforms, configtimer() can be called quite often. Power > saving modes can change the frequency of the timer, and systems that > suppport such dynamic frequency scaling call configtimer() > (via cpu_et_frequency()) to handle the changes. Hi, I propose the following patch then: diff --git a/sys/kern/kern_clocksource.c b/sys/kern/kern_clocksource.c index 7f7769d..5ae925b 100644 --- a/sys/kern/kern_clocksource.c +++ b/sys/kern/kern_clocksource.c @@ -511,8 +511,13 @@ configtimer(int start) state->nexthard = next; state->nextstat = next; state->nextprof = next; - state->nextcall = next; - state->nextcallopt = next; + /* + * Force callout_process() to be called + * instantly, so that the correct value of + * "nextcall" can be computed: + */ + state->nextcall = SBT_MAX; + state->nextcallopt = now + 1; hardclock_sync(cpu); } busy = 0; Then there is no problem having to wait for the next tick or anything, like John Baldwin pointed out. --HPS From owner-freebsd-current@freebsd.org Tue Jan 17 21:35:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3D4ECB5904 for ; Tue, 17 Jan 2017 21:35:42 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BD76B1676; Tue, 17 Jan 2017 21:35:42 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 1DADD1FE025; Tue, 17 Jan 2017 22:35:23 +0100 (CET) Subject: Re: Strange issue after early AP startup To: Ian Lepore , John Baldwin References: <2215603.KuBd8pM5Pm@ralph.baldwin.cx> <3cbe6454-82cc-0592-4ee6-3c1552b19f9a@selasky.org> <4212167.Wq8tLU1ohU@ralph.baldwin.cx> <1484682389.86335.166.camel@freebsd.org> <11f27a15-f9bc-8988-a17e-78aeff1745fb@selasky.org> Cc: FreeBSD Current , Konstantin Belousov From: Hans Petter Selasky Message-ID: <9d0f6789-35cf-7fed-643a-237ddb29f373@selasky.org> Date: Tue, 17 Jan 2017 22:35:06 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <11f27a15-f9bc-8988-a17e-78aeff1745fb@selasky.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 21:35:43 -0000 On 01/17/17 22:28, Hans Petter Selasky wrote: > + state->nextcall = SBT_MAX; > + state->nextcallopt = now + 1; BTW: What locks are protecting the update of these fields? Can they be written simultaneously by configtimer() and cpu_new_callout()? --HPS From owner-freebsd-current@freebsd.org Tue Jan 17 21:39:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92011CB5A0D for ; Tue, 17 Jan 2017 21:39:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F23A19FB; Tue, 17 Jan 2017 21:39:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 79E6710A7B9; Tue, 17 Jan 2017 16:39:00 -0500 (EST) From: John Baldwin To: Hans Petter Selasky Cc: FreeBSD Current , Konstantin Belousov Subject: Re: Strange issue after early AP startup Date: Tue, 17 Jan 2017 13:38:54 -0800 Message-ID: <2180052.M81hFKGVpQ@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: <4212167.Wq8tLU1ohU@ralph.baldwin.cx> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 17 Jan 2017 16:39:00 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 21:39:02 -0000 On Tuesday, January 17, 2017 08:31:28 PM Hans Petter Selasky wrote: > Hi, > > On 01/17/17 20:00, John Baldwin wrote: > >> > >> Does this matter for the first tick? How often is configtimer() called? > > > > As I said, it is called at runtime when profclock is started / stopped, not > > just at boot. Those changes at runtime probably have existing callouts > > active and your change will not process any callouts until the next hardclock > > tick fires (but only because you are setting nextcallopt to the bogus > > 'next' value). > > > > >> > (One odd thing is that even in your case the first call to > >> handleevents(), > >> > the 'now => state->nextcallout' check in handleevents() should be true > >> > which resets both nextcall and nextcallopt and invokes > >> callout_process().) > >> > >> Let me take you through the failure path, by code inspection: > > > > I would really appreciate it if you could add traces to find out what actually > > happens rather than what seems to happen by looking at the code. :-/ > > The problem is that once you add some prints, the problem goes away. > Maybe I should try to set hz to 100 or 25 ??? Maybe use KTR instead and then have a kdb_enter() later in boot so you can use 'show ktr' in DDB. (KTR has less overhead than printfs so might not disrupt the timing as badly.) > > > > 0) cpu_initclocks_bsp() is called and init's nextcall and nexcallopt to SBT_MAX > > similar to your change. If no callout is scheduled before configtimer() > > then they remain set to SBT_MAX. Your current patch happens to trigger a > > (bogus) call to callout_process() on the first hardclock() because it > > sets nextcallopt to 'next' even though no callout is actually scheduled to > > fire at time 'next'. > > > >> 1) configtimer() is called and we init nextcall and nextcallopt: > >> > >> > next = now + timerperiod; > >> ... > >> > state->nextcall = next; > >> > state->nextcallopt = next; > > > > These both say "the next callout() should fire at 'next' which is the time of > > the next hardclock()", even though there may be no callouts scheduled (in which > > case both of these fields should be set to SBT_MAX from the call to > > cpu_initclocks_bsp(), or there may be callouts scheduled in which case 'nextcall' > > and 'nextcallopt' will reflect the time that those callouts are already > > scheduled for and this overwrites that). > > I see there are some callouts scheduled by SYSINITs, before the first > configtimer(), like NFS_TIMERINIT in nfs_init(). These are setup using > "dummy_timecounter" which means any nextcall values before the first > configtimer should be discarded. Hmm, I actually tested early callouts by having callouts scheduled for 1, 4, and 8 seconds right after callouts were initialized and they worked correctly (albeit using lapic timer as the eventtimer and TSC as the timecounter). By the time they were called though, sbinuptime() was not returning dummy values, but real ones (probably because TSC gets added as a timecounter in SI_SUB_CPU). The patch I used for testing is still in my work branch here: https://github.com/freebsd/freebsd/compare/master...bsdjhb:early_callout So in at least some cases you don't have to discard nextcall during boot. However, if TSC isn't available you might not get a timecounter until later in boot during device probe in which case you would get dummy timecounter, and then the nextcall/nextcallopt values aren't great. Hmmm, I wonder if just bumping nextcall to be 'now' in case it is less than 'now' would be sufficient. I think my previous patch still looped even though it might have set 'next_event' correctly because the 'nextcall' value was still too small. That is: Index: kern_clocksource.c =================================================================== --- kern_clocksource.c (revision 312301) +++ kern_clocksource.c (working copy) @@ -498,12 +498,18 @@ configtimer(int start) CPU_FOREACH(cpu) { state = DPCPU_ID_PTR(cpu, timerstate); state->now = now; + printf("%s: CPU %d: now %jd nextcall %jd nextcallopt %jd next %jd\n", __func__, cpu, state->nextcall, state->nextcall, next); + if (state->nextcall < now) + state->nextcall = now; #ifndef EARLY_AP_STARTUP if (!smp_started && cpu != CPU_FIRST()) state->nextevent = SBT_MAX; else #endif + if (next < state->nextcall) state->nextevent = next; + else + state->nextevent = state->nextcall; if (periodic) state->nexttick = next; else @@ -511,8 +517,6 @@ configtimer(int start) state->nexthard = next; state->nextstat = next; state->nextprof = next; - state->nextcall = next; - state->nextcallopt = next; hardclock_sync(cpu); } busy = 0; -- John Baldwin From owner-freebsd-current@freebsd.org Tue Jan 17 21:39:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1640DCB5A0F for ; Tue, 17 Jan 2017 21:39:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EAC8619FC; Tue, 17 Jan 2017 21:39:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 13B8E10A7DB; Tue, 17 Jan 2017 16:39:02 -0500 (EST) From: John Baldwin To: Cy Schubert Cc: Hans Petter Selasky , FreeBSD Current , Konstantin Belousov Subject: Re: Strange issue after early AP startup Date: Tue, 17 Jan 2017 13:26:27 -0800 Message-ID: <1492450.XZfNz8zFfg@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <201701172053.v0HKrJAS046364@slippy.cwsent.com> References: <201701172053.v0HKrJAS046364@slippy.cwsent.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 17 Jan 2017 16:39:02 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 21:39:03 -0000 On Tuesday, January 17, 2017 12:53:19 PM Cy Schubert wrote: > In message , Hans Petter > Sela > sky writes: > > Hi, > > > > When booting I observe an additional 30-second delay after this print: > > > > > Timecounters tick every 1.000 msec > > > > ~30 second delay and boot continues like normal. > > > > Checking "vmstat -i" reveals that some timers have been running loose. > > > > > cpu0:timer 44300 442 > > > cpu1:timer 40561 404 > > > cpu3:timer 48462822 483058 > > > cpu2:timer 48477898 483209 > > > > Trying to add delays and/or prints around the Timecounters printout > > makes the issue go away. Any ideas for debugging? > > > > Looks like a startup race to me. > > just picking a random email to reply to, I'm seeing a different issue with > early AP startup. It affects one of my four machines, my laptop. My three > server systems downstairs have no problem however my laptop will reboot > repeatedly at: > > Jan 17 11:55:16 slippy kernel: cd0: Attempt to query device size failed: > NOT READY, Medium not present - tray closed So it panics and reboots after this? -- John Baldwin From owner-freebsd-current@freebsd.org Tue Jan 17 21:39:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B7B7CB5AE6 for ; Tue, 17 Jan 2017 21:39:39 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C9F211C8F for ; Tue, 17 Jan 2017 21:39:38 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from hermann ([85.178.51.158]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MATlG-1cI4tj0ite-00BbRx; Tue, 17 Jan 2017 22:39:33 +0100 Date: Tue, 17 Jan 2017 22:39:32 +0100 From: "Hartmann, O." To: "Hartmann, O." Cc: FreeBSD CURRENT Subject: Help! Howto installworld crashed system with USB image? Message-ID: <20170117223932.1db135e8@hermann> In-Reply-To: <20170117213005.0a4a3d2d@hermann> References: <20170117213005.0a4a3d2d@hermann> Organization: walstatt.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:DwvZfTDJmzECXWoualc8N8sXlgn6XSpd2QRcaEzFWVUrxrU9goW oIjgS87nL4EGM+EWACCw6/XhzdLIe3AArylQCmqUHTgT194/3RULGwyhCBDdj3XltCnVgrc Qb6TjnXs7BzJSGdF9s+JaAwSwfjwh+7b1bKMu4CDPDTMDb+dyxThNJ0E2ZB54VlG9y8L+9L 8Uho2Qxi1CM+yOwK2Ztow== X-UI-Out-Filterresults: notjunk:1;V01:K0:18KuLRQ1vPg=:tfnF7yr7ZidHhxvMbzq9S4 Y41OblvttMpOJRNaVtbZT4SApv9kkkTZvfbx7O1eUQT2V7Z8ruNy8om1Y2t5TlYiaKbcHCAN1 IlD5nmh5ah3hdFZcu9EAHkSlCMBq8sGXpgJQtepMQy0BnBQ9S1lEvOsYaGVQJ1pCInoWkZNfK QiNWg6/DLGTGcl8Ls1q7ahztwxpG0Drolj2Xz+JTKGnw4Rd5kA1SfQb4j7YrGJemazWLjDbog B+SzOmvaMf6MTKHwZwz+0YuZ+4foxSHE0KGlaMZJ+pYyeqBR3gSLGfcyZ7Dulk+0ZzA4zTiHB 6mqkaW20p2en2K781n9w+zFD5uaqORPnYOWZWd4ZCRt/GS+c2zEZ3uXd9MlvUvvmctK+ZxcKF jzpks8vdzmRglRE/B/U7gkJB2isTDIcBQB1m6E2DL3caQDxibiPaj3CD/rcUYJjMmwtu8Js6L 42P9D+D2SpMAmZVnwi+WRVomycd3IAfImwAoPD5ZzH30yGR1mzGF6Ndf12P/RQE2nkHkn4rnK CRY4If1j8ri4pQTt/smkwTPCsXUoUjG51a9bDqVuTFbI1G3vwllEPx5NmUMMfTDysxuUyD6Qc 4qsGSaPmTYY/yn7fIa0CyO4QU1at11WiX3GJTV5dAs41quH14vgbdXgR4J/uUqH614QwdGyda aJli2IKP1J4w8+7W2vGOY7EocRe9bf9pJCG0sXNz1aV2IUV3jrUQAPatOFn1OU6o2YccoPJ30 ydhnZxuMc4+cIIahRMyZnTznVJtr7VsxMCLR1l4nGK71W/mMe+zFtGuGfiVAFhE3XQvIP/7f9 qRB1gETvd1Dh4krLgP/JRhhZSca8bw6cVrYZMh2x5nrTrV8MwLc1k21bSEUcgyKdXyvXRURRm KMLupjuU20DlEpHdaeC2OifcdZMlhLtI13WIn2LbONYYLwQUUTs0ghQf7d4tPsgMSeX6LFEza L9kj4EfzHYiJucuTKjThvREJbR6a+Jim8GvEznnpgi1Zli3olrVr/YSX8XgiD1RFsZ01hFzWi yx7MvXsVTTz1bOF6QYLzylvQBgI3V+M2vP66nWqjymNbW5RRpCB8YvdUysDcttE4TQ== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 21:39:39 -0000 Within the past several hours, FreeBSD crashed due to serious bugs and some boxes of ours hang with the uncomplete workaround with EARLY_AP_STARTUP. During a recompilation and installworld/installkernel, one of my workstations suddenly crashed and spontaneously rebooted. After that, the loader complained about "not kernel" and left me alone at the "OK " prompt of the bootloader. After some fast investigations I realized, that except /bin/sh all files on the SSD (Samsung 850 PRO, crashed kernel had NANDFS option enabled as well as device nandfs, if this is of interest, but I doubt it). Since the whole SSD is so far intact including the /usr/src and /usr/obj and with only the binary and =C3=B6libraries (probably, not confirmed) corrupt, I tried to rescue via using the most recent 12-CURRENT ISO FreeBSD USB image FreeBSD-12.0-CURRENT-amd64-20170105-r311461-memstick.img But I'm lost here! I mounted for convenience usr/obj and usr/src onto /usr/obj and /usr/src respectively onto the USB mounted filesystem. Everything else of the SSD is mounted onto /mnt.=20 I thought I could simply "bootstrap" an installworld with the toolchain resident on /usr/obj, but I fail in a painful way. cd /usr/src, make DESTDIR/mnt installworld installkernel bugs out with some mysterious error telling me to set COMPILER_TYPE=3D, so I did set this variable to cc. The result: I figured out that the USB image is one of the useless minimalistic ones with no compiler aboard. Fine. No rescue, no cc, no nothing. I desperately need some advice in how I can perform installworld and installkernel. I have a customized /etc/src.conf and /etc/make.conf, so I guess I have to set ETCDIR=3D/mnt/etc also. Since I use a different name of my kernel (not GENERIC), I also need to set KERNCONF and KERNEL, so I guess, with KERNCONF in question, since I have already a kernel ready to install. But how can I delegate the installation procedure to use anything from /usr/obj including the compiler? Something has changed to the worse in FreeBSD! I remember that I had a similar situation a while ago last year on 10 or 11-CURRENT, where a crash destroyed libraries and I was capable of rescueing the system via the USB image and installworld.=20 Either some great mind erased the necessary compiler from the (too) minimalistic image, or something new has been introduced to perform a rescue/standalone-bootstrap installation.=20 Either way, I would be really happy if someone could give me a hint how to rescue the broken system. Thanks in advance, Oliver p.s. I've already written another mail to the list with a more unclear subject, I hope this subject makes it more clear and after the anger has gone away, I think I can express the situation more clearly. From owner-freebsd-current@freebsd.org Tue Jan 17 22:39:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C89FCCB5267 for ; Tue, 17 Jan 2017 22:39:54 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0053.outbound.protection.outlook.com [104.47.36.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7836F130E for ; Tue, 17 Jan 2017 22:39:53 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0192.CANPRD01.PROD.OUTLOOK.COM (10.165.218.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.845.12; Tue, 17 Jan 2017 22:39:51 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.0845.014; Tue, 17 Jan 2017 22:39:51 +0000 From: Rick Macklem To: Michael Ware , "Russell L. Carter" CC: "freebsd-current@freebsd.org" Subject: Re: NFS 4.1 Thread-Topic: NFS 4.1 Thread-Index: AQHScOjQqgJ2EQH35Uy9A1oN+gp2aqE89faAgAADwgCAAEi+rg== Date: Tue, 17 Jan 2017 22:39:51 +0000 Message-ID: References: <31056385-226b-532f-9f1e-31f0b369375b@pinyon.org>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-office365-filtering-correlation-id: 4ee49b70-9815-40e7-1008-08d43f29bff4 x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:YTXPR01MB0192; x-microsoft-exchange-diagnostics: 1; YTXPR01MB0192; 7:z8q4NZT8BOFXYmrz2u/KHzwZVqfK5o1DdahUXdTssHjhQr8wmmNo87xLwRiS06G+ynNSxKEHnWZVidiBeH1kYxF009ldtsYLyinBHD/t4QBKI9MpcX4oiqKO+l6A3xHs6oZbVo3B31yuKBf7CzK71LdNjS9+UZjqZmpGut+fXM31X+thu6q8rR4za9JNyceC3++eynYlNx+1cXhSy6/YlQehV2b08ScvTrM8NriTfmGceM2byPAtQLP+rE5Y+kLJb3v11i89kYHysdG6MjQsvR9hE/Kn1ZIWSkuexxXXTSkEtVVzyc/qFC/JekV0Yfi5RYm2x8eEjEYTfZCOm7KyBeP2N2fxYz8JwqhM9vp1RT/Ur3IFa3XlHSmCWJ4aB4EDcj2w99FynoXpApakP08r3xevAP5+f31reo7ts82hNXiat8RHD2EjjUwY0MXp6kINGI7REzuyV0/SKq0qh+u0Ag== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863)(192374486261705)(75325880899374); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6041248)(20161123555025)(20161123562025)(20161123564025)(20161123560025)(6072148); SRVR:YTXPR01MB0192; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0192; x-forefront-prvs: 01901B3451 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(39450400003)(377454003)(189002)(199003)(51914003)(24454002)(5660300001)(2950100002)(81166006)(122556002)(7116003)(106116001)(106356001)(3280700002)(189998001)(8676002)(5001770100001)(229853002)(7696004)(74316002)(86362001)(8936002)(3660700001)(74482002)(305945005)(54356999)(2171001)(68736007)(105586002)(102836003)(38730400001)(5890100001)(50986999)(76176999)(81156014)(101416001)(92566002)(33656002)(4326007)(97736004)(2906002)(6306002)(77096006)(9686003)(6506006)(55016002)(6436002)(53936002)(2900100001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0192; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jan 2017 22:39:51.1683 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0192 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 17 Jan 2017 22:39:54 -0000 The vmware client will not work with the FreeBSD server at this time. It do= es a ReclaimComplete with file system boolean set ``true``. This isn`t support= ed by the FreeBSD server at this time. (vmware is the only client that does th= is, as far as I am know.) The fix is probably simple, but since I don`t have access to vmware and those that reported it haven`t been able to give = me the information I need.... If you are willing to test a couple of simple patches for the server in ord= er to resolve this, email and I`ll send them to you, rick ________________________________________ From: owner-freebsd-current@freebsd.org = on behalf of Michael Ware Sent: Tuesday, January 17, 2017 1:16:06 PM To: Russell L. Carter Cc: freebsd-current@freebsd.org Subject: Re: NFS 4.1 Thanks for the reply Russell, I'm looking to set up a 4.1 server in order to host vmware images. I have set up an exports but I get an error stating NFS 4 is not supported when trying to attach it in VM storage. Is there any documentation for setting this up? Thanks Mike On Tue, Jan 17, 2017 at 10:02 AM, Russell L. Carter wrote: > On 01/17/17 10:38, Michael Ware wrote: > >> Good day, >> Does anyone know if NFS 4.1 (not 4.0) is available in FreeBSD 11? I have >> not been able to find any documentation around this. >> Thanks >> >> > Yes, though I'm not sure what specific feature you're looking for. > FreeBSD interoperates with my linux NFS 4.1 servers and clients > just fine. > > man nfsv4 > > $ cat ~/bin/knuth-mount > #! /bin/sh > > # man mount_nfs > MOUNT=3D"mount_nfs -o nfsv4,minorversion=3D1" > #MOUNT=3D"mount_nfs -o nfsv3" > > NFS_SERVER_HOST=3Dknuth > $MOUNT $NFS_SERVER_HOST:/export/packages /mnt/$NFS_SERVER_HOST/packages > $MOUNT $NFS_SERVER_HOST:/usr/src /usr/src > $MOUNT $NFS_SERVER_HOST:/usr/obj /usr/obj > > HTH, > Russell > _______________________________________________ > 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= " > -- Michael Ware UCSC Baskin Engineering Unix, Network and Security 406-210-4725 _______________________________________________ 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 Wed Jan 18 01:11:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B80A7CB476D for ; Wed, 18 Jan 2017 01:11:55 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 77F601E60; Wed, 18 Jan 2017 01:11:55 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id TekVc7OSgcWiHTekWcO0uq; Tue, 17 Jan 2017 18:09:18 -0700 X-Authority-Analysis: v=2.2 cv=JLBLi4Cb c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=IgFoBzBjUZAA:10 a=ndaoGXS1AAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=1iJ31wpsYqz_dcenUKUA:9 a=CjuIK1q_8ugA:10 a=mFeOnlTyF09QQMGr2mMI:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTPS id F18B6757; Tue, 17 Jan 2017 17:09:14 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v0I18wd1035225; Tue, 17 Jan 2017 17:08:59 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201701180108.v0I18wd1035225@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: John Baldwin cc: Cy Schubert , Hans Petter Selasky , FreeBSD Current , Konstantin Belousov Subject: Re: Strange issue after early AP startup In-Reply-To: Message from John Baldwin of "Tue, 17 Jan 2017 13:26:27 -0800." <1492450.XZfNz8zFfg@ralph.baldwin.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 17 Jan 2017 17:08:58 -0800 X-CMAE-Envelope: MS4wfEfkhiUm89S+KP3sprhyjbRdA+XOQvxLGW+ev+w+rJkxwbmuCWekL/ozZMIwng/a9s7YePIMS0L1sJOXMuUwFTdG/sGjT31rt0RtmVtT+aaqakNIPDRg xOLQ1zSPLWRM/m74jZHh928T0Vxf0R/BCSI4viQ/aSDgoNCN50hKvv3rhneECDRx+3nOi723Uaah3Iuk8pBuSj6d18nXjZJfxfm1jRkmqQqj0ZxIE1pvrbyp JEimqwkJDb4b+SMdLF385BI6cCS5okXf2dpAcZ0FFVU= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 01:11:55 -0000 In message <1492450.XZfNz8zFfg@ralph.baldwin.cx>, John Baldwin writes: > On Tuesday, January 17, 2017 12:53:19 PM Cy Schubert wrote: > > In message , Hans Petter > > Sela > > sky writes: > > > Hi, > > > > > > When booting I observe an additional 30-second delay after this print: > > > > > > > Timecounters tick every 1.000 msec > > > > > > ~30 second delay and boot continues like normal. > > > > > > Checking "vmstat -i" reveals that some timers have been running loose. > > > > > > > cpu0:timer 44300 442 > > > > cpu1:timer 40561 404 > > > > cpu3:timer 48462822 483058 > > > > cpu2:timer 48477898 483209 > > > > > > Trying to add delays and/or prints around the Timecounters printout > > > makes the issue go away. Any ideas for debugging? > > > > > > Looks like a startup race to me. > > > > just picking a random email to reply to, I'm seeing a different issue with > > early AP startup. It affects one of my four machines, my laptop. My three > > server systems downstairs have no problem however my laptop will reboot > > repeatedly at: > > > > Jan 17 11:55:16 slippy kernel: cd0: Attempt to query device size failed: > > NOT READY, Medium not present - tray closed > > So it panics and reboots after this? Yes, it goes into a panic/reboot loop for a few iterations until it successfully boots. Disabling early AP startup allows it to boot up without the assumed race. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Wed Jan 18 01:20:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E51CACB49DD for ; Wed, 18 Jan 2017 01:20:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B618C1374; Wed, 18 Jan 2017 01:20:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 45C5410A7B9; Tue, 17 Jan 2017 20:20:53 -0500 (EST) From: John Baldwin To: Hans Petter Selasky Cc: Ian Lepore , FreeBSD Current , Konstantin Belousov Subject: Re: Strange issue after early AP startup Date: Tue, 17 Jan 2017 17:18:25 -0800 Message-ID: <3558195.Ack1AKBXSB@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <11f27a15-f9bc-8988-a17e-78aeff1745fb@selasky.org> References: <1484682389.86335.166.camel@freebsd.org> <11f27a15-f9bc-8988-a17e-78aeff1745fb@selasky.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 17 Jan 2017 20:20:53 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 01:20:55 -0000 On Tuesday, January 17, 2017 10:28:47 PM Hans Petter Selasky wrote: > On 01/17/17 20:46, Ian Lepore wrote: > >>> Does this matter for the first tick? How often is configtimer() called? > >> > > >> > As I said, it is called at runtime when profclock is started / stopped, not > >> > just at boot. Those changes at runtime probably have existing callouts > >> > active and your change will not process any callouts until the next hardclock > >> > tick fires (but only because you are setting nextcallopt to the bogus > >> > 'next' value). > > On some platforms, configtimer() can be called quite often. Power > > saving modes can change the frequency of the timer, and systems that > > suppport such dynamic frequency scaling call configtimer() > > (via cpu_et_frequency()) to handle the changes. > > Hi, > > I propose the following patch then: > > diff --git a/sys/kern/kern_clocksource.c b/sys/kern/kern_clocksource.c > index 7f7769d..5ae925b 100644 > --- a/sys/kern/kern_clocksource.c > +++ b/sys/kern/kern_clocksource.c > @@ -511,8 +511,13 @@ configtimer(int start) > state->nexthard = next; > state->nextstat = next; > state->nextprof = next; > - state->nextcall = next; > - state->nextcallopt = next; > + /* > + * Force callout_process() to be called > + * instantly, so that the correct value of > + * "nextcall" can be computed: > + */ > + state->nextcall = SBT_MAX; > + state->nextcallopt = now + 1; > hardclock_sync(cpu); > } > busy = 0; > > > Then there is no problem having to wait for the next tick or anything, > like John Baldwin pointed out. Note that 'nextevent' remains a full 'timerperiod' out (now + timerperiod) and so the first clock interrupt is still 'timerperiod' time away and any callouts are delayed by that amount of time. Also, I think you could set nextcallopt to 'now' rather than 'now + 1'. You might still want to adjust 'nextevent' to schedule the next interrupt to be sooner than 'timerperiod' though. You could just set 'nextevent' to 'now' in that case instead of 'next'. -- John Baldwin From owner-freebsd-current@freebsd.org Wed Jan 18 01:20:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF27BCB49F2 for ; Wed, 18 Jan 2017 01:20:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CE8EC137A; Wed, 18 Jan 2017 01:20:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id BCA5A10A7DB; Tue, 17 Jan 2017 20:20:54 -0500 (EST) From: John Baldwin To: Hans Petter Selasky Cc: Ian Lepore , FreeBSD Current , Konstantin Belousov Subject: Re: Strange issue after early AP startup Date: Tue, 17 Jan 2017 17:14:31 -0800 Message-ID: <98986414.HD1czBRNas@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <9d0f6789-35cf-7fed-643a-237ddb29f373@selasky.org> References: <11f27a15-f9bc-8988-a17e-78aeff1745fb@selasky.org> <9d0f6789-35cf-7fed-643a-237ddb29f373@selasky.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 17 Jan 2017 20:20:54 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 01:20:56 -0000 On Tuesday, January 17, 2017 10:35:06 PM Hans Petter Selasky wrote: > On 01/17/17 22:28, Hans Petter Selasky wrote: > > + state->nextcall = SBT_MAX; > > + state->nextcallopt = now + 1; > > BTW: What locks are protecting the update of these fields? Can they be > written simultaneously by configtimer() and cpu_new_callout()? Both functions do ET_HW_LOCK() of DPCPU_PTR(timerstate). -- John Baldwin From owner-freebsd-current@freebsd.org Wed Jan 18 01:21:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39B0BCB4A0F for ; Wed, 18 Jan 2017 01:21:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1669913C9; Wed, 18 Jan 2017 01:20:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id DE79710A791; Tue, 17 Jan 2017 20:20:51 -0500 (EST) From: John Baldwin To: Cy Schubert Cc: Hans Petter Selasky , FreeBSD Current , Konstantin Belousov Subject: Re: Strange issue after early AP startup Date: Tue, 17 Jan 2017 17:20:48 -0800 Message-ID: <1922021.4HJeqFJ74r@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <201701180108.v0I18wd1035225@slippy.cwsent.com> References: <201701180108.v0I18wd1035225@slippy.cwsent.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 17 Jan 2017 20:20:52 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 01:21:00 -0000 On Tuesday, January 17, 2017 05:08:58 PM Cy Schubert wrote: > In message <1492450.XZfNz8zFfg@ralph.baldwin.cx>, John Baldwin writes: > > On Tuesday, January 17, 2017 12:53:19 PM Cy Schubert wrote: > > > In message , Hans Petter > > > Sela > > > sky writes: > > > > Hi, > > > > > > > > When booting I observe an additional 30-second delay after this print: > > > > > > > > > Timecounters tick every 1.000 msec > > > > > > > > ~30 second delay and boot continues like normal. > > > > > > > > Checking "vmstat -i" reveals that some timers have been running loose. > > > > > > > > > cpu0:timer 44300 442 > > > > > cpu1:timer 40561 404 > > > > > cpu3:timer 48462822 483058 > > > > > cpu2:timer 48477898 483209 > > > > > > > > Trying to add delays and/or prints around the Timecounters printout > > > > makes the issue go away. Any ideas for debugging? > > > > > > > > Looks like a startup race to me. > > > > > > just picking a random email to reply to, I'm seeing a different issue with > > > early AP startup. It affects one of my four machines, my laptop. My three > > > server systems downstairs have no problem however my laptop will reboot > > > repeatedly at: > > > > > > Jan 17 11:55:16 slippy kernel: cd0: Attempt to query device size failed: > > > NOT READY, Medium not present - tray closed > > > > So it panics and reboots after this? > > Yes, it goes into a panic/reboot loop for a few iterations until it > successfully boots. Disabling early AP startup allows it to boot up without > the assumed race. Can you add DDB to the kernel config (and remove DDB_UNATTENDED) to get it to break into DDB when it panics to get the panic message (and a stack trace as well)? -- John Baldwin From owner-freebsd-current@freebsd.org Wed Jan 18 07:24:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90FB9CB505E for ; Wed, 18 Jan 2017 07:24:24 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7AEC5156E for ; Wed, 18 Jan 2017 07:24:24 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 779ECCB505C; Wed, 18 Jan 2017 07:24:24 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 771B7CB505B; Wed, 18 Jan 2017 07:24:24 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48605156D; Wed, 18 Jan 2017 07:24:24 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-228-247.lns20.per1.internode.on.net [121.45.228.247]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v0I7OB2g035486 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 17 Jan 2017 23:24:14 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: recent change to vim defaults? To: ohauer , Benjamin Kaduk References: Cc: "ports@FreeBSD.org" , "current@freebsd.org" From: Julian Elischer Message-ID: Date: Wed, 18 Jan 2017 15:24:05 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 07:24:24 -0000 On 17/01/2017 12:07 AM, ohauer wrote: > I suspect you mean the /usr/local/etc/vim/vimrc and gvimrc files. > That was the first place I've tried to overwrite it, but without > luck (even with set mouse=) but it works in ~/.vimrc what to put IN the file? > > -- > olli > -- > send with broken GMX mailer client, sorry for tofu and html scrap > On 15/01/2017, 22:48 Benjamin Kaduk wrote: > > On Mon, Jan 16, 2017 at 12:03:08AM +0800, Julian Elischer wrote: > > I noticed that suddenly vim is grabbing mouse movements, which > makes > > life really hard. > > > > Was there a specific revision that brought in this change, and > can it > > be removed? > > I remember seeing something go by during an upgrade somewhat > recently > about there now being a defaults file that gets used when a user > does > not specify a .vimrc. Unfortunately, I don't remember whether I saw > that notice on a FreeBSD machine or a Debian one, and haven't > been able > to find the notice I remember through searching some likely places. > > Just to check: do you have a .vimrc file in place already? > not yet. when I work out what to put into it I will make it. > > -Ben > _______________________________________________ > 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 Wed Jan 18 07:45:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2BE5CB570A; Wed, 18 Jan 2017 07:45:09 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B6A51F67; Wed, 18 Jan 2017 07:45:08 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LfHs4-1cnhSR2QDw-00omeU; Wed, 18 Jan 2017 08:45:03 +0100 Date: Wed, 18 Jan 2017 08:45:02 +0100 From: "O. Hartmann" To: freebsd-current , freebsd-questions Subject: ISO image: where is the CLANG compiler? Message-ID: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> Organization: Walstatt X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:uwPveOnMkV7+lwzsJaOcKvbWwe37i2VuTTcmm63nvBIBDK5piji 9GC1bzMD4TqvkMFfeg2UdGN0Rymiq0Q3vQcF4iRIs36UIM+8rrXj88wVvHDKwiUrT0yfKaZ lqfA6yC/TXr6KgsQiSMxFzB5m+gW98LKAlRaIToV3rf85xDluIjjMAceFpJPawK6nBCtnkX dUEuidbtixl/7SdL4JkTA== X-UI-Out-Filterresults: notjunk:1;V01:K0:gldaXPYZlzM=:6uSJ7iOagpgx25HyZ6Ra5r FQQFnmrTyQh0u2AXSocJHaSPaKJVUQIyz8O+M/OUW+JzLrseR2Tg4smqqFglUfJq2i9CePuJx dIIyMEUaQnc9MowxgbOpJMEzM6b/lwk3J1Qo+ULIl8YyrmKnG+orCI/K+IrLw80ZlO3M2339S nYRjsO6nn1w65WYEe5CeOy1SOvl1glrSuikcDA19RVJXx4JVcokcxzkXgfdcfRecTyND+9Sg6 Wdgj6F1/S0cJVmDRT3OCCADKCgUlvAv59WP0DUvfZVPqTPuAoL2mEfdm78ULBl4fZYqmuXuF0 wRA6RuNB8WnnW4/qYDa/Ve2/DzEFvhJUW+a3BTgZAIAiJGW8v3+P50x1I+EDw3w6ZjmFTPM6O Ji5w5BS9ZAVyCMo2r6ebVJ004T1mtkIqlXvaa214vDFCyA/eVsWiCmlJfyYbEgtZzBAIpdN5X gLnqNu0ZumP8Yf13rmJUpK6dkyvKtfeKybaUybLKRrOhI5yIXCuSJg8c1j/okQdNvMVnxI3zo HNIsN1ilSkX6795R0Y5P6p9g2D4duCElEhtFuUddxWYfajF1Jzl7cnXyutySy88llxxSEIHyQ wuc0Px1ESW1jjzIAZd+hD5gEH8Zv8dIAg3RKosRB19kBF83s/K5ErqAiU23Eymud3oTYQ2RKJ z7oUI7RXRoqnHTakUADX0gnBCYEwQdhhcHe19PaXQZxuS5w56ucJJrXnsA8TQB7gv/Eh4/98H 2DU+RO+o5L5Ju1YECHAAvrOBCu3SBVq5geVExnH7pKeGT570CDfjzw8peJ3sMlc/mI3SOvyLW F7gAIrJiMOnvrX04OFGoi8pGkTDAn2Ka3kcFI1KVIrxllLUTm/T1P6CfW1Vm5OjdEQSHdBK3f UZETdw/xd9g2nN1pc+2mIjTXXQ9DNPLe64fhUZm03IbSKCSvAO+wSM5bQodgG0jMpQcL+MaZH EgSNET2K55Q/+K/3P0NItIAcH0gPAE5ZCOrobXfsiCKG3lbnhobieLRNaU7qVsRmjxL0xmjKL kLoDYpF+IqIKnVxjlIXL1UY/M1aaOybSI/zbuI/rXEfYGEUW7ps3Mk/ccZBLr7C78A== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 07:45:09 -0000 I ran into a very nasty situation where I need to save/restore/reinstall a in-installworld-crashed recent current. While the /usr/obj and /usr/src as well as /etc folders are intact (residing on a Samsung 850 pro SSD with UFS and journaling), /boot/kernel vanished and most binaries in /bin and /sbin are of Null size. I treid to rescue the system by intending to use the most recent CURRENT ISO image found on the snapshot server for USB drives, booted this successfully and then mounted the failes filesystems into the proper place (/usr/obj and /usr/src onto USB devices /usr/obj and /usr/src respectively, the rest goes into /mnt). I tried then to perform a make installworld with DESTDIR=/mnt set. But I fail: the minimalistic USB image does not have any CLANG/LLVM stuff required for the rescue! Where the hell did this stuff go? Has it been ripped off due to the 1 GB ancient flash size? Help is needed. I've already posted to CURRENT a message, but I guess I always hit the wrong subject line. It seems that the key to my saviour is to have a flash drive with a recent CURRENT containing a cc compiler - otherwise /usr/obj is useless. Kind reards, Oliver From owner-freebsd-current@freebsd.org Wed Jan 18 07:54:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5CE6CB5ACF for ; Wed, 18 Jan 2017 07:54:40 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 94FE11507; Wed, 18 Jan 2017 07:54:40 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 74B1F1FE025; Wed, 18 Jan 2017 08:54:20 +0100 (CET) Subject: Re: Strange issue after early AP startup To: John Baldwin References: <1484682389.86335.166.camel@freebsd.org> <11f27a15-f9bc-8988-a17e-78aeff1745fb@selasky.org> <3558195.Ack1AKBXSB@ralph.baldwin.cx> Cc: Ian Lepore , FreeBSD Current , Konstantin Belousov From: Hans Petter Selasky Message-ID: Date: Wed, 18 Jan 2017 08:54:04 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <3558195.Ack1AKBXSB@ralph.baldwin.cx> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 07:54:40 -0000 Hi, On 01/18/17 02:18, John Baldwin wrote: > Also, I think you could > set nextcallopt to 'now' rather than 'now + 1'. There is a check in loadtimer() if next == now, and then the event timer is not started ?? > } else { > new = getnextevent(); > eq = (new == *next); > CTR4(KTR_SPARE2, "load at %d: next %d.%08x eq %d", > curcpu, (int)(new >> 32), (u_int)(new & 0xffffffff), eq); > if (!eq) { > *next = new; > et_start(timer, new - now, 0); > } > } --HPS From owner-freebsd-current@freebsd.org Wed Jan 18 08:00:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A31DCB5E1D for ; Wed, 18 Jan 2017 08:00:09 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 05BB816D1; Wed, 18 Jan 2017 08:00:09 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 0A2D01FE025; Wed, 18 Jan 2017 08:59:49 +0100 (CET) Subject: Re: Strange issue after early AP startup To: John Baldwin References: <1484682389.86335.166.camel@freebsd.org> <11f27a15-f9bc-8988-a17e-78aeff1745fb@selasky.org> <3558195.Ack1AKBXSB@ralph.baldwin.cx> Cc: Ian Lepore , FreeBSD Current , Konstantin Belousov From: Hans Petter Selasky Message-ID: <5a6f8c14-3f9c-e51e-4285-5d4ba7a365b9@selasky.org> Date: Wed, 18 Jan 2017 08:59:33 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <3558195.Ack1AKBXSB@ralph.baldwin.cx> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 08:00:09 -0000 On 01/18/17 02:18, John Baldwin wrote: > Note that 'nextevent' remains a full 'timerperiod' out (now + timerperiod) > and so the first clock interrupt is still 'timerperiod' time away and > any callouts are delayed by that amount of time. Also, I think you could > set nextcallopt to 'now' rather than 'now + 1'. Hi, Does that mean the following piece of code is missing from getnextevent(): > /* Handle callout events. */ > if (event > state->nextcall) > event = state->nextcall; Like getnextcpuevent() is doing? --HPS From owner-freebsd-current@freebsd.org Wed Jan 18 08:01:28 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9CDA5CB4040 for ; Wed, 18 Jan 2017 08:01:28 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 671211908; Wed, 18 Jan 2017 08:01:28 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id F0DEB1FE025; Wed, 18 Jan 2017 09:01:08 +0100 (CET) Subject: Re: Strange issue after early AP startup To: John Baldwin References: <1484682389.86335.166.camel@freebsd.org> <11f27a15-f9bc-8988-a17e-78aeff1745fb@selasky.org> <3558195.Ack1AKBXSB@ralph.baldwin.cx> Cc: Ian Lepore , FreeBSD Current , Konstantin Belousov From: Hans Petter Selasky Message-ID: <24593c49-b0d5-8aaf-e11b-bfef4704267e@selasky.org> Date: Wed, 18 Jan 2017 09:00:52 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <3558195.Ack1AKBXSB@ralph.baldwin.cx> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 08:01:28 -0000 On 01/18/17 02:18, John Baldwin wrote: > You might still want to adjust 'nextevent' to schedule the next interrupt > to be sooner than 'timerperiod' though. You could just set 'nextevent' to > 'now' in that case instead of 'next'. Right, I'll give that a spin. Would have to be "now + 1" instead of "now", due to check before et_start() ? --HPS From owner-freebsd-current@freebsd.org Wed Jan 18 08:46:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43E6CCB535C; Wed, 18 Jan 2017 08:46:46 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Digital Systems Operational CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BAE611885; Wed, 18 Jan 2017 08:46:45 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from [193.68.6.100] ([193.68.6.100]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.15.2/8.15.2) with ESMTPSA id v0I8i4JV003149 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 18 Jan 2017 10:44:04 +0200 (EET) (envelope-from daniel@digsys.bg) From: Daniel Kalchev Message-Id: Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: ISO image: where is the CLANG compiler? Date: Wed, 18 Jan 2017 10:43:58 +0200 In-Reply-To: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> Cc: freebsd-current , freebsd-questions To: "O. Hartmann" References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> X-Mailer: Apple Mail (2.3259) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 08:46:46 -0000 I never use the pre-built ISO images for tasks like this. Here is a = script I use to build my own USB boot drive. The drive contains the full = OS to boot and also a copy used to create a new system. I make these = boot drives from time to time, to stay current. Please note the script = is few years old (for 9-stable) and you might want to twiddle with boot = partition size if they grew. You need to have done = bouildworld/buildkernel on the host before using this script. $ cat createuboot #!/bin/sh # target USB drive to write to disk=3Dda1 # use the current date for labels today=3D`date "+%Y%m%d"` # wipe out partition data form drive # do it twice to wipe more stuff (might not be needed anymore) gpart destroy -F $disk =20 gpart create -s GPT $disk gpart destroy -F $disk =20 # GPT label the drive gpart create -s GPT $disk =20 # bootstrap partition=20 gpart add -b 34 -s 128 -t freebsd-boot $disk =20 # partition for the OS gpart add -a 4k -t freebsd-ufs -l boot$today $disk=20 # write bootstrap code gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 $disk # format file system newfs /dev/gpt/boot$today # mount file system mount -o async /dev/gpt/boot$today /mnt # install FreeBSD cd /usr/src make installworld DESTDIR=3D/mnt make distribution DESTDIR=3D/mnt make installkernel DESTDIR=3D/mnt # Create new =E2=80=9Cclean=E2=80=9D copy of FreeBSD for later use mkdir -p /mnt/root/FreeBSD make installworld DESTDIR=3D/mnt/root/FreeBSD make distribution DESTDIR=3D/mnt/root/FreeBSD make installkernel DESTDIR=3D/mnt/root/FreeBSD # copy scripts cp -r ~/scripts /mnt/root echo /dev/gpt/boot$today / ufs rw,noatime 0 1 > /mnt/etc/fstab umount /mnt You might add more customizations, such as dhclient and starting sshd in = /etc/rc.conf of the boot drive. Hope this helps=E2=80=A6 Daniel > On 18.01.2017 =D0=B3., at 9:45, O. Hartmann = wrote: >=20 > I ran into a very nasty situation where I need to = save/restore/reinstall a > in-installworld-crashed recent current. >=20 > While the /usr/obj and /usr/src as well as /etc folders are intact = (residing on > a Samsung 850 pro SSD with UFS and journaling), /boot/kernel vanished = and > most binaries in /bin and /sbin are of Null size. >=20 > I treid to rescue the system by intending to use the most recent = CURRENT ISO > image found on the snapshot server for USB drives, booted this = successfully and > then mounted the failes filesystems into the proper place (/usr/obj > and /usr/src onto USB devices /usr/obj and /usr/src respectively, the = rest goes > into /mnt). >=20 > I tried then to perform a make installworld with DESTDIR=3D/mnt set. = But I fail: > the minimalistic USB image does not have any CLANG/LLVM stuff required = for the > rescue! >=20 > Where the hell did this stuff go? Has it been ripped off due to the 1 = GB > ancient flash size?=20 >=20 > Help is needed. I've already posted to CURRENT a message, but I guess = I always > hit the wrong subject line. It seems that the key to my saviour is to = have a > flash drive with a recent CURRENT containing a cc compiler - otherwise = /usr/obj > is useless. >=20 > Kind reards, >=20 > Oliver > _______________________________________________ > 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 Wed Jan 18 11:08:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E6FBCB5B52 for ; Wed, 18 Jan 2017 11:08:26 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from smtpq5.tb.mail.iss.as9143.net (smtpq5.tb.mail.iss.as9143.net [212.54.42.168]) (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 C4D6D13D2 for ; Wed, 18 Jan 2017 11:08:25 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from [212.54.34.118] (helo=smtp10.mnd.mail.iss.as9143.net) by smtpq5.tb.mail.iss.as9143.net with esmtp (Exim 4.86_2) (envelope-from ) id 1cTncj-0002Pf-N6 for freebsd-current@freebsd.org; Wed, 18 Jan 2017 11:37:49 +0100 Received: from 5ed15678.cm-7-2b.dynamic.ziggo.nl ([94.209.86.120] helo=wan0.bsd4all.org) by smtp10.mnd.mail.iss.as9143.net with esmtp (Exim 4.86_2) (envelope-from ) id 1cTncj-00046J-Kr for freebsd-current@freebsd.org; Wed, 18 Jan 2017 11:37:49 +0100 Received: from newnas (localhost [127.0.0.1]) by wan0.bsd4all.org (Postfix) with ESMTP id 799277EF for ; Wed, 18 Jan 2017 11:37:49 +0100 (CET) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from wan0.bsd4all.org ([127.0.0.1]) by newnas (newnas.bsd4all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IiL2F-O8R7lj for ; Wed, 18 Jan 2017 11:37:48 +0100 (CET) Received: from [192.168.1.64] (mm [192.168.1.64]) by wan0.bsd4all.org (Postfix) with ESMTPSA id D36227E5 for ; Wed, 18 Jan 2017 11:37:48 +0100 (CET) From: peter.blok@bsd4all.org Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: crash in iflib_fast_intr Message-Id: <0D6E88B3-6EB8-428F-B116-40D304CD74E5@bsd4all.org> Date: Wed, 18 Jan 2017 11:37:48 +0100 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3259) X-SourceIP: 94.209.86.120 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.0 X-Ziggo-spamreport: CMAE Analysis: v=2.2 cv=CfZ43Pjl c=1 sm=1 tr=0 a=IkzOOneQUJP1+bAPekPvBg==:17 a=IgFoBzBjUZAA:10 a=GI5sg7wOV4P2N5LXNhoA:9 a=CjuIK1q_8ugA:10 a=7nRch-eNOH_Eaqa0f1oA:9 a=QI3Ts7norg-UKhmM:21 a=_W_S_7VecoQA:10 none X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 11:08:26 -0000 Hi, A kernel without option EARLY_AP_STARTUP crashes in if lib_fast_intr. = Since GENERIC now has EARLY_AP_STARTUP, this probably got unnoticed. = Problem is reproducible. KDB: stack backtrace: #0 0xffffffff805cec97 at kdb_backtrace+0x67 #1 0xffffffff80584816 at vpanic+0x186 #2 0xffffffff80584683 at panic+0x43 #3 0xffffffff8090f222 at trap_fatal+0x322 #4 0xffffffff8090f3ec at trap_pfault+0x1bc #5 0xffffffff8090eaa0 at trap+0x280 #6 0xffffffff808f35e1 at calltrap+0x8 #7 0xffffffff806a202d at iflib_fast_intr+0x3d #8 0xffffffff8054963b at intr_event_handle+0x9b #9 0xffffffff80965f38 at intr_execute_handlers+0x48 #10 0xffffffff8096b1cf at lapic_handle_intr+0x3f #11 0xffffffff808f3cc7 at Xapic_isr1+0xb7 #12 0xffffffff805b994a at sched_idletd+0x37a #13 0xffffffff805460f5 at fork_exit+0x85 #14 0xffffffff808f3b1e at fork_trampoline+0xe Peter= From owner-freebsd-current@freebsd.org Wed Jan 18 07:34:13 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5560CB5444 for ; Wed, 18 Jan 2017 07:34:13 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C8E31BCB; Wed, 18 Jan 2017 07:34:12 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LdHeL-1cu39J43FJ-00iUXg; Wed, 18 Jan 2017 08:34:05 +0100 Date: Wed, 18 Jan 2017 08:34:04 +0100 From: "O. Hartmann" To: Sean Bruno Cc: freebsd-current Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending Message-ID: <20170118083400.11156f23@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> Organization: Walstatt X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ptGLgElCy3e29G9ccPPmopNhOdvtBdCDt3DEg5+eJVeyrSbY8my NEyMm9h9baBxnUsPK2d+vymDtYKt99ODOCYPhLBZtUzc1rzRVT9Riz9/Q6j9PcjkjUYEo61 pB4ZvxNz7wfrWqxPdI3IAqTAK9fPmQwSxZ2u/HCwqpAzwtqObe1MvaceiSrelG12ZkdAzHx MVCikHc3Bl7+O25yqt1OQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:R6/ZgTNfq+U=:mZG6tZNyklobIqf+qGZtgy 7rRw0I7xg7xL7/J079sheVTlig1p9oPQ7K18vvPPBa4pWrhV4TGem/wGMhFOXlt6MqUDdUheP v5bkchZ8hxMt1lKw/MxsFc5FG8n0eXNsHcgssitIKV7eBpBPb7/HCL3H/ztxcmZCx7D2Yw//c pXPq59MyzAjldaa2zkNkb2mxKqnwivyWxNqd/dcPQirk9JELUtILCQOGvTdK1O1E1rYW99sc7 +IzgcmMsy6ef112fCGRW1afTCBekHIqCvPABfEJuXPBVZaRUDohTWQIHYGziU517oqCuI0s/K YWTPgBjuyVpJ+LwgyDILs6OUZMG7R+ljMGU7GSS48h54cWUZ8jagjH4ybH14R+zqry0IAXgnk jr/x5H9YHQQhzkW5lBXvm/PMzKayN1xPKBrQN3oD12DDKuq+nwpM8zkIk7xZRfINvmN1sFVHw DYdiE1xWks2GQfI0hYuZLIPqUxFKOoX1lIYkX7u5YoG2v4c0Szaft8jI8AnyB5FM5hcy7Snmb SJ3Nvo/dV3S+6kPcIyBPID21+JXnxieu6KSyAN8ouJViJBQT3qiGeRbqWg2XFnLMqN+Onkp/X Ob9BkH+vTQKBsE2YUOvIkYgDMc25tRcxDKbRV3ysVCfLweCIEM6lm4eZdXGnMWaXLNOA4Wjtj mLalDa5KyQlnCSoLXS7ftVH4xSbX1xYcbscCSwServz93a+C7t6p6yIydANHe8F2rU6Wl1/n2 qC/hWilDPn6HqK4ayNiGIpKn230HskiOGa+PV0l0jb4KIMey3hwxTXRILOC1qCo3VfnCYU+DZ tav1vmR X-Mailman-Approved-At: Wed, 18 Jan 2017 11:58:56 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 07:34:13 -0000 On Thu, 5 Jan 2017 20:17:56 -0700 Sean Bruno wrote: > tl;dr --> igbX devices will become emX devices > > We're about to commit an update to sys/dev/e1000 that will implement and > activate IFLIB for em(4), lem(4) & igb(4) and would appreciate all folks > who can test and poke at the drivers to do so this week. This will have > some really great changes for performance and standardization that have > been bouncing around inside of various FreeBSD shops that have been > collaborating with Matt Macy over the last year. > > This will implement multiple queues for certain em(4) devices that are > capable of such things and add some new sysctl's for you to poke at in > your monitoring tools. > > Due to limitations of device registration, igbX devices will become emX > devices. So, you'll need to make a minor update to your rc.conf and > scripts that manipulate the network devices. > > UPDATING will be bumped to reflect these changes. > > MFC to stable/11 will have a legacy implementation that doesn't use > IFLIB for compatibility reasons. > > A documentation and man page update will follow in the next few days > explaining how to work with the changed driver. > > sean > > bcc net@ current@ re@ > > > On a Fujitsu Celsius M740, the "em0" device gets stuck on heavy I/O. I can still trigger this behaviour on recent CURRENT (12.0-CURRENT #17 r312369: Wed Jan 18 06:18:45 CET 2017 amd64) by rsync'ing a large poudriere ports repository onto a remote NFSv4 fileserver. The freeze always occur on large tarballs. Again, here is the pciconf output of the device: em0@pci0:0:25:0: class=0x020000 card=0x11ed1734 chip=0x153a8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Ethernet Connection I217-LM' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xfb300000, size 131072, enabled bar [14] = type Memory, range 32, base 0xfb339000, size 4096, enabled bar [18] = type I/O Port, range 32, base 0xf020, size 32, enabled On another box. equipted with a dual-port Intel i350 NIC, the igb0 and igb1 do have negotiation problems with several types of switches (in my SoHo environment, I use a Netgear GS110TP, at work there are several types of Cisco Catalyst 3XXX types). The igbX very often fall back to 100MBit/s. Since yesterday, the igbX on that specific i350 basesd NIC (we have plentz of them and they show similar phenomena with FreeBSD), although the switch reports an uplink with 1 GBit, FreeBSD CURRENT shows this weird crap message: > igb0: flags=8843 metric 0 mtu > 1500 > options=653dbb > ether xx:xx:xx:xx:xx:xx inet 192.168.0.111 netmask 0xffffff00 broadcast > 192.168.0.255 nd6 options=29 > media: Ethernet autoselect (100baseTX ) > status: active I haven't checked whether FreeBSD lies or the switch lies about the linkspeed, but will do next time I have access to the box. regards, Oliver From owner-freebsd-current@freebsd.org Wed Jan 18 09:11:16 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83176CB5577 for ; Wed, 18 Jan 2017 09:11:16 +0000 (UTC) (envelope-from rs@trust64.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6A3EE17DC for ; Wed, 18 Jan 2017 09:11:16 +0000 (UTC) (envelope-from rs@trust64.com) Received: by mailman.ysv.freebsd.org (Postfix) id 66A86CB5575; Wed, 18 Jan 2017 09:11:16 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 661D0CB5573; Wed, 18 Jan 2017 09:11:16 +0000 (UTC) (envelope-from rs@trust64.com) Received: from t64ammx01.trust64.com (t64ammx01.trust64.com [54.93.84.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 148C917D9; Wed, 18 Jan 2017 09:11:15 +0000 (UTC) (envelope-from rs@trust64.com) Received: from [10.234.12.76] (unknown [31.4.228.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by t64ammx01.trust64.com (Postfix) with ESMTPSA id 1E120B05DF; Wed, 18 Jan 2017 10:25:05 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=trust64.com; s=20150428; t=1484731505; bh=f3tpMHJJZyNWAw7IDho/K9TCLhB3pK416IEntEkMxGY=; h=In-Reply-To:References:Subject:From:Date:To:CC:From; b=iw82qGcOvhC50XW8xIUbD81NMk4Jj81ObajC/BAkuzKuHFwJUrkFEnegq1k6lAMUa 5T0hTK1WlrZqGOql28ysbVrE6+dhNsygx6M6KekzHplsdH5MjZBK8ABphu26DEwyyn XM0R4Z0H+gK0j6G4ZK71IQvlicbKek06paWXfG+g= In-Reply-To: References: X-Referenced-Uid: 10217 Thread-Topic: Re: recent change to vim defaults? User-Agent: Type for Android MIME-Version: 1.0 Subject: Re: recent change to vim defaults? From: Raimund Sacherer Date: Wed, 18 Jan 2017 10:03:25 +0100 To: Julian Elischer CC: ohauer ,Benjamin Kaduk , "ports@FreeBSD.org" , "current@freebsd.org" Message-ID: <41760da4-a348-4063-8fec-14cf88c0ed05@typeapp.com> X-Mailman-Approved-At: Wed, 18 Jan 2017 12:21:15 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 09:11:16 -0000 I have to put mouse=v to get the behavior I am used to. Best⁣ Sent from TypeApp ​ On Jan 18, 2017, 08:46, at 08:46, Julian Elischer wrote: >On 17/01/2017 12:07 AM, ohauer wrote: >> I suspect you mean the /usr/local/etc/vim/vimrc and gvimrc files. >> That was the first place I've tried to overwrite it, but without >> luck (even with set mouse=) but it works in ~/.vimrc > >what to put IN the file? >> >> -- >> olli >> -- >> send with broken GMX mailer client, sorry for tofu and html scrap >> On 15/01/2017, 22:48 Benjamin Kaduk wrote: >> >> On Mon, Jan 16, 2017 at 12:03:08AM +0800, Julian Elischer wrote: >> > I noticed that suddenly vim is grabbing mouse movements, which >> makes >> > life really hard. >> > >> > Was there a specific revision that brought in this change, and >> can it >> > be removed? >> >> I remember seeing something go by during an upgrade somewhat >> recently >> about there now being a defaults file that gets used when a user >> does >> not specify a .vimrc. Unfortunately, I don't remember whether I >saw >> that notice on a FreeBSD machine or a Debian one, and haven't >> been able >> to find the notice I remember through searching some likely >places. >> >> Just to check: do you have a .vimrc file in place already? >> >not yet. >when I work out what to put into it I will make it. > >> >> -Ben >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> > >_______________________________________________ >freebsd-ports@freebsd.org mailing list >https://lists.freebsd.org/mailman/listinfo/freebsd-ports >To unsubscribe, send any mail to >"freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Jan 18 09:19:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A24B7CB5793; Wed, 18 Jan 2017 09:19:40 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 20AA91BBC; Wed, 18 Jan 2017 09:19:39 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MZPer-1c8ge13kdx-00LH6T; Wed, 18 Jan 2017 10:19:17 +0100 Date: Wed, 18 Jan 2017 10:19:15 +0100 From: "O. Hartmann" To: Daniel Kalchev Cc: "O. Hartmann" , freebsd-current , freebsd-questions Subject: Re: ISO image: where is the CLANG compiler? Message-ID: <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> Organization: Walstatt X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:yAsDvBK1spKeLkcbcD7AcO1hBXr2Uh/abwpkbONIuXlrjcy0vu6 SUoywfB7WDs3F2pFPSUviU+ZAceE4WzhdyPi6XkrfYPEC2H2rwAqxU+WLASGgU25JS1nWjS BsDbWJyS7flfM7gxe3fZEJbMzoe4SDkF9SbsGbCzpWoJ0RhUyKKIlQtRl4Bz/z1Ob/ivebI GZAZ5B1iZwJ3YZXvQEv/g== X-UI-Out-Filterresults: notjunk:1;V01:K0:zYdVrKGA0vU=:3Q3KsoEgTYxdIwUDygNPEb 0sWmfzCLnEMT9nlNYBZ7kooJrAovi7hHuLZwwYyT5u9w/qefJKVm3oCY/q3kNLTf45/FI984E 0FzYiPW66TItVAXCMTDxnn1S2IHWKsyAS4aTVGE577vqkQAEEhpp+/dTt7TBO+EsC4JoCfgSm Rg9CGA1FNenMRaRWxN/uGX6Uu2sE/qgvQUS+m0yljvzbr/rkOGRjZ3+e44jsXVcUcG+H1DI5/ +qvT7KU9MiWK1UfL//dkfIZL7wxBbIYE/ftcLSiDekO62hm3si2/cZCTrsixKBH/fHFyt6aNq Tt0e7S1/YjSAnpkYWrPNDHn1NH8jemghQtV9KZnEQpe+u1JY6AYR96/PqGUDhfJvfgwGx3kQY jLSFDFRTTTlN2jMHmp0ikPXDE0R1DqFeoxnS/PVvgObQgxpYAyuHGwsL20Cq548yXaIch0ObK IuaZQWgVz8V5meQzqMVD+/pwF7KIfK8r9kADp/XePqA65tdt/ocx3hTAlZ42CvAlqv4fKvP/T 4EjjyA2Fx4wL/deyyMwTgcXmhdPFSg+0TNmMhmdVU9oY7x8oZ0bI3XeF51uUKZxloJtmws9cS NOLtl8eVoJ2lTUHFr079NjKx83mJfLHUOTJCCAxM2Zog+LEq9fe+v6Q9LFC7204p3EzUghRbv sN8dPvn+9liOvLi2uHSiD/6AgzuQ8XaGmXvsnLgQ8m/tsPMV8L5Yo4Aey4XcPMTT4gUNvqA7r SKMUTml1qnYT97bznBLQzuN0tWRSAMh2T3UGg0xwFA7pskRPe/ueIoYpzUFUATPsZT8BvTPCY iI3AnPnZ7nmpMexlGb8R2gq31t6BQlDWcIFiWS1+tjvM5Wfw0EKgX6heclDi6yhfybiTQ47Oa JMvvsiS3HaeFNwfWw5RV1r75ktwlrhH8SCW1ETlSq3CbwzmqLYoP3Wbt6uzTKHrQ78rJsznQr HQWT3CwFk7AqzN7jSPpn5XnMGjWFZBiQie2En8n+rZ22MgKsZ2rO1k/4REU5CfwO6H6MvlZ6l HMajr3qHUhOYla/Ise0ANW8= X-Mailman-Approved-At: Wed, 18 Jan 2017 12:21:44 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 09:19:40 -0000 On Wed, 18 Jan 2017 10:43:58 +0200 Daniel Kalchev wrote: > I never use the pre-built ISO images for tasks like this. Here is a scrip= t I > use to build my own USB boot drive. The drive contains the full OS to boot > and also a copy used to create a new system. I make these boot drives from > time to time, to stay current. Please note the script is few years old (f= or > 9-stable) and you might want to twiddle with boot partition size if they > grew. You need to have done bouildworld/buildkernel on the host before us= ing > this script. >=20 > $ cat createuboot > #!/bin/sh > # target USB drive to write to > disk=3Dda1 > # use the current date for labels > today=3D`date "+%Y%m%d"` > # wipe out partition data form drive > # do it twice to wipe more stuff (might not be needed anymore) > gpart destroy -F $disk =20 > gpart create -s GPT $disk > gpart destroy -F $disk =20 > # GPT label the drive > gpart create -s GPT $disk =20 > # bootstrap partition=20 > gpart add -b 34 -s 128 -t freebsd-boot $disk =20 > # partition for the OS > gpart add -a 4k -t freebsd-ufs -l boot$today $disk=20 > # write bootstrap code > gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 $disk >=20 > # format file system > newfs /dev/gpt/boot$today >=20 > # mount file system > mount -o async /dev/gpt/boot$today /mnt >=20 > # install FreeBSD > cd /usr/src > make installworld DESTDIR=3D/mnt > make distribution DESTDIR=3D/mnt > make installkernel DESTDIR=3D/mnt > # Create new =E2=80=9Cclean=E2=80=9D copy of FreeBSD for later use > mkdir -p /mnt/root/FreeBSD > make installworld DESTDIR=3D/mnt/root/FreeBSD > make distribution DESTDIR=3D/mnt/root/FreeBSD > make installkernel DESTDIR=3D/mnt/root/FreeBSD >=20 > # copy scripts > cp -r ~/scripts /mnt/root >=20 > echo /dev/gpt/boot$today / ufs rw,noatime 0 1 > /mnt/etc/fstab > umount /mnt >=20 >=20 > You might add more customizations, such as dhclient and starting sshd > in /etc/rc.conf of the boot drive. >=20 > Hope this helps=E2=80=A6 >=20 > Daniel >=20 >=20 > > On 18.01.2017 =D0=B3., at 9:45, O. Hartmann wr= ote: > >=20 > > I ran into a very nasty situation where I need to save/restore/reinstal= l a > > in-installworld-crashed recent current. > >=20 > > While the /usr/obj and /usr/src as well as /etc folders are intact > > (residing on a Samsung 850 pro SSD with UFS and journaling), /boot/kern= el > > vanished and most binaries in /bin and /sbin are of Null size. > >=20 > > I treid to rescue the system by intending to use the most recent CURREN= T ISO > > image found on the snapshot server for USB drives, booted this successf= ully > > and then mounted the failes filesystems into the proper place (/usr/obj > > and /usr/src onto USB devices /usr/obj and /usr/src respectively, the r= est > > goes into /mnt). > >=20 > > I tried then to perform a make installworld with DESTDIR=3D/mnt set. Bu= t I > > fail: the minimalistic USB image does not have any CLANG/LLVM stuff > > required for the rescue! > >=20 > > Where the hell did this stuff go? Has it been ripped off due to the 1 GB > > ancient flash size?=20 > >=20 > > Help is needed. I've already posted to CURRENT a message, but I guess I > > always hit the wrong subject line. It seems that the key to my saviour = is > > to have a flash drive with a recent CURRENT containing a cc compiler - > > otherwise /usr/obj is useless. > >=20 > > Kind reards, > >=20 > > Oliver > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" =20 >=20 > _______________________________________________ > 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" Hello Daniel, thank you very much for responding! I just looked into "makeing release". I have a lot of NanoBSD images and bu= ild environments for our purpose at work, but I always strip off the compiler, too :-( I was realy badly surprised that on the ISOs the compiler is not present - = for the sake of space? If so, then best practice would be to melt everything do= wn to 1,66 MB size - as an ancient floppy would contain. Or better, Null. Sorry ... It is hard these days to purchase 1GB USB flash drives, most of t= hem do have 2 GB at least. As your own approach indicates, the ISOs are useless in such cases and I consider them as a toying thingi, nothing more. it is probably the best to = have a complete emergency ISO at hand - as your script provides. Again, thanks for the script. I need to adjust the kernel and will create t= hen my own USB drive. Kind regards, Oliver From owner-freebsd-current@freebsd.org Wed Jan 18 12:35:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A984DCB4CD8; Wed, 18 Jan 2017 12:35:23 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 60185197F; Wed, 18 Jan 2017 12:35:23 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1cTpSN-000Fa9-Ce; Wed, 18 Jan 2017 15:35:15 +0300 Date: Wed, 18 Jan 2017 15:35:15 +0300 From: Slawa Olhovchenkov To: "O. Hartmann" Cc: Daniel Kalchev , "O. Hartmann" , freebsd-current , freebsd-questions Subject: Re: ISO image: where is the CLANG compiler? Message-ID: <20170118123515.GE58505@zxy.spb.ru> References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 12:35:23 -0000 On Wed, Jan 18, 2017 at 10:19:15AM +0100, O. Hartmann wrote: > Hello Daniel, > > thank you very much for responding! > > I just looked into "makeing release". I have a lot of NanoBSD images and build > environments for our purpose at work, but I always strip off the compiler, > too :-( > > I was realy badly surprised that on the ISOs the compiler is not present - for > the sake of space? If so, then best practice would be to melt everything down > to 1,66 MB size - as an ancient floppy would contain. Or better, Null. > Sorry ... It is hard these days to purchase 1GB USB flash drives, most of them > do have 2 GB at least. ISO images limited by size, for fit to real CD-R blank disks. From owner-freebsd-current@freebsd.org Wed Jan 18 12:37:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 70974CB4F05 for ; Wed, 18 Jan 2017 12:37:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F4BB1BD3 for ; Wed, 18 Jan 2017 12:37:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 0271F1FE025 for ; Wed, 18 Jan 2017 13:36:40 +0100 (CET) To: FreeBSD Current From: Hans Petter Selasky Subject: Build failure 'wmmintrin.h' file not found Message-ID: <5b6f9e49-09db-6329-4176-3898886ceb61@selasky.org> Date: Wed, 18 Jan 2017 13:36:24 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 12:37:00 -0000 Hi, I'm seeing the following build-error trying to build 12-current from 10-stable: xxx/freebsd/sys/crypto/aesni/aesni_ghash.c:75:10: fatal error: 'wmmintrin.h' file not found #include Missing header exists: xxx/freebsd/contrib/llvm/tools/clang/lib/Headers/wmmintrin.h Missing include directory or compiler magic? --HPS From owner-freebsd-current@freebsd.org Wed Jan 18 13:13:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9098CB687F for ; Wed, 18 Jan 2017 13:13:46 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B2BD41DEE for ; Wed, 18 Jan 2017 13:13:46 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.avinity.tv (unknown [77.95.97.98]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 57E0D27DFD; Wed, 18 Jan 2017 14:13:43 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_EE9BD8C2-2365-4767-B686-2E446EACBC3E"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Build failure 'wmmintrin.h' file not found From: Dimitry Andric In-Reply-To: <5b6f9e49-09db-6329-4176-3898886ceb61@selasky.org> Date: Wed, 18 Jan 2017 14:13:33 +0100 Cc: FreeBSD Current Message-Id: <8D312F2F-63D9-4269-9E7B-83978F53C1AE@FreeBSD.org> References: <5b6f9e49-09db-6329-4176-3898886ceb61@selasky.org> To: Hans Petter Selasky X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 13:13:47 -0000 --Apple-Mail=_EE9BD8C2-2365-4767-B686-2E446EACBC3E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 18 Jan 2017, at 13:36, Hans Petter Selasky wrote: >=20 > I'm seeing the following build-error trying to build 12-current from = 10-stable: >=20 > xxx/freebsd/sys/crypto/aesni/aesni_ghash.c:75:10: fatal error: = 'wmmintrin.h' file not found > #include >=20 > Missing header exists: >=20 > xxx/freebsd/contrib/llvm/tools/clang/lib/Headers/wmmintrin.h >=20 > Missing include directory or compiler magic? What are you building, and how? Did you do a buildworld before = buildkernel? -Dimitry --Apple-Mail=_EE9BD8C2-2365-4767-B686-2E446EACBC3E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAlh/agYACgkQsF6jCi4glqNPtgCghYlHsqrlJi10dJI89Kis0UOd LlwAn3d8CcIuZD8ZSPRAJNbrIpZJwfgP =hhC0 -----END PGP SIGNATURE----- --Apple-Mail=_EE9BD8C2-2365-4767-B686-2E446EACBC3E-- From owner-freebsd-current@freebsd.org Wed Jan 18 13:17:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7990CB69C8 for ; Wed, 18 Jan 2017 13:17:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC40C1FE5; Wed, 18 Jan 2017 13:17:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 41CFE1FE025; Wed, 18 Jan 2017 14:16:40 +0100 (CET) Subject: Re: Build failure 'wmmintrin.h' file not found To: Dimitry Andric References: <5b6f9e49-09db-6329-4176-3898886ceb61@selasky.org> <8D312F2F-63D9-4269-9E7B-83978F53C1AE@FreeBSD.org> Cc: FreeBSD Current From: Hans Petter Selasky Message-ID: <11db64df-356e-1005-7fd4-b825bee3ac8f@selasky.org> Date: Wed, 18 Jan 2017 14:16:23 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <8D312F2F-63D9-4269-9E7B-83978F53C1AE@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 13:17:01 -0000 On 01/18/17 14:13, Dimitry Andric wrote: > On 18 Jan 2017, at 13:36, Hans Petter Selasky wrote: >> >> I'm seeing the following build-error trying to build 12-current from 10-stable: >> >> xxx/freebsd/sys/crypto/aesni/aesni_ghash.c:75:10: fatal error: 'wmmintrin.h' file not found >> #include >> >> Missing header exists: >> >> xxx/freebsd/contrib/llvm/tools/clang/lib/Headers/wmmintrin.h >> >> Missing include directory or compiler magic? > > What are you building, and how? Did you do a buildworld before buildkernel? > > -Dimitry > I did: make toolchain -jXX And then: make buildkernel -jXX And the error popped out. I'm not observing this error when building a 12-current kernel from an 11-stable install. --HPS From owner-freebsd-current@freebsd.org Wed Jan 18 13:42:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E39D7CB62DA for ; Wed, 18 Jan 2017 13:42:32 +0000 (UTC) (envelope-from bmr@ringman.ch) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B3CED15ED for ; Wed, 18 Jan 2017 13:42:32 +0000 (UTC) (envelope-from bmr@ringman.ch) Received: by mail-io0-x233.google.com with SMTP id l66so11846109ioi.1 for ; Wed, 18 Jan 2017 05:42:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ringman-ch.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=iY5y3ZvoHqO7UT/ZJBBC6o0gEi5IVOXKx821S3m0Q00=; b=VXOMUjYRTpzUEyyE/OLmBPJTApfljJcWIp/jvr89M6eOzwjEc2RkaXXltiCpInFTB4 UJa79cEZRjtqeHnH5Aj3ygTb9/u89WLscrTvY/q8y032YSxVq4o3BDHr0JDv8tYyUTen ibwIj6dXteJWpfFB8vFmxOOLemOGdHVsMPCwkTqopwXHBz5m23o/xQhlS4Nok5zGn9ii JszLcLv7CAfC5QriSUS9r1iNh98Qobp7elYoRa3V8cFV8NZRRPO2JDMkw0OkJuRIV+cj FaiHb9CI+frWN4evUCh3yJVBkL6EHXcrsxWMZAagwH5hvV8RVQ1tjTdTbpuYCb2apTh+ sYww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=iY5y3ZvoHqO7UT/ZJBBC6o0gEi5IVOXKx821S3m0Q00=; b=rsQ6DbOKxL2gNL9q82RcyqHwLqozkGjhWXlwiZ4YuiAa0VDLyFrGKxRvMvMTxnKP7G S/Bbt0VHcxMNgT9RsOGsXXb2HSWiIxy+/5PSDLV9pCXGDWmADjv3OaDDV6W1kldk2JVi u+5KNFKBzjQ/e54an0WYaZA+eC1cNxRplvAdwgX8e/G67Rvq5T5hNqqQYFNeiQhe+2xr h34KEmnCTAi+4JwOhKr2KtkGJmDaL69wJdVb5X/voNKuD9L20yeaWfxJNN/2ZyuRimY4 IIziozJShnfjPaZspUQ7ckXBy5jJLTuYHE4GsUOLinl92tZnVvXwD4cjiolCl+ZLiovM PyGQ== X-Gm-Message-State: AIkVDXIK9xd8S4PIfNlv5/sitkC8R4CAeYtS7heM6Vy9b8g0PDVMkl2/l7LI61BlBvFLE1pw6Lr5I1jhxspC6g== X-Received: by 10.107.10.42 with SMTP id u42mr3275942ioi.197.1484746951485; Wed, 18 Jan 2017 05:42:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.165.12 with HTTP; Wed, 18 Jan 2017 05:42:31 -0800 (PST) In-Reply-To: <11db64df-356e-1005-7fd4-b825bee3ac8f@selasky.org> References: <5b6f9e49-09db-6329-4176-3898886ceb61@selasky.org> <8D312F2F-63D9-4269-9E7B-83978F53C1AE@FreeBSD.org> <11db64df-356e-1005-7fd4-b825bee3ac8f@selasky.org> From: Magnus Ringman Date: Wed, 18 Jan 2017 14:42:31 +0100 Message-ID: Subject: Re: Build failure 'wmmintrin.h' file not found To: Hans Petter Selasky Cc: Dimitry Andric , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 13:42:33 -0000 On Wed, Jan 18, 2017 at 2:16 PM, Hans Petter Selasky wrote: > On 01/18/17 14:13, Dimitry Andric wrote: > >> On 18 Jan 2017, at 13:36, Hans Petter Selasky wrote: >> >>> >>> I'm seeing the following build-error trying to build 12-current from >>> 10-stable: >>> >>> xxx/freebsd/sys/crypto/aesni/aesni_ghash.c:75:10: fatal error: >>> 'wmmintrin.h' file not found >>> #include >>> >>> Missing header exists: >>> >>> xxx/freebsd/contrib/llvm/tools/clang/lib/Headers/wmmintrin.h >>> >>> Missing include directory or compiler magic? >>> >> >> What are you building, and how? Did you do a buildworld before >> buildkernel? >> >> -Dimitry >> >> > I did: > > make toolchain -jXX > > And then: > > make buildkernel -jXX > > > And the error popped out. I'm not observing this error when building a > 12-current kernel from an 11-stable install. Isn't it all bets are off if going to -current from anything but most recent -stable? Recommended practice[citation needed] would be 10-stable->11-stable->12-current. From owner-freebsd-current@freebsd.org Wed Jan 18 14:31:18 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2DCEDCB5399 for ; Wed, 18 Jan 2017 14:31:18 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 10BE1107F for ; Wed, 18 Jan 2017 14:31:17 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 965021928BA; Wed, 18 Jan 2017 14:31:15 +0000 (UTC) Subject: Re: crash in iflib_fast_intr To: peter.blok@bsd4all.org, freebsd-current@freebsd.org References: <0D6E88B3-6EB8-428F-B116-40D304CD74E5@bsd4all.org> From: Sean Bruno Message-ID: <132b9c54-26dd-c57d-2fbb-58f8f9b256b0@freebsd.org> Date: Wed, 18 Jan 2017 07:31:12 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <0D6E88B3-6EB8-428F-B116-40D304CD74E5@bsd4all.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="o43iuihpdUrPAv3Vt58q6l2lga4AsaP4c" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 14:31:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --o43iuihpdUrPAv3Vt58q6l2lga4AsaP4c Content-Type: multipart/mixed; boundary="BrwEmlQowaJCecqlvuVWTgogLeFL521Vs"; protected-headers="v1" From: Sean Bruno To: peter.blok@bsd4all.org, freebsd-current@freebsd.org Message-ID: <132b9c54-26dd-c57d-2fbb-58f8f9b256b0@freebsd.org> Subject: Re: crash in iflib_fast_intr References: <0D6E88B3-6EB8-428F-B116-40D304CD74E5@bsd4all.org> In-Reply-To: <0D6E88B3-6EB8-428F-B116-40D304CD74E5@bsd4all.org> --BrwEmlQowaJCecqlvuVWTgogLeFL521Vs Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 01/18/17 03:37, peter.blok@bsd4all.org wrote: > Hi, >=20 > A kernel without option EARLY_AP_STARTUP crashes in if lib_fast_intr. S= ince GENERIC now has EARLY_AP_STARTUP, this probably got unnoticed. Probl= em is reproducible. >=20 > KDB: stack backtrace: > #0 0xffffffff805cec97 at kdb_backtrace+0x67 > #1 0xffffffff80584816 at vpanic+0x186 > #2 0xffffffff80584683 at panic+0x43 > #3 0xffffffff8090f222 at trap_fatal+0x322 > #4 0xffffffff8090f3ec at trap_pfault+0x1bc > #5 0xffffffff8090eaa0 at trap+0x280 > #6 0xffffffff808f35e1 at calltrap+0x8 > #7 0xffffffff806a202d at iflib_fast_intr+0x3d > #8 0xffffffff8054963b at intr_event_handle+0x9b > #9 0xffffffff80965f38 at intr_execute_handlers+0x48 > #10 0xffffffff8096b1cf at lapic_handle_intr+0x3f > #11 0xffffffff808f3cc7 at Xapic_isr1+0xb7 > #12 0xffffffff805b994a at sched_idletd+0x37a > #13 0xffffffff805460f5 at fork_exit+0x85 > #14 0xffffffff808f3b1e at fork_trampoline+0xe >=20 > Peter Thanks for the report. We're looking at this. This is with an igb(4) interface or em(4)? sean --BrwEmlQowaJCecqlvuVWTgogLeFL521Vs-- --o43iuihpdUrPAv3Vt58q6l2lga4AsaP4c Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlh/fDBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmStRwgAw4tvnlPRZnlswyugAekyBkT12h8g9kItkg+Z5qbFO9s3PfuKKwpM3Pg/ wPpz6WIQ4aSGj1T6+3qeJ4sR0/a7BD+x0IdnT44P6DGHhVJ+jXYxcqPBPvqUTWnS /2pIsRXf9nvVgCY4nKrWTosqLFqkXYLnJvtdBXmE5SQ1hjK6z3NHz2iootqCk9pz 6wx/2YbkORnmFfZ9O7WfljQOblnjZC02pZ3tw1zj042n+U40b9t6R9AzH12mz1M8 viZRgXIT5kdZTXFSyiJJmLstWeuzRCiJjUQIe0VxpzwDv5wUqvg8KFFWFpjBau9N hK4b7zzwOUIuhxx1rvHPVmlaCCKnNg== =mlSX -----END PGP SIGNATURE----- --o43iuihpdUrPAv3Vt58q6l2lga4AsaP4c-- From owner-freebsd-current@freebsd.org Wed Jan 18 14:41:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25CE9CB5A26 for ; Wed, 18 Jan 2017 14:41:24 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E571B16E4 for ; Wed, 18 Jan 2017 14:41:23 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 18C291928BA; Wed, 18 Jan 2017 14:41:17 +0000 (UTC) Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: "O. Hartmann" References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <20170118083400.11156f23@freyja.zeit4.iv.bundesimmobilien.de> Cc: freebsd-current From: Sean Bruno Message-ID: Date: Wed, 18 Jan 2017 07:41:13 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170118083400.11156f23@freyja.zeit4.iv.bundesimmobilien.de> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="1NTqIJHqFeBDVEo51lHtKcvoMRmJL06S9" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 14:41:24 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --1NTqIJHqFeBDVEo51lHtKcvoMRmJL06S9 Content-Type: multipart/mixed; boundary="F4sxK3bvbcGWNS1p2TPNFum1iMO4dAPOL"; protected-headers="v1" From: Sean Bruno To: "O. Hartmann" Cc: freebsd-current Message-ID: Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <20170118083400.11156f23@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20170118083400.11156f23@freyja.zeit4.iv.bundesimmobilien.de> --F4sxK3bvbcGWNS1p2TPNFum1iMO4dAPOL Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 01/18/17 00:34, O. Hartmann wrote: > On Thu, 5 Jan 2017 20:17:56 -0700 > Sean Bruno wrote: >=20 >> tl;dr --> igbX devices will become emX devices >> >> We're about to commit an update to sys/dev/e1000 that will implement a= nd >> activate IFLIB for em(4), lem(4) & igb(4) and would appreciate all fol= ks >> who can test and poke at the drivers to do so this week. This will ha= ve >> some really great changes for performance and standardization that hav= e >> been bouncing around inside of various FreeBSD shops that have been >> collaborating with Matt Macy over the last year. >> >> This will implement multiple queues for certain em(4) devices that are= >> capable of such things and add some new sysctl's for you to poke at in= >> your monitoring tools. >> >> Due to limitations of device registration, igbX devices will become em= X >> devices. So, you'll need to make a minor update to your rc.conf and >> scripts that manipulate the network devices. >> >> UPDATING will be bumped to reflect these changes. >> >> MFC to stable/11 will have a legacy implementation that doesn't use >> IFLIB for compatibility reasons. >> >> A documentation and man page update will follow in the next few days >> explaining how to work with the changed driver. >> >> sean >> >> bcc net@ current@ re@ >> >> >> > On a Fujitsu Celsius M740, the "em0" device gets stuck on heavy I/O. I = can > still trigger this behaviour on recent CURRENT (12.0-CURRENT #17 r31236= 9: Wed > Jan 18 06:18:45 CET 2017 amd64) by rsync'ing a large poudriere ports > repository onto a remote NFSv4 fileserver. The freeze always occur on l= arge > tarballs. >=20 > Again, here is the pciconf output of the device:=20 >=20 > em0@pci0:0:25:0: class=3D0x020000 card=3D0x11ed1734 chip=3D0x153= a8086 > rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D 'Ethernet Connection I217-LM' > class =3D network > subclass =3D ethernet > bar [10] =3D type Memory, range 32, base 0xfb300000, size 131072,= enabled > bar [14] =3D type Memory, range 32, base 0xfb339000, size 4096, e= nabled > bar [18] =3D type I/O Port, range 32, base 0xf020, size 32, enabl= ed >=20 > On another box. equipted with a dual-port Intel i350 NIC, the igb0 and = igb1 do > have negotiation problems with several types of switches (in my SoHo > environment, I use a Netgear GS110TP, at work there are several types o= f Cisco > Catalyst 3XXX types). The igbX very often fall back to 100MBit/s. >=20 > Since yesterday, the igbX on that specific i350 basesd NIC (we have ple= ntz of > them and they show similar phenomena with FreeBSD), although the switch= reports > an uplink with 1 GBit, FreeBSD CURRENT shows this weird crap message: >=20 >> igb0: flags=3D8843 metric 0 mt= u >> 1500 >> options=3D653dbb >> ether xx:xx:xx:xx:xx:xx inet 192.168.0.111 netmask 0xffffff00 broadcas= t >> 192.168.0.255 nd6 options=3D29 >> media: Ethernet autoselect (100baseTX ) >> status: active >=20 > I haven't checked whether FreeBSD lies or the switch lies about the lin= kspeed, > but will do next time I have access to the box. >=20 >=20 > regards, > Oliver >=20 Ugh. Ok. Investigating the link issue, that's gross. sean --F4sxK3bvbcGWNS1p2TPNFum1iMO4dAPOL-- --1NTqIJHqFeBDVEo51lHtKcvoMRmJL06S9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlh/fopfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmRNAAf9HJblQVCCzv1bYWGNIkO2XUfkDfGEgiGt51o4YAVEAqYqXiRt+IK2wzMZ JaoITeAv3j6TOGdFUJClJTVDOkGGfGsK3/AVdGECws/LDPsEoQ7jZcIR0n1FErVe 3uF/p3epXmWN1b3AwCS3l+ZwuLtTUiB8ZLzVfVqXljXU0CBirn7c4RXUvflk+jgf 0p0+CnwrqQsqkNXAJYT4oAZnKtZlq88WgyDJcrHA/ChQCxTrinidI43MfwW0Cm67 bQc/+pmd0DOFKlE78I4JQ9GnTxj74huMKdNo5lu/o+K7kXQ9l2q5FyYmgEd+jxhw BIZda5UFWW1x6hZnSvWtRAWJfqPjlw== =rBvL -----END PGP SIGNATURE----- --1NTqIJHqFeBDVEo51lHtKcvoMRmJL06S9-- From owner-freebsd-current@freebsd.org Wed Jan 18 14:59:21 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67EDFCB65B7 for ; Wed, 18 Jan 2017 14:59:21 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 39F2B1B86 for ; Wed, 18 Jan 2017 14:59:20 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 02F901928BA; Wed, 18 Jan 2017 14:59:19 +0000 (UTC) Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: "O. Hartmann" References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <20170118083400.11156f23@freyja.zeit4.iv.bundesimmobilien.de> Cc: freebsd-current From: Sean Bruno Message-ID: <1abc7c08-8664-a22e-dcab-fa884acbfce9@freebsd.org> Date: Wed, 18 Jan 2017 07:59:17 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9A0A2eWRFjWDER8eC9JbUdFAVariaDd5f" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 14:59:21 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --9A0A2eWRFjWDER8eC9JbUdFAVariaDd5f Content-Type: multipart/mixed; boundary="XVvht4HFC9fMu3tfhcHex3dd734GeXkgD"; protected-headers="v1" From: Sean Bruno To: "O. Hartmann" Cc: freebsd-current Message-ID: <1abc7c08-8664-a22e-dcab-fa884acbfce9@freebsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <20170118083400.11156f23@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: --XVvht4HFC9fMu3tfhcHex3dd734GeXkgD Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 01/18/17 07:41, Sean Bruno wrote: >=20 >=20 > On 01/18/17 00:34, O. Hartmann wrote: >> On Thu, 5 Jan 2017 20:17:56 -0700 >> Sean Bruno wrote: >>> >> On a Fujitsu Celsius M740, the "em0" device gets stuck on heavy I/O. I= can >> still trigger this behaviour on recent CURRENT (12.0-CURRENT #17 r3123= 69: Wed >> Jan 18 06:18:45 CET 2017 amd64) by rsync'ing a large poudriere ports >> repository onto a remote NFSv4 fileserver. The freeze always occur on = large >> tarballs. >> >> Again, here is the pciconf output of the device:=20 >> >> em0@pci0:0:25:0: class=3D0x020000 card=3D0x11ed1734 chip=3D0x15= 3a8086 >> rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' >> device =3D 'Ethernet Connection I217-LM' >> class =3D network >> subclass =3D ethernet >> bar [10] =3D type Memory, range 32, base 0xfb300000, size 131072= , enabled >> bar [14] =3D type Memory, range 32, base 0xfb339000, size 4096, = enabled >> bar [18] =3D type I/O Port, range 32, base 0xf020, size 32, enab= led >> >> On another box. equipted with a dual-port Intel i350 NIC, the igb0 and= igb1 do >> have negotiation problems with several types of switches (in my SoHo >> environment, I use a Netgear GS110TP, at work there are several types = of Cisco >> Catalyst 3XXX types). The igbX very often fall back to 100MBit/s. >> >> Since yesterday, the igbX on that specific i350 basesd NIC (we have pl= entz of >> them and they show similar phenomena with FreeBSD), although the switc= h reports >> an uplink with 1 GBit, FreeBSD CURRENT shows this weird crap message: >> >>> igb0: flags=3D8843 metric 0 m= tu >>> 1500 >>> options=3D653dbb >>> ether xx:xx:xx:xx:xx:xx inet 192.168.0.111 netmask 0xffffff00 broadca= st >>> 192.168.0.255 nd6 options=3D29 >>> media: Ethernet autoselect (100baseTX ) >>> status: active >> I just checked my test machines (which are auto/auto on the Juniper EX4200 switches in use) and I see them come up with 1000baseTX. Do you set any options in /etc/rc.conf? sean --XVvht4HFC9fMu3tfhcHex3dd734GeXkgD-- --9A0A2eWRFjWDER8eC9JbUdFAVariaDd5f Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlh/gsVfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmSyUgf9F9sxzLjBN5fKXbyr+4y2ZHZM8U530J1r1zXMPluPvOe9PJXPEyf4fMZn d88cjCHH0mzu9VVyIefHJN4wJCbDBjJRWbi8LrkcCSy7XRCTbUYZMJ6paxZSfp0t eDYQCQ4SrB8HuMf0Y/WDWFdTpX+o1/gCtcDRvpdl3E36ROvb0t32wlIrNh3HUUBJ /Tx71nmLtnHiccf80E7JxpFfyzd1oXPvv6/6irrxLVX+jx2owiGFSM7+fVDbAXj+ e5nIP+VC5NBYUgEN8HbKLWIqbQNu1tuG363v6z7LUe5dTyWoNFR/rEwWl41DLGT4 4Dw/+psDQjOrZ+U4Tni3c4BgeHeP+Q== =0vzb -----END PGP SIGNATURE----- --9A0A2eWRFjWDER8eC9JbUdFAVariaDd5f-- From owner-freebsd-current@freebsd.org Wed Jan 18 15:32:28 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A005CB68EF for ; Wed, 18 Jan 2017 15:32:28 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 76F21113C for ; Wed, 18 Jan 2017 15:32:27 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-248-244.albq.qwest.net [67.0.248.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id A9FDE1928BA; Wed, 18 Jan 2017 15:32:26 +0000 (UTC) Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending To: "O. Hartmann" References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <20170118083400.11156f23@freyja.zeit4.iv.bundesimmobilien.de> <1abc7c08-8664-a22e-dcab-fa884acbfce9@freebsd.org> <20170118162051.17c9b88b@freyja.zeit4.iv.bundesimmobilien.de> Cc: freebsd-current From: Sean Bruno Message-ID: <8e1d558c-44e9-43cf-8894-cb2f8f1bb1a1@freebsd.org> Date: Wed, 18 Jan 2017 08:32:22 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170118162051.17c9b88b@freyja.zeit4.iv.bundesimmobilien.de> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="QEKdCPF5xcRsM1JnBs5cOfpikdW2c2R0V" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 15:32:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QEKdCPF5xcRsM1JnBs5cOfpikdW2c2R0V Content-Type: multipart/mixed; boundary="MoDq6UoRAvs5Af2A84VqGLgrMGxh91i0X"; protected-headers="v1" From: Sean Bruno To: "O. Hartmann" Cc: freebsd-current Message-ID: <8e1d558c-44e9-43cf-8894-cb2f8f1bb1a1@freebsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <20170118083400.11156f23@freyja.zeit4.iv.bundesimmobilien.de> <1abc7c08-8664-a22e-dcab-fa884acbfce9@freebsd.org> <20170118162051.17c9b88b@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20170118162051.17c9b88b@freyja.zeit4.iv.bundesimmobilien.de> --MoDq6UoRAvs5Af2A84VqGLgrMGxh91i0X Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 01/18/17 08:20, O. Hartmann wrote: > On Wed, 18 Jan 2017 07:59:17 -0700 > Sean Bruno wrote: >=20 >> On 01/18/17 07:41, Sean Bruno wrote: >>> >>> >>> On 01/18/17 00:34, O. Hartmann wrote: =20 >>>> On Thu, 5 Jan 2017 20:17:56 -0700 >>>> Sean Bruno wrote: =20 >>>>> =20 >>>> On a Fujitsu Celsius M740, the "em0" device gets stuck on heavy I/O.= I can >>>> still trigger this behaviour on recent CURRENT (12.0-CURRENT #17 r31= 2369: >>>> Wed Jan 18 06:18:45 CET 2017 amd64) by rsync'ing a large poudriere p= orts >>>> repository onto a remote NFSv4 fileserver. The freeze always occur o= n large >>>> tarballs. >>>> >>>> Again, here is the pciconf output of the device:=20 >>>> >>>> em0@pci0:0:25:0: class=3D0x020000 card=3D0x11ed1734 chip=3D0x= 153a8086 >>>> rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' >>>> device =3D 'Ethernet Connection I217-LM' >>>> class =3D network >>>> subclass =3D ethernet >>>> bar [10] =3D type Memory, range 32, base 0xfb300000, size 1310= 72, >>>> enabled bar [14] =3D type Memory, range 32, base 0xfb339000, size = 4096, >>>> enabled bar [18] =3D type I/O Port, range 32, base 0xf020, size 32= , enabled >>>> >>>> On another box. equipted with a dual-port Intel i350 NIC, the igb0 a= nd >>>> igb1 do have negotiation problems with several types of switches (in= my >>>> SoHo environment, I use a Netgear GS110TP, at work there are several= types >>>> of Cisco Catalyst 3XXX types). The igbX very often fall back to 100M= Bit/s. >>>> >>>> Since yesterday, the igbX on that specific i350 basesd NIC (we have = plentz >>>> of them and they show similar phenomena with FreeBSD), although the = switch >>>> reports an uplink with 1 GBit, FreeBSD CURRENT shows this weird crap= >>>> message:=20 >>>>> igb0: flags=3D8843 metric 0= mtu >>>>> 1500 >>>>> options=3D653dbb >>>>> ether xx:xx:xx:xx:xx:xx inet 192.168.0.111 netmask 0xffffff00 broad= cast >>>>> 192.168.0.255 nd6 options=3D29 >>>>> media: Ethernet autoselect (100baseTX ) >>>>> status: active =20 >>>> =20 >> >> I just checked my test machines (which are auto/auto on the Juniper >> EX4200 switches in use) and I see them come up with 1000baseTX. Do yo= u >> set any options in /etc/rc.conf? >> >> sean >> >=20 > No, I don't. >=20 > The line is: > ifconfig_igb0=3D"inet 192.168.0.10 netmask 0xffffff00" >=20 > Nothing else. >=20 Ok, good. Definitely a regression. sean --MoDq6UoRAvs5Af2A84VqGLgrMGxh91i0X-- --QEKdCPF5xcRsM1JnBs5cOfpikdW2c2R0V Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlh/ioZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmQ48Af/bkgby7BwS8xYkjgZSQLbUEzSLi1+C+n01d7Uxcew70UQNm1xSsDHS4Ls WnleqWBTw0z7XiMygvB4cTj+IV013504N8xXbeaFcUb4eXd1vDlHkAQ06WQmJu1b arSSZDgeXhO8WmY1Oho73jH2rIcTC2qW8gefjv6P6wwHl8pkeojoyXxtfWFSVEmf IX+/CfcPDdV5SJZvd/3ayUwQ/ArTCYv/yZiBH/HWx59IBIbljksjsDbwkbEQyBrD XgxPJ/YKO0/BK1WfFRRM4wtvvTZ5rR0O+Khm0DmUaG8a0ZcVzFRWVs5ZOAPigDhG fb0zY7/E47PfF85XU7dQepVh37GQww== =92XH -----END PGP SIGNATURE----- --QEKdCPF5xcRsM1JnBs5cOfpikdW2c2R0V-- From owner-freebsd-current@freebsd.org Wed Jan 18 15:34:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7E36CB69A8 for ; Wed, 18 Jan 2017 15:34:44 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from smtpq6.tb.mail.iss.as9143.net (smtpq6.tb.mail.iss.as9143.net [212.54.42.169]) (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 A3F0513AE; Wed, 18 Jan 2017 15:34:44 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from [212.54.34.119] (helo=smtp11.mnd.mail.iss.as9143.net) by smtpq6.tb.mail.iss.as9143.net with esmtp (Exim 4.86_2) (envelope-from ) id 1cTrzj-0005cL-Lr; Wed, 18 Jan 2017 16:17:51 +0100 Received: from 5ed15678.cm-7-2b.dynamic.ziggo.nl ([94.209.86.120] helo=wan0.bsd4all.org) by smtp11.mnd.mail.iss.as9143.net with esmtp (Exim 4.86_2) (envelope-from ) id 1cTrzj-0005Ho-Hz; Wed, 18 Jan 2017 16:17:51 +0100 Received: from newnas (localhost [127.0.0.1]) by wan0.bsd4all.org (Postfix) with ESMTP id 6DDFD992; Wed, 18 Jan 2017 16:17:51 +0100 (CET) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from wan0.bsd4all.org ([127.0.0.1]) by newnas (newnas.bsd4all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ee6kDfhXUWR6; Wed, 18 Jan 2017 16:17:49 +0100 (CET) Received: from [192.168.1.64] (mm [192.168.1.64]) by wan0.bsd4all.org (Postfix) with ESMTPSA id 96EC8987; Wed, 18 Jan 2017 16:17:49 +0100 (CET) From: peter.blok@bsd4all.org Message-Id: Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: crash in iflib_fast_intr Date: Wed, 18 Jan 2017 16:17:49 +0100 In-Reply-To: <132b9c54-26dd-c57d-2fbb-58f8f9b256b0@freebsd.org> Cc: freebsd-current@freebsd.org To: Sean Bruno References: <0D6E88B3-6EB8-428F-B116-40D304CD74E5@bsd4all.org> <132b9c54-26dd-c57d-2fbb-58f8f9b256b0@freebsd.org> X-Mailer: Apple Mail (2.3259) X-SourceIP: 94.209.86.120 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.0 X-Ziggo-spamreport: CMAE Analysis: v=2.2 cv=BJPDlBYG c=1 sm=1 tr=0 a=IkzOOneQUJP1+bAPekPvBg==:17 a=IgFoBzBjUZAA:10 a=6I5d2MoRAAAA:8 a=6Q3WNqvRAAAA:8 a=w1CezHXfkVqybe0ShwgA:9 a=CjuIK1q_8ugA:10 a=FfpRfuPIunFTxR9oI7EA:9 a=81BM0UxsywBIIw7W:21 a=_W_S_7VecoQA:10 a=IjZwj45LgO3ly-622nXo:22 a=I8PBwKCn76L9oNdl0isp:22 none X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 15:34:45 -0000 This is with an igb interface. Peter > On 18 Jan 2017, at 15:31, Sean Bruno wrote: >=20 >=20 >=20 > On 01/18/17 03:37, peter.blok@bsd4all.org = wrote: >> Hi, >>=20 >> A kernel without option EARLY_AP_STARTUP crashes in if lib_fast_intr. = Since GENERIC now has EARLY_AP_STARTUP, this probably got unnoticed. = Problem is reproducible. >>=20 >> KDB: stack backtrace: >> #0 0xffffffff805cec97 at kdb_backtrace+0x67 >> #1 0xffffffff80584816 at vpanic+0x186 >> #2 0xffffffff80584683 at panic+0x43 >> #3 0xffffffff8090f222 at trap_fatal+0x322 >> #4 0xffffffff8090f3ec at trap_pfault+0x1bc >> #5 0xffffffff8090eaa0 at trap+0x280 >> #6 0xffffffff808f35e1 at calltrap+0x8 >> #7 0xffffffff806a202d at iflib_fast_intr+0x3d >> #8 0xffffffff8054963b at intr_event_handle+0x9b >> #9 0xffffffff80965f38 at intr_execute_handlers+0x48 >> #10 0xffffffff8096b1cf at lapic_handle_intr+0x3f >> #11 0xffffffff808f3cc7 at Xapic_isr1+0xb7 >> #12 0xffffffff805b994a at sched_idletd+0x37a >> #13 0xffffffff805460f5 at fork_exit+0x85 >> #14 0xffffffff808f3b1e at fork_trampoline+0xe >>=20 >> Peter >=20 > Thanks for the report. We're looking at this. >=20 > This is with an igb(4) interface or em(4)? >=20 > sean From owner-freebsd-current@freebsd.org Wed Jan 18 15:38:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 846B2CB6B59; Wed, 18 Jan 2017 15:38:44 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 4538D18E8; Wed, 18 Jan 2017 15:38:43 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [88.217.106.187] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1cTsJm-000364-5D; Wed, 18 Jan 2017 16:38:34 +0100 Received: from localhost.my.domain (c720-r292778-amd64 [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id v0IFcXL8007020 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 18 Jan 2017 16:38:33 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id v0IFcWDJ007019; Wed, 18 Jan 2017 16:38:32 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Wed, 18 Jan 2017 16:38:32 +0100 From: Matthias Apitz To: "O. Hartmann" Cc: Slawa Olhovchenkov , freebsd-current , freebsd-questions , "O. Hartmann" , Daniel Kalchev Subject: Re: ISO image: where is the CLANG compiler? Message-ID: <20170118153832.GA6905@c720-r292778-amd64> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , "O. Hartmann" , Slawa Olhovchenkov , freebsd-current , freebsd-questions , "O. Hartmann" , Daniel Kalchev References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> X-Operating-System: FreeBSD 11.0-CURRENT r292778 (amd64) User-Agent: Mutt/1.5.24 (2015-08-30) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 88.217.106.187 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 15:38:44 -0000 Why you do not just boot from USB some mem stick image, mount some disk space to /mnt, svn checkout CURRENT to /mnt and build a booteable system (world and kernel) and install to DESTDIR=/mnt ? I do not understand all this hassle? matthias -- Matthias Apitz, ✉ guru@unixarea.de, ⌂ http://www.unixarea.de/ ☎ +49-176-38902045 "Wo ist der antiimperialistische Schutzwall, wenn man ihn braucht? US-Panzertransport durch ex-DDR" "Where is the anti-imperialistic wall, if it's needed? Transport of US-tanks through the ex-GDR" https://deutsch.rt.com/kurzclips/45282-us-panzertransporte-durch-ex-ddr/ From owner-freebsd-current@freebsd.org Wed Jan 18 15:21:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22304CB6447 for ; Wed, 18 Jan 2017 15:21:00 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EAD315CA; Wed, 18 Jan 2017 15:20:59 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LcSWg-1csVd02kjO-00jozG; Wed, 18 Jan 2017 16:20:56 +0100 Date: Wed, 18 Jan 2017 16:20:55 +0100 From: "O. Hartmann" To: Sean Bruno Cc: freebsd-current Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending Message-ID: <20170118162051.17c9b88b@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <1abc7c08-8664-a22e-dcab-fa884acbfce9@freebsd.org> References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <20170118083400.11156f23@freyja.zeit4.iv.bundesimmobilien.de> <1abc7c08-8664-a22e-dcab-fa884acbfce9@freebsd.org> Organization: Walstatt X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:/RJkn91eyT1VgcQ420GR5qFZpL5y448vIDuUKG4EPMIgU7/twYQ 8qAEQK9/Egg/PAypzpFpyUUc9Z0wIgiWxJyLsudRYewnuDP08odW0v5LyUakqWMTOfmjfMq jiVm1wPmfNyf9W/Ysk69NvNggjQstPxHCkr+6YL2eviAL7eM+PLt1ZFptiDqVWNIpxQOabc 0kGpm+CICIM5o0sSACuDw== X-UI-Out-Filterresults: notjunk:1;V01:K0:kgURFytU+fs=:gMKxlImLUdB0qRKrK6GtsX jDT9o/fn4FvG2foab2YH9gWLy14rh4Na9yO8C9rqYp+C5tNy71O1T+fnaq/otyRUTq0oeFtWa MSu2b6TzH380olhkO88PzR4/o9hUHnPWhVPtUTDpvP1z8jZVBBP2WuGQECxTbnaVSUnIsv0nP 9NTs67uG+e3LdtJVJ23sQQtIBa4pHOh47/5hh1NCEDA3ndgbTv40oCPsVkA2pEA441Rp9oR2/ NdZYDIGGNbFY7QLhaZkOEzuM0+6dnV9FS2aSsyGxYrSQaDBsb91Iqw9fRT8SPOFFt5+Ywfccr DcYTQU65LDRB/1swFzq9qIXld9ClAqrOFIBaByz17IVyjTATfT8i7MuGJc+6nkuPk6nv6hIm8 5otzeOH0A2c3KLrz6yyfT1tgvXxgr6zlZtzAgP9x+2obFIpMWYR97br9dKI3VBrs5WbXKL2kX GF3S18zPNK6E0sLiMn6TSrTlUVP84WKBvMXyWJ9QmUUfhT279KC2+JdNILxJgv3RPedWaR5iE Mr9QrnS7jYR2INnRV1m8lsoaUoNFw73odGH/ZmFSCAy/Ay4Upt9GrSSSsU6OxNod7HGWycMqf X4j+8UN5/FD3FYGqkOlrQGGjyGx85p1XoMRrqbOq7bz9kA92CSYFBZzQCu3DqWTD6LAgERrZy tdQ6hBqlQOSsUMjzdr6swEW58lyYWmiA/coORauDzEHnZOiBp3F3Gz9GlThdfwGJ7lFaOtn3j tGnZ88LUDi2HtR9WYZCv+nnBL202GUpr1NsIm8u+hgTyxCS6JdmSW8i6WtMb4tLGb9tun5Prz PNyNlaj X-Mailman-Approved-At: Wed, 18 Jan 2017 16:42:22 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 15:21:00 -0000 On Wed, 18 Jan 2017 07:59:17 -0700 Sean Bruno wrote: > On 01/18/17 07:41, Sean Bruno wrote: > > > > > > On 01/18/17 00:34, O. Hartmann wrote: > >> On Thu, 5 Jan 2017 20:17:56 -0700 > >> Sean Bruno wrote: > >>> > >> On a Fujitsu Celsius M740, the "em0" device gets stuck on heavy I/O. I can > >> still trigger this behaviour on recent CURRENT (12.0-CURRENT #17 r312369: > >> Wed Jan 18 06:18:45 CET 2017 amd64) by rsync'ing a large poudriere ports > >> repository onto a remote NFSv4 fileserver. The freeze always occur on large > >> tarballs. > >> > >> Again, here is the pciconf output of the device: > >> > >> em0@pci0:0:25:0: class=0x020000 card=0x11ed1734 chip=0x153a8086 > >> rev=0x05 hdr=0x00 vendor = 'Intel Corporation' > >> device = 'Ethernet Connection I217-LM' > >> class = network > >> subclass = ethernet > >> bar [10] = type Memory, range 32, base 0xfb300000, size 131072, > >> enabled bar [14] = type Memory, range 32, base 0xfb339000, size 4096, > >> enabled bar [18] = type I/O Port, range 32, base 0xf020, size 32, enabled > >> > >> On another box. equipted with a dual-port Intel i350 NIC, the igb0 and > >> igb1 do have negotiation problems with several types of switches (in my > >> SoHo environment, I use a Netgear GS110TP, at work there are several types > >> of Cisco Catalyst 3XXX types). The igbX very often fall back to 100MBit/s. > >> > >> Since yesterday, the igbX on that specific i350 basesd NIC (we have plentz > >> of them and they show similar phenomena with FreeBSD), although the switch > >> reports an uplink with 1 GBit, FreeBSD CURRENT shows this weird crap > >> message: > >>> igb0: flags=8843 metric 0 mtu > >>> 1500 > >>> options=653dbb > >>> ether xx:xx:xx:xx:xx:xx inet 192.168.0.111 netmask 0xffffff00 broadcast > >>> 192.168.0.255 nd6 options=29 > >>> media: Ethernet autoselect (100baseTX ) > >>> status: active > >> > > I just checked my test machines (which are auto/auto on the Juniper > EX4200 switches in use) and I see them come up with 1000baseTX. Do you > set any options in /etc/rc.conf? > > sean > No, I don't. The line is: ifconfig_igb0="inet 192.168.0.10 netmask 0xffffff00" Nothing else. From owner-freebsd-current@freebsd.org Wed Jan 18 17:03:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C013DCB68D3 for ; Wed, 18 Jan 2017 17:03:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9DF0A1EC8; Wed, 18 Jan 2017 17:03:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 4242810A7DB; Wed, 18 Jan 2017 12:03:50 -0500 (EST) From: John Baldwin To: Hans Petter Selasky Cc: Ian Lepore , FreeBSD Current , Konstantin Belousov Subject: Re: Strange issue after early AP startup Date: Wed, 18 Jan 2017 08:50:48 -0800 Message-ID: <61871203.aVMyyfjlhL@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <24593c49-b0d5-8aaf-e11b-bfef4704267e@selasky.org> References: <3558195.Ack1AKBXSB@ralph.baldwin.cx> <24593c49-b0d5-8aaf-e11b-bfef4704267e@selasky.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Wed, 18 Jan 2017 12:03:50 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 17:03:51 -0000 On Wednesday, January 18, 2017 09:00:52 AM Hans Petter Selasky wrote: > On 01/18/17 02:18, John Baldwin wrote: > > You might still want to adjust 'nextevent' to schedule the next interrupt > > to be sooner than 'timerperiod' though. You could just set 'nextevent' to > > 'now' in that case instead of 'next'. > > Right, I'll give that a spin. Would have to be "now + 1" instead of > "now", due to check before et_start() ? Ugh, ok. + 1 with sbintime_t is kind of odd which is why I would have liked to avoid it, but it seems it is required. -- John Baldwin From owner-freebsd-current@freebsd.org Wed Jan 18 17:35:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E9C5CB64F9 for ; Wed, 18 Jan 2017 17:35:27 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 295541712 for ; Wed, 18 Jan 2017 17:35:27 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 25FCCCB64F7; Wed, 18 Jan 2017 17:35:27 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25774CB64F6; Wed, 18 Jan 2017 17:35:27 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C20D41711; Wed, 18 Jan 2017 17:35:26 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-228-247.lns20.per1.internode.on.net [121.45.228.247]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v0IHZK4t038250 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 18 Jan 2017 09:35:23 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: recent change to vim defaults? To: Adam Weinberger , Baptiste Daroussin References: <20170116162526.ei2uxnnvmuni6inp@ivaldir.etoilebsd.net> <48FFF8F8-7F23-4624-8436-F978F072494E@adamw.org> Cc: "ports@FreeBSD.org" , "current@freebsd.org" From: Julian Elischer Message-ID: <3008e8e4-2386-2bcb-b779-f8e2125c6f63@freebsd.org> Date: Thu, 19 Jan 2017 01:35:14 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <48FFF8F8-7F23-4624-8436-F978F072494E@adamw.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 17:35:27 -0000 On 17/01/2017 1:23 AM, Adam Weinberger wrote: >> On 16 Jan, 2017, at 9:25, Baptiste Daroussin wrote: >> >> On Mon, Jan 16, 2017 at 12:03:08AM +0800, Julian Elischer wrote: >>> I noticed that suddenly vim is grabbing mouse movements, which makes life >>> really hard. >>> >>> Was there a specific revision that brought in this change, and can it be >>> removed? >> This change appeared in one of the last patchset of vim 7.4 and was one of the >> "features" of the vim 8.0 release. >> >> I do agree this is just totally painful :( >> >> Best regards, >> Bapt > One of the things that I inherited with the Vim port was the DEFAULT_VIMRC option (which installs /usr/ports/editors/vim/files/vimrc), and I haven't touched it. > > I have moused disabled in all my boxes so I have no idea about bad mouse behaviour in Vim. If there is a bad default that is causing grief, let's just fix it in that default vimrc. > > I'm not really understanding what the unexpected behaviour is so I can't make an intelligent recommendation myself, but I'll go with whatever you folks suggest. > > # Adam I'm in iterm on my mac. I ssh to a freebsd machine I use vim on a file. I used to be able to use the mouse on my mac to copy a few lines into the cut buffer.. slide-shift-click etc.. now suddenly if I try highlight some code in vim to copy it vim drags stuff around, scrolls up and down, deletes stuff and generally makes a mess. if click, instead of starting a copy zone it grabs some of the text. basically it makes hte mouse useless. I can;t copy and paste from a file I'm ediitng. I end up having to exit vim and do it in vi. > > From owner-freebsd-current@freebsd.org Wed Jan 18 17:49:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CCD2ACB6C4A for ; Wed, 18 Jan 2017 17:49:33 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id A23E012D9 for ; Wed, 18 Jan 2017 17:49:33 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 9EA58CB6C48; Wed, 18 Jan 2017 17:49:33 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E354CB6C46; Wed, 18 Jan 2017 17:49:33 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x244.google.com (mail-wm0-x244.google.com [IPv6:2a00:1450:400c:c09::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3635312CA; Wed, 18 Jan 2017 17:49:33 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x244.google.com with SMTP id r144so5781687wme.0; Wed, 18 Jan 2017 09:49:33 -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:user-agent; bh=znufPbWaR00QLqBj6BToe/T3T52WJiZC0PsMtOyMvDY=; b=fDgh+rK9Xvdvh0GGaWAZTcSmaJVH4fU//lFZjLIYofzMFgeDlqI99Bx7QRWIdeaFdH 5DGJAil91CFrbWfogXktW754Iz6v8wcSlZ5DbGHDO/PxPEX7CxVaKJFsQOeE5WyhUxBT dZorQkVTzfgshPBT3jUDsfks/L7qlMzme/4y9GNH4pT6+cFYiu4dSs2D+6yX14zPzys2 psPvYodRXL1LASke2zl1/bwOGh13Nj/pfI4DG8pHNZfhw9lFJ/+DG4VwzaBt7Nv6Rusv GOlXvsm06M03RZRJMhcYVAoON8ZGrE0P4bQfcVamIU64spO6pHzFFtIoYxJw4bvxlcBE p5hg== 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:user-agent; bh=znufPbWaR00QLqBj6BToe/T3T52WJiZC0PsMtOyMvDY=; b=ftB/AMsyMmmbZSWcOtzy2IUN9LyzpiMU9q51NTz1vKcdXcn6pD5Nn8X9qBFZ2jh24v 6rqqvzbpGjgXz+eeqE3dOhp6zGdLeukneLjVtUKzRqjQO4eTc0x9iib4O+8sthP+CdDg vZcK9V4acp1kjpD8Che2S0avxfdeda6LyWlPTaeY3M6nduGIji9RMkMubSMK7O4vZcPL SKmzL8hOv/ULFBaCvrGsTwNRA9hEEIoQtBaz7oDa51hAsOjmMRal0nUu/WglRsU2N57c ZtIzLD3UjkUFXFovUfKNrnUsflV9NfUZATUzPr0+WhPZkCjqwnmO4LBn6RU0XOl2lgqB shZw== X-Gm-Message-State: AIkVDXLKcie4bJVKH5QHKR6SeAou2dNIqPcZdbRPLb0Lk3k8lVHS5TDNZRtDil4roAHNaw== X-Received: by 10.28.174.208 with SMTP id x199mr4169500wme.107.1484761771307; Wed, 18 Jan 2017 09:49:31 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id 197sm46822064wmy.16.2017.01.18.09.49.30 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Jan 2017 09:49:30 -0800 (PST) Sender: Baptiste Daroussin Date: Wed, 18 Jan 2017 18:49:29 +0100 From: Baptiste Daroussin To: Adam Weinberger Cc: Julian Elischer , "ports@FreeBSD.org" , "current@freebsd.org" Subject: Re: recent change to vim defaults? Message-ID: <20170118174929.awmn5olimtn476xq@ivaldir.etoilebsd.net> References: <20170116162526.ei2uxnnvmuni6inp@ivaldir.etoilebsd.net> <48FFF8F8-7F23-4624-8436-F978F072494E@adamw.org> <3008e8e4-2386-2bcb-b779-f8e2125c6f63@freebsd.org> <37A99792-9E8E-4505-AA63-5E619D20DF36@adamw.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="l64qh4uuwhu77tow" Content-Disposition: inline In-Reply-To: <37A99792-9E8E-4505-AA63-5E619D20DF36@adamw.org> User-Agent: NeoMutt/20161126 (1.7.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 17:49:33 -0000 --l64qh4uuwhu77tow Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 18, 2017 at 10:37:32AM -0700, Adam Weinberger wrote: > > On 18 Jan, 2017, at 10:35, Julian Elischer wrote: > >=20 > > On 17/01/2017 1:23 AM, Adam Weinberger wrote: > >>> On 16 Jan, 2017, at 9:25, Baptiste Daroussin wrote: > >>>=20 > >>> On Mon, Jan 16, 2017 at 12:03:08AM +0800, Julian Elischer wrote: > >>>> I noticed that suddenly vim is grabbing mouse movements, which makes= life > >>>> really hard. > >>>>=20 > >>>> Was there a specific revision that brought in this change, and can i= t be > >>>> removed? > >>> This change appeared in one of the last patchset of vim 7.4 and was o= ne of the > >>> "features" of the vim 8.0 release. > >>>=20 > >>> I do agree this is just totally painful :( > >>>=20 > >>> Best regards, > >>> Bapt > >> One of the things that I inherited with the Vim port was the DEFAULT_V= IMRC option (which installs /usr/ports/editors/vim/files/vimrc), and I have= n't touched it. > >>=20 > >> I have moused disabled in all my boxes so I have no idea about bad mou= se behaviour in Vim. If there is a bad default that is causing grief, let's= just fix it in that default vimrc. > >>=20 > >> I'm not really understanding what the unexpected behaviour is so I can= 't make an intelligent recommendation myself, but I'll go with whatever you= folks suggest. > >>=20 > >> # Adam > > I'm in iterm on my mac. > > I ssh to a freebsd machine > > I use vim on a file. > > I used to be able to use the mouse on my mac to copy a few lines into t= he cut buffer.. slide-shift-click etc.. > > now suddenly if I try highlight some code in vim to copy it vim drags s= tuff around, scrolls up and down, deletes stuff and generally makes a mess. > > if click, instead of starting a copy zone it grabs some of the text. > >=20 > > basically it makes hte mouse useless. > > I can;t copy and paste from a file I'm ediitng. I end up having to exit= vim and do it in vi. >=20 > There have been a number of recommendations in this thread for you, Julia= n, including "set mouse=3Da" and "set mouse=3Dv". Test some of them out and= let me know what works for you. set mouse=3D (with nothing) brings back the original behaviour Bapt --l64qh4uuwhu77tow Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlh/qqcACgkQY4mL3PG3 PlrD/xAA3QBJdv0FObFKoMc5AHjNjqLciOueSFewpoAUk76AcnnbtGbKdDRdnN5c oSTKXdqaFhBBCgs+0GiLCJqiMxjGwwSevnLQaZhU88hTUHlDT1hCHFwq5rbRBrD4 sfkDEJc+xEYgUjwDURUQnNb7/eAWEg5vi0F6jni3wg8X2QZmRARsFUhfejVvLQft Gi3D0Almir4FQs7L5cRo1+UHfjbZXEMxHbzBaaIa+tZjGBk5E6TM/Sd5aNub30JD znghsbXux35orOLiF5lcrKDyraI/nZCeakDfvpBDJetx9Ler2Xp/N6El3HtBPcP1 EWdzneDgcK0ey8H2NzZtCXqtNeemeSeIP1fgiJzOuSQNBeCR8+r9K8+3VA7Kbfp+ i/lKEab3K0OOJgqSCcGx2kCxuEqLr0KPF8QlWn8W0EFQGXQLwoleXpKsvhonV+U1 Rdyygt/28rUxU3s6mt2GvKzNgvODkLgGwUxdbsWnc2lUpQ12k654xq9lAtYfX6gR ZxRgdW6Q27+xkKz25FKsMWQExT2tgXJX2YdeZDzb8XSef0mJDx/9DAQ7mzHVAXTJ xQ+yDXJ5bH0h0OzuiCGbUe2z1Djdkzr1MsnjNgd+CbrL5JbDFWn9XlJogsl1uLdq bhVRGzkn4uVJ/b4Fl2t0Jt0OsBs3STj1Ov07Be3PfeiQI7pinoQ= =AVB8 -----END PGP SIGNATURE----- --l64qh4uuwhu77tow-- From owner-freebsd-current@freebsd.org Wed Jan 18 17:53:05 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF51DCB6EE2 for ; Wed, 18 Jan 2017 17:53:05 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-yw0-x22b.google.com (mail-yw0-x22b.google.com [IPv6:2607:f8b0:4002:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8189A1922 for ; Wed, 18 Jan 2017 17:53:05 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-yw0-x22b.google.com with SMTP id w75so13585457ywg.1 for ; Wed, 18 Jan 2017 09:53:05 -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=AT49Yc7U4wDWj1L0GMCnmUpzbz8e3B4rJbWwACYS/eo=; b=tjlzO1zRBDIzz/DpkVi0AP7LdcdPgTmQSynC6u917uHdiEihhAG+soY7SaDKMkuq5B K3tXdQa3w7jYJfmImRs8Nl/bDVkfWS7D0EuP1wPv0cmkwWx0wcWaCNyUk7s9HnNE64z7 mi0nv8+7wkABik+Jm12KWv3iz08KF4gVhU5+ANgW1y3mP0UktGJg5mvpwyjCo25ttwhm uuLqhPNqEmq1zewhCjPtjj9W0ib65jBH7/Zn8vctHrEnJEZv9/FToBgvMSWUwdFMc+HB fqc4AKMF4cTN/bYhB97unPRDJtkl/dc7jMmrnWc7I+YqwfJLL3r8oJdRJBVFCmrVkQQ7 dBzA== 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=AT49Yc7U4wDWj1L0GMCnmUpzbz8e3B4rJbWwACYS/eo=; b=TrzzmEmjNiY51d9wsnX+cztC7KQY4A+vTUHPSvjPogDKFxgLojg3Y0Vnv+S+gscxNe 1RQpt2KqY7u276TuGW9O6hzcaoOZXggtzc/RFH2HeQITMoleBIA1GjtNmO4Bds4P05k6 yXrQ4gWakW83DdA8ttBf7w+Y9GvARCImXdzCZtBEztWIP+nvFtsZyzcTi2EZ2X8jDnsd hhf6g3lQL/l5QZvotNNyYVzfHRcH0N40x/pivZKYmNHpRmW5Gm+4aJA/KUR4o5P9v7G7 1ETlB6RFpSu5KG6l5VjLrQp6vXzn8+AAMqa1ap0uT3IAWNaZhLnasGOJ1IkC5dwV+0ow 29QQ== X-Gm-Message-State: AIkVDXK8SimI2KrVhoSf+w0379qThr4MXRLXfXBC489SyYOa2kkaX0CWSkdXsUQa0446COF1sddvBtxc38Wfsw== X-Received: by 10.13.209.129 with SMTP id t123mr3435473ywd.103.1484761984674; Wed, 18 Jan 2017 09:53:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.239.198 with HTTP; Wed, 18 Jan 2017 09:53:04 -0800 (PST) From: Johannes Lundberg Date: Wed, 18 Jan 2017 09:53:04 -0800 Message-ID: Subject: ASLR To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 17:53:05 -0000 Hi What is the status of ASLR? https://reviews.freebsd.org/D5603 The thread has been silent for a couple of months. I'm happy to test if needed. I'm also interested in KASLR. Is that also on the roadmap? If someone involved could share some info I'd be grateful. From owner-freebsd-current@freebsd.org Wed Jan 18 18:01:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D7EACB638A for ; Wed, 18 Jan 2017 18:01:45 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 57EE214FF for ; Wed, 18 Jan 2017 18:01:45 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 57502CB6388; Wed, 18 Jan 2017 18:01:45 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56DC6CB6387; Wed, 18 Jan 2017 18:01:45 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 179D814F3; Wed, 18 Jan 2017 18:01:44 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-228-247.lns20.per1.internode.on.net [121.45.228.247]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v0II1ciF038370 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 18 Jan 2017 10:01:41 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: recent change to vim defaults? To: Raimund Sacherer References: <41760da4-a348-4063-8fec-14cf88c0ed05@typeapp.com> Cc: ohauer , Benjamin Kaduk , "ports@FreeBSD.org" , "current@freebsd.org" From: Julian Elischer Message-ID: <46fb6a60-4fe5-7619-fced-a53ee4edf154@freebsd.org> Date: Thu, 19 Jan 2017 02:01:33 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <41760da4-a348-4063-8fec-14cf88c0ed05@typeapp.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 18:01:45 -0000 On 18/01/2017 5:03 PM, Raimund Sacherer wrote: > I have to put mouse=v to get the behavior I am used to. > > Best doesn't really work for me. vim is still taking mouse events From owner-freebsd-current@freebsd.org Wed Jan 18 17:37:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F4234CB669F for ; Wed, 18 Jan 2017 17:37:36 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E08A81A16 for ; Wed, 18 Jan 2017 17:37:36 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by mailman.ysv.freebsd.org (Postfix) id DC6EACB669C; Wed, 18 Jan 2017 17:37:36 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC01FCB669A; Wed, 18 Jan 2017 17:37:36 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from anoxia.adamw.org (anoxia.adamw.org [104.225.8.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anoxia.adamw.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 018B91A13; Wed, 18 Jan 2017 17:37:35 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by anoxia.adamw.org (OpenSMTPD) with ESMTPSA id 1a76c3bb TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Wed, 18 Jan 2017 10:37:34 -0700 (MST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: recent change to vim defaults? From: Adam Weinberger In-Reply-To: <3008e8e4-2386-2bcb-b779-f8e2125c6f63@freebsd.org> Date: Wed, 18 Jan 2017 10:37:32 -0700 Cc: Baptiste Daroussin , "ports@FreeBSD.org" , "current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <37A99792-9E8E-4505-AA63-5E619D20DF36@adamw.org> References: <20170116162526.ei2uxnnvmuni6inp@ivaldir.etoilebsd.net> <48FFF8F8-7F23-4624-8436-F978F072494E@adamw.org> <3008e8e4-2386-2bcb-b779-f8e2125c6f63@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.3259) X-Mailman-Approved-At: Wed, 18 Jan 2017 18:05:02 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 17:37:37 -0000 > On 18 Jan, 2017, at 10:35, Julian Elischer wrote: >=20 > On 17/01/2017 1:23 AM, Adam Weinberger wrote: >>> On 16 Jan, 2017, at 9:25, Baptiste Daroussin = wrote: >>>=20 >>> On Mon, Jan 16, 2017 at 12:03:08AM +0800, Julian Elischer wrote: >>>> I noticed that suddenly vim is grabbing mouse movements, which = makes life >>>> really hard. >>>>=20 >>>> Was there a specific revision that brought in this change, and can = it be >>>> removed? >>> This change appeared in one of the last patchset of vim 7.4 and was = one of the >>> "features" of the vim 8.0 release. >>>=20 >>> I do agree this is just totally painful :( >>>=20 >>> Best regards, >>> Bapt >> One of the things that I inherited with the Vim port was the = DEFAULT_VIMRC option (which installs = /usr/ports/editors/vim/files/vimrc), and I haven't touched it. >>=20 >> I have moused disabled in all my boxes so I have no idea about bad = mouse behaviour in Vim. If there is a bad default that is causing grief, = let's just fix it in that default vimrc. >>=20 >> I'm not really understanding what the unexpected behaviour is so I = can't make an intelligent recommendation myself, but I'll go with = whatever you folks suggest. >>=20 >> # Adam > I'm in iterm on my mac. > I ssh to a freebsd machine > I use vim on a file. > I used to be able to use the mouse on my mac to copy a few lines into = the cut buffer.. slide-shift-click etc.. > now suddenly if I try highlight some code in vim to copy it vim drags = stuff around, scrolls up and down, deletes stuff and generally makes a = mess. > if click, instead of starting a copy zone it grabs some of the text. >=20 > basically it makes hte mouse useless. > I can;t copy and paste from a file I'm ediitng. I end up having to = exit vim and do it in vi. There have been a number of recommendations in this thread for you, = Julian, including "set mouse=3Da" and "set mouse=3Dv". Test some of them = out and let me know what works for you. # Adam --=20 Adam Weinberger adamw@adamw.org https://www.adamw.org From owner-freebsd-current@freebsd.org Wed Jan 18 18:06:58 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBD8ECB6739 for ; Wed, 18 Jan 2017 18:06:58 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (unknown [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A426B1B7C for ; Wed, 18 Jan 2017 18:06:58 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from LA-DGT-31327.local (nat-192-187-90-113.nat.tribpub.com [192.187.90.113]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 2df04ca7 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Wed, 18 Jan 2017 10:06:57 -0800 (PST) Subject: Re: recent change to vim defaults? To: freebsd-current@freebsd.org References: <41760da4-a348-4063-8fec-14cf88c0ed05@typeapp.com> <46fb6a60-4fe5-7619-fced-a53ee4edf154@freebsd.org> From: Pete Wright Message-ID: Date: Wed, 18 Jan 2017 10:06:55 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <46fb6a60-4fe5-7619-fced-a53ee4edf154@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 18:06:58 -0000 On 1/18/17 10:01 AM, Julian Elischer wrote: > On 18/01/2017 5:03 PM, Raimund Sacherer wrote: >> I have to put mouse=v to get the behavior I am used to. >> >> Best > > doesn't really work for me. > > vim is still taking mouse events > kinda feel like it we need a "classic" vim port that is from the v7.x codebase since i suspect the changes to mouse behaviour in v8.x is only the beginning of lots of suspect changes to the vim codebase :/ i went through the code for vim the other day and couldn't figure out a way to disable entering visual-mode via mouseclick as a compile time option. perhaps we should preserve the expected behaviour by updating /usr/local/etc/vim/vimrc? -p -- Pete Wright pete@nomadlogic.org nomadlogicLA From owner-freebsd-current@freebsd.org Wed Jan 18 18:24:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D73FCB52FD for ; Wed, 18 Jan 2017 18:24:47 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qt0-x243.google.com (mail-qt0-x243.google.com [IPv6:2607:f8b0:400d:c0d::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 245DC1DD0 for ; Wed, 18 Jan 2017 18:24:47 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by mail-qt0-x243.google.com with SMTP id f4so3041623qte.2 for ; Wed, 18 Jan 2017 10:24:47 -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 :mime-version; bh=Cjj0Rop5QvPSnle8vJCYbOxBBHu8B/WaDlRZExb5eX8=; b=XJBBBUYuMophUM9jvSa4sjjNfs15ctQVoaqnYDlOgLxZR8Ady+WJHkQpyGDBsbwHZ3 BfAYQ0O/dQw7aA5WRYfwMwLggGm6SELGdnqpFgud6bDAM7c7uOhOgMuNnp6NEyRl6o5K +SxPG84j7VWWNby4joCxl5VDLHARRt0+xFO8oMWY/n27XMAIm9P4seVU01zw06tAuPje H3l4bd62UgXxy67aXgDRlXtfO3EirntCOi4eZIavQCBHkhMQ6C+EQEhogYJta9stFjlB QWbZRJzNZtm6gRhl5nVf1+KLR79lwJDU8ejvEtBXvJkIcivLt38ApzGRw744FA2qkuQc Qekw== 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:mime-version; bh=Cjj0Rop5QvPSnle8vJCYbOxBBHu8B/WaDlRZExb5eX8=; b=PdlsAes7PMSJZGwEpB8gmZo3bxWcp6jo2uqoJ2FCTB0GJQCb/S8J/MBbbJMQzNtsHT SDr91+PuvQwcPBS4q1XMWYUIpN3lBezeIzPsjT41t++0aWNgYUJJa6yax1K67bjg0Bel dLag+QDtRptSgi0k58XJDC1SDhjEMqEwygKeMeAKPkWtb/F2OTvgMHymVYmAmdwqBUmq kWF4NnnP2s48fJdTbwt2M6IwFKLmiQY+SNZX5sdbq/ypjhh8mySI9/OgCzpJVRp6+lUq xsBxKSH3DCWc1RFetuFJQU0eilyGbTenc4virTcKR21SkeAcRybAg0JHcFbEJiWLAK+N miVg== X-Gm-Message-State: AIkVDXLCaHUR/omeiZugntHhfTNS40w7/nPWzbgKlRSvGZM4WildLkksBrBUFgnfn28csA== X-Received: by 10.200.44.236 with SMTP id 41mr3926875qtx.267.1484763886363; Wed, 18 Jan 2017 10:24:46 -0800 (PST) Received: from kan ([2601:18f:802:4680:226:18ff:fe00:232e]) by smtp.gmail.com with ESMTPSA id i187sm858659qkd.20.2017.01.18.10.24.45 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 18 Jan 2017 10:24:45 -0800 (PST) Date: Wed, 18 Jan 2017 13:24:40 -0500 From: Alexander Kabaev To: Pete Wright Cc: freebsd-current@freebsd.org Subject: Re: recent change to vim defaults? Message-ID: <20170118132440.7e3739a2@kan> In-Reply-To: References: <41760da4-a348-4063-8fec-14cf88c0ed05@typeapp.com> <46fb6a60-4fe5-7619-fced-a53ee4edf154@freebsd.org> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/weVnEtDG55dRZtcOY1u148i"; protocol="application/pgp-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 18:24:47 -0000 --Sig_/weVnEtDG55dRZtcOY1u148i Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 18 Jan 2017 10:06:55 -0800 Pete Wright wrote: > On 1/18/17 10:01 AM, Julian Elischer wrote: > > On 18/01/2017 5:03 PM, Raimund Sacherer wrote: =20 > >> I have to put mouse=3Dv to get the behavior I am used to. > >> > >> Best =20 > > > > doesn't really work for me. > > > > vim is still taking mouse events > > =20 >=20 > kinda feel like it we need a "classic" vim port that is from the v7.x=20 > codebase since i suspect the changes to mouse behaviour in v8.x is > only the beginning of lots of suspect changes to the vim codebase :/ >=20 > i went through the code for vim the other day and couldn't figure out > a way to disable entering visual-mode via mouseclick as a compile > time option. perhaps we should preserve the expected behaviour by > updating /usr/local/etc/vim/vimrc? >=20 > -p >=20 >=20 > --=20 > Pete Wright > pete@nomadlogic.org > nomadlogicLA What we need, IMHO, of course, is to stop jamming _example_ config file down everyone's throat. Not even Linux does install that file unchanged. --=20 Alexander Kabaev --Sig_/weVnEtDG55dRZtcOY1u148i Content-Type: application/pgp-signature Content-Description: ЊОфрПвая пПЎпОсь OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEExffZlZm2QeE8UVaRBxMimZJ5Ln4FAlh/suhfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEM1 RjdEOTk1OTlCNjQxRTEzQzUxNTY5MTA3MTMyMjk5OTI3OTJFN0UACgkQBxMimZJ5 Ln4gvxAAvQ3HAQVwQ1i4C8tA8jVAla0gSnNkzzqFAdSo/sKwED92kPTZVdMDhMih Y7FllbxmMN0CmDX/spG6+CowTGvgXRMgYoFvqPU1RUKnTGqGaRJ2AIiSXconPoJx UmazjZMid7qi0VH8r4+pqHnW5r8FJpWulZejPGm8a1SOW/bM2Gml+GzJdShPwg3y Xo+1SYKAPAHBJXq5YETlw1af70/KSAkto0llg45fTVCuWWPW4d3RbxnLAsFlsMxG IjhWd4d3sqclLEFQV4XJzruOOSM+YreyubONvOMECw3lAe61F4cKjUYleU0eOlPz GRC26ZdGSBhxOkuOkpnog4xvG8YpiskqYSl0ytwcccfjFvuQbFsY/EE5QknXzbIm eH01+BsF6MT7P6hGEGKlWWa3AZRZZ58PGaqmTde+SveWjywNlpa0gIkP8Z7CIAXg TJWemwUh43qoy99/uC5cx4ykQ3NkUTH6sWZPbCRTMXVSs4tG+3JC3+Q/0rseF+2H SmoWMeoJLJOaWW5Dskhj4/SmIX2bFCRuTpIYm7UZd62g4chGDJadXT6rgq7S8D/A mCLUoJoPyEFs/VbOVvCJNC+MK1djDNJ4MswiHhqQ5OXysNOkVTFbtJVLcoRonrOu ug1lFgX7rrDEnZuTmH7qEJeEhz8HXUZ21OnGmJPaQVS/IOzqFVM= =08JT -----END PGP SIGNATURE----- --Sig_/weVnEtDG55dRZtcOY1u148i-- From owner-freebsd-current@freebsd.org Wed Jan 18 18:30:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7DA7CB55CE for ; Wed, 18 Jan 2017 18:30:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B5EA91190 for ; Wed, 18 Jan 2017 18:30:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 2C7E510A7B9; Wed, 18 Jan 2017 13:30:52 -0500 (EST) From: John Baldwin To: Jakob Alvermark Cc: freebsd-current@freebsd.org, Shawn Webb Subject: Re: r311568 makes freerdp very slow Date: Wed, 18 Jan 2017 10:29:44 -0800 Message-ID: <3516356.ILt4XdM4E4@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <59599.193.12.143.142.1484657191.squirrel@webmail.alvermark.net> References: <57236.193.12.143.142.1484240708.squirrel@webmail.alvermark.net> <64999.85.229.93.187.1484344018.squirrel@webmail.alvermark.net> <59599.193.12.143.142.1484657191.squirrel@webmail.alvermark.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Wed, 18 Jan 2017 13:30:52 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 18:30:56 -0000 On Tuesday, January 17, 2017 01:46:31 PM Jakob Alvermark wrote: > On Fri, January 13, 2017 22:46, Jakob Alvermark wrote: > > On Fri, January 13, 2017 19:44, John Baldwin wrote: > > > >> On Friday, January 13, 2017 09:58:01 AM Jakob Alvermark wrote: > >> > >> > >>> On Thu, January 12, 2017 19:26, John Baldwin wrote: > >>> > >>> > >>>> On Thursday, January 12, 2017 12:42:11 PM Shawn Webb wrote: > >>>> > >>>> > >>>> > >>>>> On Thu, Jan 12, 2017 at 06:05:08PM +0100, Jakob Alvermark wrote: > >>>>> > >>>>> > >>>>> > >>>>>> Hi, > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> r311568 Set MORETOCOME for AIO write requests on a socket. > >>>>>> > >>>>>> After this commit freerdp is very slow. > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> Before the password prompt would appear immediately when > >>>>>> connecting to a server. Now it takes 5-10 seconds. After > >>>>>> entering the password, another 5-10 seconds until I am > >>>>>> connected. Once connected, there is a considerable lag. > >>>>>> > >>>>>> > >>>>>> What could be the problem? > >>>>>> > >>>>>> > >>>>>> > >>>>> > >>>>> I don't know what the problem is, but I am seeing the same > >>>>> symptom. > >>>>> > >>>>> > >>>> > >>>> Can you get a ktrace of the freerdp process during this? The > >>>> commit should only be setting MORETOCOME if multiple aio_write > >>>> requests are queued to the same socket (so that TCP can batch them > >>>> into a single packet). However, it should not affect an application > >>>> just calling aio_write() on a socket once. > >>>> > >>>> -- > >>>> John Baldwin > >>>> > >>>> > >>> > >>> Hi John, > >>> > >>> > >>> > >>> I got the ktrace, what do I do with it? > >>> > >>> > >> > >> kdump will generate a text representation, perhaps using 'kdump -s' to > >> not include dumps of raw I/O data. If you can put the output of kdump > >> at a URL I can fetch from then I can look at it. > >> > > > > OK, here it is: http://filebin.ca/38mkuLau9Yqu/ktrace.out.xfreerdp.txt > > > > > > Thanks, > > > > > > Jakob > > Hi, > > Did you get any chance to look at this? I have not yet, but can you please try the fix in r312387? -- John Baldwin From owner-freebsd-current@freebsd.org Wed Jan 18 18:34:07 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85EE8CB5914 for ; Wed, 18 Jan 2017 18:34:07 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-wm0-f54.google.com (mail-wm0-f54.google.com [74.125.82.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 25BED180F for ; Wed, 18 Jan 2017 18:34:06 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-wm0-f54.google.com with SMTP id r144so39319893wme.1 for ; Wed, 18 Jan 2017 10:34:06 -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:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=lC1tjMJTMa893KQA22QcxQiZ1GV2+OnOsHjTqOIbxts=; b=Nc6rNUwr+HubyTXTa2fHdWSeC8zSyefnLDtwIudq8zN4hG55ibNL15tOaSXOqbHAgM y/Xbjcqs0VutnMwZTO2r17CvBgsN1y6DtPI4i6fdkDIqlOum8u4Jq50uEEjLWpQh4yqQ tMOrKZphSGqtnsBGL/4BzlZtCeKzxdBtqo++sYjF2gGhpR8x0vbSb3IUXLFjnbFVTy6U uT4ZqxcfKXhLcqOlDR9uyAJkBQukaLqAQZ77V9fHIgPK2UIOy7cuKKnGwsWAN4NcKp1p tZGHZIL10TpJqopWaXL/kMG7JakWmhgB8vy4ZW281MSJLgBLYe7ltjQTGe/rdUALE1ct /26w== X-Gm-Message-State: AIkVDXK797G62Y0KIPaIWC6ehUEMTBc6lB0UvuBH26CIZ+25k+Qa5yC82A4Nmd3uz9GosQ== X-Received: by 10.28.4.216 with SMTP id 207mr3814625wme.45.1484764007856; Wed, 18 Jan 2017 10:26:47 -0800 (PST) Received: from mail-wm0-f44.google.com (mail-wm0-f44.google.com. [74.125.82.44]) by smtp.gmail.com with ESMTPSA id e5sm47095611wma.12.2017.01.18.10.26.47 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Jan 2017 10:26:47 -0800 (PST) Received: by mail-wm0-f44.google.com with SMTP id r144so38999681wme.1 for ; Wed, 18 Jan 2017 10:26:47 -0800 (PST) X-Received: by 10.28.4.216 with SMTP id 207mr3814608wme.45.1484764007564; Wed, 18 Jan 2017 10:26:47 -0800 (PST) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.194.29.72 with HTTP; Wed, 18 Jan 2017 10:26:46 -0800 (PST) In-Reply-To: References: From: Conrad Meyer Date: Wed, 18 Jan 2017 10:26:46 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: ASLR To: Johannes Lundberg 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.23 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, 18 Jan 2017 18:34:07 -0000 On Wed, Jan 18, 2017 at 9:53 AM, Johannes Lundberg wro= te: > Hi > > What is the status of ASLR? > > https://reviews.freebsd.org/D5603 > > The thread has been silent for a couple of months. I'm happy to test if > needed. Hi Johannes, I think we were waiting on some review, but if that has stalled out, let's go ahead and commit it. Default off is fine for now. It can be improved as needed and then we at least have an ASLR story for the checkbox users. > I'm also interested in KASLR. Is that also on the roadmap? If someone > involved could share some info I'd be grateful. KASLR is less useful (grsecurity folks might say useless) =E2=80=94 see https://forums.grsecurity.net/viewtopic.php?f=3D7&t=3D3367 for some discussion on it. Best, Conrad From owner-freebsd-current@freebsd.org Wed Jan 18 18:53:56 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67F98CB60DC for ; Wed, 18 Jan 2017 18:53:56 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (unknown [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 41D7E13C1 for ; Wed, 18 Jan 2017 18:53:56 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from LA-DGT-31327.local (nat-192-187-90-113.nat.tribpub.com [192.187.90.113]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 650a5e5b TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 18 Jan 2017 10:53:55 -0800 (PST) Subject: Re: recent change to vim defaults? To: Alexander Kabaev References: <41760da4-a348-4063-8fec-14cf88c0ed05@typeapp.com> <46fb6a60-4fe5-7619-fced-a53ee4edf154@freebsd.org> <20170118132440.7e3739a2@kan> Cc: freebsd-current@freebsd.org From: Pete Wright Message-ID: Date: Wed, 18 Jan 2017 10:53:53 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170118132440.7e3739a2@kan> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 18:53:56 -0000 On 1/18/17 10:24 AM, Alexander Kabaev wrote: > On Wed, 18 Jan 2017 10:06:55 -0800 > Pete Wright wrote: > >> On 1/18/17 10:01 AM, Julian Elischer wrote: >>> On 18/01/2017 5:03 PM, Raimund Sacherer wrote: >>>> I have to put mouse=v to get the behavior I am used to. >>>> >>>> Best >>> >>> doesn't really work for me. >>> >>> vim is still taking mouse events >>> >> >> kinda feel like it we need a "classic" vim port that is from the v7.x >> codebase since i suspect the changes to mouse behaviour in v8.x is >> only the beginning of lots of suspect changes to the vim codebase :/ >> >> i went through the code for vim the other day and couldn't figure out >> a way to disable entering visual-mode via mouseclick as a compile >> time option. perhaps we should preserve the expected behaviour by >> updating /usr/local/etc/vim/vimrc? >> I just applied this diff against my global vimrc file and it now disables the visual mode by default function: $ diff -u vimrc.sample vimrc --- vimrc.sample 2017-01-13 22:39:36.000000000 -0800 +++ vimrc 2017-01-18 10:51:48.020039000 -0800 @@ -3,10 +3,10 @@ endif let g:is_posix = 1 -set nocompatible set bs=indent,eol,start set history=50 set ruler +set mouse-=a if &t_Co > 2 || has("gui_running") syntax on I'm not %100 clear why it was setting "nocompatible" - but once I removed it it disabled visual-mode-on-mouse-click. I'll be managing this on my systems via our cfg mgmt systems but it'd be super if this, or something similar, was the default. -pete -- Pete Wright pete@nomadlogic.org nomadlogicLA From owner-freebsd-current@freebsd.org Wed Jan 18 19:30:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EEA51CB6BE8 for ; Wed, 18 Jan 2017 19:30:26 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yb0-x22d.google.com (mail-yb0-x22d.google.com [IPv6:2607:f8b0:4002:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A0A70158C; Wed, 18 Jan 2017 19:30:26 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yb0-x22d.google.com with SMTP id 123so7300605ybe.3; Wed, 18 Jan 2017 11:30:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=RpCdNXNS7bls9qNp4wDFYgeB+jqnnNFkU8fogWjCc2s=; b=l9Lhn8zIEGe4hAiFV79WMW97G7CMR6A25sdT0YgDOJ+uYoGWEHqIdT6QBT7soLbjDB L5xNZjns1RT/c+7nvK798rdoDfEQCKJ8GwSAeK8TWzxkLmqFdryl8wXkcogfQ2gIaktr RTTC1BVz8ESqoEf8lAihObp0+IYCpMfc7Ivmn0rpnXvXe5AeqmCcslcC54VzMM1IulQ4 ocjdH38RIfnlFXO607ods02EB/kpY2BtkwjJZEV8YOKBUKxKhyYHbJ4bHdKoRM6Y4CV4 XsEAmVrU6ZUkI/mBldFS0WziGy0SysPOpnXeVeKILNipGy61mQKRGwMSstTl+22os6Dn rZFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=RpCdNXNS7bls9qNp4wDFYgeB+jqnnNFkU8fogWjCc2s=; b=qiLPEUOE901t0DSS+30zGlohy2ABUpWi0BjtMiVlS8ZJXL+KA4A7rDRafk0aku8TyK l3PtbaqWGDEGJVzCYuy/bhXwItTKkdFz84b8QJbQ7WPMA1PvaZ/QXKDvQrEbyDmOx2YQ skbW92QHUMyAgP76onIS4bIUsJ5MjxgpaPpPs1shzLGpKIy4XKaEDoMJeZZNX+Za4QnJ r2SeE7scDPjKvXe1UOxmY2+50/rgx6c8H3bPaZoxGaMKTSX9mM6aXrSaKKLs2Dze0ic4 SRBq+nTPUdql9LbQKBQwtdJABDEZ+KfgZ5hfueJ09nJ9NVLgJSxDMOpfFAxcUvA5DGYi v2lg== X-Gm-Message-State: AIkVDXJs8phj8VZbT9vM01S+gf+7UDzO+PoMwRatlUvMSPGbShoyv2/sXIWVsTdn54ThDPUYChue1SlpJDW7Xw== X-Received: by 10.37.56.208 with SMTP id f199mr3551785yba.94.1484767825690; Wed, 18 Jan 2017 11:30:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.52.65 with HTTP; Wed, 18 Jan 2017 11:30:25 -0800 (PST) In-Reply-To: <3516356.ILt4XdM4E4@ralph.baldwin.cx> References: <57236.193.12.143.142.1484240708.squirrel@webmail.alvermark.net> <64999.85.229.93.187.1484344018.squirrel@webmail.alvermark.net> <59599.193.12.143.142.1484657191.squirrel@webmail.alvermark.net> <3516356.ILt4XdM4E4@ralph.baldwin.cx> From: Ultima Date: Wed, 18 Jan 2017 14:30:25 -0500 Message-ID: Subject: Re: r311568 makes freerdp very slow To: John Baldwin Cc: Jakob Alvermark , freebsd-current@freebsd.org, Shawn Webb Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 19:30:27 -0000 I have been affected by this issue as well, just updated to r312388 and it is fixed. Thanks On Wed, Jan 18, 2017 at 1:29 PM, John Baldwin wrote: > On Tuesday, January 17, 2017 01:46:31 PM Jakob Alvermark wrote: > > On Fri, January 13, 2017 22:46, Jakob Alvermark wrote: > > > On Fri, January 13, 2017 19:44, John Baldwin wrote: > > > > > >> On Friday, January 13, 2017 09:58:01 AM Jakob Alvermark wrote: > > >> > > >> > > >>> On Thu, January 12, 2017 19:26, John Baldwin wrote: > > >>> > > >>> > > >>>> On Thursday, January 12, 2017 12:42:11 PM Shawn Webb wrote: > > >>>> > > >>>> > > >>>> > > >>>>> On Thu, Jan 12, 2017 at 06:05:08PM +0100, Jakob Alvermark wrote: > > >>>>> > > >>>>> > > >>>>> > > >>>>>> Hi, > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> r311568 Set MORETOCOME for AIO write requests on a socket. > > >>>>>> > > >>>>>> After this commit freerdp is very slow. > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> Before the password prompt would appear immediately when > > >>>>>> connecting to a server. Now it takes 5-10 seconds. After > > >>>>>> entering the password, another 5-10 seconds until I am > > >>>>>> connected. Once connected, there is a considerable lag. > > >>>>>> > > >>>>>> > > >>>>>> What could be the problem? > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>> > > >>>>> I don't know what the problem is, but I am seeing the same > > >>>>> symptom. > > >>>>> > > >>>>> > > >>>> > > >>>> Can you get a ktrace of the freerdp process during this? The > > >>>> commit should only be setting MORETOCOME if multiple aio_write > > >>>> requests are queued to the same socket (so that TCP can batch them > > >>>> into a single packet). However, it should not affect an application > > >>>> just calling aio_write() on a socket once. > > >>>> > > >>>> -- > > >>>> John Baldwin > > >>>> > > >>>> > > >>> > > >>> Hi John, > > >>> > > >>> > > >>> > > >>> I got the ktrace, what do I do with it? > > >>> > > >>> > > >> > > >> kdump will generate a text representation, perhaps using 'kdump -s' to > > >> not include dumps of raw I/O data. If you can put the output of kdump > > >> at a URL I can fetch from then I can look at it. > > >> > > > > > > OK, here it is: http://filebin.ca/38mkuLau9Yqu/ktrace.out.xfreerdp.txt > > > > > > > > > Thanks, > > > > > > > > > Jakob > > > > Hi, > > > > Did you get any chance to look at this? > > I have not yet, but can you please try the fix in r312387? > > -- > John Baldwin > _______________________________________________ > 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 Wed Jan 18 19:37:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3893BCB6E61; Wed, 18 Jan 2017 19:37:51 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B6B41A52; Wed, 18 Jan 2017 19:37:49 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([78.52.71.34]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M39zL-1cjP463K6R-00sui8; Wed, 18 Jan 2017 20:37:33 +0100 Date: Wed, 18 Jan 2017 20:37:26 +0100 From: "O. Hartmann" To: Matthias Apitz Cc: Slawa Olhovchenkov , freebsd-current , freebsd-questions , "O. Hartmann" , Daniel Kalchev Subject: Re: ISO image: where is the CLANG compiler? Message-ID: <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170118153832.GA6905@c720-r292778-amd64> References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/ZD/NMegrg9aZZLiL7RLdYPV"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:ogEPj5cHzh9XD4ndr/v/Dpr8i92XT36YGlSOqnvxV2AfwzbxINK 738pJonFyXgTTNdQg7kRM51q6IUaWq8X73y93zthAEpfcZaAD2ttUoATm0Kno5gcLarzHe/ yz5o2tTxZJzlZr9gpOGpdg9OPUW91CDkArN0RwcarSIvS1eXjX5nq2Y6qNs8hQiyW1wlo5p yYUubpeyXLQRW+5FkMiFg== X-UI-Out-Filterresults: notjunk:1;V01:K0:Sf/4xiEfHFY=:IZUVgRwQjE6WgyDfvkJY0j HKIKkTpAb0WqJEXqN7i7FoIuG1EHuypazJEHhMP3T4z6eI26m2GT8uuvTd/pva/7nmI4geWaF VMihtx9nZ6AIDYBgqJ9NIZTBNIQMg0sTx1tsM52fm9rDgmVwCPkC/VPUVJlla7uFb0bCNE5/r EsTurzlkeIjHci2tLZU765djiuZiwtBPNm9ZAEKRf+9RqK/kwzI5sncEi7DxCoEizBR67PF+M c1ycKj9dmfwdHyPHgKofIMCbPJnV1kzAISG2/BB96KGkg6+YbV8SoB4DkY8txJc/ovfBLSTQP wtYqd2kLyqktArTZtMRLmti594KHJmp4UgyMUHAu1i/+KLBczGk19wslYhAkRQqrmyYcKqe7I kWR9bvHtAd1DcoFFdd3q0bXUvqhbJtBQKWqqUzUvj0ZUQo9MuNGUUWg0THAFHAUsrpX7wpj3Y CH5kxyafrzK15HCWzJzSedEkMnU4+Mh2cRRw1QnMny7nTEL8fwxtxjNuLaSE7xBIaO66ek5cx Q5xSq6FePb6qhwwDbrqsQcyVNRrtWpaxB75mSCav07moV4PLuEUjfpJDpAyzF50gB2iWHm0Qm eOtGvLjjEWlObnpsYdMlV0u0YKl7TfBUj7DsKhUL+JkycokTFS15wfoeB+uLt8Zh7bc+rVzdc Gt5WeN9exNJV2HduCQen/ggJpHNfTkp4ppN9pURzUz95wLA1+l3DxuK0nBTtsbwNT1rTACEf+ hIbzvaMxyY9CXQ9qopH23N+2CkTJPQk2Ak7ALQvWbG2dXsbXRmQNbiwyQmk= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 19:37:51 -0000 --Sig_/ZD/NMegrg9aZZLiL7RLdYPV Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am Wed, 18 Jan 2017 16:38:32 +0100 Matthias Apitz schrieb: > Why you do not just boot from USB some mem stick image, mount some disk > space to /mnt, svn checkout CURRENT to /mnt and build a booteable system > (world and kernel) and install to DESTDIR=3D/mnt ? >=20 > I do not understand all this hassle? >=20 > matthias >=20 Wow! As I initially stated, that is EXACTLY what I was inclined to do except the= fact that I had already an intact /usr/obj and usr/src with a complete compiled system. I booted from mem stick and I was lost due to no cc! Even for "make installworld" it seems I have to rely on the compiler. And t= he images (ISO, memstick et cetera) provided these days do not contain any clang. So, I tried /usr/src/release ... for the first time. The image does also no= t contain the necessary tools for a full "make installworld installkernel" - not to speak= of "compiling" world. I dodn't work (at least for me).=20 I try to figure out how to avoid this crazy and useless shrinking of the IS= O images - somehow when building NanoBSD, there are knobs with which we can prevent th= e build and/or installation of subsets like compiler, toolchain et cetera. The way such th= ing is provided via src.conf and make.conf is fine and sophisticated. But "RELEASE= " seems to handle things different, and the standard is useless for a rescue mission. So far. It might be that I have overlooked something ... Regards, oh --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/ZD/NMegrg9aZZLiL7RLdYPV Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWH/D9gAKCRDS528fyFhY lPS5AgCDarnV2KaijxQtA1exsIafTmlKmiaan5Itcyr3CVm97TihY6PxZmmt4La8 eBuxnqK5XJvumZ/Mz19Vo7cRxTAFAf4uyqrNBzpFt9IZMTkxemO1afQ6gEXOc4eJ U/sebBiTyu2nAPHczL3k2m9lURQj9Qde2Qs+WUKNkQZdMrBDI3c3 =tpSS -----END PGP SIGNATURE----- --Sig_/ZD/NMegrg9aZZLiL7RLdYPV-- From owner-freebsd-current@freebsd.org Wed Jan 18 19:45:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81359CB62EF for ; Wed, 18 Jan 2017 19:45:37 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qt0-x232.google.com (mail-qt0-x232.google.com [IPv6:2607:f8b0:400d:c0d::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 38DCC1289 for ; Wed, 18 Jan 2017 19:45:37 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qt0-x232.google.com with SMTP id v23so26968566qtb.0 for ; Wed, 18 Jan 2017 11:45:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=m/n6jIqOjvvS5PCL+iEjBRqqNQePdOUACdAsDN9CyC8=; b=gOg0tTMnnb6nU/MIfcEpVso/ZXbfGyjspRdWa0cGM+xy8CtZDft4tI+8YbWeDyJf/F v/HYwFk/nIiuhdn+vhRsUkhScGYFhgtHavoGD5JAloXc82w4PJW9yaGthTi+ZUBoBDCU 6AsjRlC9GOFrbu3xsIlVZMM2Kolzys7Fxqg1mz5G9I/qg9nWgj6U8Ns5VTRTGiQr2+sY BAWd+WOVNW3h4+c1HhihctowIKqnInkl+dI3GndI3eoTQCC2yatvWXo0UvHmJi8UIYZV pwwRdkkcVC44sjvbtyyu775GtKHM84PCqU20X/CypRYdL2Yc77EUI4t8aDHmAI+1++4N SDCA== 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:references :mime-version:content-disposition:in-reply-to:user-agent; bh=m/n6jIqOjvvS5PCL+iEjBRqqNQePdOUACdAsDN9CyC8=; b=bqEI3AOYaLyLd4QYTGaQ1W+IQDU1GDn+yJ+3ipvT9TpaifIfKyzB14iNI6/C0rcJxA 206gG6ELMN5HI4iCMoK5K0fEdd/y/L7G8YwB0bzl9VvOKShY8+gT2HrmzneCSPOzUK7G 8/I/VNEF4fx3L8BhH3SuKQwroo/lIHwVf88YnZ+OsYNVyr0VyARFmvptpLLP4P0vR39W ty7EXWq3OG/zbbgM5CJ+pTFhjuF82BNCFEwtVwQsBMnBAn5QgumRuyi5dsR/KcKymOJz je9PnJn7O8pyzD3+NgNWn0SW3vCA6mhgDi87JFe5D1k4Xkrv2EjiTgdJtkmTOG7Eaw7u PePQ== X-Gm-Message-State: AIkVDXKr/GqFn44242d8nYXzzdEdEPv1SPD2MxG7LtHtBYH8WLMVuM4imMLpY0LqcKstLK6t X-Received: by 10.55.33.136 with SMTP id f8mr4890079qki.132.1484768736308; Wed, 18 Jan 2017 11:45:36 -0800 (PST) Received: from mutt-hardenedbsd ([63.88.83.66]) by smtp.gmail.com with ESMTPSA id q3sm1061344qte.0.2017.01.18.11.45.34 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 18 Jan 2017 11:45:35 -0800 (PST) Date: Wed, 18 Jan 2017 14:45:34 -0500 From: Shawn Webb To: Sean Bruno Cc: peter.blok@bsd4all.org, freebsd-current@freebsd.org Subject: Re: crash in iflib_fast_intr Message-ID: <20170118194534.47vcuas7jllvw3o6@mutt-hardenedbsd> References: <0D6E88B3-6EB8-428F-B116-40D304CD74E5@bsd4all.org> <132b9c54-26dd-c57d-2fbb-58f8f9b256b0@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rytf7lcs4w25ztw5" Content-Disposition: inline In-Reply-To: <132b9c54-26dd-c57d-2fbb-58f8f9b256b0@freebsd.org> X-Operating-System: FreeBSD mutt-hardenedbsd 12.0-CURRENT-HBSD FreeBSD 12.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20161126 (1.7.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 19:45:37 -0000 --rytf7lcs4w25ztw5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 18, 2017 at 07:31:12AM -0700, Sean Bruno wrote: >=20 >=20 > On 01/18/17 03:37, peter.blok@bsd4all.org wrote: > > Hi, > >=20 > > A kernel without option EARLY_AP_STARTUP crashes in if lib_fast_intr. S= ince GENERIC now has EARLY_AP_STARTUP, this probably got unnoticed. Problem= is reproducible. > >=20 > > KDB: stack backtrace: > > #0 0xffffffff805cec97 at kdb_backtrace+0x67 > > #1 0xffffffff80584816 at vpanic+0x186 > > #2 0xffffffff80584683 at panic+0x43 > > #3 0xffffffff8090f222 at trap_fatal+0x322 > > #4 0xffffffff8090f3ec at trap_pfault+0x1bc > > #5 0xffffffff8090eaa0 at trap+0x280 > > #6 0xffffffff808f35e1 at calltrap+0x8 > > #7 0xffffffff806a202d at iflib_fast_intr+0x3d > > #8 0xffffffff8054963b at intr_event_handle+0x9b > > #9 0xffffffff80965f38 at intr_execute_handlers+0x48 > > #10 0xffffffff8096b1cf at lapic_handle_intr+0x3f > > #11 0xffffffff808f3cc7 at Xapic_isr1+0xb7 > > #12 0xffffffff805b994a at sched_idletd+0x37a > > #13 0xffffffff805460f5 at fork_exit+0x85 > > #14 0xffffffff808f3b1e at fork_trampoline+0xe > >=20 > > Peter >=20 > Thanks for the report. We're looking at this. >=20 > This is with an igb(4) interface or em(4)? >=20 > sean >=20 I'm getting something similar with em(4): https://goo.gl/photos/MXiFXtatBYcWagJTA I'm at this commit in HardenedBSD: https://github.com/HardenedBSD/hardenedBSD/commit/2108b0d56984115eb52e72bd1= 6539071064b348e Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --rytf7lcs4w25ztw5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlh/xdwACgkQaoRlj1JF bu5jrhAAxj1DnKNC3c3d5TYDFdFYr6S3cYcNY7JWy8YUbP+kWvBfREJijShFqKKW vrwz8+yK6lBkqbvhDOOCMkJc1ETICIkwI5s93c9CPrzBRhrkT+XI6rB2SDGcVRDk XX+4SorjlmMpE61lnQDRMgh2zy9mo3FrxPAuOeb6OW8lHsH69BGq6TGey6lnIKf1 nVQVYuN8kHLD5TGYRIgKbBDFDloqKML7F12tNiJZADmn4r7DQALfdel5N8L08Ht6 2Th2Tiu7QAaBM6hmC5MWbmmbUT7IpX3lqS1PJpp7D2xWb7XC3XtNFuuazpmaoE8Z AfDz8WJ7Cdvx5gdHsUGA+1vcv/uZu2NiKZwFjsIu/o1a/FBIofFZyBVoEzlSpuxp j7jAS2dRU5cwWKiO//dKzASX2fV3P8KpuOAA++86/2HmAU39YaWy4GFRawaoQggO AEDEx+LUEC+Fv1b3tcFvrJjxUuT1KdQFgBAKfA2Qbqn30xIyuZ1JAPfB3gQXauYy 1OT0aIKSxYxqltYHRs79hd2XDi16JuwrENF6b+sqaB5Q0v4/l88Mgr5+NFBwNNXi 22s/xYMCYhnsL4XcPWqrHfpDBXU0B7Bfw2qxjcHdurjZ0tPtCURQdRwXFDfYBTl4 txOVqA8wKFAde3HxO750NPxryAbjrps8230LDfP1W3WcunFFiUQ= =nc1l -----END PGP SIGNATURE----- --rytf7lcs4w25ztw5-- From owner-freebsd-current@freebsd.org Wed Jan 18 20:18:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72E55CB69E1 for ; Wed, 18 Jan 2017 20:18:19 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A9E213C1 for ; Wed, 18 Jan 2017 20:18:19 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::29e6:158e:b841:1bdc] (unknown [IPv6:2001:7b8:3a7:0:29e6:158e:b841:1bdc]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 09E9827E30; Wed, 18 Jan 2017 21:18:16 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_93343DAC-19CD-4D16-8774-C2AA2D82BF53"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Build failure 'wmmintrin.h' file not found From: Dimitry Andric In-Reply-To: <11db64df-356e-1005-7fd4-b825bee3ac8f@selasky.org> Date: Wed, 18 Jan 2017 21:18:08 +0100 Cc: FreeBSD Current Message-Id: <1B87E2DA-76D2-45CD-8987-43A4D1446907@FreeBSD.org> References: <5b6f9e49-09db-6329-4176-3898886ceb61@selasky.org> <8D312F2F-63D9-4269-9E7B-83978F53C1AE@FreeBSD.org> <11db64df-356e-1005-7fd4-b825bee3ac8f@selasky.org> To: Hans Petter Selasky X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 20:18:19 -0000 --Apple-Mail=_93343DAC-19CD-4D16-8774-C2AA2D82BF53 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 18 Jan 2017, at 14:16, Hans Petter Selasky wrote: >=20 > On 01/18/17 14:13, Dimitry Andric wrote: >> On 18 Jan 2017, at 13:36, Hans Petter Selasky = wrote: >>>=20 >>> I'm seeing the following build-error trying to build 12-current from = 10-stable: >>>=20 >>> xxx/freebsd/sys/crypto/aesni/aesni_ghash.c:75:10: fatal error: = 'wmmintrin.h' file not found >>> #include >>>=20 >>> Missing header exists: >>>=20 >>> xxx/freebsd/contrib/llvm/tools/clang/lib/Headers/wmmintrin.h >>>=20 >>> Missing include directory or compiler magic? >>=20 >> What are you building, and how? Did you do a buildworld before = buildkernel? >>=20 >> -Dimitry >>=20 >=20 > I did: >=20 > make toolchain -jXX >=20 > And then: >=20 > make buildkernel -jXX >=20 > And the error popped out. As far as I can see, the toolchain target does not install headers and libraries. Can you try the kernel-toolchain target instead? > I'm not observing this error when building a 12-current kernel from an = 11-stable install. Probably not, because you will be using /usr/bin/cc, and the wmmintrin.h header in the base system. -Dimitry --Apple-Mail=_93343DAC-19CD-4D16-8774-C2AA2D82BF53 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAlh/zYcACgkQsF6jCi4glqN6JACfVIKRP7xVznN+b3HqF57Tre9c ZQsAn3qxn4A44oHLImUC0TNbl9RY1bIK =EP6b -----END PGP SIGNATURE----- --Apple-Mail=_93343DAC-19CD-4D16-8774-C2AA2D82BF53-- From owner-freebsd-current@freebsd.org Wed Jan 18 20:21:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4DEEDCB6D02 for ; Wed, 18 Jan 2017 20:21:19 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0CC4F1888 for ; Wed, 18 Jan 2017 20:21:18 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::29e6:158e:b841:1bdc] (unknown [IPv6:2001:7b8:3a7:0:29e6:158e:b841:1bdc]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D374627E31; Wed, 18 Jan 2017 21:21:15 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_77E7D8F0-0280-41F4-A1ED-5FB9EAF42B9F"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Build failure 'wmmintrin.h' file not found From: Dimitry Andric In-Reply-To: Date: Wed, 18 Jan 2017 21:21:15 +0100 Cc: Hans Petter Selasky , FreeBSD Current Message-Id: References: <5b6f9e49-09db-6329-4176-3898886ceb61@selasky.org> <8D312F2F-63D9-4269-9E7B-83978F53C1AE@FreeBSD.org> <11db64df-356e-1005-7fd4-b825bee3ac8f@selasky.org> To: Magnus Ringman X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 20:21:19 -0000 --Apple-Mail=_77E7D8F0-0280-41F4-A1ED-5FB9EAF42B9F Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 18 Jan 2017, at 14:42, Magnus Ringman wrote: > > On Wed, Jan 18, 2017 at 2:16 PM, Hans Petter Selasky > wrote: ... >> And the error popped out. I'm not observing this error when building a >> 12-current kernel from an 11-stable install. > > > Isn't it all bets are off if going to -current from anything but most > recent -stable? > Recommended practice[citation needed] would be > 10-stable->11-stable->12-current. That is the safest way, indeed. But it should not be totally impossible to build recent versions of -current on 10.x. Normally, buildworld takes care of the heavy lifting by building all the needed tools first. But if you build only parts of the tree, you might encounter "interesting" situations. :) -Dimitry --Apple-Mail=_77E7D8F0-0280-41F4-A1ED-5FB9EAF42B9F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAlh/zjsACgkQsF6jCi4glqPDpgCgo5vxPW7+wUrY4xrNr6XDIFNC Wk4AoOhzIHQ/Ej3IwuB/MAM0Yi84wOMx =xd1e -----END PGP SIGNATURE----- --Apple-Mail=_77E7D8F0-0280-41F4-A1ED-5FB9EAF42B9F-- From owner-freebsd-current@freebsd.org Wed Jan 18 21:48:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0FED5CB6B96; Wed, 18 Jan 2017 21:48:00 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 C64DC1B18; Wed, 18 Jan 2017 21:47:59 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [88.217.106.187] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1cTy5E-0004ex-Fr; Wed, 18 Jan 2017 22:47:56 +0100 Received: from localhost.my.domain (c720-r292778-amd64 [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id v0ILlujr001983 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 18 Jan 2017 22:47:56 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id v0ILlu33001982; Wed, 18 Jan 2017 22:47:56 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Wed, 18 Jan 2017 22:47:56 +0100 From: Matthias Apitz To: "O. Hartmann" , freebsd-current , freebsd-questions Subject: Re: ISO image: where is the CLANG compiler? Message-ID: <20170118214756.GA1938@c720-r292778-amd64> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , "O. Hartmann" , freebsd-current , freebsd-questions References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> X-Operating-System: FreeBSD 11.0-CURRENT r292778 (amd64) User-Agent: Mutt/1.5.24 (2015-08-30) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 88.217.106.187 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 21:48:00 -0000 (I adjuested To/cc) El día Wednesday, January 18, 2017 a las 08:37:26PM +0100, O. Hartmann escribió: > Wow! > > As I initially stated, that is EXACTLY what I was inclined to do except the fact that I > had already an intact /usr/obj and usr/src with a complete compiled system. > > I booted from mem stick and I was lost due to no cc! > > Even for "make installworld" it seems I have to rely on the compiler. And the images > (ISO, memstick et cetera) provided these days do not contain any clang. > > So, I tried /usr/src/release ... for the first time. The image does also not contain the > necessary tools for a full "make installworld installkernel" - not to speak of > "compiling" world. I dodn't work (at least for me). What gives: # rm -r /usr/obj # cd /usr/src # make buildworld # make buildkernel matthias -- Matthias Apitz, ✉ guru@unixarea.de, ⌂ http://www.unixarea.de/ ☎ +49-176-38902045 "Wo ist der antiimperialistische Schutzwall, wenn man ihn braucht? US-Panzertransport durch ex-DDR" "Where is the anti-imperialistic wall, if it's needed? Transport of US-tanks through the ex-GDR" https://deutsch.rt.com/kurzclips/45282-us-panzertransporte-durch-ex-ddr/ From owner-freebsd-current@freebsd.org Wed Jan 18 22:56:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63336CB6713 for ; Wed, 18 Jan 2017 22:56:26 +0000 (UTC) (envelope-from pkubaj@anongoth.pl) Received: from mail.anongoth.pl (anongoth.pl [88.156.79.165]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anongoth.pl", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 124CD1793 for ; Wed, 18 Jan 2017 22:56:25 +0000 (UTC) (envelope-from pkubaj@anongoth.pl) Received: from mail.anongoth.pl (localhost [127.0.1.10]) by mail.anongoth.pl (Postfix) with ESMTP id BE07112C99 for ; Wed, 18 Jan 2017 23:56:20 +0100 (CET) X-Virus-Scanned: amavisd-new at anongoth.pl Received: from mail.anongoth.pl ([127.0.1.10]) by mail.anongoth.pl (anongoth.pl [127.0.1.10]) (amavisd-new, port 10024) with LMTP id H38-QQPFMeuI for ; Wed, 18 Jan 2017 23:56:12 +0100 (CET) Received: from anongoth.pl (unknown [192.168.10.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: pkubaj@anongoth.pl) by mail.anongoth.pl (Postfix) with ESMTPSA id 4919A12C8A for ; Wed, 18 Jan 2017 23:56:12 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=anongoth.pl; s=ANONGOTH; t=1484780172; bh=iUcUgtk40FU+a6H0rbzD7NaDvokuRxH+UupaL4ruRW0=; h=Date:From:To:Subject:References:In-Reply-To; b=XVfCUMmgBstFVF9XMSqCnAtWyroJozLT4wxtzoJyLN0LyMUpsrUvWy9dl7vcpSCwv BCcgtiV4J6Gsy1YUZBJWHzvIs3pae7RAmGx2BMwxt5p8gcq3z69xXmHE6EceG70VU7 SN+c8dKnx596RW58IAveDGKex0tNEMLOFCORp8t4hpM4oN5SMDIcPd6pFlEW7xXEqI jy3rVsbiwXPD2Wd0rgCJHA/k0LVAldvnOjLC0r+crKzVRUbnLq3XvTq8LojvH7oOfY tmf6Nl8BGGMcl3Z7ee51/jyh3ln+dAVL5ZESH5jrF1OFI6SSAmYsgNdLn/6dgZAGFM Dpfv4jTsH3LUw== Date: Wed, 18 Jan 2017 23:56:11 +0100 From: Piotr Kubaj To: freebsd-current@freebsd.org Subject: Re: ASLR Message-ID: <20170118225611.GA15647@ThinkPad-X200.local> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="yqleU54LWUJcvUgC" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.2 (2016-07-01) X-Mailman-Approved-At: Wed, 18 Jan 2017 23:23:53 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 22:56:26 -0000 --yqleU54LWUJcvUgC Content-Type: text/plain; charset=utf-8 Content-Disposition: inline It should also be stated properly that this patch doesn't implement ASLR, but ASR. --yqleU54LWUJcvUgC Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJYf/KLAAoJEHpZm4Ugg5ydHNEQAKJawx2TVMtlIILvUOIlFOw3 M36nvVG+DCZj6kwL5LeRI9wzc9kLdJMh8xErMpJwtIRD9w8ZpC9hJB1FfPr1XWsJ ET6UJaWFxqLlvoxwv0VqokqEit33UQkP3RThFlFCUFCk+LRiwNkls4s1YXRiScgw RqZxoPDwuHpG37DQuR7BfGakqyuEDn0T5VTr+QjIN4iBwX0q1Uw5oPKHcuPJlZYG 95FAFyu5xkMzfi3eLEb2AMkUXb1gUM9HTwiVhahFJQxEdXBOM9/BWUcR98YMGqax t5Pglmzf6qWuJWEMkrKgKjgwh91UmIMT5eM0PKFiHPhKbh+rkbGBIls8mpbmBsPJ 7U6dd9sZHmjlCjzeDnYblXONkaWhmlGFRbD6u9V3139IdaItITS58eCVjuKOljNv kAkGzdSsLaY5zvXiN/mLDuh6dge6t81rBbLxUWjJB/O/WLoiry1qreK2OvP9tg8/ cxR9KoovOEqVGruQJXY1QM0rqbwAxzhiMybDy4m7zbzktoz9mPk9tLMV4oX1W683 otabZ/jBAKLYe6cpxia1U5yZX/SgBqn1hGyyL8sXVEJVvVpAIBRnfrT65jNaaECl oXpNVC4azlbn3nfjzfUzvkOjWbJDBldzPg3VTpKjrfjeTG93GQzwKYzuQTNa36XT NEqST8vN0LZQUQPvob1J =DFgQ -----END PGP SIGNATURE----- --yqleU54LWUJcvUgC-- From owner-freebsd-current@freebsd.org Wed Jan 18 23:32:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 875CCCB51B0 for ; Wed, 18 Jan 2017 23:32:54 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4EA4B1C45 for ; Wed, 18 Jan 2017 23:32:54 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x230.google.com with SMTP id 203so129143662ith.0 for ; Wed, 18 Jan 2017 15:32:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=vcgjKKpbgLOkaZOKJH/mnU/DsVYgVeNbj3skT+f/VJc=; b=Yq6vV00PDljboVP42mwufnbsQVLpenQ3D0KFWG+Tb70n1HhGfwErsA9g5Eq4q3LzsI sX9XPSQ/mGoagDo5muK7zdaqjAeHEk60kb292uCF55YHTWJmCXQRbvPrn5dEUONxZRVr kRinE/aCSvxH5IcomTIp3eiGIQb5R0U4tDCxCHnLjwQqyrPcKqaCWPZGol/bXPdl4Q95 yqMW5ROzxDlC8+aYxptrojHcxIrQ7MYpoceLEvfz+GQgdy/ne8+fQdc8tc4m69Bg1Ldh sYUBx0TR+qWufOdwC3SfoGVmwf+trz3g/EAjx2HVvmH8lnWxT/DJdQ52wwNGHVDrJLCC lqXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=vcgjKKpbgLOkaZOKJH/mnU/DsVYgVeNbj3skT+f/VJc=; b=bbm94q+xPQmomPoHGHKoC9gI3CKX7m59WHfeEMtSbMOjiX0MUiev8Ei8X3Ee32u7EG bZRF3liOuMjdxZY6OCKeiLYqvhamTaiHfnRzioR0X95TDEJ4r7Ljb3G885CVVXdNR7oo Kf5mQ1JFauqADsDWLbfDr78IOV93njEKKLLwWeCqoRf7raNAogOof7cku1ioc9fLkepR 5lvlKqFr/BK8ddjD3359McS+S3gfIam5EZyxh7H0zOIczztPPtYNclT2VUKzB/G0Cb0I ZvXVqWLjZP+nmWv6Q+HPJH+KiL6PF2XIi0JS94IHK7SjJiFaJOJ43YCvJ4F96afpeZOH 7CGQ== X-Gm-Message-State: AIkVDXIrUbRYfbn1OW9CCUm2h2l1F2fBo0nN4T2Vbb84dixkDYTTSZ6D0wt8O7w7bj6LRhl1zbKTG7ih+1r/Gw== X-Received: by 10.36.20.66 with SMTP id 63mr5666074itg.103.1484782373627; Wed, 18 Jan 2017 15:32:53 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.145.217 with HTTP; Wed, 18 Jan 2017 15:32:53 -0800 (PST) X-Originating-IP: [50.253.99.174] In-Reply-To: References: <5b6f9e49-09db-6329-4176-3898886ceb61@selasky.org> <8D312F2F-63D9-4269-9E7B-83978F53C1AE@FreeBSD.org> <11db64df-356e-1005-7fd4-b825bee3ac8f@selasky.org> From: Warner Losh Date: Wed, 18 Jan 2017 16:32:53 -0700 X-Google-Sender-Auth: Br5fs8j6Gf4C-LNm6DXV-135lpU Message-ID: Subject: Re: Build failure 'wmmintrin.h' file not found To: Dimitry Andric Cc: Magnus Ringman , Hans Petter Selasky , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 18 Jan 2017 23:32:54 -0000 On Wed, Jan 18, 2017 at 1:21 PM, Dimitry Andric wrote: > On 18 Jan 2017, at 14:42, Magnus Ringman wrote: >> >> On Wed, Jan 18, 2017 at 2:16 PM, Hans Petter Selasky >> wrote: > ... >>> And the error popped out. I'm not observing this error when building a >>> 12-current kernel from an 11-stable install. >> >> >> Isn't it all bets are off if going to -current from anything but most >> recent -stable? Nope. There's a range of supported major branches. This has been the case for at least 15 years. Typically, we've supported 2-4 old branches building current due to the needs of the FreeBSD community and that community making sure it works often enough that we don't just shut the door to it entirely. Each individual developer only needs to test the latest branch, but that's not the same as what's supported. From time to time we bump the minimum system, but it isn't in lock step with the major branches. >> Recommended practice[citation needed] would be >> 10-stable->11-stable->12-current. > > That is the safest way, indeed. But it should not be totally impossible > to build recent versions of -current on 10.x. We support building world on 10.3 and newer for -current today. There were compiler changes to fix bad code generation between 10.2 and 10.3, however, so the usual "any stable-10' is no longer the case. In fact, it's still supported building from the tip of stable/9 for current. However, the same compiler bug is not fixed in the last 9.x release, so there the upgrade is needed. > Normally, buildworld takes care of the heavy lifting by building all the > needed tools first. But if you build only parts of the tree, you might > encounter "interesting" situations. :) Anything less than buildworld is defintely not supported when the host system isn't completely up to date. Well, make kernel-toolchain is sufficient for make buildkernel. Warner From owner-freebsd-current@freebsd.org Thu Jan 19 00:16:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D2CBCB61D8 for ; Thu, 19 Jan 2017 00:16:00 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mailrelay15.qsc.de (mailrelay15.qsc.de [212.99.187.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.antispameurope.com", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 958461FCA for ; Thu, 19 Jan 2017 00:15:57 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de ([213.148.129.14]) by mailrelay15.qsc.de; Thu, 19 Jan 2017 01:16:55 +0100 Received: from r56.edvax.de (port-92-195-83-137.dynamic.qsc.de [92.195.83.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 418A63CC3F; Thu, 19 Jan 2017 01:15:47 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id v0J0FksA002194; Thu, 19 Jan 2017 01:15:46 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Thu, 19 Jan 2017 01:15:46 +0100 From: Polytropon To: "O. Hartmann" Cc: Matthias Apitz , Daniel Kalchev , freebsd-current , freebsd-questions , Slawa Olhovchenkov Subject: Re: ISO image: where is the CLANG compiler? Message-Id: <20170119011546.9c43b065.freebsd@edvax.de> In-Reply-To: <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-cloud-security-sender: freebsd@edvax.de X-cloud-security-recipient: freebsd-current@freebsd.org X-cloud-security-Virusscan: CLEAN X-cloud-security-disclaimer: This E-Mail was scanned by E-Mailservice on mailrelay15.qsc.de with 4288A69DC72 X-cloud-security-connect: mx01.qsc.de[213.148.129.14], TLS=1, IP=213.148.129.14 X-cloud-security: scantime:.2579 X-Mailman-Approved-At: Thu, 19 Jan 2017 00:55:08 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 00:16:00 -0000 On Wed, 18 Jan 2017 20:37:26 +0100, O. Hartmann wrote: > Am Wed, 18 Jan 2017 16:38:32 +0100 > Matthias Apitz schrieb: >=20 > > Why you do not just boot from USB some mem stick image, mount some disk > > space to /mnt, svn checkout CURRENT to /mnt and build a booteable system > > (world and kernel) and install to DESTDIR=3D/mnt ? > >=20 > > I do not understand all this hassle? > >=20 > > matthias > >=20 >=20 > Wow! >=20 > As I initially stated, that is EXACTLY what I was inclined to do except > the fact that I > had already an intact /usr/obj and usr/src with a complete compiled syste= m. >=20 > I booted from mem stick and I was lost due to no cc! That is the core problem here: cc is not contained in the USB (memstick) image. It _might_ be contained on the live system media, but I'm not sure about this... > Even for "make installworld" it seems I have to rely on the compiler. > And the images > (ISO, memstick et cetera) provided these days do not contain any clang. Then there would be at least the following option: >From the installation media, you can manually extract the distribution files for the base system and use their content to overwrite your non-functional (zero size) files on disk. The task here is to perform archive extraction, and the extractor should be there (simply because the installer uses it as well). With those tools established, you can recompile your system, or "make installworld" from the already populated /usr/obj subtree. Of course, you need to pay attention to have the _correct_ version. > I try to figure out how to avoid this crazy and useless shrinking > of the ISO images - > somehow when building NanoBSD, there are knobs with which we can > prevent the build and/or > installation of subsets like compiler, toolchain et cetera. The way > such thing is > provided via src.conf and make.conf is fine and sophisticated. But > "RELEASE" seems to > handle things different, and the standard is useless for a rescue > mission. So having a more or less complete (!) live system image (for CD or DVD, depending on result size) would probably be a good idea and a versatile tool in case of emergencies. The size limitations, in my opinion, are okay for CD media (650 MB) and DVD media (4,7 GB), but for USB media, I don't see a significant problem making the image 4 or even 8 GB in size. It's actually quite complicated to buy smaller USB sticks or SD cards (sizes < 4 GB) for the few devices they are still required... FreeBSD has always been a "self-contained" system that could "reproduce itself", given that all the sources and the compilation tools were included with the OS. This should be an important goal to achieve with a USB-based _live_ system, and even if you run it from slow USB (instead of fast HDD or SSD), there are still situations where those systems can prevent you from a complete system re-installation. Additionally, USB provides permanent storage (which CDs and DVDs obviously do not). Of course you can more or less manually create such a live media and prepare an image for it, but it would be really nice if such an image would be provided for download. I imagine the initial tasks to be mostly a buildworld/installword into a custom root directory and then creating an image from it, prepending it with the typical boot loader so it becomes a "disk image" (USB image, of course). > Ich widerspreche der Nutzung oder =DCbermittlung meiner Daten f=FCr > Werbezwecke oder f=FCr die Markt- oder Meinungsforschung (=A7 28 Abs. 4 B= DSG). "Das interessiert uns nicht!" - gez. die Werbewirtschaft. :-) --=20 Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-current@freebsd.org Thu Jan 19 01:00:17 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5312CCB6E32 for ; Thu, 19 Jan 2017 01:00:17 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2B5CA11EA for ; Thu, 19 Jan 2017 01:00:16 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id A546213B5B for ; Thu, 19 Jan 2017 01:00:09 +0000 (UTC) Subject: Re: ISO image: where is the CLANG compiler? To: freebsd-current@freebsd.org References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> From: Allan Jude Message-ID: Date: Wed, 18 Jan 2017 20:00:04 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8OXqFnOP14wfjeti1SVa6QWoCniOFjgMP" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 01:00:17 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8OXqFnOP14wfjeti1SVa6QWoCniOFjgMP Content-Type: multipart/mixed; boundary="s5fPgptXwDiDGKKck2RxVqGienAVniWb5"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: Subject: Re: ISO image: where is the CLANG compiler? References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> --s5fPgptXwDiDGKKck2RxVqGienAVniWb5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2017-01-18 14:37, O. Hartmann wrote: > Am Wed, 18 Jan 2017 16:38:32 +0100 > Matthias Apitz schrieb: >=20 >> Why you do not just boot from USB some mem stick image, mount some dis= k >> space to /mnt, svn checkout CURRENT to /mnt and build a booteable syst= em >> (world and kernel) and install to DESTDIR=3D/mnt ? >> >> I do not understand all this hassle? >> >> matthias >> >=20 > Wow! >=20 > As I initially stated, that is EXACTLY what I was inclined to do except= the fact that I > had already an intact /usr/obj and usr/src with a complete compiled sys= tem. >=20 > I booted from mem stick and I was lost due to no cc! >=20 > Even for "make installworld" it seems I have to rely on the compiler. A= nd the images > (ISO, memstick et cetera) provided these days do not contain any clang.= >=20 > So, I tried /usr/src/release ... for the first time. The image does als= o not contain the > necessary tools for a full "make installworld installkernel" - not to s= peak of > "compiling" world. I dodn't work (at least for me).=20 >=20 > I try to figure out how to avoid this crazy and useless shrinking of th= e ISO images - > somehow when building NanoBSD, there are knobs with which we can preven= t the build and/or > installation of subsets like compiler, toolchain et cetera. The way suc= h thing is > provided via src.conf and make.conf is fine and sophisticated. But "REL= EASE" seems to > handle things different, and the standard is useless for a rescue missi= on. >=20 > So far. >=20 > It might be that I have overlooked something ... >=20 > Regards, >=20 > oh >=20 The DVD should still contain clang. Only the smaller images (bootonly, disc1) should have clang removed. --=20 Allan Jude --s5fPgptXwDiDGKKck2RxVqGienAVniWb5-- --8OXqFnOP14wfjeti1SVa6QWoCniOFjgMP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJYgA+YAAoJEBmVNT4SmAt+P8YQAOZjbpgWkN+av/rKve8u13Qe FQ1VONgYYvaYLx9KexZxLFrKjhgaTuwgXWZRxEuVQdyfcbcuIwinDeKmWOwjC+uv wFQdMQXsepLyluUpKfv6Uz0Fdv+MQMR0nXkby0xB6ckQmcOSsdW8MxRi1Aqcwm0f H+gp3u+Ws3Fm1BWXf5nFm7B/RA3lrSlwjwhdoLxrd+bleCEkR22Ev3qjZ4yJG4Bc xvxWRnA416jhy02k/ZgaxLqnU8t6Ogk25U86U5v6P9Hw2SWNCe7nUuZ+DlyGeAoG lWWK7C6L0v2c/8ZZ0xVeQQqIgc/ISuZoh87yab+DZnzMSmK+7CUUW1Pnrn4I0Cuu Euz0dLO1BrEFaC9YojSgOhcNItVLQM6mR6rW7m/kXic3KEnv8DihfNDsiugEosMg tePu+vS7DCX7NaJHfYkqWRyLV2z9yiIjw1XL4KxydNr5N1eokCOHYG9cSvFejWlj cYHCE8Wi3wFsqp6sWlzTImRBMc1EHenRs8QNQdgSSUYgk582z5EtURtP8aqOW2Wi bxxM4EXVXQwEFIR7M6p9P84ZT3Xw0J31RHOUiuw+Fy1eJ/dblS3Ofr8AO0kNrv2O 88Q+ajqPcbMFHKgWcQvguakkRlyPu6Ot3qQ7iHjcvisLjzoM75ojQVhiKCJb/as6 QdlDvZVyHBCG/BfAG0eh =Fsf6 -----END PGP SIGNATURE----- --8OXqFnOP14wfjeti1SVa6QWoCniOFjgMP-- From owner-freebsd-current@freebsd.org Thu Jan 19 03:18:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EFE16CB70F8 for ; Thu, 19 Jan 2017 03:18:51 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id D93AE1A47 for ; Thu, 19 Jan 2017 03:18:51 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id D877CCB70F5; Thu, 19 Jan 2017 03:18:51 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D806ACB70F4; Thu, 19 Jan 2017 03:18:51 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F6A61A46; Thu, 19 Jan 2017 03:18:51 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-228-247.lns20.per1.internode.on.net [121.45.228.247]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v0J3Ijkj040367 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 18 Jan 2017 19:18:48 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: recent change to vim defaults? To: Adam Weinberger References: <20170116162526.ei2uxnnvmuni6inp@ivaldir.etoilebsd.net> <48FFF8F8-7F23-4624-8436-F978F072494E@adamw.org> <3008e8e4-2386-2bcb-b779-f8e2125c6f63@freebsd.org> <37A99792-9E8E-4505-AA63-5E619D20DF36@adamw.org> Cc: Baptiste Daroussin , "ports@FreeBSD.org" , "current@freebsd.org" From: Julian Elischer Message-ID: Date: Thu, 19 Jan 2017 11:18:39 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <37A99792-9E8E-4505-AA63-5E619D20DF36@adamw.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 03:18:52 -0000 On 19/01/2017 1:37 AM, Adam Weinberger wrote: >> On 18 Jan, 2017, at 10:35, Julian Elischer wrote: >> >> On 17/01/2017 1:23 AM, Adam Weinberger wrote: >>>> On 16 Jan, 2017, at 9:25, Baptiste Daroussin wrote: >>>> >>>> On Mon, Jan 16, 2017 at 12:03:08AM +0800, Julian Elischer wrote: >>>>> I noticed that suddenly vim is grabbing mouse movements, which makes life >>>>> really hard. >>>>> >>>>> Was there a specific revision that brought in this change, and can it be >>>>> removed? >>>> This change appeared in one of the last patchset of vim 7.4 and was one of the >>>> "features" of the vim 8.0 release. >>>> >>>> I do agree this is just totally painful :( >>>> >>>> Best regards, >>>> Bapt >>> One of the things that I inherited with the Vim port was the DEFAULT_VIMRC option (which installs /usr/ports/editors/vim/files/vimrc), and I haven't touched it. >>> >>> I have moused disabled in all my boxes so I have no idea about bad mouse behaviour in Vim. If there is a bad default that is causing grief, let's just fix it in that default vimrc. >>> >>> I'm not really understanding what the unexpected behaviour is so I can't make an intelligent recommendation myself, but I'll go with whatever you folks suggest. >>> >>> # Adam >> I'm in iterm on my mac. >> I ssh to a freebsd machine >> I use vim on a file. >> I used to be able to use the mouse on my mac to copy a few lines into the cut buffer.. slide-shift-click etc.. >> now suddenly if I try highlight some code in vim to copy it vim drags stuff around, scrolls up and down, deletes stuff and generally makes a mess. >> if click, instead of starting a copy zone it grabs some of the text. >> >> basically it makes hte mouse useless. >> I can;t copy and paste from a file I'm ediitng. I end up having to exit vim and do it in vi. > There have been a number of recommendations in this thread for you, Julian, including "set mouse=a" and "set mouse=v". Test some of them out and let me know what works for you. actually I never saw one about mouse=a however I did see and try mouse=v which didn't work for me. I have now tried mouse=a and am happy to say that that does what I need. thanks! > > # Adam > > From owner-freebsd-current@freebsd.org Thu Jan 19 03:34:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03ED1CB7998 for ; Thu, 19 Jan 2017 03:34:38 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E152A1454 for ; Thu, 19 Jan 2017 03:34:37 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id E0BC6CB7996; Thu, 19 Jan 2017 03:34:37 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0382CB7995; Thu, 19 Jan 2017 03:34:37 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 760511453; Thu, 19 Jan 2017 03:34:37 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-228-247.lns20.per1.internode.on.net [121.45.228.247]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v0J3YT4T040431 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 18 Jan 2017 19:34:32 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: recent change to vim defaults? To: Adam Weinberger References: <20170116162526.ei2uxnnvmuni6inp@ivaldir.etoilebsd.net> <48FFF8F8-7F23-4624-8436-F978F072494E@adamw.org> <3008e8e4-2386-2bcb-b779-f8e2125c6f63@freebsd.org> <37A99792-9E8E-4505-AA63-5E619D20DF36@adamw.org> Cc: Baptiste Daroussin , "ports@FreeBSD.org" , "current@freebsd.org" From: Julian Elischer Message-ID: <8983ec6a-1637-92f0-e58d-d31cc90dd880@freebsd.org> Date: Thu, 19 Jan 2017 11:34:24 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 03:34:38 -0000 On 19/01/2017 11:18 AM, Julian Elischer wrote: > On 19/01/2017 1:37 AM, Adam Weinberger wrote: >>> On 18 Jan, 2017, at 10:35, Julian Elischer >>> wrote: >>> >>> On 17/01/2017 1:23 AM, Adam Weinberger wrote: >>>>> On 16 Jan, 2017, at 9:25, Baptiste Daroussin >>>>> wrote: >>>>> >>>>> On Mon, Jan 16, 2017 at 12:03:08AM +0800, Julian Elischer wrote: >>>>>> I noticed that suddenly vim is grabbing mouse movements, which >>>>>> makes life >>>>>> really hard. >>>>>> >>>>>> Was there a specific revision that brought in this change, and >>>>>> can it be >>>>>> removed? >>>>> This change appeared in one of the last patchset of vim 7.4 and >>>>> was one of the >>>>> "features" of the vim 8.0 release. >>>>> >>>>> I do agree this is just totally painful :( >>>>> >>>>> Best regards, >>>>> Bapt >>>> One of the things that I inherited with the Vim port was the >>>> DEFAULT_VIMRC option (which installs >>>> /usr/ports/editors/vim/files/vimrc), and I haven't touched it. >>>> >>>> I have moused disabled in all my boxes so I have no idea about >>>> bad mouse behaviour in Vim. If there is a bad default that is >>>> causing grief, let's just fix it in that default vimrc. >>>> >>>> I'm not really understanding what the unexpected behaviour is so >>>> I can't make an intelligent recommendation myself, but I'll go >>>> with whatever you folks suggest. >>>> >>>> # Adam >>> I'm in iterm on my mac. >>> I ssh to a freebsd machine >>> I use vim on a file. >>> I used to be able to use the mouse on my mac to copy a few lines >>> into the cut buffer.. slide-shift-click etc.. >>> now suddenly if I try highlight some code in vim to copy it vim >>> drags stuff around, scrolls up and down, deletes stuff and >>> generally makes a mess. >>> if click, instead of starting a copy zone it grabs some of the text. >>> >>> basically it makes hte mouse useless. >>> I can;t copy and paste from a file I'm ediitng. I end up having to >>> exit vim and do it in vi. >> There have been a number of recommendations in this thread for you, >> Julian, including "set mouse=a" and "set mouse=v". Test some of >> them out and let me know what works for you. > > actually I never saw one about mouse=a however I did see and try > mouse=v which didn't work for me. > > I have now tried mouse=a and am happy to say that that does what I > need. > thanks! actually no, 'set mouse=' seems to be what I want.. not sure why I thought =a worked: > >> >> # Adam >> >> > > _______________________________________________ > 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 19 05:58:22 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1BDB3CB7D45 for ; Thu, 19 Jan 2017 05:58:22 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 C46961B1E for ; Thu, 19 Jan 2017 05:58:21 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [88.217.96.17] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1cU5jm-0002MC-Dd for freebsd-current@freebsd.org; Thu, 19 Jan 2017 06:58:18 +0100 Received: from localhost.my.domain (c720-r292778-amd64 [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id v0J5wHtm002428 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 19 Jan 2017 06:58:17 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id v0J5wG7a002427 for freebsd-current@freebsd.org; Thu, 19 Jan 2017 06:58:16 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Thu, 19 Jan 2017 06:58:16 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: ISO image: where is the CLANG compiler? Message-ID: <20170119055816.GA2184@c720-r292778-amd64> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-current@freebsd.org References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT r292778 (amd64) User-Agent: Mutt/1.5.24 (2015-08-30) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 88.217.96.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 05:58:22 -0000 El día Wednesday, January 18, 2017 a las 08:00:04PM -0500, Allan Jude escribió: > On 2017-01-18 14:37, O. Hartmann wrote: > > Am Wed, 18 Jan 2017 16:38:32 +0100 > > Matthias Apitz schrieb: > > > >> Why you do not just boot from USB some mem stick image, mount some disk > >> space to /mnt, svn checkout CURRENT to /mnt and build a booteable system > >> (world and kernel) and install to DESTDIR=/mnt ? > >> > >> I do not understand all this hassle? > >> > >> matthias > >> > > > > Wow! > > > > As I initially stated, that is EXACTLY what I was inclined to do except the fact that I > > had already an intact /usr/obj and usr/src with a complete compiled system. > > > > I booted from mem stick and I was lost due to no cc! > > > > Even for "make installworld" it seems I have to rely on the compiler. And the images > > (ISO, memstick et cetera) provided these days do not contain any clang. Yes, you will need it and it will complain about missing it, if for example you moved 'obj and 'src' to other dirs after 'make build...' But, in your case the mem image really is lacking the cc/clang; I fetched the image an did: # mdconfig -a -t vnode -u 1 -f ~guru/Downloads/FreeBSD-11.0-RELEASE-amd64-memstick.img # mount -o ro /dev/md1p3 /mnt # find /mnt -name clang /mnt/usr/share/doc/llvm/clang /mnt/usr/lib/clang /mnt/usr/lib/debug/usr/lib/clang # find /mnt -name cc /mnt/usr/include/netinet/cc With this img alone, you can't compile a system :-( Setup a system from DVD and build your own image containing a complete system on an USB key; with this boot your damaged system, recompile and reinstall world and kernel. If you (O. Hartmann) need a step by step guide, I could send it to you. matthias -- Matthias Apitz, ✉ guru@unixarea.de, ⌂ http://www.unixarea.de/ ☎ +49-176-38902045 "Wo ist der antiimperialistische Schutzwall, wenn man ihn braucht? US-Panzertransport durch ex-DDR" "Where is the anti-imperialistic wall, if it's needed? Transport of US-tanks through the ex-GDR" https://deutsch.rt.com/kurzclips/45282-us-panzertransporte-durch-ex-ddr/ From owner-freebsd-current@freebsd.org Thu Jan 19 06:50:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6DD66CB7F69 for ; Thu, 19 Jan 2017 06:50:11 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F75511E5; Thu, 19 Jan 2017 06:50:10 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id U6XpcaH1pBSTMU6XqcBhJF; Wed, 18 Jan 2017 23:50:03 -0700 X-Authority-Analysis: v=2.2 cv=MKYQoIRl c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=IgFoBzBjUZAA:10 a=ndaoGXS1AAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=XAmG3Ujv1MT0TMYk14QA:9 a=CjuIK1q_8ugA:10 a=mFeOnlTyF09QQMGr2mMI:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id E39DB816; Wed, 18 Jan 2017 22:50:00 -0800 (PST) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v0J6nxrs014131; Wed, 18 Jan 2017 22:49:59 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201701190649.v0J6nxrs014131@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: John Baldwin cc: Cy Schubert , Hans Petter Selasky , FreeBSD Current , Konstantin Belousov Subject: Re: Strange issue after early AP startup In-Reply-To: Message from John Baldwin of "Tue, 17 Jan 2017 17:20:48 -0800." <1922021.4HJeqFJ74r@ralph.baldwin.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 18 Jan 2017 22:49:59 -0800 X-CMAE-Envelope: MS4wfKoa5jp3BRPuEqIgBRl3tOPTqtWrgFC5Xmcm69LFrt8t1pK2HQWMi301mh1m5Tq1YmaQulBYc8/nIGqkPS0IxJz++5FIg4sEm75irMPaYwdLaV9sbbtZ AaO6CSq9WmF4xDSPIHyGO0CEBq8pScsFygzmTko0cBkvtbcNjmWyT+p846M4E3FtXjBjEZYgWKXAW6ptMtR/VokRessE/fgh9gXS3aEnqQsZ9GIPtnlRomlO hMPDqb5wfQ2p8J2zLh0npc5K2GckOnAyrxJ12PORGZU= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 06:50:11 -0000 In message <1922021.4HJeqFJ74r@ralph.baldwin.cx>, John Baldwin writes: > On Tuesday, January 17, 2017 05:08:58 PM Cy Schubert wrote: > > In message <1492450.XZfNz8zFfg@ralph.baldwin.cx>, John Baldwin writes: > > > On Tuesday, January 17, 2017 12:53:19 PM Cy Schubert wrote: > > > > In message , Hans Pet > ter > > > > Sela > > > > sky writes: > > > > > Hi, > > > > > > > > > > When booting I observe an additional 30-second delay after this print > : > > > > > > > > > > > Timecounters tick every 1.000 msec > > > > > > > > > > ~30 second delay and boot continues like normal. > > > > > > > > > > Checking "vmstat -i" reveals that some timers have been running loose > . > > > > > > > > > > > cpu0:timer 44300 442 > > > > > > cpu1:timer 40561 404 > > > > > > cpu3:timer 48462822 483058 > > > > > > cpu2:timer 48477898 483209 > > > > > > > > > > Trying to add delays and/or prints around the Timecounters printout > > > > > makes the issue go away. Any ideas for debugging? > > > > > > > > > > Looks like a startup race to me. > > > > > > > > just picking a random email to reply to, I'm seeing a different issue w > ith > > > > early AP startup. It affects one of my four machines, my laptop. My thr > ee > > > > server systems downstairs have no problem however my laptop will reboot > > > > > repeatedly at: > > > > > > > > Jan 17 11:55:16 slippy kernel: cd0: Attempt to query device size failed > : > > > > NOT READY, Medium not present - tray closed > > > > > > So it panics and reboots after this? > > > > Yes, it goes into a panic/reboot loop for a few iterations until it > > successfully boots. Disabling early AP startup allows it to boot up without > > > the assumed race. > > Can you add DDB to the kernel config (and remove DDB_UNATTENDED) to get it > to break into DDB when it panics to get the panic message (and a stack trace > as well)? I found and fixed the problem. It was in some code I had added a long time ago but not committed yet to the bge driver to implement WOL. It was a lock assertion. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Thu Jan 19 08:24:22 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E08F3CB47E8 for ; Thu, 19 Jan 2017 08:24:22 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A737F13C7; Thu, 19 Jan 2017 08:24:22 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 610E81FE025; Thu, 19 Jan 2017 09:23:54 +0100 (CET) Subject: Re: Strange issue after early AP startup To: John Baldwin References: <1484682389.86335.166.camel@freebsd.org> <11f27a15-f9bc-8988-a17e-78aeff1745fb@selasky.org> <3558195.Ack1AKBXSB@ralph.baldwin.cx> <24593c49-b0d5-8aaf-e11b-bfef4704267e@selasky.org> Cc: Ian Lepore , FreeBSD Current , Konstantin Belousov , Bruce Evans , Jia-Shiun Li From: Hans Petter Selasky Message-ID: Date: Thu, 19 Jan 2017 09:23:39 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <24593c49-b0d5-8aaf-e11b-bfef4704267e@selasky.org> Content-Type: multipart/mixed; boundary="------------A39E9900D0A639AF85AD82CA" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 08:24:23 -0000 This is a multi-part message in MIME format. --------------A39E9900D0A639AF85AD82CA Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 01/18/17 09:00, Hans Petter Selasky wrote: > On 01/18/17 02:18, John Baldwin wrote: >> You might still want to adjust 'nextevent' to schedule the next interrupt >> to be sooner than 'timerperiod' though. You could just set >> 'nextevent' to >> 'now' in that case instead of 'next'. > > Right, I'll give that a spin. Would have to be "now + 1" instead of > "now", due to check before et_start() ? > Hi John, Here is another variant of my patch which solves the EARLY AP startup problem with timers. What do you think? > diff --git a/sys/kern/kern_clocksource.c b/sys/kern/kern_clocksource.c > index 7f7769d..8bacff6 100644 > --- a/sys/kern/kern_clocksource.c > +++ b/sys/kern/kern_clocksource.c > @@ -207,7 +207,7 @@ handleevents(sbintime_t now, int fake) > } > } else > state->nextprof = state->nextstat; > - if (now >= state->nextcallopt) { > + if (now >= state->nextcallopt || now >= state->nextcall) { > state->nextcall = state->nextcallopt = SBT_MAX; > callout_process(now); > } I can add prints/asserts to show that what happens is that "state->nextcallopt > now" while "state->nextcall <= now". This situtation is allowed to persist due to the way getnextcpuevent() is currently implemented. Can the people CC'ed give the attached patch a spin and report back? --HPS --------------A39E9900D0A639AF85AD82CA Content-Type: text/x-patch; name="timer_init_fix2.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="timer_init_fix2.diff" diff --git a/sys/kern/kern_clocksource.c b/sys/kern/kern_clocksource.c index 7f7769d..8bacff6 100644 --- a/sys/kern/kern_clocksource.c +++ b/sys/kern/kern_clocksource.c @@ -207,7 +207,7 @@ handleevents(sbintime_t now, int fake) } } else state->nextprof = state->nextstat; - if (now >= state->nextcallopt) { + if (now >= state->nextcallopt || now >= state->nextcall) { state->nextcall = state->nextcallopt = SBT_MAX; callout_process(now); } --------------A39E9900D0A639AF85AD82CA-- From owner-freebsd-current@freebsd.org Thu Jan 19 08:49:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3EF9CB71F1 for ; Thu, 19 Jan 2017 08:49:31 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from smtprelay-h31.telenor.se (smtprelay-h31.telenor.se [213.150.131.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 75F4C1054; Thu, 19 Jan 2017 08:49:30 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-h31.telenor.se (Postfix) with ESMTP id 0A5D0C749; Thu, 19 Jan 2017 09:49:21 +0100 (CET) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2DkFgBmfIBYED5e5VVeGgEBAQECAQEBAQgBAQEBgz8BAQEBAR9ggQkHg0qKepEQD5cpKoV4AoIORBQBAgEBAQEBAQEGAQEBAQEBAjhFhGoBBSMPASMjEAsOCgICFBICAjkKFAaJGgEJr1qCJRWKKwEBAQEBBQEBAQEkgQuKLoQzZII4gl4Fm0QBgX6EYox7UYQ9iWiRPgGBMTYggVIKhHUcgWE9NQEBiWIBAQE X-IPAS-Result: A2DkFgBmfIBYED5e5VVeGgEBAQECAQEBAQgBAQEBgz8BAQEBAR9ggQkHg0qKepEQD5cpKoV4AoIORBQBAgEBAQEBAQEGAQEBAQEBAjhFhGoBBSMPASMjEAsOCgICFBICAjkKFAaJGgEJr1qCJRWKKwEBAQEBBQEBAQEkgQuKLoQzZII4gl4Fm0QBgX6EYox7UYQ9iWiRPgGBMTYggVIKhHUcgWE9NQEBiWIBAQE X-IronPort-AV: E=Sophos;i="5.33,253,1477954800"; d="scan'208";a="652953700" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb4.telenor.se with ESMTP; 19 Jan 2017 09:49:21 +0100 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1cU8PG-0003EM-N4; Thu, 19 Jan 2017 09:49:18 +0100 Received: from 193.12.143.142 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Thu, 19 Jan 2017 09:49:18 +0100 (CET) Message-ID: <63740.193.12.143.142.1484815758.squirrel@webmail.alvermark.net> In-Reply-To: <3516356.ILt4XdM4E4@ralph.baldwin.cx> References: <57236.193.12.143.142.1484240708.squirrel@webmail.alvermark.net> <64999.85.229.93.187.1484344018.squirrel@webmail.alvermark.net> <59599.193.12.143.142.1484657191.squirrel@webmail.alvermark.net> <3516356.ILt4XdM4E4@ralph.baldwin.cx> Date: Thu, 19 Jan 2017 09:49:18 +0100 (CET) Subject: Re: r311568 makes freerdp very slow From: "Jakob Alvermark" To: "John Baldwin" Cc: "Jakob Alvermark" , freebsd-current@freebsd.org, "Shawn Webb" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 08:49:32 -0000 On Wed, January 18, 2017 19:29, John Baldwin wrote: > On Tuesday, January 17, 2017 01:46:31 PM Jakob Alvermark wrote: > >> On Fri, January 13, 2017 22:46, Jakob Alvermark wrote: >> >>> On Fri, January 13, 2017 19:44, John Baldwin wrote: >>> >>> >>>> On Friday, January 13, 2017 09:58:01 AM Jakob Alvermark wrote: >>>> >>>> >>>> >>>>> On Thu, January 12, 2017 19:26, John Baldwin wrote: >>>>> >>>>> >>>>> >>>>>> On Thursday, January 12, 2017 12:42:11 PM Shawn Webb wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> On Thu, Jan 12, 2017 at 06:05:08PM +0100, Jakob Alvermark >>>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> r311568 Set MORETOCOME for AIO write requests on a socket. >>>>>>>> >>>>>>>> After this commit freerdp is very slow. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Before the password prompt would appear immediately when >>>>>>>> connecting to a server. Now it takes 5-10 seconds. After >>>>>>>> entering the password, another 5-10 seconds until I am >>>>>>>> connected. Once connected, there is a considerable lag. >>>>>>>> >>>>>>>> >>>>>>>> What could be the problem? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> I don't know what the problem is, but I am seeing the same >>>>>>> symptom. >>>>>>> >>>>>>> >>>>>> >>>>>> Can you get a ktrace of the freerdp process during this? The >>>>>> commit should only be setting MORETOCOME if multiple aio_write >>>>>> requests are queued to the same socket (so that TCP can batch >>>>>> them into a single packet). However, it should not affect an >>>>>> application just calling aio_write() on a socket once. >>>>>> >>>>>> -- >>>>>> John Baldwin >>>>>> >>>>>> >>>>>> >>>>> >>>>> Hi John, >>>>> >>>>> >>>>> >>>>> >>>>> I got the ktrace, what do I do with it? >>>>> >>>>> >>>>> >>>> >>>> kdump will generate a text representation, perhaps using 'kdump -s' >>>> to not include dumps of raw I/O data. If you can put the output of >>>> kdump at a URL I can fetch from then I can look at it. >>>> >>> >>> OK, here it is: >>> http://filebin.ca/38mkuLau9Yqu/ktrace.out.xfreerdp.txt >>> >>> >>> >>> Thanks, >>> >>> >>> >>> Jakob >>> >> >> Hi, >> >> >> Did you get any chance to look at this? >> > > I have not yet, but can you please try the fix in r312387? > > > -- > John Baldwin > > Yes, I am now at r312404 and it works as before again. Thanks! Jakob From owner-freebsd-current@freebsd.org Thu Jan 19 09:17:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20A6DCB7C07 for ; Thu, 19 Jan 2017 09:17:00 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 90A3F1D6C for ; Thu, 19 Jan 2017 09:16:58 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MU0U9-1cuv492d7Z-00QmVk; Thu, 19 Jan 2017 10:16:52 +0100 Date: Thu, 19 Jan 2017 10:16:46 +0100 From: "O. Hartmann" To: Matthias Apitz Cc: freebsd-current@freebsd.org Subject: Re: ISO image: where is the CLANG compiler? Message-ID: <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20170119055816.GA2184@c720-r292778-amd64> References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> <20170119055816.GA2184@c720-r292778-amd64> Organization: Walstatt X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:jKYPU5BRtirMzVob5YsSO5Zo0kzYDN+cgivUyhOJ6CF683/64J9 XAFJ5piyDOjcNzNMlKX/hekI537cmW187v6zkAGB8n32r1OEaUUVM+vzxfAwpJ4+Xafm9uz yZ8mNeG1+JanO0BRzE9adqH9Vsy9zl012x7TpfaCnZ/Ul/46jaCYdJ1VtVIDeQnHIx2GRw+ LXhUpZTJQk14nqWU+Zgdw== X-UI-Out-Filterresults: notjunk:1;V01:K0:ETfI0YB7Nnc=:taVE2bqEpkHlLNFJ3lVylH Yhr5xnF9MRKYuiT3bYcWHbe9sg+/8bIksRJXxlK+dEHGdIY/RUCIoDjw4ozArhTPAALkfV7JN QlptfkV2+VgJb6znVEMlY1EWDwKFqIskt16ZcmObreEF8PDf0m+jT49uBR3Iq9mLyoGrASAP/ XVz8Fhjx/Xy6uZMeDd6w77Yx0TTV0+jM59sHyzOejXenWKV9EusE7LXE++M9zhvQItxqJYnSG W2l7kpnjh7OAEmINF9VeV79KaCirji769+g+Vcwm428NFKtsHwBZapcdKPBnoqNbFo/lQSHih hP/wuwwke9/Z7t0IthuSHHDem9m8C0p1hNqSnotgwRCZO8MeTcrYiauIWMWAgY0PG7k2nuilH 8GIhVNnLPYfo1XPrRxaqTZTzZhf7IbO8r1ngr2Q8PWGUvM2GVmICMyUhU4MaJKyjPPbMic99k aDtF3xsPzDHhaLDPO2ww6vEOQ0vjFAUFd/nXTYgHifFvrapOqGyRj95rNxCa9FG+0imoPXdSa c1yla2ISP8lalLTUU1UdETuzOCCSBnsdn4TYQo1/gTTsr0BJVrrH1/I7oYGm63hEpyMWV5XID BLdIgaqj0QSo3wgWed+KquB+dFZFAUrfKjV6iqrNB+2lyPgsCYjRE+moqirHYvx2bAIykBUkf rbkQDwrvaeEo3z4kOsdia33GE/YI5+MHzsOwwG7uqf+3Ca7PyCtvEJmjQEklr+8ZrNsqMDX1P xiCXGGYsrhssyzCwJuqWxVxTVw4jOROpuER+/QZ5/R+GOgT3nScLn0TSAZi5a2ki+RzSqV3A4 nexk/Fo7efwLpORBFOzDggWQVPjjtz2Ehv4QHG3q/uEy3xypsdfIi/RxgWLodOk9Ry3rCRTTe 1SVybi51zc45KAtGYgxlE95hK5+1fj39KxhVDfCBP2ylS+FQkXr5dm/i014DOKk+6o2rgkuJx bC90FdHvRu9DGg9oQKoFnRK316IpnxDCH2mHSC1M4EW0W651G7tnGbtUH8pcIriH5X1hoe8gU 0xu2pzS49LkhKRKnVN6tPyHqTJYwiVDVHV4/CXEJJ/TmCfeqGM2wLCbqyyUMlGl0Pg== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 09:17:00 -0000 On Thu, 19 Jan 2017 06:58:16 +0100 Matthias Apitz wrote: > El d=C3=ADa Wednesday, January 18, 2017 a las 08:00:04PM -0500, Allan Jude > escribi=C3=B3: >=20 > > On 2017-01-18 14:37, O. Hartmann wrote: =20 > > > Am Wed, 18 Jan 2017 16:38:32 +0100 > > > Matthias Apitz schrieb: > > > =20 > > >> Why you do not just boot from USB some mem stick image, mount some d= isk > > >> space to /mnt, svn checkout CURRENT to /mnt and build a booteable sy= stem > > >> (world and kernel) and install to DESTDIR=3D/mnt ? > > >> > > >> I do not understand all this hassle? > > >> > > >> matthias > > >> =20 > > >=20 > > > Wow! > > >=20 > > > As I initially stated, that is EXACTLY what I was inclined to do exce= pt > > > the fact that I had already an intact /usr/obj and usr/src with a > > > complete compiled system. > > >=20 > > > I booted from mem stick and I was lost due to no cc! > > >=20 > > > Even for "make installworld" it seems I have to rely on the compiler.= And > > > the images (ISO, memstick et cetera) provided these days do not conta= in > > > any clang. =20 >=20 > Yes, you will need it and it will complain about missing it, if for > example you moved 'obj and 'src' to other dirs after 'make build...' >=20 > But, in your case the mem image really is lacking the cc/clang; I > fetched the image an did: >=20 >=20 > # mdconfig -a -t vnode -u 1 -f > ~guru/Downloads/FreeBSD-11.0-RELEASE-amd64-memstick.img # mount -o > ro /dev/md1p3 /mnt # find /mnt -name clang > /mnt/usr/share/doc/llvm/clang > /mnt/usr/lib/clang > /mnt/usr/lib/debug/usr/lib/clang > # find /mnt -name cc > /mnt/usr/include/netinet/cc >=20 > With this img alone, you can't compile a system :-( >=20 > Setup a system from DVD and build your own image containing a complete > system on an USB key; with this boot your damaged system, recompile and > reinstall world and kernel. If you (O. Hartmann) need a step by step > guide, I could send it to you. >=20 > matthias >=20 Hello, thanks for your help offering! very kind. I've already solved the problem - not with the suggested process, but via copying missing libs and files from and identical intact source. After that= , I ran make buildword/buildkernel and was able to successfully install the new system. As I stated before: I already had a complete compiled world and kernel exis= ting in their proper, intact folders (usr/src and usr/obj). There was no need to compile a whole world. Intending to "make installworld" failed, this is the real problem, because = the ISO/memstick images provided lack obviously in the required infrastructure = and so these images are worthless for sophisticated rescue operations - or even such a simple ask as described initially in my posting. I created images on CURRENT of my own - they all lack in the ability of hav= ing the necessary tools aboard. So I consider every image useless for rescue operations except, maybe, the DVD image - but this one is not provided anym= ore. For what reason? Time? Accepted. Space/disk usage? Well, welcome back in the stoneage of computer technology ...=20 I remember faintly that there was a small discussion on the @CURRENT list, = but I didn't realize that the result would be the extraction of the compiler. Just for the record: most servers delivered to us do not have CD/DVD drives anymore - they are outdated and considered an extra these days. Purchasing = 1 GB USB thumbdrives is getting even harder, smallest size my employer provides = now is 2 GB. And most optical drives are DVD. From my point of view - and this = is a personal view - the "standard" is > 1GB so there is no need to break down by force the FreeBSD image (if size is the reason) down to < 800 MB or < 1 GB.= I'd consider having < 2GB the line of standards (2 GB USB mem drive). And for those, with need of very small images, smaller images could be prov= ided as the extra. Thank you very much, kind regards, Oliver From owner-freebsd-current@freebsd.org Thu Jan 19 10:03:21 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D095CB5C79 for ; Thu, 19 Jan 2017 10:03:21 +0000 (UTC) (envelope-from joneum@bsdproject.de) Received: from dd36626.kasserver.com (dd36626.kasserver.com [85.13.153.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 194AE147C for ; Thu, 19 Jan 2017 10:03:20 +0000 (UTC) (envelope-from joneum@bsdproject.de) Received: from phantomias.home.jochen-neumeister.de (p5489403A.dip0.t-ipconnect.de [84.137.64.58]) by dd36626.kasserver.com (Postfix) with ESMTPSA id 3C7EB2E00705 for ; Thu, 19 Jan 2017 10:58:09 +0100 (CET) To: freebsd-current@freebsd.org From: Jochen Neumeister Subject: Build failure: smbios.ko (r312404) Message-ID: <104b6ce6-73e7-86b0-bb29-8413dd9b8a9e@bsdproject.de> Date: Thu, 19 Jan 2017 10:58:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 10:03:21 -0000 Hi list, i use 12 current, and will update to r312404. Buildworld stop with this error: ===> bios (install) ===> bios/smbios (install) install -T release -o root -g wheel -m 555 smbios.ko /boot/kernel/ install: smbios.ko: No such file or directory *** Error code 71 Stop. bmake[5]: stopped in /usr/src/sys/modules/bios/smbios *** Error code 1 Stop. bmake[4]: stopped in /usr/src/sys/modules/bios *** Error code 1 Stop. bmake[3]: stopped in /usr/src/sys/modules *** Error code 1 Stop. bmake[2]: stopped in /usr/obj/usr/src/sys/MIWIBOX *** Error code 1 Stop. bmake[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src Google doesn't help me. Any tipps for me? Regards Jochen From owner-freebsd-current@freebsd.org Thu Jan 19 10:12:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 877FCCB8083 for ; Thu, 19 Jan 2017 10:12:27 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 49A74197F for ; Thu, 19 Jan 2017 10:12:27 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [88.217.96.17] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1cU9hg-00081m-9d; Thu, 19 Jan 2017 11:12:24 +0100 Received: from localhost.my.domain (c720-r292778-amd64 [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id v0JACOl8001924 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 19 Jan 2017 11:12:24 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id v0JACOk2001923; Thu, 19 Jan 2017 11:12:24 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Thu, 19 Jan 2017 11:12:24 +0100 From: Matthias Apitz To: "O. Hartmann" Cc: freebsd-current@freebsd.org Subject: Re: ISO image: where is the CLANG compiler? Message-ID: <20170119101224.GA1867@c720-r292778-amd64> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , "O. Hartmann" , freebsd-current@freebsd.org References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> <20170119055816.GA2184@c720-r292778-amd64> <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> X-Operating-System: FreeBSD 11.0-CURRENT r292778 (amd64) User-Agent: Mutt/1.5.24 (2015-08-30) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 88.217.96.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 10:12:27 -0000 El día Thursday, January 19, 2017 a las 10:16:46AM +0100, O. Hartmann escribió: > I created images on CURRENT of my own - they all lack in the ability of having > the necessary tools aboard. So I consider every image useless for rescue > operations except, maybe, the DVD image - but this one is not provided anymore. > For what reason? Time? Accepted. Space/disk usage? Well, welcome back in the > stoneage of computer technology ... No. The process I'm using to create an image for an USB stick leads to a complete system from which you can even, after booting it, 'make install...' to another system mounted on /mnt to the booted USB stick. You can even enrich the USB stick with 'pkg install ...' up to a complete running KDE desktop system, all running from the USB stick, to test, for example, a new hardware if it fits your needs. The stick must be of some 16 marketing-GB, or bigger. This has nothing todo with stoneage, but is just a matter of preparing something for your needs. Again, let me know if you need this guide. matthias -- Matthias Apitz, ✉ guru@unixarea.de, ⌂ http://www.unixarea.de/ ☎ +49-176-38902045 "Wo ist der antiimperialistische Schutzwall, wenn man ihn braucht? US-Panzertransport durch ex-DDR" "Where is the anti-imperialistic wall, if it's needed? Transport of US-tanks through the ex-GDR" https://deutsch.rt.com/kurzclips/45282-us-panzertransporte-durch-ex-ddr/ From owner-freebsd-current@freebsd.org Thu Jan 19 10:13:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B06BCB81A1 for ; Thu, 19 Jan 2017 10:13:49 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) Received: from mail.mands.hu (mail2.mands.hu [93.189.114.146]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69A1D1B96 for ; Thu, 19 Jan 2017 10:13:47 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Thu, 19 Jan 2017 11:13:44 +0100 From: =?iso-8859-1?Q?M=26S_-_Krasznai_Andr=E1s?= To: "freebsd-current@freebsd.org" Date: Thu, 19 Jan 2017 11:13:42 +0100 Subject: USB_ERR_TIMEOUT, USB_ERR_IOERROR in Freebsd-current Thread-Topic: USB_ERR_TIMEOUT, USB_ERR_IOERROR in Freebsd-current Thread-Index: AdJyPI7MDysJ07pVQiay9kMB7vCLzQ== Message-ID: <3B0F582294DE3E448963BA62DC306AEE4708990A0B@exchange.mands.hu> Accept-Language: en-US Content-Language: hu-HU X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/mixed; boundary="_006_3B0F582294DE3E448963BA62DC306AEE4708990A0Bexchangemands_" MIME-Version: 1.0 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 10:13:49 -0000 --_006_3B0F582294DE3E448963BA62DC306AEE4708990A0Bexchangemands_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi I have FreeBSD-current on a Lenovo T510 laptop. Since a few weeks I observe the following error messages during boot: usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored) uhub2: 8 ports with 8 removable, self powered usb_alloc_device: set address 3 failed (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR= _IOERROR usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR= _TIMEOUT sdhci_pci0-slot0: Controller timeout sdhci_pci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci_pci0-slot0: Sys addr: 0x00000000 | Version: 0x00000400 sdhci_pci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_pci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_pci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000001 sdhci_pci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci_pci0-slot0: Wake-up: 0x00000000 | Clock: 0x00004007 sdhci_pci0-slot0: Timeout: 0x0000000e | Int stat: 0x00000001 sdhci_pci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci_pci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000001 sdhci_pci0-slot0: Caps: 0x01e032b2 | Max curr: 0x00000040 sdhci_pci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D usbd_req_re_enumerate: addr=3D3, set address failed! (USB_ERR_TIMEOUT, igno= red) usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, igno= red) usbd_setup_device_desc: getting device descriptor at addr 3 failed, USB_ERR= _IOERROR The error slows down the boot process, otherwise I did not observe other pr= oblems. The same laptop did not show similar error messages with FreeBSD-11, nor wi= th any earlier version. I attached the dmesg output, kernel configuration and pciconf -lv output. Did anybody experience similar things? best regards =DCdv=F6zlettel: Krasznai Andr=E1s rendszerm=E9rn=F6k M&S Informatikai Zrt. 1136 Budapest, Pann=F3nia u. 11. Tel: +36 (1) 703-2923 Fax: +36 (1) 703-2949 Mobil: +36 (30) 703-2923 E-mail: krasznai.andras@mands.hu --_006_3B0F582294DE3E448963BA62DC306AEE4708990A0Bexchangemands_ Content-Type: application/octet-stream; name="GEN12" Content-Description: GEN12 Content-Disposition: attachment; filename="GEN12"; size=1926; creation-date="Thu, 19 Jan 2017 11:13:15 GMT"; modification-date="Wed, 18 Jan 2017 12:52:11 GMT" Content-Transfer-Encoding: base64 IwojIEdFTkVSSUMtTk9ERUJVRyAtLSBXSVRORVNTIGFuZCBJTlZBUklBTlRTIGZyZWUga2VybmVs IGNvbmZpZ3VyYXRpb24gZmlsZSAKIwkJICAgICBmb3IgRnJlZUJTRC9hbWQ2NAojIG1vZGlmaWVk CgojIFRoaXMgY29uZmlndXJhdGlvbiBmaWxlIHJlbW92ZXMgc2V2ZXJhbCBkZWJ1Z2dpbmcgb3B0 aW9ucywgaW5jbHVkaW5nCiMgV0lUTkVTUyBhbmQgSU5WQVJJQU5UUyBjaGVja2luZywgd2hpY2gg YXJlIGtub3duIHRvIGhhdmUgc2lnbmlmaWNhbnQKIyBwZXJmb3JtYW5jZSBpbXBhY3Qgb24gcnVu bmluZyBzeXN0ZW1zLiAgV2hlbiBiZW5jaG1hcmtpbmcgbmV3IGZlYXR1cmVzCiMgdGhpcyBrZXJu ZWwgc2hvdWxkIGJlIHVzZWQgaW5zdGVhZCBvZiB0aGUgc3RhbmRhcmQgR0VORVJJQy4KIyBUaGlz IGtlcm5lbCBjb25maWd1cmF0aW9uIHNob3VsZCBuZXZlciBhcHBlYXIgb3V0c2lkZSBvZiB0aGUg SEVBRAojIG9mIHRoZSBGcmVlQlNEIHRyZWUuCiMKIyBGb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiB0 aGlzIGZpbGUsIHBsZWFzZSByZWFkIHRoZSBjb25maWcoNSkgbWFudWFsIHBhZ2UsCiMgYW5kL29y IHRoZSBoYW5kYm9vayBzZWN0aW9uIG9uIEtlcm5lbCBDb25maWd1cmF0aW9uIEZpbGVzOgojCiMg ICAgaHR0cDovL3d3dy5GcmVlQlNELm9yZy9kb2MvZW5fVVMuSVNPODg1OS0xL2Jvb2tzL2hhbmRi b29rL2tlcm5lbGNvbmZpZy1jb25maWcuaHRtbAojCiMgVGhlIGhhbmRib29rIGlzIGFsc28gYXZh aWxhYmxlIGxvY2FsbHkgaW4gL3Vzci9zaGFyZS9kb2MvaGFuZGJvb2sKIyBpZiB5b3UndmUgaW5z dGFsbGVkIHRoZSBkb2MgZGlzdHJpYnV0aW9uLCBvdGhlcndpc2UgYWx3YXlzIHNlZSB0aGUKIyBG cmVlQlNEIFdvcmxkIFdpZGUgV2ViIHNlcnZlciAoaHR0cDovL3d3dy5GcmVlQlNELm9yZy8pIGZv ciB0aGUKIyBsYXRlc3QgaW5mb3JtYXRpb24uCiMKIyBBbiBleGhhdXN0aXZlIGxpc3Qgb2Ygb3B0 aW9ucyBhbmQgbW9yZSBkZXRhaWxlZCBleHBsYW5hdGlvbnMgb2YgdGhlCiMgZGV2aWNlIGxpbmVz IGlzIGFsc28gcHJlc2VudCBpbiB0aGUgLi4vLi4vY29uZi9OT1RFUyBhbmQgTk9URVMgZmlsZXMu CiMgSWYgeW91IGFyZSBpbiBkb3VidCBhcyB0byB0aGUgcHVycG9zZSBvciBuZWNlc3NpdHkgb2Yg YSBsaW5lLCBjaGVjayBmaXJzdAojIGluIE5PVEVTLgojCgppbmNsdWRlIEdFTkVSSUMKCmlkZW50 ICAgR0VOMTIKCm5vb3B0aW9ucyAgICAgICBCVUZfVFJBQ0tJTkcKbm9vcHRpb25zICAgICAgIEZV TExfQlVGX1RSQUNLSU5HCm5vb3B0aW9ucyAgICAgICBERUFETEtSRVMKbm9vcHRpb25zICAgICAg IElOVkFSSUFOVFMKbm9vcHRpb25zICAgICAgIElOVkFSSUFOVF9TVVBQT1JUCm5vb3B0aW9ucyAg ICAgICBXSVRORVNTCm5vb3B0aW9ucyAgICAgICBXSVRORVNTX1NLSVBTUElOCm5vb3B0aW9ucyAJ TUFMTE9DX0RFQlVHX01BWFpPTkVTCgoKCm5vb3B0aW9ucwlWRVNBCgpub2RldmljZQl4aGNpCQkJ IyBVU0IgMy4wIHN1cHBvcnQgbm90IGluIGtlcm5lbAoKb3B0aW9ucyAgICAgICAgIExJTlBST0NG UyAgICAgICAgICAgICAgICMgTGludXggQUJJL0FQSSBjb21wYXRpYmlsaXR5Cm9wdGlvbnMgICAg ICAgICBMSU5TWVNGUyAgICAgICAgICAgICAgICAjIExpbnV4IFNZUyBmaWxlc3lzdGVtLCBleHRy YSByZS4gR0VORVJJCm9wdGlvbnMgICAgICAgICBUTVBGUyAgICAgICAgICAgICAgICAgICAjIEVm ZmljaWVudCBtZW1vcnkgZmlsZXN5c3RlbSwgZXh0cmEgcmUuCm9wdGlvbnMgICAgICAgICBDT01Q QVRfTElOVVgzMiAgICAgICAgICAjIGxpbnV4dWxhdG9yIHN1cHBvcnQgMzItYml0Cm9wdGlvbnMg ICAgICAgICBDT01QQVRfNDMKb3B0aW9ucyAgICAgICAgIENEOTY2MF9JQ09OVgpvcHRpb25zICAg ICAgICAgTVNET1NGU19JQ09OVgpvcHRpb25zICAgICAgICAgTElCSUNPTlYK --_006_3B0F582294DE3E448963BA62DC306AEE4708990A0Bexchangemands_ Content-Type: application/octet-stream; name="pciconf.out" Content-Description: pciconf.out Content-Disposition: attachment; filename="pciconf.out"; size=6304; creation-date="Thu, 19 Jan 2017 11:13:24 GMT"; modification-date="Wed, 18 Jan 2017 12:51:54 GMT" Content-Transfer-Encoding: base64 aG9zdGIwQHBjaTA6MjU1OjA6MDoJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDIxOTYxN2FhIGNoaXA9 MHgyYzYyODA4NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jw b3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnQ29yZSBQcm9jZXNzb3IgUXVpY2tQYXRoIEFyY2hp dGVjdHVyZSBHZW5lcmljIE5vbi1jb3JlIFJlZ2lzdGVycycKICAgIGNsYXNzICAgICAgPSBicmlk Z2UKICAgIHN1YmNsYXNzICAgPSBIT1NULVBDSQpob3N0YjFAcGNpMDoyNTU6MDoxOgljbGFzcz0w eDA2MDAwMCBjYXJkPTB4MjE5NjE3YWEgY2hpcD0weDJkMDE4MDg2IHJldj0weDAyIGhkcj0weDAw CiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdD b3JlIFByb2Nlc3NvciBRdWlja1BhdGggQXJjaGl0ZWN0dXJlIFN5c3RlbSBBZGRyZXNzIERlY29k ZXInCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kKaG9z dGIyQHBjaTA6MjU1OjI6MDoJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDIxOTYxN2FhIGNoaXA9MHgy ZDEwODA4NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3Jh dGlvbicKICAgIGRldmljZSAgICAgPSAnQ29yZSBQcm9jZXNzb3IgUVBJIExpbmsgMCcKICAgIGNs YXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBIT1NULVBDSQpob3N0YjNAcGNpMDoy NTU6MjoxOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MjE5NjE3YWEgY2hpcD0weDJkMTE4MDg2IHJl dj0weDAyIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAg ZGV2aWNlICAgICA9ICcxc3QgR2VuZXJhdGlvbiBDb3JlIGkzLzUvNyBQcm9jZXNzb3IgUVBJIFBo eXNpY2FsIDAnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gSE9TVC1Q Q0kKaG9zdGI0QHBjaTA6MjU1OjI6MjoJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDIxOTYxN2FhIGNo aXA9MHgyZDEyODA4NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBD b3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnMXN0IEdlbmVyYXRpb24gQ29yZSBpMy81Lzcg UHJvY2Vzc29yIFJlc2VydmVkJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3Mg ICA9IEhPU1QtUENJCmhvc3RiNUBwY2kwOjI1NToyOjM6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgy MTk2MTdhYSBjaGlwPTB4MmQxMzgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgICAg PSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJzFzdCBHZW5lcmF0aW9uIENv cmUgaTMvNS83IFByb2Nlc3NvciBSZXNlcnZlZCcKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAg IHN1YmNsYXNzICAgPSBIT1NULVBDSQpob3N0YjZAcGNpMDowOjA6MDoJY2xhc3M9MHgwNjAwMDAg Y2FyZD0weDIxOTMxN2FhIGNoaXA9MHgwMDQ0ODA4NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVu ZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnQ29yZSBQcm9j ZXNzb3IgRFJBTSBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xh c3MgICA9IEhPU1QtUENJCnZnYXBjaTBAcGNpMDowOjI6MDoJY2xhc3M9MHgwMzAwMDAgY2FyZD0w eDIxNWExN2FhIGNoaXA9MHgwMDQ2ODA4NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAg ICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnQ29yZSBQcm9jZXNzb3Ig SW50ZWdyYXRlZCBHcmFwaGljcyBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IGRpc3BsYXkK ICAgIHN1YmNsYXNzICAgPSBWR0EKbm9uZTBAcGNpMDowOjIyOjA6CWNsYXNzPTB4MDc4MDAwIGNh cmQ9MHgyMTVmMTdhYSBjaGlwPTB4M2I2NDgwODYgcmV2PTB4MDYgaGRyPTB4MDAKICAgIHZlbmRv ciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJzUgU2VyaWVzLzM0 MDAgU2VyaWVzIENoaXBzZXQgSEVDSSBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IHNpbXBs ZSBjb21tcwp1YXJ0MkBwY2kwOjA6MjI6MzoJY2xhc3M9MHgwNzAwMDIgY2FyZD0weDIxNjIxN2Fh IGNoaXA9MHgzYjY3ODA4NiByZXY9MHgwNiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRl bCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnNSBTZXJpZXMvMzQwMCBTZXJpZXMgQ2hp cHNldCBLVCBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IHNpbXBsZSBjb21tcwogICAgc3Vi Y2xhc3MgICA9IFVBUlQKZW0wQHBjaTA6MDoyNTowOgljbGFzcz0weDAyMDAwMCBjYXJkPTB4MjE1 MzE3YWEgY2hpcD0weDEwZWE4MDg2IHJldj0weDA2IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0g J0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICc4MjU3N0xNIEdpZ2FiaXQgTmV0 d29yayBDb25uZWN0aW9uJwogICAgY2xhc3MgICAgICA9IG5ldHdvcmsKICAgIHN1YmNsYXNzICAg PSBldGhlcm5ldAplaGNpMEBwY2kwOjA6MjY6MDoJY2xhc3M9MHgwYzAzMjAgY2FyZD0weDIxNjMx N2FhIGNoaXA9MHgzYjNjODA4NiByZXY9MHgwNiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJ bnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnNSBTZXJpZXMvMzQwMCBTZXJpZXMg Q2hpcHNldCBVU0IyIEVuaGFuY2VkIEhvc3QgQ29udHJvbGxlcicKICAgIGNsYXNzICAgICAgPSBz ZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCmhkYWMwQHBjaTA6MDoyNzowOgljbGFzcz0w eDA0MDMwMCBjYXJkPTB4MjE1ZTE3YWEgY2hpcD0weDNiNTY4MDg2IHJldj0weDA2IGhkcj0weDAw CiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICc1 IFNlcmllcy8zNDAwIFNlcmllcyBDaGlwc2V0IEhpZ2ggRGVmaW5pdGlvbiBBdWRpbycKICAgIGNs YXNzICAgICAgPSBtdWx0aW1lZGlhCiAgICBzdWJjbGFzcyAgID0gSERBCnBjaWIyQHBjaTA6MDoy ODowOgljbGFzcz0weDA2MDQwMCBjYXJkPTB4MjE2NDE3YWEgY2hpcD0weDNiNDI4MDg2IHJldj0w eDA2IGhkcj0weDAxCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2 aWNlICAgICA9ICc1IFNlcmllcy8zNDAwIFNlcmllcyBDaGlwc2V0IFBDSSBFeHByZXNzIFJvb3Qg UG9ydCAxJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kK cGNpYjNAcGNpMDowOjI4OjE6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHgyMTY0MTdhYSBjaGlwPTB4 M2I0NDgwODYgcmV2PTB4MDYgaGRyPTB4MDEKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9y YXRpb24nCiAgICBkZXZpY2UgICAgID0gJzUgU2VyaWVzLzM0MDAgU2VyaWVzIENoaXBzZXQgUENJ IEV4cHJlc3MgUm9vdCBQb3J0IDInCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFz cyAgID0gUENJLVBDSQpwY2liNEBwY2kwOjA6Mjg6MzoJY2xhc3M9MHgwNjA0MDAgY2FyZD0weDIx NjQxN2FhIGNoaXA9MHgzYjQ4ODA4NiByZXY9MHgwNiBoZHI9MHgwMQogICAgdmVuZG9yICAgICA9 ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnNSBTZXJpZXMvMzQwMCBTZXJp ZXMgQ2hpcHNldCBQQ0kgRXhwcmVzcyBSb290IFBvcnQgNCcKICAgIGNsYXNzICAgICAgPSBicmlk Z2UKICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJCnBjaWI1QHBjaTA6MDoyODo0OgljbGFzcz0weDA2 MDQwMCBjYXJkPTB4MjE2NDE3YWEgY2hpcD0weDNiNGE4MDg2IHJldj0weDA2IGhkcj0weDAxCiAg ICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICc1IFNl cmllcy8zNDAwIFNlcmllcyBDaGlwc2V0IFBDSSBFeHByZXNzIFJvb3QgUG9ydCA1JwogICAgY2xh c3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kKZWhjaTFAcGNpMDowOjI5 OjA6CWNsYXNzPTB4MGMwMzIwIGNhcmQ9MHgyMTYzMTdhYSBjaGlwPTB4M2IzNDgwODYgcmV2PTB4 MDYgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZp Y2UgICAgID0gJzUgU2VyaWVzLzM0MDAgU2VyaWVzIENoaXBzZXQgVVNCMiBFbmhhbmNlZCBIb3N0 IENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1cwogICAgc3ViY2xhc3MgICA9 IFVTQgpwY2liNkBwY2kwOjA6MzA6MDoJY2xhc3M9MHgwNjA0MDEgY2FyZD0weDIxNjUxN2FhIGNo aXA9MHgyNDQ4ODA4NiByZXY9MHhhNiBoZHI9MHgwMQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBD b3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnODI4MDEgTW9iaWxlIFBDSSBCcmlkZ2UnCiAg ICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gUENJLVBDSQppc2FiMEBwY2kw OjA6MzE6MDoJY2xhc3M9MHgwNjAxMDAgY2FyZD0weDIxNjYxN2FhIGNoaXA9MHgzYjA3ODA4NiBy ZXY9MHgwNiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAg IGRldmljZSAgICAgPSAnUU01NyBDaGlwc2V0IExQQyBJbnRlcmZhY2UgQ29udHJvbGxlcicKICAg IGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQQ0ktSVNBCmFoY2kwQHBjaTA6 MDozMToyOgljbGFzcz0weDAxMDYwMSBjYXJkPTB4MjE2ODE3YWEgY2hpcD0weDNiMmY4MDg2IHJl dj0weDA2IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAg ZGV2aWNlICAgICA9ICc1IFNlcmllcy8zNDAwIFNlcmllcyBDaGlwc2V0IDYgcG9ydCBTQVRBIEFI Q0kgQ29udHJvbGxlcicKICAgIGNsYXNzICAgICAgPSBtYXNzIHN0b3JhZ2UKICAgIHN1YmNsYXNz ICAgPSBTQVRBCm5vbmUxQHBjaTA6MDozMTozOgljbGFzcz0weDBjMDUwMCBjYXJkPTB4MjE2NzE3 YWEgY2hpcD0weDNiMzA4MDg2IHJldj0weDA2IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0lu dGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICc1IFNlcmllcy8zNDAwIFNlcmllcyBD aGlwc2V0IFNNQnVzIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1cwogICAg c3ViY2xhc3MgICA9IFNNQnVzCm5vbmUyQHBjaTA6MDozMTo2OgljbGFzcz0weDExODAwMCBjYXJk PTB4MjE5MDE3YWEgY2hpcD0weDNiMzI4MDg2IHJldj0weDA2IGhkcj0weDAwCiAgICB2ZW5kb3Ig ICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICc1IFNlcmllcy8zNDAw IFNlcmllcyBDaGlwc2V0IFRoZXJtYWwgU3Vic3lzdGVtJwogICAgY2xhc3MgICAgICA9IGRhc3AK aXduMEBwY2kwOjM6MDowOgljbGFzcz0weDAyODAwMCBjYXJkPTB4MTMxNTgwODYgY2hpcD0weDAw ODQ4MDg2IHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0 aW9uJwogICAgZGV2aWNlICAgICA9ICdDZW50cmlubyBXaXJlbGVzcy1OIDEwMDAgW0NvbmRvciBQ ZWFrXScKICAgIGNsYXNzICAgICAgPSBuZXR3b3JrCnNkaGNpX3BjaTBAcGNpMDoxMzowOjA6CWNs YXNzPTB4MDgwNTAwIGNhcmQ9MHgyMTMzMTdhYSBjaGlwPTB4ZTgyMjExODAgcmV2PTB4MDEgaGRy PTB4MDAKICAgIHZlbmRvciAgICAgPSAnUmljb2ggQ28gTHRkJwogICAgZGV2aWNlICAgICA9ICdN TUMvU0QgSG9zdCBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbAog ICAgc3ViY2xhc3MgICA9IFNEIGhvc3QgY29udHJvbGxlcgpub25lM0BwY2kwOjEzOjA6MToJY2xh c3M9MHgwODgwMDAgY2FyZD0weDIxMzQxN2FhIGNoaXA9MHhlMjMwMTE4MCByZXY9MHgwMSBoZHI9 MHgwMAogICAgdmVuZG9yICAgICA9ICdSaWNvaCBDbyBMdGQnCiAgICBkZXZpY2UgICAgID0gJ1I1 VTJ4eCAoUjVVMjMwIC8gUjVVMjMxIC8gUjVVMjQxKSBbTWVtb3J5IFN0aWNrIEhvc3QgQ29udHJv bGxlcl0nCiAgICBjbGFzcyAgICAgID0gYmFzZSBwZXJpcGhlcmFsCm5vbmU0QHBjaTA6MTM6MDoz OgljbGFzcz0weDBjMDAxMCBjYXJkPTB4MjEzNjE3YWEgY2hpcD0weGU4MzIxMTgwIHJldj0weDAx IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ1JpY29oIENvIEx0ZCcKICAgIGRldmljZSAgICAg PSAnUjVDODMyIFBDSWUgSUVFRSAxMzk0IENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gc2Vy aWFsIGJ1cwogICAgc3ViY2xhc3MgICA9IEZpcmVXaXJlCg== --_006_3B0F582294DE3E448963BA62DC306AEE4708990A0Bexchangemands_ Content-Type: application/octet-stream; name="dmesg.out" Content-Description: dmesg.out Content-Disposition: attachment; filename="dmesg.out"; size=11565; creation-date="Thu, 19 Jan 2017 11:13:24 GMT"; modification-date="Wed, 18 Jan 2017 12:51:43 GMT" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTcgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMi4wLUNVUlJFTlQgIzAgcjMxMjM3NTogV2VkIEph biAxOCAxMDo0OToxNiBDRVQgMjAxNwogICAgcm9vdEBrcmFzem5haS1hLm1hbmRzLmh1Oi91c3Iv b2JqL3Vzci9zcmMvc3lzL0dFTjEyIGFtZDY0CkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAzLjkuMSAo dGFncy9SRUxFQVNFXzM5MS9maW5hbCAyODk2MDEpIChiYXNlZCBvbiBMTFZNIDMuOS4xKQpWVCh2 Z2EpOiByZXNvbHV0aW9uIDY0MHg0ODAKQ1BVOiBJbnRlbChSKSBDb3JlKFRNKSBpNSBDUFUgICAg ICAgTSA1MjAgIEAgMi40MEdIeiAoMjM5NC4wNS1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbj0i R2VudWluZUludGVsIiAgSWQ9MHgyMDY1NSAgRmFtaWx5PTB4NiAgTW9kZWw9MHgyNSAgU3RlcHBp bmc9NQogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNF LENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQ SSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weDI5YWUzZmY8 U1NFMyxQQ0xNVUxRRFEsRFRFUzY0LE1PTixEU19DUEwsVk1YLFNNWCxFU1QsVE0yLFNTU0UzLENY MTYseFRQUixQRENNLFBDSUQsU1NFNC4xLFNTRTQuMixQT1BDTlQsQUVTTkk+CiAgQU1EIEZlYXR1 cmVzPTB4MjgxMDA4MDA8U1lTQ0FMTCxOWCxSRFRTQ1AsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDE8 TEFIRj4KICBWVC14OiBQQVQsSExULE1URixQQVVTRSxFUFQsVUcsVlBJRAogIFRTQzogUC1zdGF0 ZSBpbnZhcmlhbnQsIHBlcmZvcm1hbmNlIHN0YXRpc3RpY3MKcmVhbCBtZW1vcnkgID0gNDI5NDk2 NzI5NiAoNDA5NiBNQikKYXZhaWwgbWVtb3J5ID0gMzg4MDA5NTc0NCAoMzcwMCBNQikKRXZlbnQg dGltZXIgIkxBUElDIiBxdWFsaXR5IDYwMApBQ1BJIEFQSUMgVGFibGU6IDxMRU5PVk8gVFAtNk0g ICA+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDQgQ1BVcwpG cmVlQlNEL1NNUDogMSBwYWNrYWdlKHMpIHggMiBjb3JlKHMpIHggMiBoYXJkd2FyZSB0aHJlYWRz CnJhbmRvbTogdW5ibG9ja2luZyBkZXZpY2UuCkFDUEkgQklPUyBXYXJuaW5nIChidWcpOiAzMi82 NFggbGVuZ3RoIG1pc21hdGNoIGluIEZBRFQvUG0xYUNvbnRyb2xCbG9jazogMTYvMzIgKDIwMTYx MjIyL3RiZmFkdC02NDApCkFDUEkgQklPUyBXYXJuaW5nIChidWcpOiBJbnZhbGlkIGxlbmd0aCBm b3IgRkFEVC9QbTFhQ29udHJvbEJsb2NrOiAzMiwgdXNpbmcgZGVmYXVsdCAxNiAoMjAxNjEyMjIv dGJmYWR0LTc0MikKaW9hcGljMDogQ2hhbmdpbmcgQVBJQyBJRCB0byAxCmlvYXBpYzAgPFZlcnNp b24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQh ClNNUDogQVAgQ1BVICMyIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMyBMYXVuY2hlZCEKVGltZWNv dW50ZXIgIlRTQy1sb3ciIGZyZXF1ZW5jeSAxMTk3MDI2OTM1IEh6IHF1YWxpdHkgMTAwMApyYW5k b206IGVudHJvcHkgZGV2aWNlIGV4dGVybmFsIGludGVyZmFjZQprYmQxIGF0IGtiZG11eDAKbmV0 bWFwOiBsb2FkZWQgbW9kdWxlCm5leHVzMAp2dHZnYTA6IDxWVCBWR0EgZHJpdmVyPiBvbiBtb3Ro ZXJib2FyZApjcnlwdG9zb2Z0MDogPHNvZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQKYWNw aTA6IDxMRU5PVk8gVFAtNk0+IG9uIG1vdGhlcmJvYXJkCmFjcGlfZWMwOiA8RW1iZWRkZWQgQ29u dHJvbGxlcjogR1BFIDB4MTEsIEVDRFQ+IHBvcnQgMHg2MiwweDY2IG9uIGFjcGkwCmFjcGkwOiBQ b3dlciBCdXR0b24gKGZpeGVkKQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTE6IDxBQ1BJ IENQVT4gb24gYWNwaTAKY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUzOiA8QUNQSSBDUFU+ IG9uIGFjcGkwCmF0dGltZXIwOiA8QVQgdGltZXI+IHBvcnQgMHg0MC0weDQzIGlycSAwIG9uIGFj cGkwClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkV2 ZW50IHRpbWVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAxMDAKaHBldDA6 IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2Zm IG9uIGFjcGkwClRpbWVjb3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0 eSA5NTAKRXZlbnQgdGltZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDU1 MApFdmVudCB0aW1lciAiSFBFVDEiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MApF dmVudCB0aW1lciAiSFBFVDIiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVu dCB0aW1lciAiSFBFVDMiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MApFdmVudCB0 aW1lciAiSFBFVDQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDQ0MAphdHJ0YzA6IDxB VCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzEgaXJxIDggb24gYWNwaTAKRXZlbnQgdGlt ZXIgIlJUQyIgZnJlcXVlbmN5IDMyNzY4IEh6IHF1YWxpdHkgMApUaW1lY291bnRlciAiQUNQSS1z YWZlIiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDg1MAphY3BpX3RpbWVyMDogPDI0LWJp dCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDEwMDgtMHgxMDBiIG9uIGFjcGkwCmFjcGlf bGlkMDogPENvbnRyb2wgTWV0aG9kIExpZCBTd2l0Y2g+IG9uIGFjcGkwCmFjcGlfYnV0dG9uMDog PFNsZWVwIEJ1dHRvbj4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gb24g YWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpYjE6IDxBQ1BJIEhvc3QtUENJ IGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweDE4MDAtMHgx ODA3IG1lbSAweGYyMDAwMDAwLTB4ZjIzZmZmZmYsMHhkMDAwMDAwMC0weGRmZmZmZmZmIGlycSAx NiBhdCBkZXZpY2UgMi4wIG9uIHBjaTEKYWdwMDogPEludGVsIElyb25sYWtlIChNKSBTVkdBIGNv bnRyb2xsZXI+IG9uIHZnYXBjaTAKYWdwMDogYXBlcnR1cmUgc2l6ZSBpcyAyNTZNLCBkZXRlY3Rl ZCAzMjc2NGsgc3RvbGVuIG1lbW9yeQp2Z2FwY2kwOiBCb290IHZpZGVvIGRldmljZQpwY2kxOiA8 c2ltcGxlIGNvbW1zPiBhdCBkZXZpY2UgMjIuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQp1YXJ0Mjog PDUgU2VyaWVzLzM0MDAgU2VyaWVzIENoaXBzZXQgS1QgQ29udHJvbGxlcj4gcG9ydCAweDE4MDgt MHgxODBmIG1lbSAweGYyNjI0MDAwLTB4ZjI2MjRmZmYgaXJxIDE3IGF0IGRldmljZSAyMi4zIG9u IHBjaTEKdWFydDI6IFVzaW5nIDEgTVNJIG1lc3NhZ2UKZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAg TmV0d29yayBDb25uZWN0aW9uPiBwb3J0IDB4MTgyMC0weDE4M2YgbWVtIDB4ZjI2MDAwMDAtMHhm MjYxZmZmZiwweGYyNjI1MDAwLTB4ZjI2MjVmZmYgaXJxIDIwIGF0IGRldmljZSAyNS4wIG9uIHBj aTEKZW0wOiBhdHRhY2hfcHJlIGNhcHBpbmcgcXVldWVzIGF0IDEKZW0wOiB1c2luZyAxMDI0IHR4 IGRlc2NyaXB0b3JzIGFuZCAxMDI0IHJ4IGRlc2NyaXB0b3JzCmVtMDogbXNpeF9pbml0IHFzZXRz IGNhcHBlZCBhdCAxCmVtMDogVW5hYmxlIHRvIG1hcCBNU0lYIHRhYmxlIAplbTA6IFVzaW5nIGFu IE1TSSBpbnRlcnJ1cHQKZW0wOiBhbGxvY2F0ZWQgZm9yIDEgdHhfcXVldWVzCmVtMDogYWxsb2Nh dGVkIGZvciAxIHJ4X3F1ZXVlcwplbTA6IEV0aGVybmV0IGFkZHJlc3M6IGYwOmRlOmYxOjFiOmE5 OjU2CmVtMDogbmV0bWFwIHF1ZXVlcy9zbG90czogVFggMS8xMDI0LCBSWCAxLzEwMjQKZWhjaTA6 IDxJbnRlbCBQQ0ggVVNCIDIuMCBjb250cm9sbGVyIFVTQi1CPiBtZW0gMHhmMjgyODAwMC0weGYy ODI4M2ZmIGlycSAyMyBhdCBkZXZpY2UgMjYuMCBvbiBwY2kxCnVzYnVzMDogRUhDSSB2ZXJzaW9u IDEuMAp1c2J1czAgb24gZWhjaTAKdXNidXMwOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAK aGRhYzA6IDxJbnRlbCA1IFNlcmllcy8zNDAwIFNlcmllcyBIREEgQ29udHJvbGxlcj4gbWVtIDB4 ZjI2MjAwMDAtMHhmMjYyM2ZmZiBpcnEgMTcgYXQgZGV2aWNlIDI3LjAgb24gcGNpMQpwY2liMjog PEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAyMCBhdCBkZXZpY2UgMjguMCBvbiBwY2kxCnBjaTI6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJx IDIxIGF0IGRldmljZSAyOC4xIG9uIHBjaTEKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMK aXduMDogPEludGVsIENlbnRyaW5vIFdpcmVsZXNzLU4gMTAwMD4gbWVtIDB4ZjI0MDAwMDAtMHhm MjQwMWZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBwY2kzCnBjaWI0OiA8QUNQSSBQQ0ktUENJ IGJyaWRnZT4gaXJxIDIzIGF0IGRldmljZSAyOC4zIG9uIHBjaTEKcGNpYjQ6IFtHSUFOVC1MT0NL RURdCnBjaWI1OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDIwIGF0IGRldmljZSAyOC40IG9u IHBjaTEKcGNpNDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjUKc2RoY2lfcGNpMDogPFJJQ09IIFI1 Q0U4MjIgU0Q+IG1lbSAweGYyNTAwMDAwLTB4ZjI1MDAwZmYgaXJxIDE2IGF0IGRldmljZSAwLjAg b24gcGNpNApzZGhjaV9wY2kwOiAxIHNsb3QocykgYWxsb2NhdGVkCm1tYzA6IDxNTUMvU0QgYnVz PiBvbiBzZGhjaV9wY2kwCnBjaTQ6IDxzZXJpYWwgYnVzLCBGaXJlV2lyZT4gYXQgZGV2aWNlIDAu MyAobm8gZHJpdmVyIGF0dGFjaGVkKQplaGNpMTogPEludGVsIFBDSCBVU0IgMi4wIGNvbnRyb2xs ZXIgVVNCLUE+IG1lbSAweGYyODI4NDAwLTB4ZjI4Mjg3ZmYgaXJxIDE5IGF0IGRldmljZSAyOS4w IG9uIHBjaTEKdXNidXMxOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMSBvbiBlaGNpMQp1c2J1czE6 IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMApwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAzMC4wIG9uIHBjaTEKcGNpNTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYKaXNh YjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMQppc2EwOiA8SVNBIGJ1 cz4gb24gaXNhYjAKYWhjaTA6IDxJbnRlbCA1IFNlcmllcy8zNDAwIFNlcmllcyBBSENJIFNBVEEg Y29udHJvbGxlcj4gcG9ydCAweDE4NjAtMHgxODY3LDB4MTgxNC0weDE4MTcsMHgxODE4LTB4MTgx ZiwweDE4MTAtMHgxODEzLDB4MTg0MC0weDE4NWYgbWVtIDB4ZjI4MjcwMDAtMHhmMjgyNzdmZiBp cnEgMTYgYXQgZGV2aWNlIDMxLjIgb24gcGNpMQphaGNpMDogQUhDSSB2MS4zMCB3aXRoIDYgM0di cHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBub3Qgc3VwcG9ydGVkCmFoY2ljaDA6IDxBSENJIGNo YW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNpY2gxOiA8QUhDSSBjaGFubmVsPiBhdCBj aGFubmVsIDEgb24gYWhjaTAKYWhjaWNoNDogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA0IG9u IGFoY2kwCmFoY2ljaDU6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgNSBvbiBhaGNpMAphaGNp ZW0wOiA8QUhDSSBlbmNsb3N1cmUgbWFuYWdlbWVudCBicmlkZ2U+IG9uIGFoY2kwCmFjcGlfdHow OiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAo aTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2Fy ZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURd CnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBbR0lBTlQtTE9DS0VE XQpwc20wOiBtb2RlbCBHZW5lcmljIFBTLzIgbW91c2UsIGRldmljZSBJRCAwCmJhdHRlcnkwOiA8 QUNQSSBDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8QUMgQWRh cHRlcj4gb24gYWNwaTAKb3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0w eGNmZmZmLDB4ZDAwMDAtMHhkMGZmZiwweGQxMDAwLTB4ZDFmZmYsMHhkZDAwMC0weGRmZmZmLDB4 ZTAwMDAtMHhlZmZmZiBvbiBpc2EwCnBwYzA6IGNhbm5vdCByZXNlcnZlIEkvTyBwb3J0IHJhbmdl CmVzdDA6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTAKZXN0 MTogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MQplc3QyOiA8 RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUyCmVzdDM6IDxFbmhh bmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTMKTlVMTCBtcCBpbiBnZXRu ZXd2bm9kZSgpCmZ1c2UtZnJlZWJzZDogdmVyc2lvbiAwLjQuNCwgRlVTRSBBQkkgNy44ClRpbWVj b3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKaGRhY2MwOiA8Q29uZXhhbnQgQ1gyMDU4NSBI REEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMwCmhkYWEwOiA8Q29uZXhhbnQgQ1gyMDU4NSBBdWRp byBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MwCnBjbTA6IDxDb25leGFudCBDWDIw NTg1IChSaWdodCBBbmFsb2cpPiBhdCBuaWQgMjUgYW5kIDI3IG9uIGhkYWEwCnBjbTE6IDxDb25l eGFudCBDWDIwNTg1IChJbnRlcm5hbCBBbmFsb2cpPiBhdCBuaWQgMzEgYW5kIDM1IG9uIGhkYWEw CnVua25vd246IDxDb25leGFudCBDWDIwNTg1IEhEQSBDT0RFQyBNb2RlbSBGdW5jdGlvbiBHcm91 cD4gYXQgbmlkIDIgb24gaGRhY2MwIChubyBkcml2ZXIgYXR0YWNoZWQpCmhkYWNjMTogPEludGVs IEliZXggUGVhayBIREEgQ09ERUM+IGF0IGNhZCAzIG9uIGhkYWMwCmhkYWExOiA8SW50ZWwgSWJl eCBQZWFrIEF1ZGlvIEZ1bmN0aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBoZGFjYzEKcGNtMjogPElu dGVsIEliZXggUGVhayAoSERNSS9EUCA4Y2gpPiBhdCBuaWQgNCBvbiBoZGFhMQpwY20zOiA8SW50 ZWwgSWJleCBQZWFrIChIRE1JL0RQIDhjaCk+IGF0IG5pZCA1IG9uIGhkYWExCnVnZW4wLjE6IDxJ bnRlbCBFSENJIHJvb3QgSFVCPiBhdCB1c2J1czAKdWh1YjA6IDxJbnRlbCBFSENJIHJvb3QgSFVC LCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwCnVnZW4xLjE6IDxJ bnRlbCBFSENJIHJvb3QgSFVCPiBhdCB1c2J1czEKdWh1YjE6IDxJbnRlbCBFSENJIHJvb3QgSFVC LCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnVodWIxOiAzIHBv cnRzIHdpdGggMyByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMDogMyBwb3J0cyB3aXRoIDMg cmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWdlbjEuMjogPHZlbmRvciAweDgwODcgcHJvZHVjdCAw eDAwMjA+IGF0IHVzYnVzMQp1aHViMiBvbiB1aHViMQp1aHViMjogPHZlbmRvciAweDgwODcgcHJv ZHVjdCAweDAwMjAsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czEK dXNiX2FsbG9jX2RldmljZTogc2V0IGFkZHJlc3MgMiBmYWlsZWQgKFVTQl9FUlJfVElNRU9VVCwg aWdub3JlZCkKdWh1YjI6IDggcG9ydHMgd2l0aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVz Yl9hbGxvY19kZXZpY2U6IHNldCBhZGRyZXNzIDMgZmFpbGVkIChVU0JfRVJSX1RJTUVPVVQsIGln bm9yZWQpCnVzYmRfc2V0dXBfZGV2aWNlX2Rlc2M6IGdldHRpbmcgZGV2aWNlIGRlc2NyaXB0b3Ig YXQgYWRkciAzIGZhaWxlZCwgVVNCX0VSUl9JT0VSUk9SCnVzYmRfc2V0dXBfZGV2aWNlX2Rlc2M6 IGdldHRpbmcgZGV2aWNlIGRlc2NyaXB0b3IgYXQgYWRkciAyIGZhaWxlZCwgVVNCX0VSUl9USU1F T1VUCnNkaGNpX3BjaTAtc2xvdDA6ICBDb250cm9sbGVyIHRpbWVvdXQKc2RoY2lfcGNpMC1zbG90 MDogPT09PT09PT09PT09PT0gUkVHSVNURVIgRFVNUCA9PT09PT09PT09PT09PQpzZGhjaV9wY2kw LXNsb3QwOiBTeXMgYWRkcjogMHgwMDAwMDAwMCB8IFZlcnNpb246ICAweDAwMDAwNDAwCnNkaGNp X3BjaTAtc2xvdDA6IEJsayBzaXplOiAweDAwMDAwMDAwIHwgQmxrIGNudDogIDB4MDAwMDAwMDAK c2RoY2lfcGNpMC1zbG90MDogQXJndW1lbnQ6IDB4MDAwMDAwMDAgfCBUcm4gbW9kZTogMHgwMDAw MDAwMApzZGhjaV9wY2kwLXNsb3QwOiBQcmVzZW50OiAgMHgwMWZmMDAwMCB8IEhvc3QgY3RsOiAw eDAwMDAwMDAxCnNkaGNpX3BjaTAtc2xvdDA6IFBvd2VyOiAgICAweDAwMDAwMDBmIHwgQmxrIGdh cDogIDB4MDAwMDAwMDAKc2RoY2lfcGNpMC1zbG90MDogV2FrZS11cDogIDB4MDAwMDAwMDAgfCBD bG9jazogICAgMHgwMDAwNDAwNwpzZGhjaV9wY2kwLXNsb3QwOiBUaW1lb3V0OiAgMHgwMDAwMDAw ZSB8IEludCBzdGF0OiAweDAwMDAwMDAxCnNkaGNpX3BjaTAtc2xvdDA6IEludCBlbmFiOiAweDAx ZmYwMGZiIHwgU2lnIGVuYWI6IDB4MDFmZjAwZmIKc2RoY2lfcGNpMC1zbG90MDogQUMxMiBlcnI6 IDB4MDAwMDAwMDAgfCBTbG90IGludDogMHgwMDAwMDAwMQpzZGhjaV9wY2kwLXNsb3QwOiBDYXBz OiAgICAgMHgwMWUwMzJiMiB8IE1heCBjdXJyOiAweDAwMDAwMDQwCnNkaGNpX3BjaTAtc2xvdDA6 ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KdXNiZF9yZXFfcmVf ZW51bWVyYXRlOiBhZGRyPTMsIHNldCBhZGRyZXNzIGZhaWxlZCEgKFVTQl9FUlJfVElNRU9VVCwg aWdub3JlZCkKdXNiZF9yZXFfcmVfZW51bWVyYXRlOiBhZGRyPTIsIHNldCBhZGRyZXNzIGZhaWxl ZCEgKFVTQl9FUlJfVElNRU9VVCwgaWdub3JlZCkKdXNiZF9zZXR1cF9kZXZpY2VfZGVzYzogZ2V0 dGluZyBkZXZpY2UgZGVzY3JpcHRvciBhdCBhZGRyIDMgZmFpbGVkLCBVU0JfRVJSX0lPRVJST1IK c2VzMCBhdCBhaGNpZW0wIGJ1cyAwIHNjYnVzNCB0YXJnZXQgMCBsdW4gMApzZXMwOiA8QUhDSSBT R1BJTyBFbmNsb3N1cmUgMS4wMCAwMDAxPiBTRU1CIFMtRS1TIDIuMDAgZGV2aWNlCnNlczA6IFNF TUIgU0VTIERldmljZQphZGEwIGF0IGFoY2ljaDAgYnVzIDAgc2NidXMwIHRhcmdldCAwIGx1biAw CmFkYTA6IDxTYW1zdW5nIFNTRCA4NTAgRVZPIDI1MEdCIEVNVDAxQjZRPiBBQ1MtMiBBVEEgU0FU QSAzLnggZGV2aWNlCmFkYTA6IFNlcmlhbCBOdW1iZXIgUzIxUE5TQkcyMDYzOTdYCmFkYTA6IDMw MC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngsIFVETUE2LCBQSU8gNTEyYnl0ZXMpCmFkYTA6 IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZAphZGEwOiAyMzg0NzVNQiAoNDg4Mzk3MTY4IDUxMiBi eXRlIHNlY3RvcnMpCnVzYmRfcmVxX3JlX2VudW1lcmF0ZTogYWRkcj0zLCBzZXQgYWRkcmVzcyBm YWlsZWQhIChVU0JfRVJSX1RJTUVPVVQsIGlnbm9yZWQpCmFkYTA6IHF1aXJrcz0weDM8NEssTkNR X1RSSU1fQlJPS0VOPgpjZDAgYXQgYWhjaWNoMSBidXMgMCBzY2J1czEgdGFyZ2V0IDAgbHVuIDAK Y2QwOiA8TUFUU0hJVEEgRFZELVJBTSBVSjg5MCBTQjAxPiBSZW1vdmFibGUgQ0QtUk9NIFNDU0kg ZGV2aWNlCmNkMDogU2VyaWFsIE51bWJlciBVRzk5IDEzMjgyMApjZDA6IDE1MC4wMDBNQi9zIHRy YW5zZmVycyAoU0FUQSAxLngsIFVETUE1LCBBVEFQSSAxMmJ5dGVzLCBQSU8gODE5MmJ5dGVzKQpt bWNzZDA6IGNkMDogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFE WSwgTWVkaXVtIG5vdCBwcmVzZW50IC0gdHJheSBjbG9zZWQKOEdCIDxTREhDIFNEOEdCIDMuMCBT TiA2RDNFQTJBOSBNRkcgMDYvMjAxMyBieSAzOSBQSD4gYXQgbW1jMCA1MC4wTUh6LzRiaXQvNjU1 MzUtYmxvY2sKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZGEwczNhIFtydyxu b2F0aW1lXS4uLgp1c2JkX3NldHVwX2RldmljZV9kZXNjOiBnZXR0aW5nIGRldmljZSBkZXNjcmlw dG9yIGF0IGFkZHIgMiBmYWlsZWQsIFVTQl9FUlJfSU9FUlJPUgp3bGFuMDogRXRoZXJuZXQgYWRk cmVzczogZjA6ZGU6ZjE6MWI6YTk6NTYKbGFnZzA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBET1dO Cml3bjA6IGl3bl9yZWFkX2Zpcm13YXJlOiB1Y29kZSByZXY9MHgyNzFmMDUwMQp1c2JkX3NldHVw X2RldmljZV9kZXNjOiBnZXR0aW5nIGRldmljZSBkZXNjcmlwdG9yIGF0IGFkZHIgMyBmYWlsZWQs IFVTQl9FUlJfSU9FUlJPUgp1Z2VuMC4yOiA8dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDAyMD4g YXQgdXNidXMwCnVodWIzIG9uIHVodWIwCnVodWIzOiA8dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4 MDAyMCwgY2xhc3MgOS8wLCByZXYgMi4wMC8wLjAwLCBhZGRyIDI+IG9uIHVzYnVzMAp1aHViMzog NiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdXNiZF9yZXFfcmVfZW51bWVy YXRlOiBhZGRyPTMsIHNldCBhZGRyZXNzIGZhaWxlZCEgKFVTQl9FUlJfVElNRU9VVCwgaWdub3Jl ZCkKTGluayBzdGF0ZSBjaGFuZ2VkIHRvIHVwCmVtMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQ CmxhZ2cwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAKdWdlbjAuMzogPEJyb2FkY29tIENvcnAg QnJvYWRjb20gQmx1ZXRvb3RoIERldmljZT4gYXQgdXNidXMwCmxpbmtfZWxmX29iajogc3ltYm9s IGVsZjY0X2xpbnV4X3Zkc29fZml4dXAgdW5kZWZpbmVkCmxpbmtlcl9sb2FkX2ZpbGU6IFVuc3Vw cG9ydGVkIGZpbGUgdHlwZQp1c2JkX3NldHVwX2RldmljZV9kZXNjOiBnZXR0aW5nIGRldmljZSBk ZXNjcmlwdG9yIGF0IGFkZHIgMyBmYWlsZWQsIFVTQl9FUlJfSU9FUlJPUgp1Z2VuMC40OiA8Q2hp Y29ueSBFbGVjdHJvbmljcyBDby4sIEx0ZC4gSW50ZWdyYXRlZCBDYW1lcmE+IGF0IHVzYnVzMAp1 c2JkX3JlcV9yZV9lbnVtZXJhdGU6IGFkZHI9Mywgc2V0IGFkZHJlc3MgZmFpbGVkISAoVVNCX0VS Ul9USU1FT1VULCBpZ25vcmVkKQp1c2JkX3NldHVwX2RldmljZV9kZXNjOiBnZXR0aW5nIGRldmlj ZSBkZXNjcmlwdG9yIGF0IGFkZHIgMyBmYWlsZWQsIFVTQl9FUlJfSU9FUlJPUgp1Z2VuMS4zOiA8 VW5rbm93biA+IGF0IHVzYnVzMSAoZGlzY29ubmVjdGVkKQp1aHViX3JlYXR0YWNoX3BvcnQ6IGNv dWxkIG5vdCBhbGxvY2F0ZSBuZXcgZGV2aWNlCnVnZW4xLjM6IDxMb2dpdGVjaCBVU0ItUFMyIE9w dGljYWwgTW91c2U+IGF0IHVzYnVzMQp1bXMwIG9uIHVodWIyCnVtczA6IDxMb2dpdGVjaCBVU0It UFMyIE9wdGljYWwgTW91c2UsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMjcuMjAsIGFkZHIgMz4gb24g dXNidXMxCnVtczA6IDggYnV0dG9ucyBhbmQgW1hZWlRdIGNvb3JkaW5hdGVzIElEPTAK --_006_3B0F582294DE3E448963BA62DC306AEE4708990A0Bexchangemands_-- From owner-freebsd-current@freebsd.org Thu Jan 19 10:22:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB173CB852E for ; Thu, 19 Jan 2017 10:22:47 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7778D1135 for ; Thu, 19 Jan 2017 10:22:47 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 6B3D41FE025; Thu, 19 Jan 2017 11:22:26 +0100 (CET) Subject: Re: USB_ERR_TIMEOUT, USB_ERR_IOERROR in Freebsd-current To: =?UTF-8?Q?M&S_-_Krasznai_Andr=c3=a1s?= , "freebsd-current@freebsd.org" References: <3B0F582294DE3E448963BA62DC306AEE4708990A0B@exchange.mands.hu> From: Hans Petter Selasky Message-ID: <43228224-2d46-4794-b805-266b7bca88e6@selasky.org> Date: Thu, 19 Jan 2017 11:22:11 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <3B0F582294DE3E448963BA62DC306AEE4708990A0B@exchange.mands.hu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 10:22:47 -0000 On 01/19/17 11:13, M&S - Krasznai András wrote: > Did anybody experience similar things? Yes, it might be related to EARLY AP startup. There is a PR with two patches attached which you can try: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215898 --HPS From owner-freebsd-current@freebsd.org Thu Jan 19 10:35:25 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF08BCB8992 for ; Thu, 19 Jan 2017 10:35:25 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-qt0-x233.google.com (mail-qt0-x233.google.com [IPv6:2607:f8b0:400d:c0d::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 78D631928; Thu, 19 Jan 2017 10:35:25 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by mail-qt0-x233.google.com with SMTP id l7so61228431qtd.1; Thu, 19 Jan 2017 02:35:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=G5U12vZ7kKtcB52cYqxu6rRFi+92V4KfwMerdmBbBTQ=; b=MHyMABSf2ay76QvtCLtCVqOl9fsHXMWuPY8PidJNLfYSkB7TkrO9E0H4PH/+uotz/P gmNgiQ5G1zPEq03SVGKFR43pvPE0DdxxJ1gzHSqeT6H74IKcxVG158xhxrhhY5eu1yqF oYvKbIhBoFxdYvHWGDU7ECq3klvuLwGncER+9U9c9v7QSwIVGpSpaaw2RHAYIFjlNSFN OydlAG5ohXasz3XEJG97QBUUt8n22J9XmYmJuY9GMRTMmNqharmKG1un1ImH8V4L4j9r f2RpsAfJl98eT/FNGLHIoKOphbG++QuEUh454PC59Xha4ayvYKnCK4OVNuOHPUb3/wN6 VsTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=G5U12vZ7kKtcB52cYqxu6rRFi+92V4KfwMerdmBbBTQ=; b=UN+C5d4JzigBh5trGOcJsdD6XXvpE+IpX2Ckz080uKa4nUqCsEGyRsIDnycdSC0ioh PR//LwKOcGI9WI4U4w/Rl8pq+4fAJt9XCX2cGNYSWfa4fhSMllMkpk7UuqLb+xvGA6SI GZ2wM03TwlV8dflC/30WWucFzJUtT3FcdTstqqeQ4K1xg61jjk8iHNbXahWZgzCPKInw uLD2GX5V+TM65VMthOS/UwRzVd3ETQ5n2lya1Igk7EZSCi7DiSiyCT2LPCRD3bNfjuZy cgUeQrcXxTdoyTZ2XKVjjjvRK2geVdDfd1paKF7FeGEgxZvJn4oszzt5SJ94wvM1KwFf UHhA== X-Gm-Message-State: AIkVDXIyaATdzJpbPRgRHadQeF4hu5TG8/LYMkKsoq5bIlDQOdK5R6geIJUyS8lOFme7MfSRT/oufoHutmC/JQ== X-Received: by 10.200.40.113 with SMTP id 46mr6702769qtr.167.1484822124712; Thu, 19 Jan 2017 02:35:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.104.8 with HTTP; Thu, 19 Jan 2017 02:34:54 -0800 (PST) In-Reply-To: References: <1484682389.86335.166.camel@freebsd.org> <11f27a15-f9bc-8988-a17e-78aeff1745fb@selasky.org> <3558195.Ack1AKBXSB@ralph.baldwin.cx> <24593c49-b0d5-8aaf-e11b-bfef4704267e@selasky.org> From: Jia-Shiun Li Date: Thu, 19 Jan 2017 18:34:54 +0800 Message-ID: Subject: Re: Strange issue after early AP startup To: Hans Petter Selasky Cc: John Baldwin , Ian Lepore , FreeBSD Current , Konstantin Belousov , Bruce Evans Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 10:35:25 -0000 On Thu, Jan 19, 2017 at 4:23 PM, Hans Petter Selasky wrote: > > I can add prints/asserts to show that what happens is that > "state->nextcallopt > now" while "state->nextcall <= now". This situtation > is allowed to persist due to the way getnextcpuevent() is currently > implemented. > > Can the people CC'ed give the attached patch a spin and report back? > > As far as c2d system time is concerned, it works correctly for me w/ r312210. -Jia-Shiun. From owner-freebsd-current@freebsd.org Thu Jan 19 13:56:25 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41C4CCB7ED9 for ; Thu, 19 Jan 2017 13:56:25 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 92A4D16E3 for ; Thu, 19 Jan 2017 13:56:21 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M2tKM-1cE3QS23S2-00seYd; Thu, 19 Jan 2017 14:56:18 +0100 Date: Thu, 19 Jan 2017 14:56:17 +0100 From: "O. Hartmann" To: freebsd-current , freebsd-efi@freebsd.org Subject: CURRENT: UEFI boot does not work on ASrock Z77 M4 Message-ID: <20170119145617.3a321761@freyja.zeit4.iv.bundesimmobilien.de> Organization: Walstatt X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:g+zCFg7K3Tg4VqNyAYOjjX8ffYUygt4pX37S99/MBCcygzc9Jis l/B5oePp1pBFW7Ux2bAfqDOz5SSqGAxS7jvjGpTqZJX5KTvraDhrzsMJfN2xTSZMsWK06Si HpLiQjVFP4LYiZb8kwLGlG5Gc4ai3uXRMkKRtsUYgvKxuoRbXHR6eGbf+ZemQ020vmWAuPT 9ZYwsvaDov98N0AEr9/lQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:vCSk4NcSFLQ=:KQBphWScnMJrfryHB60YwI vKCn3eSjVelm7jrxIUcZCU817Ay4XW3ClNEVOYSO3RYgDUzgU+wG7L1KhYIy1CCt+DmSZFwHu nFof1n0RTk7pHQJmwXNAITxHfzdIoIzZuN2+56x1cAFjkU1VJlWNqTAKg9pNLhWMznkFnRgUN 8b1HPYTJoEzkYL7qJGARTs69Ln3XifJFU1p21ZegnOD+MJapc4n/qUabk683UlSx2VWyWuZ8a ara+dO/y4yqm6312fDzDGdlDQxBbj/yiT3ZvewaePnYXKW1orCwtVaYjAIrFYm4Q8dIjWIqQR fAtYgX/cbAl29OR0InN1DPolSjbrIJceKR6WFqww92ncnAnKg+Cg2bdYTSlz1H89WO/mggIl0 YCyxcN9m5DrE/13ugRFzZzLKwlnBxxSFqIC/VxgoWdUFkZxJf0JOY97k9Fn9eUaY5o5BSe5Q7 zqtDEWbvBbcwyEXli2Pq+L2qzKHQJWfYWuoNfE8Kbgd2KSweNqrYuR9O5ih9fPsBM4P3QgjQO qnbk3jIem5d0GGRc++GLssGHTMi2jrZ68yAQbe9DRFiwM3ver25dqTxecYbS80kmKOIwKnhYT qBAModkQ2FqrNcT9N01bD8Veeq6oOirYGgpx09JxmEokajDeAaQrVGS1g+FPv1+8n4jS3B/wh 8jOKOsWDH33Ur7ovMVTFOmxa1WmQUeV4NAkPR9QpwNRnYSlHO+Gzxf32zbcfZ7hJo3J76ymGy 8wvSOWNC3GQWgcu1qP6BdjyS9W1lgQhDMARgYGkBBS4ZZs74L7yi2mnvmpqVZiYm60t27CiwD 8EQYcGPk/bFRJHCSVlDnSvmf3pFQQ== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 13:56:25 -0000 I'm utilizing two systems running FreeBSD Current (most recent) on top of Asrock Z77 M4pro main PCBs (one is the uATX version, the other regular ATX). The firmware is the last one a customer can pick up from Asrock's website and it is dated from 2013. Apart from the fact that the hardware is not useful for any reliable system, I'm out of resources to exchange these systems with more modern hardware. The problem I face is with UEFI. Both boxes do have their OS on SSD (Samsung 850Pro and Samsung 830). I've created a EFI partition of 800k in size with gpart and it is the first one on the SSD. Both SSDs are UFS and GPT. The partiton starts at block 40. Such a configuration works with the very same SSD fine with more modern hardware (checked with a Fujitsu Celsius M740/UEFI). But the crap Asrock rejects to boot UEFI. I tried to prepare a hdd the same way - no success. The funny part is that any USB thumbdrive with UEFI boot only is booting UEFI as expected and several Windows 8 or Windows 10 DVDs seem to have no problem. Maybe the location of the EFI partition (starting block) keeps the secret to success, but I failed to put the partition at a proper starting point. On the other hand, all SSDs I have prepared so far for UEFI booting, start their efi partition with block 40 and they boot. The big question is: what is the efford to fix this issue - if their will be a fixing ever? The firmware of those boxes is really as minimal as possible regarding to options for UEFI booting - but it is fancy coloured ;-) Many thanks in advance, Oliver From owner-freebsd-current@freebsd.org Thu Jan 19 14:14:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B655CB765B for ; Thu, 19 Jan 2017 14:14:39 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) Received: from mail.mands.hu (mail2.mands.hu [93.189.114.146]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 030231746 for ; Thu, 19 Jan 2017 14:14:38 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Thu, 19 Jan 2017 15:14:30 +0100 From: =?iso-8859-1?Q?M=26S_-_Krasznai_Andr=E1s?= To: "freebsd-current@freebsd.org" Date: Thu, 19 Jan 2017 15:14:28 +0100 Subject: USB_ERR_TIMEOUT, USB_ERR_IOERROR in Freebsd-current Thread-Topic: USB_ERR_TIMEOUT, USB_ERR_IOERROR in Freebsd-current Thread-Index: AdJyXb/SVu5t5ld9TRW/YaFBrofa0A== Message-ID: <3B0F582294DE3E448963BA62DC306AEE4708AD01BA@exchange.mands.hu> Accept-Language: en-US Content-Language: hu-HU X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 14:14:39 -0000 Hello I tried both patches (separately) which were suggested in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215898 on FreeBSD-current r312404 today, and now I can confirm that both solved th= e original problem, the patched kernel boots and no USB_ERR_TIMEOUT nor USB= _ERR_IOERROR messages were shown. best regards / =DCdv=F6zlettel: Krasznai Andr=E1s rendszerm=E9rn=F6k M&S Informatikai Zrt. 1136 Budapest, Pann=F3nia u. 11. Tel: +36 (1) 703-2923 Fax: +36 (1) 703-2949 Mobil: +36 (30) 703-2923 E-mail: krasznai.andras@mands.hu From owner-freebsd-current@freebsd.org Thu Jan 19 17:35:04 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 948F4CB5785; Thu, 19 Jan 2017 17:35:04 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6CC3917F5; Thu, 19 Jan 2017 17:35:04 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A26427FC; Thu, 19 Jan 2017 17:35:04 +0000 (UTC) Date: Thu, 19 Jan 2017 17:35:04 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: kib@FreeBSD.org, asomers@FreeBSD.org, ngie@FreeBSD.org, cem@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <986197906.67.1484847304681.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #4694 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2017 17:35:04 -0000 FreeBSD_HEAD_i386 - Build #4694 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4694/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4694/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4694/cons= ole Change summaries: 312419 by ngie: Add manpage for mlx4ib(4) This manpage isn't differentiated from mlx4en except where necessary, replacing eth/ETH with ib/IB. Eventually the manpages will be split and the common bits be placed in a manpage named "mlx4.4". MFC after:=093 weeks Reviewed by:=09hselasky Sponsored by:=09Dell EMC Isilon Differential Revision:=09https://reviews.freebsd.org/D9241 312418 by ngie: Conditionalize hyperv support in gettimeofday(2) based on MK_HYPERV The effect at runtime is negligible as the hyperv timer isn't available except when hyperv is loaded. This is a prerequisite for conditionalizing the header build/install out of the build MFC after:=093 weeks Reviewed by:=09sephe Sponsored by:=09Dell EMC Isilon Differential Revision:=09https://reviews.freebsd.org/D9242 312417 by asomers: Fix build of devd with GCC 4.2 Reported by:=09olivier Pointy-hat-to:=09asomers MFC after:=0927 days X-MFC-with:=09312395 Sponsored by:=09Spectra Logic Corp 312416 by cem: ffs_vnops: Simplify extattr access As suggested in r167010, use the structure type and macros to access and modify UFS2 extended attributes. Add assertions that pointers are aligned in places where we now access the data through a structure pointer, instead of character-by-character. PR:=09=09216127 Reported by:=09dewayne at heuristicsystems.com.au Reviewed by:=09kib@ Sponsored by:=09Dell EMC Isilon Differential Revision:=09https://reviews.freebsd.org/D9225 312414 by kib: Rename tmpfs_mount member allnode_lock to include namespace prefix. Sponsored by:=09The FreeBSD Foundation MFC after:=091 week The end of the build log: [...truncated 30778 lines...] --- _sigtimedwait.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src= /lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRI= VATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../cont= rib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv= -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/lib= /libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzco= de/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_= DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DNS= _CACHING -DSYMBOL_VERSIONING -MD -MF.depend._sigtimedwait.o -MT_sigtimedwa= it.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -= Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-st= ring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unu= sed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversi= on -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted= -parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/= i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c _sigtimedwait.S -= o _sigtimedwait.o --- _sigwait.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src= /lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRI= VATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../cont= rib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv= -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/lib= /libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzco= de/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_= DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DNS= _CACHING -DSYMBOL_VERSIONING -MD -MF.depend._sigwait.o -MT_sigwait.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c _sigwait.S -o _sigwait.o --- _sigwaitinfo.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src= /lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRI= VATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../cont= rib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv= -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/lib= /libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzco= de/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_= DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DNS= _CACHING -DSYMBOL_VERSIONING -MD -MF.depend._sigwaitinfo.o -MT_sigwaitinfo= .o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wn= o-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-stri= ng-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unuse= d-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion= -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-p= arameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i3= 87 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c _sigwaitinfo.S -o _= sigwaitinfo.o --- _swapcontext.o --- --- _wait4.o --- --- _wait6.o --- --- _swapcontext.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src= /lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRI= VATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../cont= rib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv= -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/lib= /libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzco= de/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_= DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DNS= _CACHING -DSYMBOL_VERSIONING -MD -MF.depend._swapcontext.o -MT_swapcontext= .o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wn= o-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-stri= ng-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unuse= d-value -Wno-parentheses-equality -Wno-unused-functio--- _wait4.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src= /lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRI= VATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../cont= rib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv= -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/lib= /libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzco= de/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_= DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DNS= _CACHING -DSYMBOL_VERSIONING -MD -MF.depend._wait4.o -MT_wait4.o -std=3Dgn= u99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k= -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno= -parentheses-equality -Wno-unused-function -Wno-enum---- _swapcontext.o --- n -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-en= um -Wno-knr-promoted-parameter -Qunused-arguments -I/usr/src/lib/libutil = -I/usr/src/lib/msun/i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src = -c _swapcontext.S -o _swapcontext.o --- _wait4.o --- conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-= promoted-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/l= ib/msun/i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c _wait4.S = -o _wait4.o --- _wait6.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src= /lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRI= VATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../cont= rib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv= -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/lib= /libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzco= de/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_= DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DNS= _CACHING -DSYMBOL_VERSIONING -MD -MF.depend._wait6.o -MT_wait6.o -std=3Dgn= u99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k= -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno= -parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused= -local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Q= unused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/usr/sr= c/lib/msun/x86 -I/usr/src/lib/msun/src -c _wait6.S -o _wait6.o --- _write.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src= /lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRI= VATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../cont= rib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv= -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/lib= /libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzco= de/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_= DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DNS= _CACHING -DSYMBOL_VERSIONING -MD -MF.depend._write.o -MT_write.o -std=3Dgn= u99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k= -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno= -parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused= -local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Q= unused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/usr/sr= c/lib/msun/x86 -I/usr/src/lib/msun/src -c _write.S -o _write.o --- _writev.o --- --- _sigaction.o --- --- _writev.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src= /lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRI= VATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../cont= rib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv= -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/lib= /libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzco= de/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_= DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DNS= _CACHING -DSYMBOL_VERSIONING -MD -MF.depend._writev.o -MT_writev.o -std=3D= gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y= 2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-in= t -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -W= no-parentheses-equality -Wno-unused-function -Wno-enu--- stack_protector.o = --- --- _sigaction.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src= /lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRI= VATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../cont= rib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv= -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/lib= /libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzco= de/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_= DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DNS= _CACHING -DSYMBOL_VERSIONING -MD -MF.depend._sigaction.o -MT_sigaction.o -= std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-fo= rmat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-p= lus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-va= lue -Wno-parentheses-equality -Wno-unused-function -W--- _writev.o --- m-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-kn= r-promoted-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src= /lib/msun/i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c _writev= .S -o _writev.o --- _sigaction.o --- no-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -= Wno-knr-promoted-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/u= sr/src/lib/msun/i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c _= sigaction.S -o _sigaction.o --- stack_protector.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.stack_protector.o -MTstack_pr= otector.o -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno= -uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-= unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-pare= ntheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-loca= l-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunuse= d-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/usr/src/lib= /msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/secure/stack_protect= or.c -o stack_protector.o --- stack_protector_compat.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.stack_protector_compat.o -MTs= tack_protector_compat.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-head= ers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enu= m -Wno-knr-promoted-parameter -Qunused-arguments -I/usr/src/lib/libutil -= I/usr/src/lib/msun/i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c = /usr/src/lib/libc/secure/stack_protector_compat.c -o stack_protector_compat= .o --- auth_none.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.auth_none.o -MTauth_none.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I= /usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/auth= _none.c -o auth_none.o --- auth_unix.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.auth_unix.o -MTauth_unix.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I= /usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/auth= _unix.c -o auth_unix.o --- authunix_prot.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.authunix_prot.o -MTauthunix_p= rot.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall = -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-s= tring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-un= used-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-convers= ion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promote= d-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun= /i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/= rpc/authunix_prot.c -o authunix_prot.o --- bindresvport.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.bindresvport.o -MTbindresvpor= t.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -W= no-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unus= ed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversio= n -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-= parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i= 387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rp= c/bindresvport.c -o bindresvport.o --- clnt_bcast.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.clnt_bcast.o -MTclnt_bcast.o = -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-f= ormat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 = -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/cl= nt_bcast.c -o clnt_bcast.o --- clnt_dg.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.clnt_dg.o -MTclnt_dg.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/clnt_d= g.c -o clnt_dg.o --- clnt_generic.o --- --- clnt_perror.o --- --- clnt_generic.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.clnt_generic.o -MTclnt_generi= c.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -W= no-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unus= ed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversio= n -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-= parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i= 387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rp= c/clnt_generic.c -o clnt_generic.o --- clnt_perror.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.clnt_perror.o -MTclnt_perror.= o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno= -format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-strin= g-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused= -value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i38= 7 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/= clnt_perror.c -o clnt_perror.o --- clnt_raw.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.clnt_raw.o -MTclnt_raw.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/clnt_r= aw.c -o clnt_raw.o --- clnt_simple.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.clnt_simple.o -MTclnt_simple.= o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno= -format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-strin= g-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused= -value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i38= 7 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/= clnt_simple.c -o clnt_simple.o --- clnt_vc.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.clnt_vc.o -MTclnt_vc.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/clnt_v= c.c -o clnt_vc.o --- rpc_dtablesize.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.rpc_dtablesize.o -MTrpc_dtabl= esize.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno= -string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-= unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve= rsion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promo= ted-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/ms= un/i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/lib= c/rpc/rpc_dtablesize.c -o rpc_dtablesize.o --- getnetconfig.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.getnetconfig.o -MTgetnetconfi= g.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -W= no-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unus= ed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversio= n -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-= parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i= 387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rp= c/getnetconfig.c -o getnetconfig.o --- getnetpath.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.getnetpath.o -MTgetnetpath.o = -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-f= ormat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 = -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/ge= tnetpath.c -o getnetpath.o --- getrpcent.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.getrpcent.o -MTgetrpcent.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I= /usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/getr= pcent.c -o getrpcent.o --- getrpcport.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.getrpcport.o -MTgetrpcport.o = -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-f= ormat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 = -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/ge= trpcport.c -o getrpcport.o --- mt_misc.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.mt_misc.o -MTmt_misc.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/mt_mis= c.c -o mt_misc.o --- pmap_clnt.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.pmap_clnt.o -MTpmap_clnt.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I= /usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/pmap= _clnt.c -o pmap_clnt.o --- pmap_getmaps.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.pmap_getmaps.o -MTpmap_getmap= s.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -W= no-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unus= ed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversio= n -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-= parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i= 387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rp= c/pmap_getmaps.c -o pmap_getmaps.o --- pmap_getport.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.pmap_getport.o -MTpmap_getpor= t.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -W= no-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unus= ed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversio= n -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-= parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i= 387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rp= c/pmap_getport.c -o pmap_getport.o --- pmap_prot.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.pmap_prot.o -MTpmap_prot.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I= /usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/pmap= _prot.c -o pmap_prot.o --- pmap_prot2.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.pmap_prot2.o -MTpmap_prot2.o = -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-f= ormat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 = -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/pm= ap_prot2.c -o pmap_prot2.o --- pmap_rmt.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.pmap_rmt.o -MTpmap_rmt.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/pmap_r= mt.c -o pmap_rmt.o --- rpc_prot.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.rpc_prot.o -MTrpc_prot.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/rpc_pr= ot.c -o rpc_prot.o --- rpc_commondata.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.rpc_commondata.o -MTrpc_commo= ndata.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno= -string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-= unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conve= rsion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promo= ted-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/ms= un/i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/lib= c/rpc/rpc_commondata.c -o rpc_commondata.o --- rpc_callmsg.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.rpc_callmsg.o -MTrpc_callmsg.= o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno= -format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-strin= g-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused= -value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i38= 7 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/= rpc_callmsg.c -o rpc_callmsg.o --- rpc_generic.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.rpc_generic.o -MTrpc_generic.= o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno= -format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-strin= g-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused= -value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i38= 7 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/= rpc_generic.c -o rpc_generic.o --- rpc_soc.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.rpc_soc.o -MTrpc_soc.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/rpc_so= c.c -o rpc_soc.o --- rpcb_clnt.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.rpcb_clnt.o -MTrpcb_clnt.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I= /usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/rpcb= _clnt.c -o rpcb_clnt.o --- rpcb_prot.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.rpcb_prot.o -MTrpcb_prot.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I= /usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/rpcb= _prot.c -o rpcb_prot.o --- rpcb_st_xdr.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.rpcb_st_xdr.o -MTrpcb_st_xdr.= o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno= -format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-strin= g-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused= -value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i38= 7 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/= rpcb_st_xdr.c -o rpcb_st_xdr.o --- rpcsec_gss_stub.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.rpcsec_gss_stub.o -MTrpcsec_g= ss_stub.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -W= all -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -W= no-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wn= o-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-con= version -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-pro= moted-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/= msun/i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/l= ibc/rpc/rpcsec_gss_stub.c -o rpcsec_gss_stub.o --- svc.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.svc.o -MTsvc.o -std=3Dgnu99 -= fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno= -uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-= unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-pare= ntheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-loca= l-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunuse= d-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/usr/src/lib= /msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/svc.c -o svc.o --- svc_auth.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.svc_auth.o -MTsvc_auth.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/svc_au= th.c -o svc_auth.o --- svc_dg.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.svc_dg.o -MTsvc_dg.o -std=3Dg= nu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2= k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int= -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wn= o-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unuse= d-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -= Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/usr/s= rc/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/svc_dg.c -= o svc_dg.o --- svc_auth_unix.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.svc_auth_unix.o -MTsvc_auth_u= nix.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall = -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-s= tring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-un= used-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-convers= ion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promote= d-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun= /i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/= rpc/svc_auth_unix.c -o svc_auth_unix.o --- svc_generic.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.svc_generic.o -MTsvc_generic.= o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno= -format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-strin= g-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused= -value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i38= 7 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/= svc_generic.c -o svc_generic.o --- svc_raw.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.svc_raw.o -MTsvc_raw.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/svc_ra= w.c -o svc_raw.o --- svc_run.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.svc_run.o -MTsvc_run.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/svc_ru= n.c -o svc_run.o --- svc_simple.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.svc_simple.o -MTsvc_simple.o = -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-f= ormat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 = -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/sv= c_simple.c -o svc_simple.o --- svc_vc.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.svc_vc.o -MTsvc_vc.o -std=3Dg= nu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2= k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int= -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wn= o-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unuse= d-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -= Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/usr/s= rc/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/svc_vc.c -= o svc_vc.o --- auth_time.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.auth_time.o -MTauth_time.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I= /usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/auth= _time.c -o auth_time.o --- auth_des.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.auth_des.o -MTauth_des.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/auth_d= es.c -o auth_des.o --- authdes_prot.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.authdes_prot.o -MTauthdes_pro= t.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -W= no-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unus= ed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversio= n -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-= parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i= 387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rp= c/authdes_prot.c -o authdes_prot.o --- des_crypt.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.des_crypt.o -MTdes_crypt.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I= /usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/des_= crypt.c -o des_crypt.o --- des_soft.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.des_soft.o -MTdes_soft.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/des_so= ft.c -o des_soft.o --- crypt_client.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.crypt_client.o -MTcrypt_clien= t.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -W= no-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unus= ed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversio= n -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-= parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i= 387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rp= c/crypt_client.c -o crypt_client.o --- key_call.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.key_call.o -MTkey_call.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/key_ca= ll.c -o key_call.o --- key_prot_xdr.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.key_prot_xdr.o -MTkey_prot_xd= r.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -W= no-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unus= ed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversio= n -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-= parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i= 387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rp= c/key_prot_xdr.c -o key_prot_xdr.o --- getpublickey.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.getpublickey.o -MTgetpublicke= y.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -W= no-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unus= ed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversio= n -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-= parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i= 387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rp= c/getpublickey.c -o getpublickey.o --- svc_auth_des.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.svc_auth_des.o -MTsvc_auth_de= s.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -W= no-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unus= ed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversio= n -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-= parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i= 387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rp= c/svc_auth_des.c -o svc_auth_des.o --- netname.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.netname.o -MTnetname.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/netnam= e.c -o netname.o --- netnamer.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.netnamer.o -MTnetnamer.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/netnam= er.c -o netnamer.o --- rpcdname.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.rpcdname.o -MTrpcdname.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/rpcdna= me.c -o rpcdname.o --- rtime.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.rtime.o -MTrtime.o -std=3Dgnu= 99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-= local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qu= nused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/usr/src= /lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/rpc/rtime.c -o r= time.o --- crypt_clnt.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.crypt_clnt.o -MTcrypt_clnt.o = -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-f= ormat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 = -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c crypt_clnt.c -o crypt_cl= nt.o --- crypt_xdr.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.crypt_xdr.o -MTcrypt_xdr.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I= /usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c crypt_xdr.c -o crypt_xdr.o --- uuid_compare.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.uuid_compare.o -MTuuid_compar= e.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -W= no-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unus= ed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversio= n -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-= parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i= 387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/uu= id/uuid_compare.c -o uuid_compare.o --- uuid_create.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.uuid_create.o -MTuuid_create.= o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno= -format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-strin= g-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused= -value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i38= 7 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/uuid= /uuid_create.c -o uuid_create.o --- uuid_create_nil.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.uuid_create_nil.o -MTuuid_cre= ate_nil.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -W= all -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -W= no-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wn= o-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-con= version -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-pro= moted-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/= msun/i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/l= ibc/uuid/uuid_create_nil.c -o uuid_create_nil.o --- uuid_equal.o --- --- uuid_from_string.o --- --- uuid_equal.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.uuid_equal.o -MTuuid_equal.o = -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-f= ormat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 = -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/uuid/u= uid_equal.c -o uuid_equal.o --- uuid_from_string.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.uuid_from_string.o -MTuuid_fr= om_string.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror = -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -= Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-c= onversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/li= b/msun/i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib= /libc/uuid/uuid_from_string.c -o uuid_from_string.o --- uuid_hash.o --- --- uuid_is_nil.o --- --- uuid_hash.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.uuid_hash.o -MTuuid_hash.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I= /usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/uuid/uui= d_hash.c -o uuid_hash.o --- uuid_is_nil.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.uuid_is_nil.o -MTuuid_is_nil.= o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno= -format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-strin= g-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused= -value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i38= 7 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/uuid= /uuid_is_nil.c -o uuid_is_nil.o --- uuid_stream.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.uuid_stream.o -MTuuid_stream.= o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno= -format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-strin= g-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused= -value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i38= 7 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/uuid= /uuid_stream.c -o uuid_stream.o --- uuid_to_string.o --- --- xdr.o --- --- uuid_to_string.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.uuid_to_string.o -MTuuid_to_s= tring.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno= -string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-= unused-value -Wno-parentheses-equality -Wno-unused-fu--- xdr_array.o --- --- xdr.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.xdr.o -MTxdr.o -std=3Dgnu99 -= fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno= -uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-= unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-pare= ntheses-equality -Wno-unused-function -Wno-enum-conve--- uuid_to_string.o -= -- nction -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Qunused-arguments -I/usr/src/lib/lib= util -I/usr/src/lib/msun/i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/s= rc -c /usr/src/lib/libc/uuid/uuid_to_string.c -o uuid_to_string.o --- xdr.o --- rsion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promo= ted-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/ms= un/i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/lib= c/xdr/xdr.c -o xdr.o --- xdr_array.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.xdr_array.o -MTxdr_array.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I= /usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/xdr/xdr_= array.c -o xdr_array.o --- xdr_float.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.xdr_float.o -MTxdr_float.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I= /usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/xdr/xdr_= float.c -o xdr_float.o --- xdr_mem.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.xdr_mem.o -MTxdr_mem.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/xdr/xdr_me= m.c -o xdr_mem.o --- xdr_rec.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.xdr_rec.o -MTxdr_rec.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/u= sr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/xdr/xdr_re= c.c -o xdr_rec.o --- xdr_reference.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.xdr_reference.o -MTxdr_refere= nce.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall = -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-s= tring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-un= used-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-convers= ion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promote= d-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun= /i387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/= xdr/xdr_reference.c -o xdr_reference.o --- xdr_sizeof.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.xdr_sizeof.o -MTxdr_sizeof.o = -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-f= ormat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-para= meter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 = -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/xdr/xd= r_sizeof.c -o xdr_sizeof.o --- xdr_stdio.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.xdr_stdio.o -MTxdr_stdio.o -s= td=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-for= mat-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-pl= us-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-val= ue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno= -unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I= /usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/xdr/xdr_= stdio.c -o xdr_stdio.o --- __vdso_gettc.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.__vdso_gettc.o -MT__vdso_gett= c.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -W= no-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-str= ing-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unus= ed-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversio= n -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-= parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i= 387 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/x8= 6/sys/__vdso_gettc.c -o __vdso_gettc.o --- xdryp.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.xdryp.o -MTxdryp.o -std=3Dgnu= 99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-= local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qu= nused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/usr/src= /lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/yp/xdryp.c -o xd= ryp.o --- yp_xdr.o --- cc -target i386-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/tmp -B/usr= /obj/usr/src/tmp/usr/bin -O2 -pipe -I/usr/src/lib/libc/include -I/usr/sr= c/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PR= IVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../con= trib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resol= v -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/li= b/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzc= ode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN= _DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DN= S_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.yp_xdr.o -MTyp_xdr.o -std=3Dg= nu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2= k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int= -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wn= o-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unuse= d-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -= Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/i387 -I/usr/s= rc/lib/msun/x86 -I/usr/src/lib/msun/src -c yp_xdr.c -o yp_xdr.o --- __vdso_gettc.o --- /usr/src/lib/libc/x86/sys/__vdso_gettc.c:205:13: error: invalid output size= for constraint '=3Dd' "=3Dd" (ret), "=3Da" (disc) : ^ 1 error generated. *** [__vdso_gettc.o] Error code 1 bmake[4]: stopped in /usr/src/lib/libc 1 error bmake[4]: stopped in /usr/src/lib/libc *** [lib/libc__L] Error code 2 bmake[3]: stopped in /usr/src 1 error bmake[3]: stopped in /usr/src *** [libraries] Error code 2 bmake[2]: stopped in /usr/src 1 error bmake[2]: stopped in /usr/src *** [_libraries] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson7065608583681825784.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::103:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Thu Jan 19 17:36:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71A1ECB58AF for ; Thu, 19 Jan 2017 17:36:24 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yb0-x231.google.com (mail-yb0-x231.google.com [IPv6:2607:f8b0:4002:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B9E219EE for ; Thu, 19 Jan 2017 17:36:24 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yb0-x231.google.com with SMTP id 123so27890491ybe.3 for ; Thu, 19 Jan 2017 09:36:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=bzqxxQ8ulyKd4fru80J4uK/VP6usGO5wxI3y7JqN3O4=; b=o7ZnYhDPMUrrCPAwuw40nUwDrLQrT0puvopxiM6kiDyRzuyUSpZyaFVwE3unG7xxs8 /yoPeAr5cEVNZHz9uWlKN4OwGPiq3WGEEAg4YkYar+Iyy1SZiPkNde/Oqk2mrHdmYF09 nagF+6/aQZLQvjXh/cnBPzfrMxQYuYsuPGjPSOKuRpSNDiAAVVBPDtj+RP8auoeMpBwC sNJSILhg+lZbQqJlkZDCbhNfj5FhkvkWcmR/0DkC3sROWminSI0qOlFnG2kKl01wbDix qTZDU/UqpIgljB84VmsANQHU/WlP1XzOtHO+gnnwolZCZSnkrEMklnZYCX3sgN/vX+wl sAWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=bzqxxQ8ulyKd4fru80J4uK/VP6usGO5wxI3y7JqN3O4=; b=KFLmEXwH34PqIOXH7mrB04Kgtu5NZes9+jyyMNseFXNdJoiMNqOFSe44lcZ80oo2Rv iVOCiV+681zTRdmk+bXyoFR2n/gnF5g+4KOdB3kjIzGY6huAuWgOlKT4EdrM5P+S6JdK 0yWWzmYXvlvQalS9RZhPEtNlFwaR19v185dh+eiqFpb15FwKu8CluVdKFMyah13Q1ggD mn5CMDgxgy9YGwf3UtZt9O7KfDLN6IYwUE9W+FVs8WxKRWnULX+QMq3ah0rWGVFdlhDI 5oWXc4OiQDpHKJUnnSPP+90u6n+r/o8RKsgk3OaZmhYUTIpbsQFvQNb3qBBLfoSOSkWZ 0eqg== X-Gm-Message-State: AIkVDXJ9k2Cgi25gQ9L2reYHEaJLCHdZmH58LH94MJCehXH8mFhTT//XeMqrkR0PHqpxjbyomlsitaVSgBv3Kg== X-Received: by 10.37.84.8 with SMTP id i8mr7687232ybb.75.1484847383446; Thu, 19 Jan 2017 09:36:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.52.65 with HTTP; Thu, 19 Jan 2017 09:36:22 -0800 (PST) In-Reply-To: <20170119101224.GA1867@c720-r292778-amd64> References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> <20170119055816.GA2184@c720-r292778-amd64> <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> <20170119101224.GA1867@c720-r292778-amd64> From: Ultima Date: Thu, 19 Jan 2017 12:36:22 -0500 Message-ID: Subject: Re: ISO image: where is the CLANG compiler? To: Matthias Apitz , "O. Hartmann" , freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 17:36:24 -0000 If you plan on running a desktop environment like this make sure its super speed usb 3.0 or the system will be considerably slow. This is a perfect backup plan and I always have one for the ready. This is especially important when on current. I don't think you have to worry so much about having a smaller usb, it can always be partitions to fit the you're needs. On Thu, Jan 19, 2017 at 5:12 AM, Matthias Apitz wrote: > El d=C3=ADa Thursday, January 19, 2017 a las 10:16:46AM +0100, O. Hartman= n > escribi=C3=B3: > > > I created images on CURRENT of my own - they all lack in the ability of > having > > the necessary tools aboard. So I consider every image useless for rescu= e > > operations except, maybe, the DVD image - but this one is not provided > anymore. > > For what reason? Time? Accepted. Space/disk usage? Well, welcome back i= n > the > > stoneage of computer technology ... > > No. The process I'm using to create an image for an USB stick leads to a > complete system from which you can even, after booting it, 'make > install...' > to another system mounted on /mnt to the booted USB stick. You can even > enrich the USB stick with 'pkg install ...' up to a complete running KDE > desktop system, all running from the USB stick, to test, for example, a > new hardware if it fits your needs. The stick must be of some 16 > marketing-GB, or bigger. > > This has nothing todo with stoneage, but is just a matter of preparing > something for your needs. Again, let me know if you need this guide. > > matthias > > > > -- > Matthias Apitz, =E2=9C=89 guru@unixarea.de, =E2=8C=82 http://www.unixarea= .de/ =E2=98=8E > +49-176-38902045 > "Wo ist der antiimperialistische Schutzwall, wenn man ihn braucht? > US-Panzertransport durch ex-DDR" > "Where is the anti-imperialistic wall, if it's needed? Transport of > US-tanks through the ex-GDR" > https://deutsch.rt.com/kurzclips/45282-us-panzertransporte-durch-ex-ddr/ > _______________________________________________ > 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 19 17:43:05 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18CFACB5D0B for ; Thu, 19 Jan 2017 17:43:05 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ua0-x233.google.com (mail-ua0-x233.google.com [IPv6:2607:f8b0:400c:c08::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA8D91FB9 for ; Thu, 19 Jan 2017 17:43:04 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by mail-ua0-x233.google.com with SMTP id y9so41524435uae.2 for ; Thu, 19 Jan 2017 09:43:04 -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=BEfvZgblR5ZA/2Uo/UC+JsoT2inLhkXxHyxnwGqUeCc=; b=Do3YIfyKnsCBzVF4p2iLxkhxx/bCzjPRUDSZqnEuL5KpS1iPU3cgi1A/nPlnEv2Du7 QLPKUJqp2YWaya1vN1hFvj1ZolbW7Bbjw+8K7NEcnwCwpn4HoZCws5iQZu1iUrAEP8pM vJzrwkbR0/aP30InD54GtxBS2XQX+/hVolBG36KZ75AA2xRDdl00guwnuwkuME637A51 WG7IFOzqvxQ8LpP1DJAF+dsZr71DBRKj+VnrDBilQnFzpi2PXyMa9CruFq3nHBdIpNHY LSwpBDJCxhO+sMM0h8EFyo6B+vXSSPWIZdKawLnxjym85j64Tct1eabSmIy9RAe6yAiu l+5w== 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=BEfvZgblR5ZA/2Uo/UC+JsoT2inLhkXxHyxnwGqUeCc=; b=dSBe37vdXPOnT0cToSqF9T2t1Emd1FBLrB8+VUg/RjPXNKMrns3mFJ1EE2weVhQLFJ GLWp+epSp573/Mv0e7hT2aDmtkq9RL00YkW/Qc7yM3h9AytzhJ4EjqIHOynZRk3H0fID VnTky8Mu3/ENFpub1yffs52P0LWb0dqkoYi9bOJRy2ND2Am0SUoGiSZ/7EzPJttU1aGA TdiLmyPoTnSJ4v3amDnhhZQO/QxhWyqnzsLOxlCPbKR8BoyIJBrRFn2IzGfB/AHjLjxs uXmJ6rOm+1d+pBzjwp1VGqipgUZGw29HJ6PYHEV7svWKekGRKqqIjWWU5gqvJHHenB+G Z+NA== X-Gm-Message-State: AIkVDXKG4BoNBfHrb2MYVbi5OKYIeQ8Ol39bBMNPDmCNaFm8p8qo5JecxOban5IyUeSf7wEApuMnXzDe8yNVbA== X-Received: by 10.159.33.170 with SMTP id 39mr5361223uac.110.1484847783934; Thu, 19 Jan 2017 09:43:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.103.20.3 with HTTP; Thu, 19 Jan 2017 09:42:23 -0800 (PST) From: Outback Dingo Date: Thu, 19 Jan 2017 12:42:23 -0500 Message-ID: Subject: Status - ClearFOG PRO To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 17:43:05 -0000 Can someone comment on the status on the ClearFOG PRO?? Ive seen recent commits going into the tree that mention it specifically in the DTS file, Is an image buildable? What is working now, what is not? I have two that need some FreeBSD love. From owner-freebsd-current@freebsd.org Thu Jan 19 18:59:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1E18CB8D9D for ; Thu, 19 Jan 2017 18:59:44 +0000 (UTC) (envelope-from kevans91@ksu.edu) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0051.outbound.protection.outlook.com [104.47.40.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D9191D20 for ; Thu, 19 Jan 2017 18:59:43 +0000 (UTC) (envelope-from kevans91@ksu.edu) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ksu.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=VjowvhWWJnnSZobpEqk7ZVAbkVHdwmtsjlGq5B2sTkk=; b=dFR6xdu+caF2RcxAqhNI+2pF+V/GPsN+whNNGUzJYPZHNjzV4jpFOQLrHgMInrR3lwowhMYY5I3u5F4xSuOsLCqf8H0+T6oCFYEoDiEXZ3UYmoGiuVV2s9ly+0v/xbaszSkfIdMLCS03D0wNcTG2bsMxIvi3IA3S+neY6FdM2gY= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=kevans91@ksu.edu; Received: from mail-wm0-f51.google.com (74.125.82.51) by BN3PR0501MB1316.namprd05.prod.outlook.com (10.160.183.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.860.6; Thu, 19 Jan 2017 18:59:42 +0000 Received: by mail-wm0-f51.google.com with SMTP id c85so6704490wmi.1 for ; Thu, 19 Jan 2017 10:59:41 -0800 (PST) X-Gm-Message-State: AIkVDXJmN6YAvMs728hs5/BbmJYcVDU2OFidnn9Oo/oUhXeD/G6C/pwv0dc0xdgqCpmAygdgh+TEGQ9lwjupmg== X-Received: by 10.223.152.2 with SMTP id v2mr9066133wrb.109.1484852373458; Thu, 19 Jan 2017 10:59:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.59.136 with HTTP; Thu, 19 Jan 2017 10:59:12 -0800 (PST) In-Reply-To: <84817.1481960079@critter.freebsd.dk> References: <84817.1481960079@critter.freebsd.dk> From: Kyle Evans Date: Thu, 19 Jan 2017 12:59:12 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: vt(4) odd scrolling behavior To: Poul-Henning Kamp CC: Content-Type: text/plain; charset="UTF-8" X-Originating-IP: [74.125.82.51] X-ClientProxiedBy: CO1PR15CA0003.namprd15.prod.outlook.com (10.166.26.141) To BN3PR0501MB1316.namprd05.prod.outlook.com (10.160.183.17) X-MS-Office365-Filtering-Correlation-Id: 2ac5613e-feac-4ba3-d306-08d4409d53a8 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:BN3PR0501MB1316; X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1316; 3:5bgIkDpy8lfwo0FVzk2ifT5LbQbwAaXtM4fxhevmQR0fuCxZl7a6NWXgtOVYayU3Gi458cgbbD4OBWSFfvaV+WdJu9JSYCGO4YCixjIj4GsyRGk4iAQe6bVR5L9+zOu0aXH8NTKOntLLHxS6qEjlXrboRdgGOdJzLTZkZu9kt/ENkocxUesG3gC28fDm2F5aIKpjfOtPyUQzXkvDwF7t2yv2X3vqjS5jxVpH0Xtv/NbUfh16zTNrfa2DHAk5dOY5e+ag8lDoTDD0NHnM+Tl8PQ== X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1316; 25:jLqJam5c6q9T5fpw4gVDM4+e9ZYkXhaYJQv3cdduzqEQFUKH2Vtbhcwt0zk2IBSlfCslwGdz7hcWRYyrC2pn69BzMQ316k72CY40mPI5XK/kVWCe1BH8qRIA9TvF7OKh06jBZcM33i4I2xiOg6f4LYXw8KU01Q3v+xydSXDYNztuQo+VMTgDITRRlviyhQvHE4fsCFeGNUhaC8jyPzsUhxciOtpPIfHH0tUWyAtwz3ABYM85vS8nm6MCpsYoGPK/LZw60qJ/eAALXOY6sI5JpbVFY6HGBjZOHntoLaQFdYmWa584xQDce2VVpuQOEj90/UqqQeHJ+kvvCyU1EhW2bpjqhs1ptrxA4Hdce2q9PWA1MYmoYY5d+qM0TW9FGh4GXIv00KgnVo/QO7ALJquApPmMp7PJKE2iY0V3ajyBCUkqsTyP8SqjuXY8BEZufjq8z1Ievj+HIjfg9vy/aI99PdydpzkpiEEf7ZhKv4YLxPXFUzEuozwdsb3To3Li6s/p43ZmkFQ5iBczpoZAMn3Gs3H5QwmlbNvo5BlHTftMGyay8tmSZI40kzorYqVKo1xp8KExbwtgUM/cUDuPt0Xun/M7M6vtu6MVQFDDZV4G/kBZ56DPTQfPFS1pEK1x5lDfpfTZTs3f9Z0v8uNkd4ehXJkqx/XSKWV2kZaUez3AlJq8PGDd4qDu0zPT3cWwk2TM1dSizZb7w856ET9cR9bbusUyf7hNKqHpMCRSqxHLn/WBMs8KK9BZbcMCcAFlZb1+ X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1316; 31:neGaFoRyKPp7WQRm/ZlVmNhvk/r7eVwPv6fN1rILu2lwG+Y7U4Tneg8etGqsCaz5o44/9h7OCSWSL10osK5r+Qg2/OcZ3nbdY3lvSCTzLaPyS2YJRUjXV8rsI9638wPg3xrlspr4HGa62xJFIU18Cz82Mwwjb0I47CvsUGiC1dXw7e+SyP+erfqBUDbJPRJ8JZK8AjUcBCOMWk3dqPpNtkmpU97P5zeucMfHaZP0PCRVlX6KTAMb6OEwZPtTJxP3zq8c247ij5LM8X/cMVjvaW3MAGgijqvu4jwPoRRiM8g=; 20:t++KXBCq7OuezXGq0/ryS8lrnBqy9vXfjHFTe+To16RtzXFvjfbPIF+46RTfLeJu9pBu/PacVsEnnQvm0H2dunasB2KVdJiiHWNaXQ9fYAsHE3+JtNn5JcPEs8fJrhQUW5ES3820UFLnEXqPw7D+Mo+DN1AUCUcPBnRvQyM2qwZ1B6pZV4+SgGOe2S2JHOmtVjuO36cEkXkfVYfiXUdF6eBAsQauS2CMC3e/w2MKvWmlpnu2Jn+YP5GjA4D9zpugLGQO2nyYdeKKX0ZSrokXPDaQCzQeeXqFXzdkJ58D6qJs1+AK9Ae0gBmmq/KxwpaTkdj3EPZ1wxzto1+Cc5E+FCozHX+mFMlT2dhx+vqfzp3sX0G7m9DKnMjXeSTvM5PSN0kYUzyMJTtXrMfdvWRm0gIS9bOTKfnHIMOdZO/HXpKLyZqZzZCUp22EFlUEHJyf9cECz1tBo5d99FjmJ20vT5eQDIp/JrXaO92SHSJ4WkcOhiOzEvHtAxptm0Zub6zl X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6041248)(20161123555025)(20161123564025)(20161123562025)(20161123560025)(6072148); SRVR:BN3PR0501MB1316; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1316; X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1316; 4:w6CKTr1HOpu/cxj1rqXebk0+b5dQdxuCPdhjH8Dm3gdmJv6MWx7m4FJ1Su2otggsr7wnEJZkRF5vh7nYLmIrxCNSlh7Q546fmWvjK2fJKgQnGZ2UrMKSCr6Amr+KbUXbva+SEM+WZehc1/0UlecMyC7VTQ/aoG0xVvuI2goAi2ga+InrnmfAG+ryGwWbRyxtbcd2OUVKJD9uSdZh9LF5wOxUrdBPSs6NUFdB8uSRM0r65F4h6QE5BmS2EYW6B+Z73vWX3qmyHbBAFA4hIbitXpYJNtNd0B1q1Wq1vCIpu3D59zXT9HazGPfWpETKum8noSmekW0d/ix7d9MyrtOP3bmfaCoD5bwtQdbYN4qw7Ob4iBkLD324w1o2/U9H38KOAUa3F0eZT7qbKVPPhFOlUXNYY6L5aLTwaABNAqnRmpbz6pNV+RS7jfL+Sy4jMeMkh6BsYteiAeSuu0/uZesVlyIk53UnuWyolRjF0pxweqjRTWU3UIuiLWhIGdIcTbkfrhkj0KfRXF4T0z+1qpwxjlRQd3ihTDmrX8CGXdJRnZiX+ODx1GAxfQphKNsMWPy8 X-Forefront-PRVS: 0192E812EC X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(4630300001)(6009001)(7916002)(39450400003)(24454002)(189002)(377454003)(199003)(229853002)(38730400001)(189998001)(305945005)(92566002)(54356999)(50986999)(76176999)(63696999)(93516999)(106356001)(2906002)(7736002)(88552002)(498394004)(23676002)(86362001)(50466002)(101416001)(8676002)(81166006)(81156014)(97736004)(2950100002)(55446002)(5820100001)(6862003)(110136003)(9686003)(53936002)(69596002)(66066001)(42186005)(6116002)(9896002)(68736007)(61266001)(3846002)(105586002)(122856001)(47776003)(450100001)(75432002)(61726006)(4326007)(5660300001)(55456009); DIR:OUT; SFP:1101; SCL:1; SRVR:BN3PR0501MB1316; H:mail-wm0-f51.google.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received-SPF: None (protection.outlook.com: ksu.edu does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCTjNQUjA1MDFNQjEzMTY7MjM6NFlKb1kybnhnaE9NK2RObUJtMDdzb1pV?= =?utf-8?B?QlJKL3poeVNCM2RlcnMxeG1oNzVyYTVUd00vWXRzSU0reVgxWnF2cDVzMjZR?= =?utf-8?B?RW5DUDljR3hSOGF5emQyVG1TZHJNUE1HNjNxSGx1RDNLS2RMMEpHWFlsOStj?= =?utf-8?B?WlZjYjdrNVFXZThDa3RnalQwc0x4Y3VONElvM0JnSTVhdlRSYlR6YUZBU2ZL?= =?utf-8?B?Q29jeGp0U1ZTOExtQitRN21iMFdFM1NnN3EzQVIweEd3RkN2Tm80d2lqMThI?= =?utf-8?B?VWQ0Z1JSWmVYS2dMMkhTbUhVVDJuVlV5cW5mVUdHSFB6WGRtWW52VTk4YzYr?= =?utf-8?B?V0xCUy9UYnB6SkNHWEZQT0tWMEgxd28vRjE0aUlGaWtrc2xRZ2paTWxBNmRQ?= =?utf-8?B?V0JPdlhxVS9odi9rS2NvWk5JVUc1dFRTV1YvSjBKNWN1cnBSeFphc1hoWHNF?= =?utf-8?B?Rjc5TFk3TFdJMG9GVGF3dDlUcmZnNW1ma2VGTlhVcERudzhkWHZ3R1RjaWdh?= =?utf-8?B?T0J5ZUYzR1VJUDEyZ04zMWlsK3IxT3ZqOXVtWnJZNXMybHJVZExjNFhiZ1dJ?= =?utf-8?B?TVBsdk9SZ1J4YU5nZDJYR0NYY1kvYjRIOTNLOHlNWFcvSFpmcGJLSlVwT3Br?= =?utf-8?B?ZlA4YzQwNThJUkV0QUFoRnN4YWRnK1JmVjMzMytCSEJkb1pRMzUzUEhhc1lZ?= =?utf-8?B?ajVtb0FGVE05VkQvbkxsV29PcFVQN0QzVDNORDMvYUVPdDhSOS9NNjkxNjhr?= =?utf-8?B?ZkpoYiszT05TdURUWTBKK2tsWkVhM0VBalVWeTY4Q2VyT3hydkVUbk00Vk1k?= =?utf-8?B?NVIyQTJBam9FV0NtQWRXdUlRVm5rbTBqTzNHTGNTMHJXLzBsNFJjLy9mQStY?= =?utf-8?B?UTlPUm5jQkc5N3ExUHhqNnJzd3A3SE4zejdBV2NzRU9OVnBJU0l5eHdwWWZa?= =?utf-8?B?MFlBUVpLcWhWWXF6WlI2c1Y1MTYvWkRtaHJGeXRDTEpYd0ljWHN2ajF6SllM?= =?utf-8?B?TVozRUNQZHRXSVNXMEFxSm5uZEU2aWZRYnF6RStteUI2UUJORjVEbUlNUEha?= =?utf-8?B?aXRvR0U5Tkx0NXdNSDlYTVRrcmwzL3RTUmdCbEFZOHdacEdWSEgwYTJHVnRT?= =?utf-8?B?NER1dnhmOGZiY3hleEhhTzJka3dFR0cvaVhlRk81UEZ5b0tXc3ZKTEVCc3Yw?= =?utf-8?B?MTE4OS9JcjhYeHZLclJOSDk0bmU3amswNWMrZDRSRUJLeFZzMU9ZWmRZSkhJ?= =?utf-8?B?ZU5COS9uMFpKSVZjK0NSNkFTekpLSXQ3RGZ5M0QzZXpNaU1Lcm5vMzRTUklu?= =?utf-8?B?UnljNUljOElzcGZ0RXI4VEJ1TGM1MTlKcEIwSlVkZEZkYndSVEdKZ2RGeDBX?= =?utf-8?B?YkZXUkp0SVgycC8yRGVzcGxwKytnanVZanloSXo2YmhrSjZTbTdOK05aZ2E0?= =?utf-8?B?NUYzZ0lVNW02TFZ5WEFMRlROc1drcTBFQW1pc3VFbFNSREZWdHJ3SUtVT09X?= =?utf-8?B?SGxjUHpHSUZwVHg4WjAzMjNUQld2bDhHN1MrcGUzeUE3ZUYzdndhYnQ2dWJC?= =?utf-8?B?U09oNlcxeHBlWXJ6bGJwOHNNak51YjYraWhPS215c1R3cCtNTjNjMENtOGdY?= =?utf-8?B?OUtoVnpxT1pRTnQxOVVXL1NUUDFTMlI1aGs3OVl5QjdkRDRLQkVIdEh4YUE5?= =?utf-8?B?SzZ2cERwbVl0TEdmMHpwVkV4K2llNHlUTW9RZ3M0ekVOMWhLbk9mR0tES05M?= =?utf-8?Q?EuL3UHX48GBq06+KeX6uH5DQxm8XBmmycIWi+6s=3D?= X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1316; 6:5MomxoIIjPv16iN4cgnhjptiOJA08dK7KjWLnLlfOOZpbNEKq6fEaiZBllVZ5MdyMj1zLNgELSHSenFYEATeTErQ4NUN34U5qXdawJSoxbS90mQHWFym8erGbVRU2G9jkll1S9MGscciSis7Mose5W6d+d7eWn86cRr314Hp/vL6cQhEmCJO0aGRgSjnurkIT/Gd+r+XCS48vNv0sVvJIKKKnmhsQe/a+25Dxr/FVmdZR1dXFvTtr2s1NACuFVBalaTnQsPNWu39s4/tY1ZjcUJ8zJccyvJYVQjrVIZ945ciQeq4eEZJqIIxB83lXP6ur/ZxcgdoQnt7O93WksZ9uXx5vQTzeMYw+nBwu7IJDIz4ueIJYzWv429OL5u7nv55oo/C27UppSxI/El5sHpcO/N+xyBerjy0NbOYVFAHLOw=; 5:YJTYl55TQyNfVX7ODjdVqqbe2sypmmMpShCZVGvobVvVDcOUI+IgVeScs5TFXc1HHM1WXnRBR+Dpj3ZD4Ek1UvGWTdQ1JSfVApAtUHznGKqTefkMZefJMHQx3VYVSxPFQMXlVCKgg4AZc9labA03/w==; 24:Kn94qrTp1UCwWH8PJt2cW5F4LmQbZHzqRQnu5XPCVCyoeOmkDPUye/nJbtFtc5VPHYXMAKoLOlQIwhNCw4gCcbWLN2oDRn+4OnWCbgzS0cU= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BN3PR0501MB1316; 7:9oXHjNiDRGJ7ShAvRegsCHaN4kROAbODUqaCLgeYp/gtuOWHE48kJm8n7tjYCL402oY+i5uBk09V9j+yu4g6DKicKqe7cpKDizd1/OKQ2mLejhC45j0dWp0wbZrJzyPVKjw2IGJn4F2l6Fx3z0Tm1X+0isfOvffnzT1YBOqE/VqJqQqADpUIQjz84n9VtQYDl1lb+d+Bz4vPRCce+xgIX5GuSGHd+ulFm2odIdnlF9b6i5xnXJ0AicF9XD4l7jgqH0uZAucN101hwDPWyiWyOPCOlHGHTAkh5dwcuH9YiCfvVCPJkS2ny7S1ZonpdwJ4sUjYPkywXRrBH+cg41q0MUgZIcpeixQ4PYtvzwWC7Cg33F9lneweZG6sURHp0f2b1XD/6Gepsq4kMJIF+mu7j2tb9wfjnf/kFTSC5e3fRyXAUM5my24jwCxbBum1dknSaF4Ba4a6K5XbBflZ6uJTwg==; 20:NpwDbsT5XyZiY7pvF69tasy8vqh9yNUSn6ntpeRzDP1wig3rTuuikBXbj2hpCGMABk4PgwVNtj3b4FpP2TsZuwB8Zmtf6jETb9H2TepDZxqMw9karM9+mjuiCcV+55WLPXEv/tiba5O7+vGyF/NgCDw/dgHXbcBfR+UBIAk27IA= X-OriginatorOrg: ksu.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 19 Jan 2017 18:59:42.3542 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1316 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 18:59:45 -0000 On Sat, Dec 17, 2016 at 1:34 AM, Poul-Henning Kamp wrote: > I've seen it too. I think beastie sets a scrolling region and > doesn't clear it. FWIW- I got some time to mess with it again today, and disabling beastie (via beastie_disable="YES" in /boot/loader.conf) entirely does not change the situation on my side, unfortunately. =( I couldn't think of anything else to try that might affect it, but open to suggestions. Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Thu Jan 19 19:10:05 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00246CB81AF for ; Thu, 19 Jan 2017 19:10:04 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CBA80135D; Thu, 19 Jan 2017 19:10:04 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 9EE327FE6; Thu, 19 Jan 2017 19:10:03 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 19 Jan 2017 19:10:00 +0000 From: Glen Barber To: "O. Hartmann" Cc: Matthias Apitz , freebsd-current@freebsd.org Subject: Re: ISO image: where is the CLANG compiler? Message-ID: <20170119191000.GG1451@FreeBSD.org> References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> <20170119055816.GA2184@c720-r292778-amd64> <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="TdkiTnkLhLQllcMS" Content-Disposition: inline In-Reply-To: <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> X-Operating-System: FreeBSD 11.0-STABLE amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer X-Spidey-Sense: Uh oh, Peter logged in User-Agent: Mutt/1.7.1 (2016-10-04) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 19:10:05 -0000 --TdkiTnkLhLQllcMS Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 19, 2017 at 10:16:46AM +0100, O. Hartmann wrote: > On Thu, 19 Jan 2017 06:58:16 +0100 > Matthias Apitz wrote: >=20 > > El d=EDa Wednesday, January 18, 2017 a las 08:00:04PM -0500, Allan Jude > > escribi=F3: > >=20 > > > On 2017-01-18 14:37, O. Hartmann wrote: =20 > > > > Am Wed, 18 Jan 2017 16:38:32 +0100 > > > > Matthias Apitz schrieb: > > > > =20 > > > >> Why you do not just boot from USB some mem stick image, mount some= disk > > > >> space to /mnt, svn checkout CURRENT to /mnt and build a booteable = system > > > >> (world and kernel) and install to DESTDIR=3D/mnt ? > > > >> > > > >> I do not understand all this hassle? > > > >> > > > >> matthias > > > >> =20 > > > >=20 > > > > Wow! > > > >=20 > > > > As I initially stated, that is EXACTLY what I was inclined to do ex= cept > > > > the fact that I had already an intact /usr/obj and usr/src with a > > > > complete compiled system. > > > >=20 > > > > I booted from mem stick and I was lost due to no cc! > > > >=20 > > > > Even for "make installworld" it seems I have to rely on the compile= r. And > > > > the images (ISO, memstick et cetera) provided these days do not con= tain > > > > any clang. =20 > >=20 > > Yes, you will need it and it will complain about missing it, if for > > example you moved 'obj and 'src' to other dirs after 'make build...' > >=20 > > But, in your case the mem image really is lacking the cc/clang; I > > fetched the image an did: > >=20 > >=20 > > # mdconfig -a -t vnode -u 1 -f > > ~guru/Downloads/FreeBSD-11.0-RELEASE-amd64-memstick.img # mount -o > > ro /dev/md1p3 /mnt # find /mnt -name clang > > /mnt/usr/share/doc/llvm/clang > > /mnt/usr/lib/clang > > /mnt/usr/lib/debug/usr/lib/clang > > # find /mnt -name cc > > /mnt/usr/include/netinet/cc > >=20 > > With this img alone, you can't compile a system :-( > >=20 > > Setup a system from DVD and build your own image containing a complete > > system on an USB key; with this boot your damaged system, recompile and > > reinstall world and kernel. If you (O. Hartmann) need a step by step > > guide, I could send it to you. > >=20 > > matthias > >=20 >=20 > Hello, >=20 > thanks for your help offering! very kind. >=20 > I've already solved the problem - not with the suggested process, but via > copying missing libs and files from and identical intact source. After th= at, I > ran make buildword/buildkernel and was able to successfully install the n= ew > system. >=20 > As I stated before: I already had a complete compiled world and kernel ex= isting > in their proper, intact folders (usr/src and usr/obj). There was no need = to > compile a whole world. > Intending to "make installworld" failed, this is the real problem, becaus= e the > ISO/memstick images provided lack obviously in the required infrastructur= e and > so these images are worthless for sophisticated rescue operations - or ev= en > such a simple ask as described initially in my posting. >=20 > I created images on CURRENT of my own - they all lack in the ability of h= aving > the necessary tools aboard. So I consider every image useless for rescue > operations except, maybe, the DVD image - but this one is not provided an= ymore. > For what reason? Time? Accepted. Space/disk usage? Well, welcome back in = the > stoneage of computer technology ...=20 >=20 > I remember faintly that there was a small discussion on the @CURRENT list= , but > I didn't realize that the result would be the extraction of the compiler. >=20 > Just for the record: most servers delivered to us do not have CD/DVD driv= es > anymore - they are outdated and considered an extra these days. Purchasin= g 1 GB > USB thumbdrives is getting even harder, smallest size my employer provide= s now > is 2 GB. And most optical drives are DVD. From my point of view - and thi= s is a > personal view - the "standard" is > 1GB so there is no need to break down= by > force the FreeBSD image (if size is the reason) down to < 800 MB or < 1 G= B. I'd > consider having < 2GB the line of standards (2 GB USB mem drive). > And for those, with need of very small images, smaller images could be pr= ovided > as the extra. >=20 I do want to weigh in here and inform I am actively watching this thread. clang(1) is not in disc1.iso or bootonly.iso because the MK_TOOLCHAIN knob is disabled in the targets that generate them. This has actually been the case for quite some time for these images. dvd1.iso does contain clang, but very rarely (if ever, actually) are there dvd1.iso images produced for development snapshots. This is, in part, solely because of the additional space/bandwidth required on the mirrors (not just mirrors controlled by the Project, but third-party mirrors as well). I am working on splitting out how the memstick.img and disc1.iso images are produced, but ran into a problem which I'm looking into a workaround that is backwards-compatible. Since for USB images, a 700MB limit does not make sense, and right now it just so happens that the memstick.img is created from the same contents of disc1.iso. I know this does not help with the immediate issue, but wanted to chime in with I do see and understand the larger issue, and am working on a more long-term resolution instead of a one-line workaround. Glen --TdkiTnkLhLQllcMS Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJYgQ8DAAoJEAMUWKVHj+KT1k0P/0xOpo4YF54MMzHIPelLqc0P M+MKUfrEE2OszyL91UmSNzIquAXcfI+7UuwZlge2eIYB/7iRIdYJpTNy82rqulud lNFvU9nlbgVdhg78FuxwwTzlvq36L13vyEi1X7sk6QtYLFz5vJ1nzQs2Wa/sznGg vAZ9TrARryBIcWE5YYtAn2TjTqLfpOBAKEV1hJt4t95SrTckxT8r1oWvN6MVDWL3 /GwisKkuCBR+c8TwoYTfm9MsGgzXiyxIulGl6eUZB1dO7KVwTL6ztzgKXHHJ3svd yTqO4HZ8DxFQvD1HzDUpL8OjSJdC3NCxbsiK0AiCQ3xEQ+/uW4a7zG40lpu79QfP 1/7UZX+YafdGnk5PPkP64LGzuPH3LVYp9RIw1TbTpnon6z0R8benz/D7kMthwIMY A8l3bmmzAmiKHJwMqVhSXan5ZplJ6I6Ywam2UcxtnwX2P7lrnpoxba3DwefWg/lG PsWgvoW6biywNITNdW0ov/3MadNtTF39Mpf/tsd5hDAyQmNLgTG3TOSlDTd3KofX m+MFjjb43Ij38yo6AdNb9IroYuUxt5NnF6ptHHGPVPjEJfeCgKImEvnlg7TIvMRV FHzw2roTY7dSkFhLUgpJLKMrrVJRvby8jkuq/CJcST87uSUldxFn79cUAzX4vpl2 xykaF21nk3VDhgb2FRfU =8cgj -----END PGP SIGNATURE----- --TdkiTnkLhLQllcMS-- From owner-freebsd-current@freebsd.org Thu Jan 19 19:38:34 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73AE7CB8F28 for ; Thu, 19 Jan 2017 19:38:34 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C0411634; Thu, 19 Jan 2017 19:38:34 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 2EF1E1563; Thu, 19 Jan 2017 19:38:33 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 19 Jan 2017 19:38:30 +0000 From: Glen Barber To: "O. Hartmann" Cc: freebsd-current@freebsd.org Subject: Re: ISO image: where is the CLANG compiler? Message-ID: <20170119193830.GH1451@FreeBSD.org> References: <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> <20170119055816.GA2184@c720-r292778-amd64> <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> <20170119191000.GG1451@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="VbfcI4OLZ4XW0yH2" Content-Disposition: inline In-Reply-To: <20170119191000.GG1451@FreeBSD.org> X-Operating-System: FreeBSD 11.0-STABLE amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer X-Spidey-Sense: Uh oh, Peter logged in User-Agent: Mutt/1.7.1 (2016-10-04) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 19:38:34 -0000 --VbfcI4OLZ4XW0yH2 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 19, 2017 at 07:10:00PM +0000, Glen Barber wrote: > On Thu, Jan 19, 2017 at 10:16:46AM +0100, O. Hartmann wrote: > > On Thu, 19 Jan 2017 06:58:16 +0100 > > Matthias Apitz wrote: > >=20 > > > El d=EDa Wednesday, January 18, 2017 a las 08:00:04PM -0500, Allan Ju= de > > > escribi=F3: > > >=20 > > > > On 2017-01-18 14:37, O. Hartmann wrote: =20 > > > > > Am Wed, 18 Jan 2017 16:38:32 +0100 > > > > > Matthias Apitz schrieb: > > > > > =20 > > > > >> Why you do not just boot from USB some mem stick image, mount so= me disk > > > > >> space to /mnt, svn checkout CURRENT to /mnt and build a booteabl= e system > > > > >> (world and kernel) and install to DESTDIR=3D/mnt ? > > > > >> > > > > >> I do not understand all this hassle? > > > > >> > > > > >> matthias > > > > >> =20 > > > > >=20 > > > > > Wow! > > > > >=20 > > > > > As I initially stated, that is EXACTLY what I was inclined to do = except > > > > > the fact that I had already an intact /usr/obj and usr/src with a > > > > > complete compiled system. > > > > >=20 > > > > > I booted from mem stick and I was lost due to no cc! > > > > >=20 > > > > > Even for "make installworld" it seems I have to rely on the compi= ler. And > > > > > the images (ISO, memstick et cetera) provided these days do not c= ontain > > > > > any clang. =20 > > >=20 > > > Yes, you will need it and it will complain about missing it, if for > > > example you moved 'obj and 'src' to other dirs after 'make build...' > > >=20 > > > But, in your case the mem image really is lacking the cc/clang; I > > > fetched the image an did: > > >=20 > > >=20 > > > # mdconfig -a -t vnode -u 1 -f > > > ~guru/Downloads/FreeBSD-11.0-RELEASE-amd64-memstick.img # mount -o > > > ro /dev/md1p3 /mnt # find /mnt -name clang > > > /mnt/usr/share/doc/llvm/clang > > > /mnt/usr/lib/clang > > > /mnt/usr/lib/debug/usr/lib/clang > > > # find /mnt -name cc > > > /mnt/usr/include/netinet/cc > > >=20 > > > With this img alone, you can't compile a system :-( > > >=20 > > > Setup a system from DVD and build your own image containing a complete > > > system on an USB key; with this boot your damaged system, recompile a= nd > > > reinstall world and kernel. If you (O. Hartmann) need a step by step > > > guide, I could send it to you. > > >=20 > > > matthias > > >=20 > >=20 > > Hello, > >=20 > > thanks for your help offering! very kind. > >=20 > > I've already solved the problem - not with the suggested process, but v= ia > > copying missing libs and files from and identical intact source. After = that, I > > ran make buildword/buildkernel and was able to successfully install the= new > > system. > >=20 > > As I stated before: I already had a complete compiled world and kernel = existing > > in their proper, intact folders (usr/src and usr/obj). There was no nee= d to > > compile a whole world. > > Intending to "make installworld" failed, this is the real problem, beca= use the > > ISO/memstick images provided lack obviously in the required infrastruct= ure and > > so these images are worthless for sophisticated rescue operations - or = even > > such a simple ask as described initially in my posting. > >=20 > > I created images on CURRENT of my own - they all lack in the ability of= having > > the necessary tools aboard. So I consider every image useless for rescue > > operations except, maybe, the DVD image - but this one is not provided = anymore. > > For what reason? Time? Accepted. Space/disk usage? Well, welcome back i= n the > > stoneage of computer technology ...=20 > >=20 > > I remember faintly that there was a small discussion on the @CURRENT li= st, but > > I didn't realize that the result would be the extraction of the compile= r. > >=20 > > Just for the record: most servers delivered to us do not have CD/DVD dr= ives > > anymore - they are outdated and considered an extra these days. Purchas= ing 1 GB > > USB thumbdrives is getting even harder, smallest size my employer provi= des now > > is 2 GB. And most optical drives are DVD. From my point of view - and t= his is a > > personal view - the "standard" is > 1GB so there is no need to break do= wn by > > force the FreeBSD image (if size is the reason) down to < 800 MB or < 1= GB. I'd > > consider having < 2GB the line of standards (2 GB USB mem drive). > > And for those, with need of very small images, smaller images could be = provided > > as the extra. > >=20 >=20 > I do want to weigh in here and inform I am actively watching this > thread. clang(1) is not in disc1.iso or bootonly.iso because the > MK_TOOLCHAIN knob is disabled in the targets that generate them. This > has actually been the case for quite some time for these images. >=20 > dvd1.iso does contain clang, but very rarely (if ever, actually) are > there dvd1.iso images produced for development snapshots. This is, in > part, solely because of the additional space/bandwidth required on the > mirrors (not just mirrors controlled by the Project, but third-party > mirrors as well). >=20 > I am working on splitting out how the memstick.img and disc1.iso images > are produced, but ran into a problem which I'm looking into a workaround > that is backwards-compatible. Since for USB images, a 700MB limit does > not make sense, and right now it just so happens that the memstick.img > is created from the same contents of disc1.iso. >=20 > I know this does not help with the immediate issue, but wanted to chime > in with I do see and understand the larger issue, and am working on > a more long-term resolution instead of a one-line workaround. >=20 Random thought: Brought up out-of-band, can you try this from a memstick.img and your already-built userland/kernel to do what you had originally tried to install the system? # make -C /usr/src WITHOUT_SYSTEM_COMPILER=3D1 DESTDIR=3D/wherever install= world I think this is why cc(1)/clang(1) is not being used from /usr/obj, and you don't have a compiler to compile the compiler. Glen --VbfcI4OLZ4XW0yH2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJYgRW2AAoJEAMUWKVHj+KTBygP/jNmaZg3r1mggd1tloq6+PGs EN0A934XnsPzI6tlppXWIJTl5DWN/CrrMKmGAW6jbnXI4lwjgUp6MnI83n8EbN+b YeZjnRLzQ88Ndybnkrmmd08Uvmttjdnm8KnitOgyx59rNNpx/pmw0RVwZyiiKpmY dWzRKsT+tHNmlcI9aVL4XhZgd+xTctCvJ9ogHjsYAFOH5V31AqUar9XpsO7Z6ORG ifIv6NXUG9wzJsPLN/INe8GYjXzJF0b5c1WlrA+gpitqoeQdMCPaHmJdSZEtmfaK BWk+yAWEkRA8MOyJsq61r8aThvPInpT01nIiUx4J1LHkuO5DW7KpDN7CDHWeHP1c D6A2LgG/t9Mgynqr8inku+Ptq78PHeCAJM3JtaF6/qWEdau7z0zCcNtfyQ+ZUaNv O1vVGj9gwJQ0ptFv9Rx0TvAbNWd2tPZ5mYmFTBK9WPcHpxLLmxGMEeLLwiYeIsbx 4RQCSR1FvdV2/HqQeuEu5OXSXIBGEShHTXmTWAgwIkb6GFZo2rutCUGCcTkMXUwB ggrcMQY4vHnOcdflTs9DZYDIRIDHT936THIkj+dSRdwW2SCFIxuENnxuA7HmIWhb N4G8ljYxVwayPfZn+dpKnCIBC36obnYn3Ne/HEmlNUq0xn2TRkDJK4HEOiuIdobE 44/NOUVxzZO9eeWrS5HU =VQOS -----END PGP SIGNATURE----- --VbfcI4OLZ4XW0yH2-- From owner-freebsd-current@freebsd.org Thu Jan 19 19:50:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09A9ECB845D for ; Thu, 19 Jan 2017 19:50:37 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-ua0-x231.google.com (mail-ua0-x231.google.com [IPv6:2607:f8b0:400c:c08::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AC6F111D4; Thu, 19 Jan 2017 19:50:36 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-ua0-x231.google.com with SMTP id y9so44970422uae.2; Thu, 19 Jan 2017 11:50:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=QhxU2VEEQe4GeOsW0oX5xqnFYWnqBQ4x20VAimDwor8=; b=C11KNIuAaH9DvlIT1Df+adr+8ZeDIk9UB0MwLSfg/G1ewD5YadTs5qVh6CTQreICkI uOEsfuWrFPTsf5mUDdLaRV8ucFtuV+OAhJsFDjUSiELnwR5GdunEayumBvsAiw//M5uF WayqAYlJJ9mEu2ww6wMyaERLtMk56xSFYnSbnzi7qzHs68kW2lW3jaoqiraYikvHO+Tu mYZGjSd5e5lUUJg7JFYSKXjVKdj/TkZcyvb+0P8iyTSSe5k/OszEwi6GSD+9v2WsSxi6 l8n67Kr62Pea6lgNSGzeq+1Ji5AnUaFAZ8q/BQIvNL1VM0eM7yzvPKxgeThofiBOmsIu 8Kbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=QhxU2VEEQe4GeOsW0oX5xqnFYWnqBQ4x20VAimDwor8=; b=oCXGD3T67YNbmy4bkzoSueGueG8BmOqjh5hUDX3pW7tc+CMteJCA+FsDOy1QqKkMpv z8CSvk0PZZUbIsYx8UjWGhkXC0ak6ItvqLmF0qDURSO6BlctxJOKvPyg52KCq1EpXn+O TEHB60CWHmTV9Dx5CDmkrGvobrpTQzvG8MwMo8emF04Id0uyx6OofKzlT+8hvNf9JHuU Kx6aZ2VkUrKGSUOY7Z8bfUc7jUSgt6FVw84hD4/qyDHgTDYV+mnI0TtbaF808SWD7dIT l3MV3QfNYdvgppZikWbzNKiB+jTDcufNB2SLVE75zQpB4AovzBwZbhWnawCT7dri7z4W qH+A== X-Gm-Message-State: AIkVDXL4a84Y89rwFZOIcHi5dZoE2Oaxxc9BmprngXx/601A4xY1AVdXxyksacSupeBXFMx+uJaEdcgycDgHvw== X-Received: by 10.159.39.233 with SMTP id b96mr5761232uab.86.1484855435403; Thu, 19 Jan 2017 11:50:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.176.5.200 with HTTP; Thu, 19 Jan 2017 11:50:34 -0800 (PST) In-Reply-To: <20170119191000.GG1451@FreeBSD.org> References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> <20170119055816.GA2184@c720-r292778-amd64> <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> <20170119191000.GG1451@FreeBSD.org> From: Andreas Nilsson Date: Thu, 19 Jan 2017 20:50:34 +0100 Message-ID: Subject: Re: ISO image: where is the CLANG compiler? To: Glen Barber Cc: "O. Hartmann" , Matthias Apitz , Current FreeBSD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 19:50:37 -0000 On Thu, Jan 19, 2017 at 8:10 PM, Glen Barber wrote: > On Thu, Jan 19, 2017 at 10:16:46AM +0100, O. Hartmann wrote: > > On Thu, 19 Jan 2017 06:58:16 +0100 > > Matthias Apitz wrote: > > > > > El d=C3=ADa Wednesday, January 18, 2017 a las 08:00:04PM -0500, Allan= Jude > > > escribi=C3=B3: > > > > > > > On 2017-01-18 14:37, O. Hartmann wrote: > > > > > Am Wed, 18 Jan 2017 16:38:32 +0100 > > > > > Matthias Apitz schrieb: > > > > > > > > > >> Why you do not just boot from USB some mem stick image, mount > some disk > > > > >> space to /mnt, svn checkout CURRENT to /mnt and build a booteabl= e > system > > > > >> (world and kernel) and install to DESTDIR=3D/mnt ? > > > > >> > > > > >> I do not understand all this hassle? > > > > >> > > > > >> matthias > > > > >> > > > > > > > > > > Wow! > > > > > > > > > > As I initially stated, that is EXACTLY what I was inclined to do > except > > > > > the fact that I had already an intact /usr/obj and usr/src with a > > > > > complete compiled system. > > > > > > > > > > I booted from mem stick and I was lost due to no cc! > > > > > > > > > > Even for "make installworld" it seems I have to rely on the > compiler. And > > > > > the images (ISO, memstick et cetera) provided these days do not > contain > > > > > any clang. > > > > > > Yes, you will need it and it will complain about missing it, if for > > > example you moved 'obj and 'src' to other dirs after 'make build...' > > > > > > But, in your case the mem image really is lacking the cc/clang; I > > > fetched the image an did: > > > > > > > > > # mdconfig -a -t vnode -u 1 -f > > > ~guru/Downloads/FreeBSD-11.0-RELEASE-amd64-memstick.img # mount -o > > > ro /dev/md1p3 /mnt # find /mnt -name clang > > > /mnt/usr/share/doc/llvm/clang > > > /mnt/usr/lib/clang > > > /mnt/usr/lib/debug/usr/lib/clang > > > # find /mnt -name cc > > > /mnt/usr/include/netinet/cc > > > > > > With this img alone, you can't compile a system :-( > > > > > > Setup a system from DVD and build your own image containing a complet= e > > > system on an USB key; with this boot your damaged system, recompile a= nd > > > reinstall world and kernel. If you (O. Hartmann) need a step by step > > > guide, I could send it to you. > > > > > > matthias > > > > > > > Hello, > > > > thanks for your help offering! very kind. > > > > I've already solved the problem - not with the suggested process, but v= ia > > copying missing libs and files from and identical intact source. After > that, I > > ran make buildword/buildkernel and was able to successfully install the > new > > system. > > > > As I stated before: I already had a complete compiled world and kernel > existing > > in their proper, intact folders (usr/src and usr/obj). There was no nee= d > to > > compile a whole world. > > Intending to "make installworld" failed, this is the real problem, > because the > > ISO/memstick images provided lack obviously in the required > infrastructure and > > so these images are worthless for sophisticated rescue operations - or > even > > such a simple ask as described initially in my posting. > > > > I created images on CURRENT of my own - they all lack in the ability of > having > > the necessary tools aboard. So I consider every image useless for rescu= e > > operations except, maybe, the DVD image - but this one is not provided > anymore. > > For what reason? Time? Accepted. Space/disk usage? Well, welcome back i= n > the > > stoneage of computer technology ... > > > > I remember faintly that there was a small discussion on the @CURRENT > list, but > > I didn't realize that the result would be the extraction of the compile= r. > > > > Just for the record: most servers delivered to us do not have CD/DVD > drives > > anymore - they are outdated and considered an extra these days. > Purchasing 1 GB > > USB thumbdrives is getting even harder, smallest size my employer > provides now > > is 2 GB. And most optical drives are DVD. From my point of view - and > this is a > > personal view - the "standard" is > 1GB so there is no need to break > down by > > force the FreeBSD image (if size is the reason) down to < 800 MB or < 1 > GB. I'd > > consider having < 2GB the line of standards (2 GB USB mem drive). > > And for those, with need of very small images, smaller images could be > provided > > as the extra. > > > > I do want to weigh in here and inform I am actively watching this > thread. clang(1) is not in disc1.iso or bootonly.iso because the > MK_TOOLCHAIN knob is disabled in the targets that generate them. This > has actually been the case for quite some time for these images. > > dvd1.iso does contain clang, but very rarely (if ever, actually) are > there dvd1.iso images produced for development snapshots. This is, in > part, solely because of the additional space/bandwidth required on the > mirrors (not just mirrors controlled by the Project, but third-party > mirrors as well). > > I am working on splitting out how the memstick.img and disc1.iso images > are produced, but ran into a problem which I'm looking into a workaround > that is backwards-compatible. Since for USB images, a 700MB limit does > not make sense, and right now it just so happens that the memstick.img > is created from the same contents of disc1.iso. > > I know this does not help with the immediate issue, but wanted to chime > in with I do see and understand the larger issue, and am working on > a more long-term resolution instead of a one-line workaround. > > Glen > > Good to see discussion, but my 5c is: do not enlarge regular install media, it is hefty enough. I'd rather see it shrink, although without the limitations of old cd's rescue-env. Install media is install media, not live image. Live usb-sticks are so easy to do on your own, why waste the Projects storage and bandwidth on it? Best regards Andreas From owner-freebsd-current@freebsd.org Thu Jan 19 19:58:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8BAE9CB891B for ; Thu, 19 Jan 2017 19:58:47 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BCA91B03; Thu, 19 Jan 2017 19:58:47 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 22F9D1F1C; Thu, 19 Jan 2017 19:58:46 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 19 Jan 2017 19:58:43 +0000 From: Glen Barber To: Andreas Nilsson Cc: "O. Hartmann" , Matthias Apitz , Current FreeBSD Subject: Re: ISO image: where is the CLANG compiler? Message-ID: <20170119195843.GI1451@FreeBSD.org> References: <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> <20170119055816.GA2184@c720-r292778-amd64> <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> <20170119191000.GG1451@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Az4VpBrmI9+OyhK/" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-STABLE amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer X-Spidey-Sense: Uh oh, Peter logged in User-Agent: Mutt/1.7.1 (2016-10-04) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 19:58:47 -0000 --Az4VpBrmI9+OyhK/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 19, 2017 at 08:50:34PM +0100, Andreas Nilsson wrote: > On Thu, Jan 19, 2017 at 8:10 PM, Glen Barber wrote: > > I do want to weigh in here and inform I am actively watching this > > thread. clang(1) is not in disc1.iso or bootonly.iso because the > > MK_TOOLCHAIN knob is disabled in the targets that generate them. This > > has actually been the case for quite some time for these images. > > > > dvd1.iso does contain clang, but very rarely (if ever, actually) are > > there dvd1.iso images produced for development snapshots. This is, in > > part, solely because of the additional space/bandwidth required on the > > mirrors (not just mirrors controlled by the Project, but third-party > > mirrors as well). > > > > I am working on splitting out how the memstick.img and disc1.iso images > > are produced, but ran into a problem which I'm looking into a workaround > > that is backwards-compatible. Since for USB images, a 700MB limit does > > not make sense, and right now it just so happens that the memstick.img > > is created from the same contents of disc1.iso. > > > > I know this does not help with the immediate issue, but wanted to chime > > in with I do see and understand the larger issue, and am working on > > a more long-term resolution instead of a one-line workaround. > > > > > Good to see discussion, but my 5c is: do not enlarge regular install medi= a, > it is hefty enough. I'd rather see it shrink, although without the > limitations of old cd's rescue-env. >=20 > Install media is install media, not live image. Live usb-sticks are so ea= sy > to do on your own, why waste the Projects storage and bandwidth on it? >=20 For cases like what initiated this thread, actually. But, I'm not looking to increase the disc1.iso size, but separate the disc1.iso and memstick.img targets, which then can be created from different userland environments (one with /usr/bin/clang and one without, for example). But, I do agree with you that keeping the downloadable installer medium as small as possible (while still being usable for "rescue" cases like this) is ideal. Glen --Az4VpBrmI9+OyhK/ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJYgRpzAAoJEAMUWKVHj+KTOaQP/2H814QLrFM018X7aT7IcD5h fDiyYgGhrGPyxLLSwyWMyPsajYss3dbtnfN/YEt3tyDXzW0M9N6HtcjeaxiTZeVb vJ6zqTs7LKqkObB8FFm6xkoOpIa2KhHXvQdAXz7dmDXaFnZQIHV0r/zV7trtSDwb T2Yi9cQgudzezIUPeGs85VtPZ1GLAT4/OUbikVjyURWgDSapuS1MmH8XwHje9AGG KG7zgHFhkIxPtxIuJDjOG2PKL+YAr9WsTotmJg5JHTH5NqzdQgKMcS1DWnMJeoBx GDcXn1LrVuJvdCV22jPulkWIlwDzK1NoPpp/Um1G9aJUFV02gXcbKx/7Bo1qEv5q VG7uK2ynlIVLFYExa8kSI2qmdyu7Mo+bIWHmeBxk5ceagOl/+AHve5J0MnpStWrj gG8B7DaChggRSotnFEFkHRMXEHnGMsQBD6b7r/qGeUll++FFLO4eBxVN0ccj+gvD 5rsGxrelSaB3LvaFoX1Bh0ZgLtNepxu8zFKBYSTGXgoWWKn0dFXJEuM3jIpFTz8h XKsbKglsPlLKNL0w1izvKcC26/YdAuVlJxK3gV+d2zxqIRZUQNKmt63HwA0hLmpX AhogCzw1rwtK5NLEKnkfgAzZv854BtOsIGO7BeNzYWqA8EPhDk7ibxE8pInsYHY/ t74GmcEFNd3ssYNGNFU9 =uE91 -----END PGP SIGNATURE----- --Az4VpBrmI9+OyhK/-- From owner-freebsd-current@freebsd.org Thu Jan 19 20:01:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76209CB8A3B for ; Thu, 19 Jan 2017 20:01:30 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-ua0-x229.google.com (mail-ua0-x229.google.com [IPv6:2607:f8b0:400c:c08::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B61C1D46 for ; Thu, 19 Jan 2017 20:01:30 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-ua0-x229.google.com with SMTP id i68so45007261uad.0 for ; Thu, 19 Jan 2017 12:01:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=Hbe+dPRbJE2aG56v5tzcKfeE8Pz49aUEZ1w+MkTgA+Y=; b=SQsu0bONYUlrUBA1jTacVrowqdBDpJpql05XWCpuCKJgY1RsSD8QupH0rqwEIlk3lB RQ3CROzKRbV6fUMTdpLJ44Ak39o96Nh/KIqf5Rp4drBRNxhoGhXJ8SAbWdnaaYcFsup1 euYMiuv/FCcKp8ssiCRlfBMTiLeHNiiXKyjqxYsKun/ojRM7vAg1t54mzSIlIQkdDm9L lXOb92MVYs5g0w6D92lpiXLU/EXylDWQuw41i7kx9QsLqGi7kDrQ/Jd9f41rgFP3SiEi MEvTqha1dmPF/WxBeUdJLD7KvFGtpt/BYpKS+vqLeLif6I8jlHEBItYd1LPPcSJ9QYa+ +GOg== 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:references :mime-version:content-disposition:in-reply-to:user-agent; bh=Hbe+dPRbJE2aG56v5tzcKfeE8Pz49aUEZ1w+MkTgA+Y=; b=AiXjcBh/8gjXtNjthmGPGaoHfDOV302IXrll0YXWeJXeKiqdeDDW4KRfYcpT6mfbPR 82Vg6egEH/6grEUX0sAiOHjGSw7ZY2HTl2LoMRvw/DkcruF1gLjRyRqkNixXuZpXX5kr DViA2lkpllYLPGmnPqlYe+UBE+EWIEjVsNz9UTY2OpcUY7uy9OIY+wvpCwmBl7RKMjbQ znslWo2HP3DyA3ddJP83LvIoAj1UfkOAPc//M3zRr+EmFWdYAVAJwkJgozTa73A9nT2B Qv28li7UbAHxeTe2xyYBXlY8veR0gsAr1fCxoojINOZEqeN+P5Ltv/ek5nyCgmCXzWRy o/+A== X-Gm-Message-State: AIkVDXKGEgUdyy3Isuv4ZzfKN4W5I/qkNanREPYhynFZ/g1iQCqFlEFQoT5C7+XYc00JoJLm X-Received: by 10.200.37.85 with SMTP id 21mr9771907qtn.238.1484856089121; Thu, 19 Jan 2017 12:01:29 -0800 (PST) Received: from mutt-hardenedbsd ([63.88.83.66]) by smtp.gmail.com with ESMTPSA id t7sm3229927qtb.11.2017.01.19.12.01.28 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 19 Jan 2017 12:01:28 -0800 (PST) Date: Thu, 19 Jan 2017 15:01:27 -0500 From: Shawn Webb To: Sean Bruno Cc: peter.blok@bsd4all.org, freebsd-current@freebsd.org Subject: Re: crash in iflib_fast_intr Message-ID: <20170119200127.eo2fqaxx7gt7hwgx@mutt-hardenedbsd> References: <0D6E88B3-6EB8-428F-B116-40D304CD74E5@bsd4all.org> <132b9c54-26dd-c57d-2fbb-58f8f9b256b0@freebsd.org> <20170118194534.47vcuas7jllvw3o6@mutt-hardenedbsd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jut27mh3kgqfpavt" Content-Disposition: inline In-Reply-To: <20170118194534.47vcuas7jllvw3o6@mutt-hardenedbsd> X-Operating-System: FreeBSD mutt-hardenedbsd 12.0-CURRENT-HBSD FreeBSD 12.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20161126 (1.7.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 20:01:30 -0000 --jut27mh3kgqfpavt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 18, 2017 at 02:45:34PM -0500, Shawn Webb wrote: > On Wed, Jan 18, 2017 at 07:31:12AM -0700, Sean Bruno wrote: > >=20 > >=20 > > On 01/18/17 03:37, peter.blok@bsd4all.org wrote: > > > Hi, > > >=20 > > > A kernel without option EARLY_AP_STARTUP crashes in if lib_fast_intr.= Since GENERIC now has EARLY_AP_STARTUP, this probably got unnoticed. Probl= em is reproducible. > > >=20 > > > KDB: stack backtrace: > > > #0 0xffffffff805cec97 at kdb_backtrace+0x67 > > > #1 0xffffffff80584816 at vpanic+0x186 > > > #2 0xffffffff80584683 at panic+0x43 > > > #3 0xffffffff8090f222 at trap_fatal+0x322 > > > #4 0xffffffff8090f3ec at trap_pfault+0x1bc > > > #5 0xffffffff8090eaa0 at trap+0x280 > > > #6 0xffffffff808f35e1 at calltrap+0x8 > > > #7 0xffffffff806a202d at iflib_fast_intr+0x3d > > > #8 0xffffffff8054963b at intr_event_handle+0x9b > > > #9 0xffffffff80965f38 at intr_execute_handlers+0x48 > > > #10 0xffffffff8096b1cf at lapic_handle_intr+0x3f > > > #11 0xffffffff808f3cc7 at Xapic_isr1+0xb7 > > > #12 0xffffffff805b994a at sched_idletd+0x37a > > > #13 0xffffffff805460f5 at fork_exit+0x85 > > > #14 0xffffffff808f3b1e at fork_trampoline+0xe > > >=20 > > > Peter > >=20 > > Thanks for the report. We're looking at this. > >=20 > > This is with an igb(4) interface or em(4)? > >=20 > > sean > >=20 >=20 > I'm getting something similar with em(4): >=20 > https://goo.gl/photos/MXiFXtatBYcWagJTA >=20 > I'm at this commit in HardenedBSD: >=20 > https://github.com/HardenedBSD/hardenedBSD/commit/2108b0d56984115eb52e72b= d16539071064b348e r312434 fixes this for me. Thanks a lot for the quick turnaround! --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --jut27mh3kgqfpavt Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAliBGxUACgkQaoRlj1JF bu7eUg//SSIKVfop1qCRYoTqI1B2LKPJ7nhrjY5e/r377DFJVmnJ5HwOXlNlhnoT IgS7jKeY9pL95j5wKTpJSdIeP+EQp346gCy5xgLs9pDCfX3RSHt2SalzEtWNT24O Gr+FWliDHLisokh+MEumhgtG/J5KBaRChGxt7TwnGA6mfpAUGur5wU6iknvJEX// htTSOz+wG5wYy18PGd+rEpFhnGg+Ousar+tWkTqDwop+Cj3B6DiYvMKPKP3BogRe cZXAaEFDA+cMF0ArHcCWLZJyf11j8HUaqq8VlFQVsLI6UZwtV+5XBEzj7ZGAMrag ndeAWH/l0D8NB/jYq+MujgzDGAM9k0zUkKdWx8IM4mkO3qDC0fgi0tagTEy11+Ze PjKiChA0cmfj38+7JDghj1bUApwGHx7r01QOuB2yNJfaYxurdR94fh/AvMu28ekX zbEGXbwX9hrU8D+GDDYWbdtE28SgsjgzIByUZ04uGyGgZdauQCD7sNkLpyWw+0ON kCJ41nqLmbZhGYNIfj1XuiYoFpLW7B1VbFDnfhO7Jz7/qpY2gfV66JPN4QX8Wb7w rBZOAHS5ZZSCkMalx2a8qVjWsZDTDzslsRRL3m3ij8kVVNM1db9khyOmzty1/WS6 Fpbcww4hyMu4EwWztFTVyq8xgyDFNzJNi/mo3wKDYX8NYPtXhBg= =h9VC -----END PGP SIGNATURE----- --jut27mh3kgqfpavt-- From owner-freebsd-current@freebsd.org Thu Jan 19 20:35:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1AF22CB89B0; Thu, 19 Jan 2017 20:35:53 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id F38C816BE; Thu, 19 Jan 2017 20:35:52 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2052E800; Thu, 19 Jan 2017 20:35:53 +0000 (UTC) Date: Thu, 19 Jan 2017 20:35:51 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: kib@FreeBSD.org, ngie@FreeBSD.org, hselasky@FreeBSD.org, avg@FreeBSD.org, erj@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1466259685.69.1484858153142.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <986197906.67.1484847304681.JavaMail.jenkins@jenkins-9.freebsd.org> References: <986197906.67.1484847304681.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #4695 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2017 20:35:53 -0000 FreeBSD_HEAD_i386 - Build #4695 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4695/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4695/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4695/console Change summaries: 312428 by kib: Refcount tmpfs nodes and mount structures. On dotdot lookup and fhtovp operations, it is possible for the file represented by tmpfs node to be removed after the thread calculated the pointer. In this case, tmpfs_alloc_vp() accesses freed memory. Introduce the reference count on the nodes. The allnodes list from tmpfs mount owns 1 reference, and threads performing unlocked operations on the node, add one transient reference. Similarly, since struct tmpfs_mount maintains the list where nodes are enlisted, refcount it by one reference from struct mount and one reference from each node on the list. Both nodes and tmpfs_mounts are removed when refcount goes to zero. Note that this means that nodes and tmpfs_mounts might survive some time after the node is deleted or tmpfs_unmount() finished. The tmpfs_alloc_vp() in these cases returns error either due to node removal (tn_nlinks == 0) or because of insmntque1(9) error. Tested by: pho (as part of larger patch) Sponsored by: The FreeBSD Foundation MFC after: 2 weeks 312427 by erj: e1000: Add support for Kaby Lake generation i219 (4) and i219 (5) devices MFC after: 1 week Sponsored by: Intel Corporation 312426 by avg: fix a thread preemption regression in schedulers introduced in r270423 Commit r270423 fixed a regression in sched_yield() that was introduced in earlier changes. Unfortunately, at the same time it introduced an new regression. The problem is that SWT_RELINQUISH (6), like all other SWT_* constants and unlike SW_* flags, is not a bit flag. So, (flags & SWT_RELINQUISH) is true in cases where that was not really indended, for example, with SWT_OWEPREEMPT (2) and SWT_REMOTEPREEMPT (11). A straight forward fix would be to use (flags & SW_TYPE_MASK) == SWT_RELINQUISH, but my impression is that the switch types are designed mostly for gathering statistics, not for influencing scheduling decisions. So, I decided that it would be better to check for SW_PREEMPT flag instead. That's also the same flag that was checked before r239157. I double-checked how that flag is used and I am confident that the flag is set only in the places where we really have the preemption: - critical_exit + td_owepreempt - sched_preempt in the ULE scheduler - sched_preempt in the 4BSD scheduler Reviewed by: kib, mav MFC after: 4 days Sponsored by: Panzura Differential Revision: https://reviews.freebsd.org/D9230 312425 by kib: Make tmpfs directory cursor available outside tmpfs_subr.c. Tested by: pho Sponsored by: The FreeBSD Foundation MFC after: 1 week 312424 by hselasky: Fix problem with suspend and resume when using Skylake chipsets. Make sure the XHCI controller is reset after halting it. The problem is clearly a BIOS bug as the suspend and resume is failing without loading the XHCI driver. The same happens when using Linux and the XHCI driver is not loaded. Submitted by: Yanko Yankulov PR: 216261 MFC after: 1 week 312423 by kib: Refresh tmpfs(5) man page. Provide more useful explanation of features and quirks. Reviewed by: emaste, vangyzen Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D9211 312422 by ngie: Only conditionally add in hyperv support if we're building amd64 This unbreaks the build because the assembly is written for x64. MFC after: 3 weeks X-MFC with: r312418 Pointyhat to: ngie Reported by: Jenkins (i386 job) Sponsored by: Dell EMC Isilon From owner-freebsd-current@freebsd.org Thu Jan 19 20:36:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADE79CB8ACA for ; Thu, 19 Jan 2017 20:36:55 +0000 (UTC) (envelope-from anindya49@hotmail.com) Received: from SNT004-OMC3S35.hotmail.com (snt004-omc3s35.hotmail.com [65.55.90.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 72D09187E for ; Thu, 19 Jan 2017 20:36:55 +0000 (UTC) (envelope-from anindya49@hotmail.com) Received: from NAM01-BY2-obe.outbound.protection.outlook.com ([65.55.90.137]) by SNT004-OMC3S35.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Thu, 19 Jan 2017 12:35:49 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=5Yv2Rx3XHIBQCJiprM71bMkkQDzQQ20QcJwhSkFCb7I=; b=TZy4bQXyRaU1OlRnY5a1Jzn0wAH5Yii60Yk7fN4nxlNIQbkxR6amCKt8bI0sglCbCmhySEPxuyZyyPrcsuDiVxRsJ2zR0YAXNChQAZ4q9f5CtsToFu39KxfiqYGPkccNrnYOWKJMSNhcZX8wY21wsdk6zWp2e/+Mj0CsONxYV3Q7M/BwHQVYGoHWQPht5YGAxqf0UnT7YYKfj75kSqlBcKehUklmwQuKBESdh/vNRT2akSDvbRCTGRL5vJ8QZT7dcNLqWSVdK2p5gmNtCxl+gNYv0mfRsTRN3S5j3baWgLfqnnPtupzJQD43GLkLAqjLNmOaC3Y4akdVgPKQE2CicQ== Received: from BY2NAM01FT060.eop-nam01.prod.protection.outlook.com (10.152.68.57) by BY2NAM01HT218.eop-nam01.prod.protection.outlook.com (10.152.69.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.8; Thu, 19 Jan 2017 20:35:47 +0000 Received: from BN6PR22MB0802.namprd22.prod.outlook.com (10.152.68.59) by BY2NAM01FT060.mail.protection.outlook.com (10.152.68.214) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.8 via Frontend Transport; Thu, 19 Jan 2017 20:35:47 +0000 Received: from BN6PR22MB0802.namprd22.prod.outlook.com ([10.171.180.21]) by BN6PR22MB0802.namprd22.prod.outlook.com ([10.171.180.21]) with mapi id 15.01.0860.012; Thu, 19 Jan 2017 20:35:47 +0000 From: Anindya Mukherjee To: "freebsd-current@freebsd.org" CC: "adrian.chadd@gmail.com" Subject: RE: vt(4) chops off the leftmost three columns Thread-Topic: vt(4) chops off the leftmost three columns Thread-Index: AQHScpOc+dBATW1RlESizy/O7gA13g== Date: Thu, 19 Jan 2017 20:35:47 +0000 Message-ID: Accept-Language: en-CA, en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=hotmail.com; x-incomingtopheadermarker: OriginalChecksum:CDE9F9D395EC702966B56E8893EBA4771E35B21AE8D890CB3543CC2828F04FF2; UpperCasedChecksum:8BE9CDDB1795F0A8FB7708A9831E60D82E47BABBCB75F29F21D8024BE14264A4; SizeAsReceived:7525; Count:37 x-tmn: [MpNzObhP7IqbK3sHU7NzQ3t7LvLJWZyE] x-incomingheadercount: 37 x-eopattributedmessage: 0 x-microsoft-exchange-diagnostics: 1; BY2NAM01HT218; 7:cOdNm8B7DM+Iec2GwfhLIrdvqDsqGquUT/3WnbRy/w9tSqyePSy48W2WhE9US4ePSiA5SSEXjGKNupweSSbbkLKZeSFBJ2P8R3svMyNBmT9hyTTHFJ/RDqHt4E8Icx28L3OE/NrnvUMF+RS7gRbfFGXiNhu266G3oh9uxbV8QCIUTYjbgMdW8i6jDPzU6R6mUZTdm1SMNnqCxVJOexnh6RBp/amF9IZrbilWBRDhMSJzxqoKCEKUW78rDmE7XwZ6EH1EN1vDgQm3BHR5d2/g7k/J0pAuuMzpRENMY8buDSDK7QTEjasnt4ADkFif9LP5LSEuexFjLtKYLgOATahiJSIQCtaj8GHAfGWQiqNAUCfjA/uZSEh31JvUEWP0AjAwP56JCybjlhWlxjjN49aphDje5oN45RwLlP/z3Eh6So/0hl2nekh2ml+F1aNj6IMWY/vYpIHCsyitike/ONd7kQ== x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(10019020)(98900005); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2NAM01HT218; H:BN6PR22MB0802.namprd22.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: e4907cf1-0909-4c97-aef1-08d440aabfe7 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(1601124038)(5061506344)(1603103113)(1603101340)(1601125047)(1701031023); SRVR:BY2NAM01HT218; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444111334)(444112120)(432015012)(82015046); SRVR:BY2NAM01HT218; BCL:0; PCL:0; RULEID:; SRVR:BY2NAM01HT218; x-forefront-prvs: 0192E812EC spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Jan 2017 20:35:47.3171 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2NAM01HT218 X-OriginalArrivalTime: 19 Jan 2017 20:35:49.0067 (UTC) FILETIME=[9E69F9B0:01D27293] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 19 Jan 2017 20:36:55 -0000 Hi Adrian, I was looking at the source for the vt driver. Wondering how much work it i= s to add VESA support to the VGA backend? As you say ATM it's hardcoded to = use 640x480. Pardon my ignorance, but can we reuse any VESA code from sysco= ns? Also, how dependent is splash/screensaver support on the VESA implementatio= n? Thanks, Anindya= From owner-freebsd-current@freebsd.org Fri Jan 20 00:09:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB482CB5198 for ; Fri, 20 Jan 2017 00:09:49 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA7EA103F for ; Fri, 20 Jan 2017 00:09:49 +0000 (UTC) (envelope-from ler@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding: Content-Type:MIME-Version:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=8btUMQJabk1M6ID7BIEPzNSmFiRCdJyBEaP3YOpXl9k=; b=W73iYNLk3U6ghOzfcKXKE17R0z zpFHIbEWzKla8PqEoNMcoOqFJnkFS0qHsXl/1/caZ3NwXi97nE158grgSjEurlSYsTo9cy9c++l20 jauhS7QM+4mrG6lywHFvMkEo07VLGuGbiixiOdY5GcWkDpiyfT5bBuYD5De7YvzKvaIA=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:47408 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1cUMm5-000Enw-01 for freebsd-current@freebsd.org; Thu, 19 Jan 2017 18:09:49 -0600 Received: from 2001:470:1f0f:42c:1436:a4c1:6fb7:170a by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 19 Jan 2017 18:09:48 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 19 Jan 2017 18:09:48 -0600 From: Larry Rosenman To: Freebsd current Subject: panic on current during shutdown: panic: racct_adjust_resource: resource 4 usage < 0 Message-ID: <7dd45809e8e405c9a510be310bd5e117@FreeBSD.org> X-Sender: ler@FreeBSD.org User-Agent: Roundcube Webmail/1.2.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 20 Jan 2017 00:09:49 -0000 Thu Jan 19 18:03:38 CST 2017 FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #13 r311997: Sat Jan 14 22:35:29 CST 2017 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 panic: racct_adjust_resource: resource 4 usage < 0 GNU gdb (GDB) 7.12 [GDB v7.12 for FreeBSD] Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd12.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /boot/kernel/kernel...Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug...done. done. Unread portion of the kernel message buffer: <118>. <118>Terminated <118>Jan 19 17:54:50 192.168.200.11 last message repeated 13 times <118>Jan 19 17:54:59 borg syslogd: exiting on signal 15 panic: racct_adjust_resource: resource 4 usage < 0 cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe2eb7c18830 vpanic() at vpanic+0x186/frame 0xfffffe2eb7c188b0 kassert_panic() at kassert_panic+0x126/frame 0xfffffe2eb7c18920 racct_adjust_resource() at racct_adjust_resource+0xca/frame 0xfffffe2eb7c18950 racct_set_locked() at racct_set_locked+0xec/frame 0xfffffe2eb7c18990 racct_set() at racct_set+0x54/frame 0xfffffe2eb7c189c0 vmspace_exit() at vmspace_exit+0x147/frame 0xfffffe2eb7c18a00 exit1() at exit1+0x56b/frame 0xfffffe2eb7c18a60 sys_sys_exit() at sys_sys_exit+0xd/frame 0xfffffe2eb7c18a70 amd64_syscall() at amd64_syscall+0x2ea/frame 0xfffffe2eb7c18bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe2eb7c18bf0 --- syscall (1, FreeBSD ELF64, sys_sys_exit), rip = 0x8025c916a, rsp = 0x7fffffffebd8, rbp = 0x7fffffffebf0 --- Uptime: 4d4h19m38s Dumping 12670 out of 64463 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /usr/lib/debug//boot/kernel/zfs.ko.debug...done. done. Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /usr/lib/debug//boot/kernel/opensolaris.ko.debug...done. done. Reading symbols from /boot/kernel/linux.ko...Reading symbols from /usr/lib/debug//boot/kernel/linux.ko.debug...done. done. Reading symbols from /boot/kernel/linux_common.ko...Reading symbols from /usr/lib/debug//boot/kernel/linux_common.ko.debug...done. done. Reading symbols from /boot/kernel/if_lagg.ko...Reading symbols from /usr/lib/debug//boot/kernel/if_lagg.ko.debug...done. done. Reading symbols from /boot/kernel/snd_envy24ht.ko...Reading symbols from /usr/lib/debug//boot/kernel/snd_envy24ht.ko.debug...done. done. Reading symbols from /boot/kernel/snd_spicds.ko...Reading symbols from /usr/lib/debug//boot/kernel/snd_spicds.ko.debug...done. done. Reading symbols from /boot/kernel/coretemp.ko...Reading symbols from /usr/lib/debug//boot/kernel/coretemp.ko.debug...done. done. Reading symbols from /boot/kernel/fuse.ko...Reading symbols from /usr/lib/debug//boot/kernel/fuse.ko.debug...done. done. Reading symbols from /boot/kernel/ichsmb.ko...Reading symbols from /usr/lib/debug//boot/kernel/ichsmb.ko.debug...done. done. Reading symbols from /boot/kernel/smbus.ko...Reading symbols from /usr/lib/debug//boot/kernel/smbus.ko.debug...done. done. Reading symbols from /boot/kernel/ichwd.ko...Reading symbols from /usr/lib/debug//boot/kernel/ichwd.ko.debug...done. done. Reading symbols from /boot/kernel/cpuctl.ko...Reading symbols from /usr/lib/debug//boot/kernel/cpuctl.ko.debug...done. done. Reading symbols from /boot/kernel/cryptodev.ko...Reading symbols from /usr/lib/debug//boot/kernel/cryptodev.ko.debug...done. done. Reading symbols from /boot/kernel/dtraceall.ko...Reading symbols from /usr/lib/debug//boot/kernel/dtraceall.ko.debug...done. done. Reading symbols from /boot/kernel/profile.ko...Reading symbols from /usr/lib/debug//boot/kernel/profile.ko.debug...done. done. Reading symbols from /boot/kernel/dtrace.ko...Reading symbols from /usr/lib/debug//boot/kernel/dtrace.ko.debug...done. done. Reading symbols from /boot/kernel/systrace_freebsd32.ko...Reading symbols from /usr/lib/debug//boot/kernel/systrace_freebsd32.ko.debug...done. done. Reading symbols from /boot/kernel/systrace.ko...Reading symbols from /usr/lib/debug//boot/kernel/systrace.ko.debug...done. done. Reading symbols from /boot/kernel/sdt.ko...Reading symbols from /usr/lib/debug//boot/kernel/sdt.ko.debug...done. done. Reading symbols from /boot/kernel/fasttrap.ko...Reading symbols from /usr/lib/debug//boot/kernel/fasttrap.ko.debug...done. done. Reading symbols from /boot/kernel/fbt.ko...Reading symbols from /usr/lib/debug//boot/kernel/fbt.ko.debug...done. done. Reading symbols from /boot/kernel/dtnfscl.ko...Reading symbols from /usr/lib/debug//boot/kernel/dtnfscl.ko.debug...done. done. Reading symbols from /boot/kernel/dtmalloc.ko...Reading symbols from /usr/lib/debug//boot/kernel/dtmalloc.ko.debug...done. done. Reading symbols from /boot/modules/vboxdrv.ko...(no debugging symbols found)...done. Reading symbols from /boot/kernel/ipmi.ko...Reading symbols from /usr/lib/debug//boot/kernel/ipmi.ko.debug...done. done. Reading symbols from /boot/kernel/ipmi_linux.ko...Reading symbols from /usr/lib/debug//boot/kernel/ipmi_linux.ko.debug...done. done. Reading symbols from /boot/kernel/hwpmc.ko...Reading symbols from /usr/lib/debug//boot/kernel/hwpmc.ko.debug...done. done. Reading symbols from /boot/kernel/filemon.ko...Reading symbols from /usr/lib/debug//boot/kernel/filemon.ko.debug...done. done. Reading symbols from /boot/kernel/uhid.ko...Reading symbols from /usr/lib/debug//boot/kernel/uhid.ko.debug...done. done. Reading symbols from /boot/modules/vboxnetflt.ko...(no debugging symbols found)...done. Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /usr/lib/debug//boot/kernel/netgraph.ko.debug...done. done. Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from /usr/lib/debug//boot/kernel/ng_ether.ko.debug...done. done. Reading symbols from /boot/modules/vboxnetadp.ko...(no debugging symbols found)...done. Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /usr/lib/debug//boot/kernel/nullfs.ko.debug...done. done. Reading symbols from /boot/kernel/fdescfs.ko...Reading symbols from /usr/lib/debug//boot/kernel/fdescfs.ko.debug...done. done. Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /usr/lib/debug//boot/kernel/linprocfs.ko.debug...done. done. Reading symbols from /boot/kernel/tmpfs.ko...Reading symbols from /usr/lib/debug//boot/kernel/tmpfs.ko.debug...done. done. __curthread () at ./machine/pcpu.h:222 222 __asm("movq %%gs:%1,%0" : "=r" (td) (kgdb) #0 __curthread () at ./machine/pcpu.h:222 #1 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:318 #2 0xffffffff80a2ffb5 in kern_reboot (howto=) at /usr/src/sys/kern/kern_shutdown.c:386 #3 0xffffffff80a30590 in vpanic (fmt=, ap=0xfffffe2eb7c188f0) at /usr/src/sys/kern/kern_shutdown.c:779 #4 0xffffffff80a303c6 in kassert_panic ( fmt=0xffffffff813ee4fb "%s: resource %d usage < 0") at /usr/src/sys/kern/kern_shutdown.c:669 #5 0xffffffff80a21eca in racct_adjust_resource (racct=0xfffff8001b7c00d0, resource=4, amount=) at /usr/src/sys/kern/kern_racct.c:528 #6 0xffffffff80a21acc in racct_set_locked (p=0xfffff80055f41528, resource=, amount=0, force=0) at /usr/src/sys/kern/kern_racct.c:718 #7 0xffffffff80a21994 in racct_set (p=0xfffff80055f41528, resource=4, amount=0) at /usr/src/sys/kern/kern_racct.c:741 #8 0xffffffff80d0f8e7 in vmspace_container_reset (p=) at /usr/src/sys/vm/vm_map.c:311 #9 vmspace_exit (td=) at /usr/src/sys/vm/vm_map.c:420 #10 0xffffffff809f01ab in exit1 (td=, rval=, signo=) at /usr/src/sys/kern/kern_exit.c:399 #11 0xffffffff809efc3d in sys_sys_exit (td=, uap=) at /usr/src/sys/kern/kern_exit.c:178 #12 0xffffffff80e9a98a in syscallenter (td=0xfffff80055de6000, sa=) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:135 #13 amd64_syscall (td=0xfffff80055de6000, traced=0) at /usr/src/sys/amd64/amd64/trap.c:902 #14 Can't read data for section '.eh_frame' in file '/' (kgdb) vmcore IS available. -- Larry Rosenman http://people.freebsd.org/~ler Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 From owner-freebsd-current@freebsd.org Fri Jan 20 08:39:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9C766CB8070 for ; Fri, 20 Jan 2017 08:39:08 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 53B531547; Fri, 20 Jan 2017 08:39:08 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-vk0-x22e.google.com with SMTP id r136so47287484vke.1; Fri, 20 Jan 2017 00:39:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=3/GixdTaxozaYwMISw2UMMdynfQxhJRsUiWSaezW7FY=; b=gBGSaOIE3pTH9g7NLqK8hh9SqG4E6RiXFhAiZlOFYm5j3QQtxYZJSv07uy4IjC95Fr 4LK6IjF14ICDln7BcdtIzuUaJtAjbj0M/TOkMBxELYSXp9pE/jPw3G+brNhV05EF1J3M OsSJYht50DAe0rnQSUDUNuJiu3v0iVp4wuPPHKjBj1t43Y6YNRSZGCGJ71gS7Qau1O8u JaqHYtPZ0nfnanTT3UEpgV4oWLM/WZbzL4/gOhuuiQ3AM0ZjrT0FQOohmSfvLYho9s1C 8ko3j7U4xjQhmGhi/QstlHLprBQEvWzSR9On5WojWcbnHbXMNQbJs23eQLFF0ZO6pD07 A6ng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=3/GixdTaxozaYwMISw2UMMdynfQxhJRsUiWSaezW7FY=; b=G3MRb+qbuhmBxPrvDdluOd/IijGcLH9dvE98vAzjR0rlPCI+Jhlj6vXE4OHAWDP6Iq 4oCdXsV0qm6HnJMCB8Pt2W2XG1Kllnt7bGCpomBCeAdO83w5PEN0Fi8/DYPLE6n7jcrV PYC1gfRB5qEMh2FuEDAe3FLpO1F5QLJuNwK25Fd4o1ulJoQ97v+3yv6ykT4ot0e6yMf7 mNd0963yNyoqGzosCeVb9/Ni0mf0V+Du9SfParW0lebuKhZoiCmb4OCucpy2UozNP8On pSFPMv6yx0oAEKPY+zdsgwebbp+sHZeRCdN3fTEayZExKMNkFRa+6KBlrO7QOusYLXM/ jVFA== X-Gm-Message-State: AIkVDXIrWLnVxQZAQM+xezz+G27xDp9qb6tsCWKNoQWnDthZeY/U0x5bCLSiGjIIRKwUx3+E6Z38n1KHvAqB8w== X-Received: by 10.31.94.204 with SMTP id s195mr6725684vkb.76.1484901547383; Fri, 20 Jan 2017 00:39:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.176.5.200 with HTTP; Fri, 20 Jan 2017 00:39:06 -0800 (PST) In-Reply-To: <20170119195843.GI1451@FreeBSD.org> References: <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> <20170119055816.GA2184@c720-r292778-amd64> <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> <20170119191000.GG1451@FreeBSD.org> <20170119195843.GI1451@FreeBSD.org> From: Andreas Nilsson Date: Fri, 20 Jan 2017 09:39:06 +0100 Message-ID: Subject: Re: ISO image: where is the CLANG compiler? To: Glen Barber Cc: "O. Hartmann" , Matthias Apitz , Current FreeBSD Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 20 Jan 2017 08:39:08 -0000 On Thu, Jan 19, 2017 at 8:58 PM, Glen Barber wrote: > On Thu, Jan 19, 2017 at 08:50:34PM +0100, Andreas Nilsson wrote: > > On Thu, Jan 19, 2017 at 8:10 PM, Glen Barber wrote: > > > I do want to weigh in here and inform I am actively watching this > > > thread. clang(1) is not in disc1.iso or bootonly.iso because the > > > MK_TOOLCHAIN knob is disabled in the targets that generate them. This > > > has actually been the case for quite some time for these images. > > > > > > dvd1.iso does contain clang, but very rarely (if ever, actually) are > > > there dvd1.iso images produced for development snapshots. This is, in > > > part, solely because of the additional space/bandwidth required on the > > > mirrors (not just mirrors controlled by the Project, but third-party > > > mirrors as well). > > > > > > I am working on splitting out how the memstick.img and disc1.iso images > > > are produced, but ran into a problem which I'm looking into a > workaround > > > that is backwards-compatible. Since for USB images, a 700MB limit does > > > not make sense, and right now it just so happens that the memstick.img > > > is created from the same contents of disc1.iso. > > > > > > I know this does not help with the immediate issue, but wanted to chime > > > in with I do see and understand the larger issue, and am working on > > > a more long-term resolution instead of a one-line workaround. > > > > > > > > Good to see discussion, but my 5c is: do not enlarge regular install > media, > > it is hefty enough. I'd rather see it shrink, although without the > > limitations of old cd's rescue-env. > > > > Install media is install media, not live image. Live usb-sticks are so > easy > > to do on your own, why waste the Projects storage and bandwidth on it? > > > > For cases like what initiated this thread, actually. But, I'm not > looking to increase the disc1.iso size, but separate the disc1.iso and > memstick.img targets, which then can be created from different userland > environments (one with /usr/bin/clang and one without, for example). > > But, I do agree with you that keeping the downloadable installer medium > as small as possible (while still being usable for "rescue" cases like > this) is ideal. > > Glen > > Good good. I am in no way opposed to the "infrastructure" change of separating the targets, sounds like a bit of makefile-fun actually. And having tools to create memsticks from ones preferred environment would be sweet. Maybe someone could add a target in the makefiles for a rescue image, which basically would be the complete FreeBSD system one would get after untaring base, kernel and src? Best regards Andreas From owner-freebsd-current@freebsd.org Fri Jan 20 09:08:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 719A1CB8DE0 for ; Fri, 20 Jan 2017 09:08:42 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [178.254.11.41]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3761A1635; Fri, 20 Jan 2017 09:08:41 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.76) (envelope-from ) id 1cUUwC-0006pB-KO; Fri, 20 Jan 2017 09:52:48 +0100 Date: Fri, 20 Jan 2017 09:52:48 +0100 From: Matthias Apitz To: Andreas Nilsson Cc: Glen Barber , "O. Hartmann" , Current FreeBSD Subject: Re: ISO image: where is the CLANG compiler? Message-ID: <20170120085248.GA25200@sh4-5.1blu.de> Reply-To: Matthias Apitz References: <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> <20170119055816.GA2184@c720-r292778-amd64> <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> <20170119191000.GG1451@FreeBSD.org> <20170119195843.GI1451@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 20 Jan 2017 09:08:42 -0000 El día Friday, January 20, 2017 a las 09:39:06AM +0100, Andreas Nilsson escribió: > Good good. I am in no way opposed to the "infrastructure" change of > separating the targets, sounds like a bit of makefile-fun actually. And > having tools to create memsticks from ones preferred environment would be > sweet. > > Maybe someone could add a target in the makefiles for a rescue image, which > basically would be the complete FreeBSD system one would get after untaring > base, kernel and src? One can install a complete system into a target directory: # mkdir /foo # make install.... DESTDIR=/foo and use the scripts in src/release/*/make-memstick.sh to create an image of the system below /foo What else do you need? matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-176-38902045 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@freebsd.org Fri Jan 20 14:13:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29F6ACB8E3B for ; Fri, 20 Jan 2017 14:13:33 +0000 (UTC) (envelope-from me@cschwarz.com) Received: from orion.uberspace.de (orion.uberspace.de [95.143.172.79]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8224119F9 for ; Fri, 20 Jan 2017 14:13:31 +0000 (UTC) (envelope-from me@cschwarz.com) Received: (qmail 25545 invoked from network); 20 Jan 2017 14:06:47 -0000 Received: from localhost (HELO csarch.local) (127.0.0.1) by orion.uberspace.de with SMTP; 20 Jan 2017 14:06:47 -0000 Received: by csarch.local (Postfix, from userid 1000) id C540E38711C; Fri, 20 Jan 2017 15:06:45 +0100 (CET) Date: Fri, 20 Jan 2017 15:06:45 +0100 From: Christian Schwarz To: freebsd-x11@freebsd.org, freebsd-current@freebsd.org Cc: mmacy@nextbsd.org Subject: libstd++ missing in drm-next-4.7 Message-ID: <20170120140645.67ei3nkd4mcaq3ec@csarch.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: NeoMutt/20161126 (1.7.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 20 Jan 2017 14:13:33 -0000 I am trying to build drm-next-4.7 from the FreeBSDDesktop repository [1] for use as a poudriere jail. However, libstd++ is missing in the installation generated with the following commands: make buildworld ... make installworld DESTDIR=/path/to/jail/dir make distribution DESTDIR=/path/to/jail/dir I know clang is no longer built and installed as part of buildworld in the FreeBSDDesktop repo, but why isn't libstd++ present? I used the following commands to install llmv39 in the jail, but this won't give us libstd++ since it is part of base. cp /etc/resolv.conf /path/to/jail/dir/etc/ chroot /path/to/jail/dir /bin/sh pkg install llmv39 clang39 # now run clang, won't work, see below Shared object "libc++.so.1" not found, required by "clang" Grateful for any advice, Christian [1] https://github.com/FreeBSDDesktop/freebsd-base-graphics/tree/drm-next-4.7 From owner-freebsd-current@freebsd.org Fri Jan 20 14:33:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17B82CB88A1 for ; Fri, 20 Jan 2017 14:33:42 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 259C718C6; Fri, 20 Jan 2017 14:33:40 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA11883; Fri, 20 Jan 2017 16:33:33 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1cUaFw-00031P-Vu; Fri, 20 Jan 2017 16:33:33 +0200 Subject: Re: panic on current during shutdown: panic: racct_adjust_resource: resource 4 usage < 0 To: Larry Rosenman , Freebsd current References: <7dd45809e8e405c9a510be310bd5e117@FreeBSD.org> From: Andriy Gapon Message-ID: Date: Fri, 20 Jan 2017 16:32:11 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <7dd45809e8e405c9a510be310bd5e117@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 20 Jan 2017 14:33:42 -0000 On 20/01/2017 02:09, Larry Rosenman wrote: > Thu Jan 19 18:03:38 CST 2017 > > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #13 r311997: Sat Jan > 14 22:35:29 CST 2017 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 > > panic: racct_adjust_resource: resource 4 usage < 0 [snip] Very interesting. Could you please contribute this information to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210315 ? These could be related issues. > Unread portion of the kernel message buffer: > <118>. > <118>Terminated > <118>Jan 19 17:54:50 192.168.200.11 last message repeated 13 times > <118>Jan 19 17:54:59 borg syslogd: exiting on signal 15 > panic: racct_adjust_resource: resource 4 usage < 0 > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe2eb7c18830 > vpanic() at vpanic+0x186/frame 0xfffffe2eb7c188b0 > kassert_panic() at kassert_panic+0x126/frame 0xfffffe2eb7c18920 > racct_adjust_resource() at racct_adjust_resource+0xca/frame 0xfffffe2eb7c18950 > racct_set_locked() at racct_set_locked+0xec/frame 0xfffffe2eb7c18990 > racct_set() at racct_set+0x54/frame 0xfffffe2eb7c189c0 > vmspace_exit() at vmspace_exit+0x147/frame 0xfffffe2eb7c18a00 > exit1() at exit1+0x56b/frame 0xfffffe2eb7c18a60 > sys_sys_exit() at sys_sys_exit+0xd/frame 0xfffffe2eb7c18a70 > amd64_syscall() at amd64_syscall+0x2ea/frame 0xfffffe2eb7c18bf0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe2eb7c18bf0 > --- syscall (1, FreeBSD ELF64, sys_sys_exit), rip = 0x8025c916a, rsp = > 0x7fffffffebd8, rbp = 0x7fffffffebf0 --- > Uptime: 4d4h19m38s > Dumping 12670 out of 64463 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% [snip] > __curthread () at ./machine/pcpu.h:222 > 222 __asm("movq %%gs:%1,%0" : "=r" (td) > (kgdb) #0 __curthread () at ./machine/pcpu.h:222 > #1 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:318 > #2 0xffffffff80a2ffb5 in kern_reboot (howto=) > at /usr/src/sys/kern/kern_shutdown.c:386 > #3 0xffffffff80a30590 in vpanic (fmt=, ap=0xfffffe2eb7c188f0) > at /usr/src/sys/kern/kern_shutdown.c:779 > #4 0xffffffff80a303c6 in kassert_panic ( > fmt=0xffffffff813ee4fb "%s: resource %d usage < 0") > at /usr/src/sys/kern/kern_shutdown.c:669 > #5 0xffffffff80a21eca in racct_adjust_resource (racct=0xfffff8001b7c00d0, > resource=4, amount=) at /usr/src/sys/kern/kern_racct.c:528 > #6 0xffffffff80a21acc in racct_set_locked (p=0xfffff80055f41528, > resource=, amount=0, force=0) > at /usr/src/sys/kern/kern_racct.c:718 > #7 0xffffffff80a21994 in racct_set (p=0xfffff80055f41528, resource=4, > amount=0) at /usr/src/sys/kern/kern_racct.c:741 > #8 0xffffffff80d0f8e7 in vmspace_container_reset (p=) > at /usr/src/sys/vm/vm_map.c:311 > #9 vmspace_exit (td=) at /usr/src/sys/vm/vm_map.c:420 > #10 0xffffffff809f01ab in exit1 (td=, rval=, > signo=) at /usr/src/sys/kern/kern_exit.c:399 > #11 0xffffffff809efc3d in sys_sys_exit (td=, uap=) > at /usr/src/sys/kern/kern_exit.c:178 > #12 0xffffffff80e9a98a in syscallenter (td=0xfffff80055de6000, > sa=) > at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:135 > #13 amd64_syscall (td=0xfffff80055de6000, traced=0) > at /usr/src/sys/amd64/amd64/trap.c:902 > #14 > Can't read data for section '.eh_frame' in file '/' > (kgdb) > > vmcore IS available. > > -- Andriy Gapon From owner-freebsd-current@freebsd.org Fri Jan 20 17:46:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9C08CB89AF; Fri, 20 Jan 2017 17:46:39 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (unknown [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D01BF1D96; Fri, 20 Jan 2017 17:46:39 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from LA-DGT-31327.local (nat-192-187-90-113.nat.tribpub.com [192.187.90.113]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id e70c91c2 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Fri, 20 Jan 2017 09:46:37 -0800 (PST) Subject: Re: libstd++ missing in drm-next-4.7 To: Christian Schwarz , freebsd-x11@freebsd.org, freebsd-current@freebsd.org References: <20170120140645.67ei3nkd4mcaq3ec@csarch.localdomain> Cc: mmacy@nextbsd.org From: Pete Wright Message-ID: Date: Fri, 20 Jan 2017 09:46:37 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170120140645.67ei3nkd4mcaq3ec@csarch.localdomain> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 20 Jan 2017 17:46:40 -0000 On 1/20/17 6:06 AM, Christian Schwarz wrote: > I am trying to build drm-next-4.7 from the FreeBSDDesktop > repository [1] for use as a poudriere jail. > > However, libstd++ is missing in the installation generated with the > following commands: > > make buildworld ... > make installworld DESTDIR=/path/to/jail/dir > make distribution DESTDIR=/path/to/jail/dir > > I know clang is no longer built and installed as part of buildworld in > the FreeBSDDesktop repo, > but why isn't libstd++ present? > > I used the following commands to install llmv39 in the jail, but this > won't give us libstd++ since it is part of base. > > cp /etc/resolv.conf /path/to/jail/dir/etc/ > chroot /path/to/jail/dir /bin/sh > pkg install llmv39 > > clang39 # now run clang, won't work, see below > Shared object "libc++.so.1" not found, required by "clang" > Hey there - can you paste the error you are getting? I've never tried building the drm-next branch inside a jail, but maybe your trace will help debug it. Cheers, -pete -- Pete Wright pete@nomadlogic.org nomadlogicLA From owner-freebsd-current@freebsd.org Fri Jan 20 19:44:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29315CB9F75 for ; Fri, 20 Jan 2017 19:44:23 +0000 (UTC) (envelope-from me@cschwarz.com) Received: from orion.uberspace.de (orion.uberspace.de [95.143.172.79]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7E421113C for ; Fri, 20 Jan 2017 19:44:21 +0000 (UTC) (envelope-from me@cschwarz.com) Received: (qmail 18203 invoked from network); 20 Jan 2017 19:44:18 -0000 Received: from localhost (HELO csarch.local) (127.0.0.1) by orion.uberspace.de with SMTP; 20 Jan 2017 19:44:18 -0000 Received: by csarch.local (Postfix, from userid 1000) id 1066F38B35C; Fri, 20 Jan 2017 20:44:17 +0100 (CET) Date: Fri, 20 Jan 2017 20:44:17 +0100 From: Christian Schwarz To: Pete Wright Cc: freebsd-current@freebsd.org Subject: Re: libstd++ missing in drm-next-4.7 Message-ID: <20170120194417.e3r5chdbp6oyut6m@csarch.localdomain> References: <20170120140645.67ei3nkd4mcaq3ec@csarch.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20161126 (1.7.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 20 Jan 2017 19:44:23 -0000 On Fri, Jan 20, 2017 at 09:46:37AM -0800, Pete Wright wrote: > > > > Hey there - can you paste the error you are getting? I've never tried > building the drm-next branch inside a jail, but maybe your trace will help > debug it. > The steps to reproduce were right in the first message: > > make buildworld ... > > make installworld DESTDIR=/path/to/jail/dir > > make distribution DESTDIR=/path/to/jail/dir > > cp /etc/resolv.conf /path/to/jail/dir/etc/ > > chroot /path/to/jail/dir /bin/sh > > [# Now inside chroot, run clang39 and watch it fail] > > clang39 # now run clang, won't work, see below > > Shared object "libc++.so.1" not found, required by "clang" > > I can't think of another error message to show you... -- Christian From owner-freebsd-current@freebsd.org Fri Jan 20 23:11:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A570CBA35E for ; Fri, 20 Jan 2017 23:11:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2931A1C52 for ; Fri, 20 Jan 2017 23:11:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x235.google.com with SMTP id c206so67076619wme.0 for ; Fri, 20 Jan 2017 15:11:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=TRZQGSSd8Xf2Lu2XW6IsEyXaHMbe6s/fQk2cq8Vjc0k=; b=IMdpauSnyJfCVYRjDxDADTgOJXzGb8X0sJxfduPHu6yBsrd4eCOHB8ZRBB6I5vG0Go 73O55sMRm15VM0hTsQ6SZuaVKSp3+oHmi/NYdbkFFgKKl1937tpJQE5StujmavkkRrz7 i2rG/w1Y66JIxvZ1d37sJSH4TJun8AoxezmCFwGIgcl+WTH8GGBcVwMvNs9n9ZSH6Nxc aF+WY5VFwrJe3h98u2uauunB4Z+JvGEWe3BOq4MuVhUIrufg4DSOBV19awUpklESPr33 zUfCHsD1jcnLkR/wnRWkunrbXivHhjHfw1PT3HoEBEDYIUePqu3911YOr2UkBTjdY8Lu lLqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=TRZQGSSd8Xf2Lu2XW6IsEyXaHMbe6s/fQk2cq8Vjc0k=; b=X2dn2LlpyZTMWoPuHd7QSj8y8etkFGQlqqOLqPN/FYs2K+r61943pD5d0BR+RbPN2l O3GYT5XOu4hPFq9rvEBgiQBCHhicPBk1BoCIUTK0pigwz5555RHwtvIuOku9Oda9axBq ox1Y9tc2qCtdnjSL/ZO5kUqmYzjvNHVBTRsqlmn63Cxa5iU/OIo0C3Um1/714Qi5/S3j Xs9osQMmA/fuPtxiZCMbajqVYWYMPNfnsR0qhuWD07voSOcFziszyLc9zS2bszUFYHso P+MeA7x5h8tOhFGRtt6AKdmDORwAajbGRdImZIKv3sPdoXx+RNiBQFWZD06hvDgGKWyk PygQ== X-Gm-Message-State: AIkVDXLa4U5FCsKHSmYanre4gy3UU7TaDYP4E1/Zy0P+jYxZm745f5/cd4Xmph8Gtu9dKtY4kYHLHe5o6DZd8w== X-Received: by 10.223.173.80 with SMTP id p74mr13230016wrc.168.1484953901733; Fri, 20 Jan 2017 15:11:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.82.162 with HTTP; Fri, 20 Jan 2017 15:11:40 -0800 (PST) In-Reply-To: References: From: Adrian Chadd Date: Fri, 20 Jan 2017 15:11:40 -0800 Message-ID: Subject: Re: vt(4) chops off the leftmost three columns To: Anindya Mukherjee Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 20 Jan 2017 23:11:43 -0000 hiya, Mechanically it doesn't look /that/ hard: * vesa.ko pulls in the vesa.c bits and the syscons vesa control bits. Ideally we'd have them as two separate modules, so you could load "vesa" without needing the syscons bits. * Maybe then write a vt 'fb' interface to talk to the old-school framebuffer interface * Then (if we're lucky) we can have vt use the same VGA, VESA, (mach, creator, etc!) through the fb interface, rather than reimplementing its own. I looked at it and it doesn't look /that/ hard. If you only cared about vesa, then you could do something like what 'creator' and 'creator_vt' did in sys/dev/fb/ . It's just sad that the vt interface to the screen buffer isn't as complete as the older school framebuffer interface is. -adrian On 19 January 2017 at 12:35, Anindya Mukherjee wrote: > Hi Adrian, > > I was looking at the source for the vt driver. Wondering how much work it is to add VESA support to the VGA backend? As you say ATM it's hardcoded to use 640x480. Pardon my ignorance, but can we reuse any VESA code from syscons? > > Also, how dependent is splash/screensaver support on the VESA implementation? > > Thanks, > Anindya From owner-freebsd-current@freebsd.org Sat Jan 21 01:31:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A1B3CB9177 for ; Sat, 21 Jan 2017 01:31:32 +0000 (UTC) (envelope-from lutungpin@openmailbox.org) Received: from lb1.openmailbox.org (lb1.openmailbox.org [5.79.108.160]) (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 522741A92 for ; Sat, 21 Jan 2017 01:31:32 +0000 (UTC) (envelope-from lutungpin@openmailbox.org) Received: by lb1.openmailbox.org (Postfix, from userid 20002) id E7A86525D7E; Sat, 21 Jan 2017 02:21:43 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=openmailbox.org; s=openmailbox; t=1484961703; bh=Mm4ndRUeiVjI+6KPKZDzDWZYoTrCQ0N/FIFFNWf9/2s=; h=Date:From:To:Subject:From; b=r/Klq9fplhewl5JOaT79BK7RXktuwktPqJtu8drHCTA5ZopRubiOP1KPT8+G6xzvc taDqKsr7xd6Kj3Cf1b1eqmef+p9PWbYcfe2706mU6BQK59cr+JsHKUVefGELPzWhvg XkuagCqKIrxObRzJmuWB3kQGUwFQSkc/X/HwrCp4= Received: from www.openmailbox.org (unknown [10.0.0.3]) by lb1.openmailbox.org (Postfix) with ESMTP id 57A3F525BFF for ; Sat, 21 Jan 2017 02:21:42 +0100 (CET) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_4c8ece43f9a5623fa0f12896a365b95d" Date: Sat, 21 Jan 2017 01:21:42 +0000 From: Lu Tung-Pin To: freebsd-current@freebsd.org Subject: Fix /etc/rc.d/random umask handling (/entropy permissions) Message-ID: <14f5a2fdf191c33e4ed1dc882b288e81@openmailbox.org> X-Sender: lutungpin@openmailbox.org User-Agent: Roundcube Webmail/1.0.6 X-Mailman-Approved-At: Sat, 21 Jan 2017 02:01:31 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 21 Jan 2017 01:31:32 -0000 --=_4c8ece43f9a5623fa0f12896a365b95d Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed A 2014 change broke the umask handling in /etc/rc.d/random, leaving /entropy with ug+r permissions. Quick fix attached, mirroring random_stop() behavior. (Incidentally, /usr/libexec/save-entropy is still fine for /var/db/entropy/*, as is /etc/rc.d/random for the new /boot/entropy.) --- /etc/rc.d/random.old 2017-01-21 11:48:30.975009000 +1100 +++ /etc/rc.d/random 2017-01-19 18:04:34.224632000 +1100 @@ -20,12 +20,15 @@ save_dev_random() { + oumask=`umask` + umask 077 for f ; do if :>>"$f" ; then debug "saving entropy to $f" dd if=/dev/random of="$f" bs=4096 count=1 2>/dev/null fi done + umask ${oumask} } feed_dev_random() --=_4c8ece43f9a5623fa0f12896a365b95d Content-Transfer-Encoding: base64 Content-Type: text/x-diff; name=random.diff Content-Disposition: attachment; filename=random.diff; size=371 LS0tIC9ldGMvcmMuZC9yYW5kb20ub2xkCTIwMTctMDEtMjEgMTE6NDg6MzAuOTc1MDA5MDAwICsx MTAwCisrKyAvZXRjL3JjLmQvcmFuZG9tCTIwMTctMDEtMTkgMTg6MDQ6MzQuMjI0NjMyMDAwICsx MTAwCkBAIC0yMCwxMiArMjAsMTUgQEAKIAogc2F2ZV9kZXZfcmFuZG9tKCkKIHsKKwlvdW1hc2s9 YHVtYXNrYAorCXVtYXNrIDA3NwogCWZvciBmIDsgZG8KIAkJaWYgOj4+IiRmIiA7IHRoZW4KIAkJ CWRlYnVnICJzYXZpbmcgZW50cm9weSB0byAkZiIKIAkJCWRkIGlmPS9kZXYvcmFuZG9tIG9mPSIk ZiIgYnM9NDA5NiBjb3VudD0xIDI+L2Rldi9udWxsCiAJCWZpCiAJZG9uZQorCXVtYXNrICR7b3Vt YXNrfQogfQogCiBmZWVkX2Rldl9yYW5kb20oKQo= --=_4c8ece43f9a5623fa0f12896a365b95d-- From owner-freebsd-current@freebsd.org Sat Jan 21 07:51:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 927EACBAEDF for ; Sat, 21 Jan 2017 07:51:46 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58E2F193A for ; Sat, 21 Jan 2017 07:51:46 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id EFAAF1FE025; Sat, 21 Jan 2017 08:51:21 +0100 (CET) Subject: Re: TSC as timecounter makes system lag To: Jia-Shiun Li References: <20170113120534.GC2349@kib.kiev.ua> <20170115202008.GL2349@kib.kiev.ua> <20170116120021.GQ2349@kib.kiev.ua> <5f814a7a-5e46-057e-62ad-dde0a61bc1c8@selasky.org> Cc: Konstantin Belousov , freebsd-current From: Hans Petter Selasky Message-ID: <9f16c025-5ea9-b439-6e28-847f4c112882@selasky.org> Date: Sat, 21 Jan 2017 08:51:09 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 21 Jan 2017 07:51:46 -0000 FYI: https://svnweb.freebsd.org/changeset/base/312551 --HPS From owner-freebsd-current@freebsd.org Sat Jan 21 07:52:04 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FF91CBAFA0 for ; Sat, 21 Jan 2017 07:52:04 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 681C71AC5; Sat, 21 Jan 2017 07:52:04 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 5DBAF1FE025; Sat, 21 Jan 2017 08:51:40 +0100 (CET) Subject: Re: Strange issue after early AP startup To: Jia-Shiun Li References: <1484682389.86335.166.camel@freebsd.org> <11f27a15-f9bc-8988-a17e-78aeff1745fb@selasky.org> <3558195.Ack1AKBXSB@ralph.baldwin.cx> <24593c49-b0d5-8aaf-e11b-bfef4704267e@selasky.org> Cc: John Baldwin , Ian Lepore , FreeBSD Current , Konstantin Belousov , Bruce Evans From: Hans Petter Selasky Message-ID: <3b32cebd-6b8c-421c-314f-6e40dc50d03c@selasky.org> Date: Sat, 21 Jan 2017 08:51:28 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 21 Jan 2017 07:52:04 -0000 FYI: https://svnweb.freebsd.org/changeset/base/312551 --HPS From owner-freebsd-current@freebsd.org Sat Jan 21 19:46:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48BE0CBBA94 for ; Sat, 21 Jan 2017 19:46:11 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A044D13B1 for ; Sat, 21 Jan 2017 19:46:09 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.134.145]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LyR1G-1cR3ba3yL8-015t4Q for ; Sat, 21 Jan 2017 20:46:01 +0100 Date: Sat, 21 Jan 2017 20:45:55 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r312602: panic: Panic String: __lockmgr_args: unknown lockmgr request 0x0 Message-ID: <20170121204555.30582a5d@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/EkJR7kQ=5Ns4bOcFs+YQQXL"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:PQwdrEzUVlGdi+GOswuI67lkNEpDMXuBFU4STalU8yHYHdgaQMe bE0mmeH6tC9w/8xeuuDXo4E8tJsTtSNRQ4Dqj7UcUbjHtc8ZETcpdD2aM2cxSBk8lrRcxLM lSbLQi/zQ1/G8gmCZDBC8K2v3S2Lb5PMjpfiMoUH/pz8yK4inKqnayt/dhtXQQ7lHvaCTYL TpZNMnfVEhgWNCrfAX3zg== X-UI-Out-Filterresults: notjunk:1;V01:K0:FYooKJ7kIu8=:SpYUD9H+8CtJZsp6zgbPFz WdSxzBwCXirmU1FAE/qNmY2lODxjuJpaTaVKdIhZaOZpNoQtUb9+iSWaxWrZPFjfwFVHD09fp f9aJfM3P3ZJ7ZnFKCn2L0bAKGCvP6qxUkv12F4JzRHOANPwiDbEL2IwcnxOu6Z7lLPzvBBVOe BPbG2UfrM1z+6JaIdt36XsfgKMZWt76X1Z8MVjr+tqxU3JMvfDhCXoj67gwIVSEKGBLPxaHB+ jzaZZ4+8tMr9Kuk6+qRJUNTeCCKUVXsbKrE5o4yYEy4CJDoXLggGJhRjrUXhJyKYJq1hEKsfH V2fDjST0wsDRpo8xKZVojUWVIZ7bsRc26JYzPWpzP4ADyWqCZ4/ldRxSNVdHCg4ZKDp55d80j 5e5Lndd2/A0BAapAC2FkijLOT0gq8o/w2q535oElFNxxalM1BFtUma/XpihHL2QMyIqRr4T24 H7/jmfpJKNbRDVMnsMNANiwZSpFTRPincz9jtwbIZ0NkIUiYq/7mK5xQAsIiQ23JoymrMSma3 FOEzPES4P2FjlCLcICleXJByl/oS3AvCJjPYS/3CkVPCBxrajxaYaAgiRQWY6WTiixTG0FvSo D+cL9myCUw6ZHvUNNW2vVj2mhBtqmEtfdKTYSyAdWf4JcAQr5EEZvKH9TDqenMXjdfbxylP3t 2HHpC9EoZpqKxUXfG/JV7XsNLGd38mguqLrD4rKVDSDKZ88cirOAcbOzxJB+aeASlRxJVt1YG iKwXhQx0nw3AwMCCN7/Cygg7WJVyiGxkx4PsoahWBnYwaBIlOc0GLGGg8TcipecOdKoE4zL7G vNVQTr3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 21 Jan 2017 19:46:11 -0000 --Sig_/EkJR7kQ=5Ns4bOcFs+YQQXL Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable The most recent CURRENT panics spontanously and crashes with the error mess= age: =20 Panic String: __lockmgr_args: unknown lockmgr request 0x0 --=20 O. Hartmann --Sig_/EkJR7kQ=5Ns4bOcFs+YQQXL Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWIO6cwAKCRDS528fyFhY lHVcAgCRi/RWoRODXOrX+Tvcg6g3gP7K1bvCSw8G85td30MQg/AEi3vJi2NGnO8X duBID3zb8fkoknHBlnVsVFl4up80Af9l/iTORH9rZxbUDCY5nD6iV/BSXZbgQzCK OZ1WHNQxA1L08u7BizetaDfLOwrLiMOHV5bwDhvuoLqGjJKJdUaK =Btgn -----END PGP SIGNATURE----- --Sig_/EkJR7kQ=5Ns4bOcFs+YQQXL-- From owner-freebsd-current@freebsd.org Sat Jan 21 20:13:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2AC28CBB20E for ; Sat, 21 Jan 2017 20:13:55 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A54C83E1 for ; Sat, 21 Jan 2017 20:13:54 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id r126so81407939wmr.0 for ; Sat, 21 Jan 2017 12:13:54 -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:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=wEuBTZw1SW1G2x6QxlZ0Ar5hebszZHmkOsKJ5r0HNhk=; b=B1P15YmjwwtYgwGxev9puKb7ASYJWgUEHf8I4E8RZQIjftfsr0YzCqke5//jHWcs2e e8krkxRbkQP4fvFE39HXHMqN5qTQJ9IOK2kYDeuubnQyrueFQ2QVyxRApV/BEqBrMqqe +G4dQztgRWT+/499ZiHRCJtKL0axpcAxKyghU7UIIDOurjlGYq6FWmMnpXG45UMJ9qGl UZzco8AWwiJCK74YdbsMZ5P0csQmzuILt3krj+XRDqdz8exCKF122L6MZX7YybLnxueF ZUW5d/oCYWAxD6lGYDTZ8UmuRsKYmlvIveCmFxhgrDFYovBmFOOJgXdnVfhdgSAVCgnA T78A== 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 :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=wEuBTZw1SW1G2x6QxlZ0Ar5hebszZHmkOsKJ5r0HNhk=; b=pSZ6+2NwaX4ogjfVQDaO1C29CdSblSedq3pu5qmYtlIfhgwofLAe9xo47lFog7i1+h MZ9G5LZ4gKqtjST/yvePEyeoPHx1t5/vL5S8p7fM0OpC/SC+V7gyrFApBdNdeZto+e0M 0Bp91hWPLS+S/6Mk+VIzvz4Pf/Tq0JF8xbj2rDBfGmcETrzZlX53MJ9kqqdo/qt8mTFO yde+PiaI0H2mQQWMqDEuTgtm3KRsfLhAj5xTPwfNydCU92L20xs0KtfGUWEXK6+O+Z1P c0fLJr/CzuP4WNbTFHInEHesn4XtbrLMVKvGUeBiwvs9CCzxkUclyxAKnKryWrWOjJj1 g2Gw== X-Gm-Message-State: AIkVDXLVUtY9BOgXt6gjfNO9JtPOvy0deiZQUoV48Ybo9DfWnzjzWT0q2O16R3oc0OHGCQ== X-Received: by 10.223.166.181 with SMTP id t50mr17207962wrc.80.1485029633099; Sat, 21 Jan 2017 12:13:53 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by smtp.gmail.com with ESMTPSA id w99sm5978634wrb.5.2017.01.21.12.13.52 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Sat, 21 Jan 2017 12:13:52 -0800 (PST) Date: Sat, 21 Jan 2017 21:13:49 +0100 From: Mateusz Guzik To: "O. Hartmann" Cc: FreeBSD CURRENT Subject: Re: r312602: panic: Panic String: __lockmgr_args: unknown lockmgr request 0x0 Message-ID: <20170121201345.GA20930@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , "O. Hartmann" , FreeBSD CURRENT References: <20170121204555.30582a5d@thor.intern.walstatt.dynvpn.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20170121204555.30582a5d@thor.intern.walstatt.dynvpn.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 21 Jan 2017 20:13:55 -0000 On Sat, Jan 21, 2017 at 08:45:55PM +0100, O. Hartmann wrote: > The most recent CURRENT panics spontanously and crashes with the error message: > > > Panic String: __lockmgr_args: unknown lockmgr request 0x0 > That's a braino in r312600, will be fixed shortly. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Sat Jan 21 22:01:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1889C6D537 for ; Sat, 21 Jan 2017 22:01:39 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mailout.stack.nl (mailout05.stack.nl [IPv6:2001:610:1108:5010::202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B9E361A1; Sat, 21 Jan 2017 22:01:39 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mailout.stack.nl (Postfix) with ESMTP id 1674A35; Sat, 21 Jan 2017 23:01:37 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 0588228494; Sat, 21 Jan 2017 23:01:36 +0100 (CET) Date: Sat, 21 Jan 2017 23:01:36 +0100 From: Jilles Tjoelker To: Lu Tung-Pin Cc: freebsd-current@freebsd.org, des@FreeBSD.org Subject: Re: Fix /etc/rc.d/random umask handling (/entropy permissions) Message-ID: <20170121220136.GA59654@stack.nl> References: <14f5a2fdf191c33e4ed1dc882b288e81@openmailbox.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <14f5a2fdf191c33e4ed1dc882b288e81@openmailbox.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 21 Jan 2017 22:01:40 -0000 [Adding Cc: Dag-Erling Smørgrav who committed r273957 which seems to have introduced this] On Sat, Jan 21, 2017 at 01:21:42AM +0000, Lu Tung-Pin wrote: > A 2014 change broke the umask handling in /etc/rc.d/random, > leaving /entropy with ug+r permissions. Quick fix attached, > mirroring random_stop() behavior. > (Incidentally, /usr/libexec/save-entropy is still fine for > /var/db/entropy/*, as is /etc/rc.d/random for the new > /boot/entropy.) > --- /etc/rc.d/random.old 2017-01-21 11:48:30.975009000 +1100 > +++ /etc/rc.d/random 2017-01-19 18:04:34.224632000 +1100 > @@ -20,12 +20,15 @@ > > save_dev_random() > { > + oumask=`umask` > + umask 077 > for f ; do > if :>>"$f" ; then > debug "saving entropy to $f" > dd if=/dev/random of="$f" bs=4096 count=1 2>/dev/null > fi > done > + umask ${oumask} > } > > feed_dev_random() Switching the umask here will avoid incorrect permissions on /entropy on new installations, but will not fix existing systems. A chmod command may be useful here. On another note, if :>>"$f" is bogus. Since : is a special builtin, a redirection error causes the shell to abort the script. The conditional seems to have been added to show error messages when the entropy file cannot be written without showing dd's statistics. I think this can be done more easily using dd's status=none parameter. My revised patch is below: Index: etc/rc.d/random =================================================================== --- etc/rc.d/random (revision 311446) +++ etc/rc.d/random (working copy) @@ -20,12 +20,14 @@ save_dev_random() { + oumask=`umask` + umask 077 for f ; do - if :>>"$f" ; then - debug "saving entropy to $f" - dd if=/dev/random of="$f" bs=4096 count=1 2>/dev/null - fi + debug "saving entropy to $f" + dd if=/dev/random of="$f" bs=4096 count=1 status=none && + chmod 600 "$f" done + umask ${oumask} } feed_dev_random() -- Jilles Tjoelker From owner-freebsd-current@freebsd.org Sat Jan 21 22:48:10 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9016ACBB745 for ; Sat, 21 Jan 2017 22:48:10 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-2.mit.edu (dmz-mailsec-scanner-2.mit.edu [18.9.25.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 27F68336; Sat, 21 Jan 2017 22:48:09 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190d-547ff700000008fb-30-5883e5205066 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 44.E4.02299.025E3885; Sat, 21 Jan 2017 17:48:02 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id v0LMlxe4020166; Sat, 21 Jan 2017 17:48:00 -0500 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v0LMluFW024122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 21 Jan 2017 17:47:58 -0500 Date: Sat, 21 Jan 2017 16:47:56 -0600 From: Benjamin Kaduk To: Glen Barber Cc: "O. Hartmann" , freebsd-current@FreeBSD.org Subject: Re: ISO image: where is the CLANG compiler? Message-ID: <20170121224756.GT8460@kduck.kaduk.org> References: <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> <20170119055816.GA2184@c720-r292778-amd64> <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> <20170119191000.GG1451@FreeBSD.org> <20170119193830.GH1451@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170119193830.GH1451@FreeBSD.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrNIsWRmVeSWpSXmKPExsUixCmqrKv0tDnCYGa2xZw3H5gs9jcfYLPY f+8wuwOzx4xP81k85r07zRLAFMVlk5Kak1mWWqRvl8CVcXvrcvaCz2wVK3pOszYwHmftYuTk kBAwkehoeAVkc3EICbQxSXzZf4ARwtnIKHFk+Soo5yqTxJ2enWAtLAKqEpt3vGEBsdkEVCQa ui8zg9giAooSe65+B6rh4GAWcJfY+7wCJCwMtOHI5pPsIDavgLHExKcNUDNbWST2vD3EBJEQ lDg58wnYTGYBLYkb/14yQcyRllj+jwMkzClgIHHl+kewclEBZYmGGQ+YJzAKzELSPQtJ9yyE 7gWMzKsYZVNyq3RzEzNzilOTdYuTE/PyUot0jfRyM0v0UlNKNzGCw1WSdwfjv7tehxgFOBiV eHgP7G2OEGJNLCuuzD3EKMnBpCTKu/tjQ4QQX1J+SmVGYnFGfFFpTmrxIUYJDmYlEd5Z94HK eVMSK6tSi/JhUtIcLErivOIajRFCAumJJanZqakFqUUwWRkODiUJ3iuPgRoFi1LTUyvSMnNK ENJMHJwgw3mAhos8ARleXJCYW5yZDpE/xajLcerThZdMQix5+XmpUuK8vSBFAiBFGaV5cHNA aUYie3/NK0ZxoLeEeTtA1vEAUxTcpFdAS5iAlshKgC0pSURISTUw5hg2Kkcv0ZrUm3PcL65y al3uy3aLnOe1zJ19a2YfP26hdXCC+DpdibZcW9f3DNYLPjkH/0/rmG3eYDehXefpzQllHqcP vdx0iOXRUok3sQoJmizPEvKvy9+N3Hk6xPTbnGXifhfmbetZwzCH5aJ/+5fk3WrRlVZFgiI2 6povA3Re6V40Y1NQYinOSDTUYi4qTgQAEMj6/A4DAAA= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 21 Jan 2017 22:48:10 -0000 On Thu, Jan 19, 2017 at 07:38:30PM +0000, Glen Barber wrote: > > Random thought: > > Brought up out-of-band, can you try this from a memstick.img and your > already-built userland/kernel to do what you had originally tried to > install the system? > > # make -C /usr/src WITHOUT_SYSTEM_COMPILER=1 DESTDIR=/wherever installworld > > I think this is why cc(1)/clang(1) is not being used from /usr/obj, and > you don't have a compiler to compile the compiler. Sorry for jumping in late, and thanks for bringing this up -- I was surprised that we had gone so long without someone making the claim that a compiler should not be necessary for installworld/installkernel (as was my understanding). If indeed a compiler is necessary for those (perhaps only under certain circumstances such as those experienced by Oliver) it would be good to understand why. -Ben From owner-freebsd-current@freebsd.org Sat Jan 21 23:14:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6DAEACBB1B8 for ; Sat, 21 Jan 2017 23:14:55 +0000 (UTC) (envelope-from anindya49@hotmail.com) Received: from BAY004-OMC1S1.hotmail.com (bay004-omc1s1.hotmail.com [65.54.190.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3FDE6877 for ; Sat, 21 Jan 2017 23:14:54 +0000 (UTC) (envelope-from anindya49@hotmail.com) Received: from NAM04-BN3-obe.outbound.protection.outlook.com ([65.54.190.60]) by BAY004-OMC1S1.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sat, 21 Jan 2017 15:13:47 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=quI2bGd8G1F7QrkFZVD8BqzXOCmMBtoDFCvvvK23xIs=; b=k4ohJo4P0UbGsL0kauPsmn47veVA39xGDTW0hv8Mp53nRNpNyBEMX9ISH9ugNNC2DTfpc9j+1o7ooIzoLJ0juqyv7FDOBp4JvZmoQXuRx1r4pPXoau0punMFFEz3RaZIV58Q4AJXhS4UDosl7/4GSpNIpGx2QiPHtxmGuXDlWXdV1z6J3Wi3u9gdl6e31J16kqUKLYGWXayNRhL7Mtt8DjfSrIeQ/EsV4xNiBdwMTOEnJAETRDfbBuE4d2D6X7BwPJiWH24wXyrXFcC5o7OamTaPdm/OmSnGNPzmoakGJx+gX5Tw4HTjEoQXeodmNi9+cAqfTnWr9ZMJAkAM8MzWGQ== Received: from BN3NAM04FT054.eop-NAM04.prod.protection.outlook.com (10.152.92.53) by BN3NAM04HT235.eop-NAM04.prod.protection.outlook.com (10.152.92.227) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.8; Sat, 21 Jan 2017 23:13:46 +0000 Received: from BN6PR22MB0802.namprd22.prod.outlook.com (10.152.92.58) by BN3NAM04FT054.mail.protection.outlook.com (10.152.93.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.8 via Frontend Transport; Sat, 21 Jan 2017 23:13:46 +0000 Received: from BN6PR22MB0802.namprd22.prod.outlook.com ([10.171.180.21]) by BN6PR22MB0802.namprd22.prod.outlook.com ([10.171.180.21]) with mapi id 15.01.0860.018; Sat, 21 Jan 2017 23:13:46 +0000 From: Anindya Mukherjee To: Adrian Chadd CC: "freebsd-current@freebsd.org" Subject: RE: vt(4) chops off the leftmost three columns Thread-Topic: vt(4) chops off the leftmost three columns Thread-Index: AQHScpOc+dBATW1RlESizy/O7gA13qFB//UAgAGSMOs= Date: Sat, 21 Jan 2017 23:13:46 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-CA, en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=hotmail.com; x-incomingtopheadermarker: OriginalChecksum:D54722F742E88A04967CAEBC2D30F96A27C97B369A9B4A543C97FE17991E1BD8; UpperCasedChecksum:ACA52B054F0B959010C680D109457BDBCF21AFF84C005384B50DD4E7C9574944; SizeAsReceived:7819; Count:40 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [NvArV6yTjKnI/XaruiGqWgh5hFynEYGH] x-incomingheadercount: 40 x-eopattributedmessage: 0 x-microsoft-exchange-diagnostics: 1; BN3NAM04HT235; 7:4FjZwelJxGtDret1K2uhpa7dV8UjizXtoIYUvADYwLNILPy/C6h6vjSl8x9kGQqlx6QBd6smlZHp+CPxDkfXnL8m1+XU1vWJbNHs306qyIRUGYSugHb1/AqklsLwqVOd2IsMKUIEqqJBlEUb5TKhoUcrLuUJI72JeSUP15YMX//uts7LiGvpADmpwe1qVlQ3/YMt+BonXwn26WGVp0k97r6S5MIIyW/NvFr+PuqvGxZjtgucXE5bpqtHFbjmI5/2Rq+ewwNcpRG34N7jf3iCmBP12waYUkyOY2CrH2fV4xgp6gopPrG2rZTuVF6F0t96/CW7VCgiGsF1Kn8nYtp2AUg8wGBplUSvJiIEfxa9TOxGh5ONersSnWtYTqP9G54cFXPMtaRNy5gpsGbeDPPT9HPJO2EAuKy5UVnxtjVsfQ1J3T6D9P0AWpYAYJclueAADprp1RkeZv5kDJZkCzQENg== x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(10019020)(98900005); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3NAM04HT235; H:BN6PR22MB0802.namprd22.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: 240a7438-efca-434a-adc2-08d4425326d8 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(1601124038)(5061506344)(5061507293)(1603103113)(1603101340)(1601125047)(1701031023); SRVR:BN3NAM04HT235; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444111334)(444112120)(432015012)(82015046); SRVR:BN3NAM04HT235; BCL:0; PCL:0; RULEID:; SRVR:BN3NAM04HT235; x-forefront-prvs: 01949FE337 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Jan 2017 23:13:46.6915 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3NAM04HT235 X-OriginalArrivalTime: 21 Jan 2017 23:13:48.0014 (UTC) FILETIME=[052200E0:01D2743C] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 21 Jan 2017 23:14:55 -0000 Thanks! I needed a breakdown like this. I'll need to study the code a bit m= ore. Anindya ________________________________________ From: Adrian Chadd [adrian.chadd@gmail.com] Sent: January 20, 2017 3:11 PM To: Anindya Mukherjee Cc: freebsd-current@freebsd.org Subject: Re: vt(4) chops off the leftmost three columns hiya, Mechanically it doesn't look /that/ hard: * vesa.ko pulls in the vesa.c bits and the syscons vesa control bits. Ideally we'd have them as two separate modules, so you could load "vesa" without needing the syscons bits. * Maybe then write a vt 'fb' interface to talk to the old-school framebuffer interface * Then (if we're lucky) we can have vt use the same VGA, VESA, (mach, creator, etc!) through the fb interface, rather than reimplementing its own. I looked at it and it doesn't look /that/ hard. If you only cared about vesa, then you could do something like what 'creator' and 'creator_vt' did in sys/dev/fb/ . It's just sad that the vt interface to the screen buffer isn't as complete as the older school framebuffer interface is. -adrian On 19 January 2017 at 12:35, Anindya Mukherjee wrot= e: > Hi Adrian, > > I was looking at the source for the vt driver. Wondering how much work it= is to add VESA support to the VGA backend? As you say ATM it's hardcoded t= o use 640x480. Pardon my ignorance, but can we reuse any VESA code from sys= cons? > > Also, how dependent is splash/screensaver support on the VESA implementat= ion? > > Thanks, > Anindya From owner-freebsd-current@freebsd.org Sat Jan 21 23:25:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01D47CBB69F for ; Sat, 21 Jan 2017 23:25:02 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6CA9CEF3; Sat, 21 Jan 2017 23:25:00 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.179.134.145]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MKprU-1cV51m27rU-0007Us; Sun, 22 Jan 2017 00:24:58 +0100 Date: Sun, 22 Jan 2017 00:24:52 +0100 From: "O. Hartmann" To: Glen Barber Cc: "O. Hartmann" , freebsd-current@freebsd.org Subject: Re: ISO image: where is the CLANG compiler? Message-ID: <20170122002452.69578804@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170121222001.40ce534c@thor.intern.walstatt.dynvpn.de> References: <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> <20170119055816.GA2184@c720-r292778-amd64> <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> <20170119191000.GG1451@FreeBSD.org> <20170119193830.GH1451@FreeBSD.org> <20170121222001.40ce534c@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/zWj77xfIRzgcQkd9/5/pEtg"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:83F4YL+bc2LjvETPV75/v89ePKvD8Kl2EJqrYop43NkHspx+4QE kml0dRRIf9UQH4EueEb2G6qT5WsH7YK2HSmdO42rCAg1doQfKhKML00Kc5m/VkkNyvF93Db ijX2MktR6techdnVuVa+KOjw1xa76o/11iUA3yjLrOhjqSz0Xp6aH4gLTCuUc/Mat8RPw5Z uDqiW0Bx2ykzDVDME/lew== X-UI-Out-Filterresults: notjunk:1;V01:K0:XvdEwZ/u4fc=:Ofml9AZ0bBTDwXf42ZOa1Y MX8qbRhXtnQkFHMrGgY+4yzdoc5Tvvz/Lb/+Z0ezsfCezDKJ26IynOfdjvF9t68TKdYRzwUDO Hu6wjpi+axWnatBpGBTT/jPrYv2VxGRFRNEXSC50m5BEN7j9e4p6t5xSVW7gwIE7A0H7kQ1gP ZZrY65hcMvX71w+ubISkn9Mtejq7wihG/Iw75J8fBQwZVEl0Qa9wb/RTh1p+UaY2Qn6qF0ibE +NDGx3j8HW9GyOMsdaSfyULsjsEGurZkap+M67bZPCyO7gYzF2duxjWOj4pNPXXeXJ+unxA6r rn2T3pPCO/7Wf2BiV+Apy3nrzl7Jvb3gK5VXvfRu7t4Bt6243GAqhM5OXyk5tOmRNJu3IsoAL /zYlMRteyGwLN2sbM5yOL5sYNXoGi7h9tUIdjI4HqqDOprlEeQTbGasX3Upajs8G8wUZj6eWr FrMTfbdVwJLv8C0ljLuezo63/d2O7FgEX9fw0uexahVEJquO3s+Fng8H0O/0DA6xKUKzP5z6l gIaH4cGsLpM+OShoOVQB6pSNepaN1mPNYrxsukC2k5xEwGu3fEmY7K5ViyZifP2ehcUIZ8Dd7 sSUqJvQ5ULkQWXgSdfl9DwClbSBa7xqPSkD4XwFaCXUY+tF7im4Xlg7WM4o+erToKuPe8s7Dx Rsc2yxbXn13tLZhWfxVcAaPV7XLlFCurBULrX4uDqfjLt7y5LhRUow5QN65EKdr/QI11F+G0M zoB0QqGx524jCjIfDjRPi864ykIUU9S5Eu/Xm1NlKCtLOZlJbxJkRb+IYHg= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 21 Jan 2017 23:25:02 -0000 --Sig_/zWj77xfIRzgcQkd9/5/pEtg Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Am Sat, 21 Jan 2017 22:20:01 +0100 "O. Hartmann" schrieb: > Am Thu, 19 Jan 2017 19:38:30 +0000 > Glen Barber schrieb: >=20 > > On Thu, Jan 19, 2017 at 07:10:00PM +0000, Glen Barber wrote: =20 > > > On Thu, Jan 19, 2017 at 10:16:46AM +0100, O. Hartmann wrote: =20 > > > > On Thu, 19 Jan 2017 06:58:16 +0100 > > > > Matthias Apitz wrote: > > > > =20 > > > > > El d=EDa Wednesday, January 18, 2017 a las 08:00:04PM -0500, Alla= n Jude > > > > > escribi=F3: > > > > > =20 > > > > > > On 2017-01-18 14:37, O. Hartmann wrote: =20 > > > > > > > Am Wed, 18 Jan 2017 16:38:32 +0100 > > > > > > > Matthias Apitz schrieb: > > > > > > > =20 > > > > > > >> Why you do not just boot from USB some mem stick image, moun= t some disk > > > > > > >> space to /mnt, svn checkout CURRENT to /mnt and build a boot= eable system > > > > > > >> (world and kernel) and install to DESTDIR=3D/mnt ? > > > > > > >> > > > > > > >> I do not understand all this hassle? > > > > > > >> > > > > > > >> matthias > > > > > > >> =20 > > > > > > >=20 > > > > > > > Wow! > > > > > > >=20 > > > > > > > As I initially stated, that is EXACTLY what I was inclined to= do except > > > > > > > the fact that I had already an intact /usr/obj and usr/src wi= th a > > > > > > > complete compiled system. > > > > > > >=20 > > > > > > > I booted from mem stick and I was lost due to no cc! > > > > > > >=20 > > > > > > > Even for "make installworld" it seems I have to rely on the c= ompiler. And > > > > > > > the images (ISO, memstick et cetera) provided these days do n= ot contain > > > > > > > any clang. =20 > > > > >=20 > > > > > Yes, you will need it and it will complain about missing it, if f= or > > > > > example you moved 'obj and 'src' to other dirs after 'make build.= ..' > > > > >=20 > > > > > But, in your case the mem image really is lacking the cc/clang; I > > > > > fetched the image an did: > > > > >=20 > > > > >=20 > > > > > # mdconfig -a -t vnode -u 1 -f > > > > > ~guru/Downloads/FreeBSD-11.0-RELEASE-amd64-memstick.img # mount -o > > > > > ro /dev/md1p3 /mnt # find /mnt -name clang > > > > > /mnt/usr/share/doc/llvm/clang > > > > > /mnt/usr/lib/clang > > > > > /mnt/usr/lib/debug/usr/lib/clang > > > > > # find /mnt -name cc > > > > > /mnt/usr/include/netinet/cc > > > > >=20 > > > > > With this img alone, you can't compile a system :-( > > > > >=20 > > > > > Setup a system from DVD and build your own image containing a com= plete > > > > > system on an USB key; with this boot your damaged system, recompi= le and > > > > > reinstall world and kernel. If you (O. Hartmann) need a step by s= tep > > > > > guide, I could send it to you. > > > > >=20 > > > > > matthias > > > > > =20 > > > >=20 > > > > Hello, > > > >=20 > > > > thanks for your help offering! very kind. > > > >=20 > > > > I've already solved the problem - not with the suggested process, b= ut via > > > > copying missing libs and files from and identical intact source. Af= ter that, I > > > > ran make buildword/buildkernel and was able to successfully install= the new > > > > system. > > > >=20 > > > > As I stated before: I already had a complete compiled world and ker= nel existing > > > > in their proper, intact folders (usr/src and usr/obj). There was no= need to > > > > compile a whole world. > > > > Intending to "make installworld" failed, this is the real problem, = because the > > > > ISO/memstick images provided lack obviously in the required infrast= ructure and > > > > so these images are worthless for sophisticated rescue operations -= or even > > > > such a simple ask as described initially in my posting. > > > >=20 > > > > I created images on CURRENT of my own - they all lack in the abilit= y of having > > > > the necessary tools aboard. So I consider every image useless for r= escue > > > > operations except, maybe, the DVD image - but this one is not provi= ded anymore. > > > > For what reason? Time? Accepted. Space/disk usage? Well, welcome ba= ck in the > > > > stoneage of computer technology ...=20 > > > >=20 > > > > I remember faintly that there was a small discussion on the @CURREN= T list, but > > > > I didn't realize that the result would be the extraction of the com= piler. > > > >=20 > > > > Just for the record: most servers delivered to us do not have CD/DV= D drives > > > > anymore - they are outdated and considered an extra these days. Pur= chasing 1 GB > > > > USB thumbdrives is getting even harder, smallest size my employer p= rovides now > > > > is 2 GB. And most optical drives are DVD. From my point of view - a= nd this is a > > > > personal view - the "standard" is > 1GB so there is no need to brea= k down by > > > > force the FreeBSD image (if size is the reason) down to < 800 MB or= < 1 GB. I'd > > > > consider having < 2GB the line of standards (2 GB USB mem drive). > > > > And for those, with need of very small images, smaller images could= be provided > > > > as the extra. > > > > =20 > > >=20 > > > I do want to weigh in here and inform I am actively watching this > > > thread. clang(1) is not in disc1.iso or bootonly.iso because the > > > MK_TOOLCHAIN knob is disabled in the targets that generate them. This > > > has actually been the case for quite some time for these images. > > >=20 > > > dvd1.iso does contain clang, but very rarely (if ever, actually) are > > > there dvd1.iso images produced for development snapshots. This is, in > > > part, solely because of the additional space/bandwidth required on the > > > mirrors (not just mirrors controlled by the Project, but third-party > > > mirrors as well). > > >=20 > > > I am working on splitting out how the memstick.img and disc1.iso imag= es > > > are produced, but ran into a problem which I'm looking into a workaro= und > > > that is backwards-compatible. Since for USB images, a 700MB limit do= es > > > not make sense, and right now it just so happens that the memstick.img > > > is created from the same contents of disc1.iso. > > >=20 > > > I know this does not help with the immediate issue, but wanted to chi= me > > > in with I do see and understand the larger issue, and am working on > > > a more long-term resolution instead of a one-line workaround. > > > =20 > >=20 > > Random thought: > >=20 > > Brought up out-of-band, can you try this from a memstick.img and your > > already-built userland/kernel to do what you had originally tried to > > install the system? > >=20 > > # make -C /usr/src WITHOUT_SYSTEM_COMPILER=3D1 DESTDIR=3D/wherever ins= tallworld > >=20 > > I think this is why cc(1)/clang(1) is not being used from /usr/obj, and > > you don't have a compiler to compile the compiler. > >=20 > > Glen > > =20 >=20 > I ran on a different(!!!!) machine in the very same situation while insta= lling kernel > and world in SINGLE USER mode! Different machine, also SSD (different mod= el): the > symptomes are the very same. Close to the end of installations of lib32, = the box goes > down, crashes. >=20 > After reboot, it can not find any kernel because /boot/kernel as well as = every "per > default" installed file/directory is not existent anymore - except thiose= files I > touched/copied. >=20 > Files in /rescue do have all NULL size! That was the same on the other bo= x on which > crash I initiated this thread. The same in /sbin, /bin, /usr/bin, /usr/sb= in and /lib. > Some libs/files are NULL in size. >=20 > So, apart from the fact that CURRENT disrupts obviously filesystems on in= stallations, I > had the doubtful chance to take a test on your suggestion above: It doesn= 't work! >=20 > I booted this time again from the USB thumdrive with the recent FreeBSD 1= 2-CURRENT image > without the compiler and mount the still intact usr/obj and usr/src from = the corrupted > SSD onto the USB thumdrive and tried to do as requested. >=20 > make -C /usr/src WITHOUT_SYSTEM_COMPILER=3D1 DESTDIR=3D/wherever installw= orld >=20 > The script bugs out at "bsd.compiler.mk line 145: Unable to determine com= piler type for > CC=3Dcc. Consider setting COMPILER_TYPE" >=20 > Setting COMPILE_TYPE=3Dcc results in "sh: cc not found", setting to "clan= g" doesn't work > either. >=20 > Apart from the fact of CURRENT to be incapable of rescuing, there seems t= o be a very > serious issue with CURRENT regarding its filesystem stability and I do no= t know how to > address this in the correct way :-( >=20 > I use NanoBSD for about a year for several projects and I already have a = useful USB > thumdrive with a full grown system (~ 836 MB if I'm not confused includin= g the > compiler). I tried to makeinstallworld, but this time, it seems that also= the usr/obj > has been corrupted, so I had to perform a buildworld, which is still runn= ing. >=20 > From my little experiences with building NanoBSD and the use of etc/src.c= onf as the > source for delegating what is used in the target image and not, I was rea= lly wondering > that the "RELEASE" build infrastructure is not using a predefined src.con= f to reduce the > size and content of the resulting image. Instead, some "WITHOUT_TOOLCHAI= N" hidden and > hard coded knobs are used :-( Somehow the whole thing got more confusing. >=20 > I can understand that some people want some small images for their instal= lation > processes, but I think they can perform the task of creating their own im= ages via make > relaese very easily. > In cases were someone crashed, like me, it would a great benefit having s= ome real rescue > stuff around instead of crippled images. But this might be a different vi= ew. >=20 > regards, >=20 > oh=20 >=20 I now have on one box a partially restored system. It seems, that this time= , a very serious bug made proper work. I need to restore the library installation/structure in /usr/lib. It is cor= rupted and has been corrupted by "make installword" with WITHOUT_SYSTEM_COMPILER=3D1 (= which seems useless in this case) and COMPILER_TYPE=3Dclang. There are dead links in /u= sr/lib, especially libthr.so.X is pointing to nothing. As a result of this desaster I can state, that the images provided official= ly are not capable of performing such a rescue. Dead man in the water :-(=20 --=20 O. Hartmann Ich widerspreche der Nutzung oder =DCbermittlung meiner Daten f=FCr Werbezwecke oder f=FCr die Markt- oder Meinungsforschung (=A7 28 Abs. 4 BDS= G). --Sig_/zWj77xfIRzgcQkd9/5/pEtg Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWIPtxAAKCRDS528fyFhY lPudAgCOSi45odEP9JBvo4NmLYsTb8p2vGu/glRB2YWLQHgx6FfWS4XSCPDXNMTt kjrpa3O67idnLS3yfIGAgmIotIvZAf4r/i3JsO+FEUA5aIKkEJ+XZ14Rx+wqVAeH w6ctv0riO1EOJqild0/oqVNihfs9jGGICvyaAh4BE/PTc7GCihWY =WpWs -----END PGP SIGNATURE----- --Sig_/zWj77xfIRzgcQkd9/5/pEtg--