From owner-freebsd-current@freebsd.org Sun Jun 12 02:34:52 2016 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 931BEAF071E for ; Sun, 12 Jun 2016 02:34:52 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-5.reflexion.net [208.70.210.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 304B1206B for ; Sun, 12 Jun 2016 02:34:51 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30449 invoked from network); 12 Jun 2016 02:28:44 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 12 Jun 2016 02:28:44 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 11 Jun 2016 22:28:51 -0400 (EDT) Received: (qmail 28565 invoked from network); 12 Jun 2016 02:28:51 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 12 Jun 2016 02:28:51 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id E9E01B1E001; Sat, 11 Jun 2016 19:28:03 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: mergemaster internally using make [for example] vs. WITH_META_MODE? Message-Id: <7C577F5B-545C-4D70-A78E-A19E35A24592@dsl-only.net> Date: Sat, 11 Jun 2016 19:28:08 -0700 To: Bryan Drewery , FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jun 2016 02:34:52 -0000 mergemaster [as an example] has code like: > # grep -i make /usr/sbin/mergemaster | more . . . > MM_MAKE=3D"make ${ARCHSTRING} -m ${SOURCEDIR}/share/mk" > ${MM_MAKE} DESTDIR=3D${DESTDIR} distrib-dirs >/dev/null > ${MM_MAKE} DESTDIR=3D${TEMPROOT} distrib-dirs >/dev/null && > ${MM_MAKE} _obj SUBDIR_OVERRIDE=3Detc >/dev/null && > ${MM_MAKE} everything SUBDIR_OVERRIDE=3Detc >/dev/null && > ${MM_MAKE} DESTDIR=3D${TEMPROOT} distribution >/dev/null;} || . . . If one is using WITH_META_MODE=3D for buildworld, buidlkernel, = installkernel, installworld what is appropriate for scripts or other = uses of make for other makefile-targets? Are there explicit mixes of using WITH_META_MODE=3D for some makefile = targets and not using WITH_META_MODE=3D for other makefile targets that = need to be avoided? Does one need to force some scripts to use [or not = use] WITH_META_MODE=3D for their "internal" make usage? =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Jun 12 03:45:28 2016 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 84FE8AF0119 for ; Sun, 12 Jun 2016 03:45:28 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0142.outbound.protection.outlook.com [157.56.111.142]) (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 C680A2B73; Sun, 12 Jun 2016 03:45:27 +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=ksSiTI4RA6kJXebnYRkHIT/2Gdyt6ReHFZLqPIYU2nc=; b=R53jqhx/pAZuZ0xWjQuvYH6q/qLWy8Mu4Uspqb9N5Fm0onCW2g95lXWSG2VshICyw2CAWhNxf/q7UtC5aTMT15LK6o5+VC3f4jbShMWBD871VtvT89LT257Y0Dd88qhdkgfeP0DrNlOcnI0uqEqqaiRJvKzJc9eHRzvfw6GOoAg= Received: from CY1PR05CA0034.namprd05.prod.outlook.com (10.166.186.172) by BLUPR0501MB804.namprd05.prod.outlook.com (10.141.251.142) with Microsoft SMTP Server (TLS) id 15.1.511.8; Sun, 12 Jun 2016 03:12:16 +0000 Received: from BN1AFFO11FD021.protection.gbl (2a01:111:f400:7c10::114) by CY1PR05CA0034.outlook.office365.com (2a01:111:e400:c5a4::44) with Microsoft SMTP Server (TLS) id 15.1.517.8 via Frontend Transport; Sun, 12 Jun 2016 03:12:16 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; dsl-only.net; dkim=none (message not signed) header.d=none;dsl-only.net; 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.19 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.19) by BN1AFFO11FD021.mail.protection.outlook.com (10.58.52.81) with Microsoft SMTP Server (TLS) id 15.1.511.7 via Frontend Transport; Sun, 12 Jun 2016 03:12:15 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sat, 11 Jun 2016 20:05:26 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.16.84]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id u5C35QE80667; Sat, 11 Jun 2016 20:05:26 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 3046438551E; Sat, 11 Jun 2016 20:05:26 -0700 (PDT) To: Mark Millard CC: Bryan Drewery , FreeBSD Current , Subject: Re: mergemaster internally using make [for example] vs. WITH_META_MODE? In-Reply-To: <7C577F5B-545C-4D70-A78E-A19E35A24592@dsl-only.net> References: <7C577F5B-545C-4D70-A78E-A19E35A24592@dsl-only.net> Comments: In-reply-to: Mark Millard message dated "Sat, 11 Jun 2016 19:28:08 -0700." 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: <35351.1465700726.1@kaos.jnpr.net> Date: Sat, 11 Jun 2016 20:05:26 -0700 Message-ID: <35353.1465700726@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.19; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(2980300002)(24454002)(189002)(199003)(50986999)(5003600100002)(76176999)(4326007)(68736007)(53416004)(92566002)(117636001)(76506005)(87936001)(46406003)(19580395003)(86362001)(9686002)(2906002)(97736004)(106466001)(47776003)(105596002)(97756001)(50226002)(189998001)(77096005)(356003)(107886002)(8936002)(110136002)(11100500001)(2950100001)(5008740100001)(4001430100002)(50466002)(2810700001)(586003)(81166006)(81156014)(23726003)(8676002)(69596002)(19580405001)(6806005)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR0501MB804; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11FD021; 1:GBiAjwD1lnt+CPaofMUpNnpwhWvztrz8fyX95pQ90D3fA5W74/vB3/JYbI9BUNwzGHcw5OLxlHEhde6PdHPwo9HYq89nRTdGeSPKLwD2AWDrCHwrtvzfl//KGr5MfxNnpOdCbMMvPzlgCn0ezakqaHaSAcDztW2XgwT37rlP4MNVjUm8ACCTU9mdUNfBnnp+rr2LkZM2SepDMzgTs88XXN2Q/2NfxxmOsy0DMs915QP6p6jEkK41Sz+jnEl2n+MDMc/5oBM7onhzhv2nXBfC5RqY3M4Hd3ptdo6sf8xW30AbC+SCOx9zxFfW/NZsQ+yOTsukBFx4SdYFTz0pkjt1jFZH1yb8cbwmRNaX6hVUes7Sid8Io1QFR1jkyLnhK9XfwgUow3ORr3lccBW9qdodTJimOj4qTUe5cfu+dnzXGpW0pUCNWTaKcKOoby5pP1jp4d1UvAprC5jSkGbbwwutbTeAcA/HFgvu8UaSEToyNbo= X-MS-Office365-Filtering-Correlation-Id: e3d64608-494f-4c38-4df1-08d3926f5b3c X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB804; 2:xxKW1/XqCpBNtwa3gsKxGWq0+qQ0GR6fN4bf3XISBQuugw3yUOFx4t879LJ1zyTfe42nbmxBpz3/n/I9CxA//SxOAEDgppB3wzLqd+5ZvMirbmeweCoOO43JsktioGRxJU/w59Eyb2vpic5TFHmuJUYhHzjmQeTBTYeJGaiRTDsmKh1HBQmkYl5Fqq2mYvXS; 3:j8U17fVhfDiwqfEBNMDEUGTcpq+jC207N8qDBWcEtumtBWLIVrX++fQioJEhBl7ulHrd26Zz38r11a3Tiv+JkKgR2/8V+F3u26N0hpjmlxTdb1ZR3s6y3AZz6mlLdV34MIPZl+kLREZ6g4UP4INZrYvle0c/onWlTxwvmBkRa7e5t9s3YNcVI1saziRWJYI/aCfasU5EnZ8Yi/UOIWfVmLbIeFpWk3lwobIQNbNxDm4=; 25:Acynq/PjXrjURqFTvUQLER0lQH/hp6gY7ZawGBxVe0okNg9Xqwy99vF/Yndt8j4Kjo9PKRy7VDLiQyruZZDPeXJH5nadw1Hu20XgzEVTBbskmdk0Vz/3CUMPodSdwmtlBfvcQAoGhqerxAeqnwKovJC88Rnq69ZlJIVXQydF2APvHjjfIBm2kZ/lFZ4hGScaVwDbPZNT8DMDOKPV9qsUmsXdwJP5Qo4QJffMotIh4a9xxi4HTwMMiFv23uTzz+Mn08nGhrBYgMBwWojPB2Hom2dtwUOIuyfHXqNKT3GHeJg+1ciC/utzkwNQj7dgDjE8rjVyXphAYcsOrYFKcqJKPR3E2XuulwZZX6H6tIIH6BECC0IvBEGOd2Uo+en4D25iZNnaQOaN7bw8NJxT0klSAF3qGHBDJb1OLmlaubZosTo= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0501MB804; X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB804; 20:OMxDS3360fLJYbVnDK9MSwjnuPhcuX+clrd5e6tAULt2Lj6jZHaRENv9Q7TJH3toxQzoZPXEQW0T52P1Hru19AsO1W+y4k5hT02bCSX/gQN7a2PVf2RvkhBeTDB75NwZpfOdpDcqpm/no78fvgdWf9PMP2FF4R/N1A3TVUK8lEsVhoCQw4fer3dCUuhiWnUjn8agaL+gzM23/j3BWNOXrQzlprbY/2Kz/8ymuOBP9PVAwUmDTRetBCPN0MbsqWUokt/Rd7b2WaRv0vqeA1Su32+qe8CvUuO3uKwdohBjRQK2U1/h1Euv6mQl6dMXgFKkuw4vcZKVdxOgafpr4qpTVxg24g/+jrlGcTZ0iF0XLL+hSIPrCmzgb+CWyDbYCafXf6APtnYWSO7MJwmnmwn7yGK+M38Qt+UgzvTz6P3u/hYc6IGBc37772je1P1Fn/3rSA2lJiKLrZ1MuPCAaaLQPDwZ4nJOsUgdQTPihpZTypzmqK1QPEIrVLFZDALsG+GT X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13017025)(13018025)(13024025)(13023025)(13015025)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:BLUPR0501MB804; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0501MB804; X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB804; 4:SNQHH7kglj0VgClzkSUmEJemlc4hdNlm3hAnGJcg/jplOEFb2bBNDnOBC9g7PmXnQu/SCaXaiBJMH5yDlFJMuElUtOvCheJ7rzsy7jFTYjgWgwHQY7FzQN+l8WjiW01HXHEDGG0Jplizd9vi8O6JQxuTwr2HHGv6JSaGnE22FDy5tzJGnCOMVJOKJ85THwqe4v/4M1kvtPVyJfDZN17jjG6N2RLbx4umYJB+nYjRMrjpRgaN+OV2KleCsCcx1C+sURIdeuDXch69Su8axmjDu6NJehq6uMdYWJo5JEY8u0j7Lb9WMkHjkxyvgPuhHtZZTN5cNO4g68RgmwmyI2cubKjNNDYCeDR/Mf/YmlWRHAQWnV14Zu9255pYO2tPmuTSY+YPcDwxEnsNgs5xio0MptcaLjGSwbsz0R9tesKBHoeG7YxqGaDIfQCUjWlvQBw3awfKtPhS6UDR3HCjqlKmM/qfCzQmxHoaw8dwe8I8yVI= X-Forefront-PRVS: 0971922F40 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BLUPR0501MB804; 23:PNaja1IACwl0WM1/yPUe2eGHrg9R/jDNhawk1een?= =?us-ascii?Q?KP2/9a7UVhBZ/+PM7TIeAEIqf//ENsXDQNk0ZKTc1qRiajXxTLRHkGJ3LxHX?= =?us-ascii?Q?cibUjLuIdL4V8HqEtIS194UQEWDFlTFo0RbSrdc6LK0GVmPIkIoqbrBdym9j?= =?us-ascii?Q?QPXZqGfS1yTUj79mH7I78+1P8IpYSL52Mv/Dj5sycuBl4GyXNa8t14ql7CYg?= =?us-ascii?Q?8wMc5jQqj5wy/l6azgHs7qukmJ4rRL1r7Og435FG7taq9SJ6dmxNrfkA3MF7?= =?us-ascii?Q?3V+hgwRsAXQ5OUgYsoOl9sl41+n24tLx0ael8oYz3SD0RLU/uIqNZIEF1Bdn?= =?us-ascii?Q?ZeeS+n9rLC3L36VQbGuU/cUbzAGLVElIYjSl7Cp73s+vWKU24lyP0OEWh6zY?= =?us-ascii?Q?X6fudKHiKp/YCjDPAerUx/4tWxyngG1Rw751YCTx4XJo+o0StCbsG/p9gD+m?= =?us-ascii?Q?LQIxRQEVkmdFRGk27AYOj2qn4ocFqGluQhfMQn1Y90aXpC2/jUIBxW5WNKnU?= =?us-ascii?Q?xi7ciTeQ9aTrYHq91ookuABhXkaGAFhUum87ho8cgkXnC4p0iAp7+fvVjNNH?= =?us-ascii?Q?qFtJWZE3DtXL5pSdA64nGB0iKiBkgUb2wm1wkFAq+5yFdAnXV5spt1FgwHdN?= =?us-ascii?Q?fb9vQVx8wVPp3diTLZFusBuE+9yBB64bzCnLbYS7peB10Ul/ZhI91zyDOKXn?= =?us-ascii?Q?q87p3ii8LOkewzPDHvW7qDvt73VqA9MIpoIhxvcmVJR/VpAxkNbTtnf+DPKn?= =?us-ascii?Q?Y4pSNaGQeAGwq5ls3hivSZFSJRu/2+UdGC2ZBAmf/nSGRdzZoJi2O2L1Hn7r?= =?us-ascii?Q?NClEuTyl3uWD6Jec484pp6ktsTt8+OHNoQACHIId5WA2/S0Xw6soshsjhJhJ?= =?us-ascii?Q?VyHLNy4wNvdYt4C2sSH1eL5oB5zVk/B7w/KSDNk4AYnBihT9Aj3LUGc2K/B6?= =?us-ascii?Q?gthb3Z1VGgYXFsnF/Wz5n2c1kW8h7DwaI92IOZaIC7BuKa8h4ntJD0QGQZ9N?= =?us-ascii?Q?6vuRrgyVCTWnGSN31TK/ss+eAnofQ5vBWgmX4jWwQMisYV+io+de/9ISi5Wm?= =?us-ascii?Q?podOJAm0plTdqAcJGLOTmGlQqkG3U5tLSK7TCQtG9wneFeWRV7sEULy0BvQ2?= =?us-ascii?Q?YjC7RmS0SHPfiH01YZ38ngEEYCFnGcI1zG3rf6ZJT9fHukror/qXoXkcqlF3?= =?us-ascii?Q?uwPyM+oeAg3oIATm4fOl9R1pdjBLRvrQSb2IPVPUxTrkKdLI3J6sna4e0w?= =?us-ascii?Q?=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB804; 5:PEenu56wzFzd8Z7NyB0hGIlgXsnkyFUde8uIhDpl+FeoAnj2f392HeYuCr9RYwbSBMfAw4JnWpO5HkP05Clq67iZHV9YlSEdniUGu2UlBx4+hXtDZtzP2G+bAL5omznbNftcmHKjYB4kTXHO5vKq/A==; 24:0p3ENy2jbwEox6Uwsbf8wynB5aXpQLpN39tl82XMn6YCoHtzEkQLwuZpRGdvyJZs/KzA04QHXiy3wCIWb9Hpq9Wdcu5yX9NOKbVPORgzF2U=; 7:HH6AthLP3EVfrEJEbNSs1z/jgMEuWYshvcOamxE+liqXs+5V0nnCtRBFWyUaZJb69nXbKQyM8srEDHVtWTRK4sCyJBeIkbDxk/89CyCNTHETA6xhqoLz1Z1245HykiwJER3j0ZTw1p/SXfAYljILgA76PdyMnjhZOAeOIQQTvbk5AKdlaVloam5xtq9FmXg+7FZnMbUrTzKxAt16F7gbxw== SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Jun 2016 03:12:15.5331 (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.19]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0501MB804 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jun 2016 03:45:28 -0000 Mark Millard wrote: > > # grep -i make /usr/sbin/mergemaster | more > . . . > > MM_MAKE="make ${ARCHSTRING} -m ${SOURCEDIR}/share/mk" > > ${MM_MAKE} DESTDIR=${DESTDIR} distrib-dirs >/dev/null > > ${MM_MAKE} DESTDIR=${TEMPROOT} distrib-dirs >/dev/null && > > ${MM_MAKE} _obj SUBDIR_OVERRIDE=etc >/dev/null && > > ${MM_MAKE} everything SUBDIR_OVERRIDE=etc >/dev/null && > > ${MM_MAKE} DESTDIR=${TEMPROOT} distribution >/dev/null;} || > . . . > > If one is using WITH_META_MODE= for buildworld, buidlkernel, > installkernel, installworld what is appropriate for scripts or other > uses of make for other makefile-targets? I cannot speak to your specific example, but yes in general there are cases where you want a sub-make to not run in meta mode. Using 'make -B' is usually sufficient. Eg. $ make -C bin/cat -V .MAKE.MODE [Creating objdir /tank/home/sjg/work/FreeBSD/current/obj/i386.i386/bin/cat...] missing-meta=yes missing-filemon=yes meta verbose silent=yes $ $ make -C bin/cat -B -V .MAKE.MODE compat $ If you have a makefile that should *never* run in meta mode but you don't necessarily want to run in compat mode you can put: .MAKE.MODE= normal in the makefile > Are there explicit mixes of using WITH_META_MODE= for some makefile > targets and not using WITH_META_MODE= for other makefile targets that > need to be avoided? Does one need to force some scripts to use [or not > use] WITH_META_MODE= for their "internal" make usage? The most common case where you want to use -B or otherwise supress meta mode, is when you are using 'make -V' to print the value of some variable. --sjg From owner-freebsd-current@freebsd.org Sun Jun 12 04:56:00 2016 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 1164BAF0BED for ; Sun, 12 Jun 2016 04:56:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-5.reflexion.net [208.70.210.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B9B2120DF for ; Sun, 12 Jun 2016 04:55:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16383 invoked from network); 12 Jun 2016 04:55:53 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 12 Jun 2016 04:55:53 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sun, 12 Jun 2016 00:55:55 -0400 (EDT) Received: (qmail 24474 invoked from network); 12 Jun 2016 04:55:54 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 12 Jun 2016 04:55:54 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 1A8FDB1E001; Sat, 11 Jun 2016 21:55:51 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815] From: Mark Millard In-Reply-To: <4a2034a9-a2e1-d951-aecf-43e043c48d75@FreeBSD.org> Date: Sat, 11 Jun 2016 21:55:56 -0700 Cc: "Simon J. Gerraty" , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> References: <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net> <92116.1464890038@kaos.jnpr.net> <4a2034a9-a2e1-d951-aecf-43e043c48d75@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jun 2016 04:56:00 -0000 On 2016-Jun-2, at 11:11 AM, Bryan Drewery = wrote: > On 6/2/2016 10:53 AM, Simon J. Gerraty wrote: >> BTW Mark, thanks very much for testing this. >>=20 >>>> # grep make_keys = ~/sys_typescripts/typescript_make_rpi2_nodebug_clang_bootstrap-amd64-host-= 2016-06-01:15:17:28 >>>> Building = /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_keys >>>> Building = /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncurses/make_keys >>>> Building = /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_keys >>>> sh: ./make_keys: Exec format error >>>=20 >>> Note that ncursesw has two Building lines above with the same path = listed. >>=20 >> This build is still using the normal orchestration (tree walks etc) >> so it it not at all out of the question for directories to be visited >> more than once. >>=20 >> If curious; you can add -dM to have make explain why it built it = again >> the 2nd time. >> The output can be copious, so you might want to only enable it in >> ncursesw >> eg. >>=20 >> .MAKEFLAGS: -dM >>=20 >=20 > r297997 was the original fix for it. It is visited twice (build-tools > and everything). The problem came when I added .META to all suffix > rules to work around the lack of default .META (the patch we're = discussing). >=20 > --=20 > Regards, > Bryan Drewery Summary: It looks like cross builds and WITH_META_MODE=3D still do not = mix. Example details follow. I finally just updated my amd64 environment from -r301139 to . . . > # uname -apKU > FreeBSD FreeBSDx64 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #3 r301815M: Sat = Jun 11 12:03:13 PDT 2016 = root@FreeBSDx64:/usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODEBUG = amd64 amd64 1100116 1100116 So I then tried to update my rpi2 targeted cross build: > Script started on Sat Jun 11 18:58:11 2016 > Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRC_ENV_CONF=3D/root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/clang make -j 5 = buildworld buildkernel . . . > --- build-tools_lib/ncurses/ncurses --- > Building = /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncurses/make_keys > --- build-tools_rescue/rescue --- > --- obj --- > --- build-tools_lib/ncurses/ncursesw --- > ** edit: BROKEN_LINKER 0 > --- build-tools_rescue/rescue --- . . . > --- build-tools_lib/ncurses/ncursesw --- > Building = /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_keys . . . > Building = /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/init_keytry.h > --- init_keytry.h --- > sh: ./make_keys: Exec format error > *** [init_keytry.h] Error code 126 >=20 > make[4]: stopped in /usr/src/lib/ncurses/ncursesw > 1 error >=20 > make[4]: stopped in /usr/src/lib/ncurses/ncursesw > *** [lib/ncurses/ncursesw__L] Error code 2 Doing cleanworld instead of "-j 5 buildworld buildkernel" and then = retrying "-j 5 buildworld buildkernel" resulted in the same sort of = thing but for maketab instead: > Script started on Sat Jun 11 19:38:48 2016 > Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRC_ENV_CONF=3D/root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/clang make -j 5 = buildworld buildkernel > --- buildworld --- . . . > --- ytab.h --- > ln -sf awkgram.h ytab.h > Building /usr/obj/clang/arm.armv6/usr/src/usr.bin/awk/maketab . . . > --- all_subdir_usr.bin --- > Building /usr/obj/clang/arm.armv6/usr/src/usr.bin/awk/maketab . . . > =3D=3D=3D> share/doc/usd (all) > --- all_subdir_sys --- > ln -sf /usr/src/sys/boot/efi/loader/../../../arm/include machine > --- all_subdir_usr.bin --- > --- proctab.c --- > sh: ./maketab: Exec format error > *** [proctab.c] Error code 126 >=20 > make[4]: stopped in /usr/src/usr.bin/awk > 1 error >=20 > make[4]: stopped in /usr/src/usr.bin/awk > *** [all_subdir_usr.bin/awk] Error code 2 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Jun 12 04:59:19 2016 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 D8C89AF0C6E for ; Sun, 12 Jun 2016 04:59:19 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) 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 943D12208 for ; Sun, 12 Jun 2016 04:59:19 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: by mail-vk0-x22e.google.com with SMTP id t129so15058800vka.1 for ; Sat, 11 Jun 2016 21:59:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brilliantservice-co-jp.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=7R2cd+ZWq2sCs9lsemq3OGnBik2ErSfxU2A5+sC0VRc=; b=iIyrThKhPf116vrI6Wl8L8IugCBTytoGRrclB7PTZ54mvfgOlYUzZAW0G5g4f/yB3F a28ejazMQxoU6IY2r+s2my4vaIxPLd6n4dsjxgU6953xOYDfFBPTE7q7uVpXny0I+KYy thE+e4++AhPGkeI+OHdz6vjIa+lytfMS3mR6JyKwuYfMhbjVPLzb7kngsva6twhA6zIP oD6sEgLs2nGWvu+5KY22SXxoDduxrKQX+LNiAYv4q3vMw3doEhMmid3t0OfGp4T3uhh0 6pv93AmKyV/FsR+yUtqJxOAdnHyWzQaGlKDio1yjAbFIJtV6SCo+0uMjWye3Mm57rGTw n7DQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=7R2cd+ZWq2sCs9lsemq3OGnBik2ErSfxU2A5+sC0VRc=; b=Sqp89KlOtqZvvtUEMQnJ2j8FaLDbgAWa9AcDbvdXX22lvSgwJCoFPD5KnRYmV+W/n4 BflZd9qKLRdvoAg/+P0DND96IrLi9dn+1OJO85FxlSOmMfX16N6GHYxS/jdljDmMj5hf niDy/Ngq3KCEpTbm6Wj912F6Xvf/YMPhe+n78Aaen94C1tzTRi9g4ywrNA9hXVzB0fXS eUln+7y82vXa7rpFd33TUIEVyVm4opYHaL4q1ttUDVYJVHIYvDPFGhK+XSyiRS76IXP/ BD3BxtAC+a2yqP3ZT6CsIut+a6O+sZZg4mKA7l5vtGnQiulqJ+avHoIkA/KfCvifZKXS K0vA== X-Gm-Message-State: ALyK8tJ4N0s9PqzjyeqC1gGQD8Bd1ityUEWO3sHqZGHV71l5cZv9TcvhbBzBWQckrYIghVvO+pFtZdYIeTEdLjPcLTzixTzmokJEh+B9ei3xMWuafm2KQk1D/JYgw1V80Kglv9sYqSj2DG6IwThAnlEtSGg= X-Received: by 10.31.61.76 with SMTP id k73mr1563111vka.105.1465707558338; Sat, 11 Jun 2016 21:59:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.40.33 with HTTP; Sat, 11 Jun 2016 21:59:03 -0700 (PDT) From: "Lundberg, Johannes" Date: Sat, 11 Jun 2016 21:59:03 -0700 Message-ID: Subject: GPIO driver for Intel Atom SoC To: "freebsd-mobile@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jun 2016 04:59:19 -0000 SGkNCg0KSSB3YW50IHRvIHBvcnQgdGhlIHBpbmN0cmwtY2hlcnJ5dmlldyBkcml2ZXIgZnJvbSBM aW51eC4NCg0KSSd2ZSBzZWVuIHRoZXJlIGlzIHRoZSBncGlvYnVzIGFuZCBhIGNvbnRyb2xsZXIg Z3Bpb2MsIGNhbiBhbnkgb2YgdGhlc2UgYmUNCmxldmVyYWdlIHdoZW4gcG9ydGluZyBwaW5jdHJs Pw0KDQpXaGF0IGlzIHRoZSByZWNvbW1lbmQgd2F5IHRvIHByb2NlZWQ/DQoNClRoYW5rcyENCgot LSAKPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0t CuenmOWvhuS/neaMgeOBq+OBpOOBhOOBpu+8muOBk+OBrumbu+WtkOODoeODvOODq+OBr+OAgeWQ jeWum+S6uuOBq+mAgeS/oeOBl+OBn+OCguOBruOBp+OBguOCiuOAgeenmOWMv+eJueaoqeOBruWv vuixoeOBqOOBquOCi+aDheWgseOCkuWQq+OCk+OBp+OBhOOBvuOBmeOAggrjgoLjgZfjgIHlkI3l rpvkurrku6XlpJbjga7mlrnjgYzlj5fkv6HjgZXjgozjgZ/loLTlkIjjgIHjgZPjga7jg6Hjg7zj g6vjga7noLTmo4TjgIHjgYrjgojjgbPjgZPjga7jg6Hjg7zjg6vjgavplqLjgZnjgovkuIDliIfj ga7plovnpLrjgIEK6KSH5YaZ44CB6YWN5biD44CB44Gd44Gu5LuW44Gu5Yip55So44CB44G+44Gf 44Gv6KiY6LyJ5YaF5a6544Gr5Z+644Gl44GP44GE44GL44Gq44KL6KGM5YuV44KC44GV44KM44Gq 44GE44KI44GG44GK6aGY44GE55Sz44GX5LiK44GS44G+44GZ44CCCi0tLQpDT05GSURFTlRJQUxJ VFkgTk9URTogVGhlIGluZm9ybWF0aW9uIGluIHRoaXMgZW1haWwgaXMgY29uZmlkZW50aWFsCmFu ZCBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSBhZGRyZXNzZWUuCkRpc2Nsb3N1cmUsIGNvcHlpbmcs IGRpc3RyaWJ1dGlvbiBvciBhbnkgb3RoZXIgYWN0aW9uIG9mIHVzZSBvZiB0aGlzCmVtYWlsIGJ5 IHBlcnNvbiBvdGhlciB0aGFuIGludGVuZGVkIHJlY2lwaWVudCwgaXMgcHJvaGliaXRlZC4KSWYg eW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCBhbmQgaGF2ZSByZWNlaXZlZCB0aGlz IGVtYWlsIGluCmVycm9yLCBwbGVhc2UgZGVzdHJveSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4K From owner-freebsd-current@freebsd.org Sun Jun 12 07:11:16 2016 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 0E21EAF00AF; Sun, 12 Jun 2016 07:11:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::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 BCE1B2E36; Sun, 12 Jun 2016 07:11:15 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x22b.google.com with SMTP id d2so10095047iof.0; Sun, 12 Jun 2016 00:11:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=79R95IAuK7jCwxikdsdDVs9UJTM3/bGXkZPklVgJb4o=; b=sk2zdjd4uPRxOTyrkGZsoRMoEGRPtYpVYAK4bLyjMPIWUiAYOGQFxS88zgbeiZqt8j l5VgLNByTLxToF74pLHK3KfE5Pt+8UaCLsKlME1dVf63KIih9lbNs2L+ykCZ9ILEaYzj bpSuXhoV083StCfUCOVOx/5u2IN9FtJseNn3trITZ2DtE1xChUHkZcshXwgcvLRXDRxG 95ISyIgTyIcajCyCcyto8QHosCiwiBi1dZNEN+WFaCtcVrbioETELrOZqoko+VXWKcF6 XbCZjbj6bm9ut7DcRFDxCgWpQO2EsRhWrr69dyOgl3NvaqSJTtZ0EdijsXbc4t8aHz31 o3NA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=79R95IAuK7jCwxikdsdDVs9UJTM3/bGXkZPklVgJb4o=; b=ZE6nFP5qnLI/JsibPqNNVO+apbhtJ3hQza3/ykazC3QFkHu1A+uFzG7mn99BSzf6ek Ta1tS/zFFWuYOfHZ7l64wxYTzlgWlstOkXbtD/DbagBISZ9o2cYL8ZU6SEuC546vJ1UX U2ZlKPqo+AlrNG6EelyGEEHTxbcllzVuIw/NgPGwkjpEPTral3Zc2Zy1FM1ym8LkrAGg 6SqkmurrESOXsSZkLZDli0uteFreDBglM6QIS4FDxSBHROWPG1wZYTtZb+F3j4VZkWuj TRYXLiR2d3mm8SpPsn+MaSLn3PI+pKCXHtPd20B/72tn7apoYXTu8GAz4bYPMsWLVpLk byHg== X-Gm-Message-State: ALyK8tKUynBi+oIstAKkx7V9P5PAV1x3hada5MYl+xSKAXFg89ARSRi++DkyOYjOU7Gp4Er569ab7PDg14cZnQ== X-Received: by 10.107.16.24 with SMTP id y24mr14094567ioi.123.1465715475149; Sun, 12 Jun 2016 00:11:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.113.3 with HTTP; Sun, 12 Jun 2016 00:11:14 -0700 (PDT) In-Reply-To: References: From: Adrian Chadd Date: Sun, 12 Jun 2016 00:11:14 -0700 Message-ID: Subject: Re: GPIO driver for Intel Atom SoC To: "Lundberg, Johannes" Cc: "freebsd-mobile@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jun 2016 07:11:16 -0000 VGFrZSBhIGxvb2sgYXQgd2hhdCBvbmUgb2YgdGhlIGdwaW8gY29udHJvbGxlcnMgZG8uIEVnIGFy NzF4eF9ncGlvLmMuDQpZb3UgaGF2ZSB0byBpbXBsZW1lbnQgdGhvc2UgbWV0aG9kcy4NCg0KKEkg dGhpbmsgc29tZW9uZSBkaWQgYSBHUElPIGNvbnRyb2xsZXIgdGhpbmcgZm9yIHNvbWUgQU1EIENQ VSB0b28/KQ0KDQoNCi1hDQoNCg0KT24gMTEgSnVuZSAyMDE2IGF0IDIxOjU5LCBMdW5kYmVyZywg Sm9oYW5uZXMNCjxqb2hhbm5lc0BicmlsbGlhbnRzZXJ2aWNlLmNvLmpwPiB3cm90ZToNCj4gSGkN Cj4NCj4gSSB3YW50IHRvIHBvcnQgdGhlIHBpbmN0cmwtY2hlcnJ5dmlldyBkcml2ZXIgZnJvbSBM aW51eC4NCj4NCj4gSSd2ZSBzZWVuIHRoZXJlIGlzIHRoZSBncGlvYnVzIGFuZCBhIGNvbnRyb2xs ZXIgZ3Bpb2MsIGNhbiBhbnkgb2YgdGhlc2UgYmUNCj4gbGV2ZXJhZ2Ugd2hlbiBwb3J0aW5nIHBp bmN0cmw/DQo+DQo+IFdoYXQgaXMgdGhlIHJlY29tbWVuZCB3YXkgdG8gcHJvY2VlZD8NCj4NCj4g VGhhbmtzIQ0KPg0KPiAtLQ0KPiA9LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09 LT0tPS09LT0tPS09LT0tPS0NCj4g56eY5a+G5L+d5oyB44Gr44Gk44GE44Gm77ya44GT44Gu6Zu7 5a2Q44Oh44O844Or44Gv44CB5ZCN5a6b5Lq644Gr6YCB5L+h44GX44Gf44KC44Gu44Gn44GC44KK 44CB56eY5Yy/54m55qip44Gu5a++6LGh44Go44Gq44KL5oOF5aCx44KS5ZCr44KT44Gn44GE44G+ 44GZ44CCDQo+IOOCguOBl+OAgeWQjeWum+S6uuS7peWkluOBruaWueOBjOWPl+S/oeOBleOCjOOB n+WgtOWQiOOAgeOBk+OBruODoeODvOODq+OBruegtOajhOOAgeOBiuOCiOOBs+OBk+OBruODoeOD vOODq+OBq+mWouOBmeOCi+S4gOWIh+OBrumWi+ekuuOAgQ0KPiDopIflhpnjgIHphY3luIPjgIHj gZ3jga7ku5bjga7liKnnlKjjgIHjgb7jgZ/jga/oqJjovInlhoXlrrnjgavln7rjgaXjgY/jgYTj gYvjgarjgovooYzli5XjgoLjgZXjgozjgarjgYTjgojjgYbjgYrpoZjjgYTnlLPjgZfkuIrjgZLj gb7jgZnjgIINCj4gLS0tDQo+IENPTkZJREVOVElBTElUWSBOT1RFOiBUaGUgaW5mb3JtYXRpb24g aW4gdGhpcyBlbWFpbCBpcyBjb25maWRlbnRpYWwNCj4gYW5kIGludGVuZGVkIHNvbGVseSBmb3Ig dGhlIGFkZHJlc3NlZS4NCj4gRGlzY2xvc3VyZSwgY29weWluZywgZGlzdHJpYnV0aW9uIG9yIGFu eSBvdGhlciBhY3Rpb24gb2YgdXNlIG9mIHRoaXMNCj4gZW1haWwgYnkgcGVyc29uIG90aGVyIHRo YW4gaW50ZW5kZWQgcmVjaXBpZW50LCBpcyBwcm9oaWJpdGVkLg0KPiBJZiB5b3UgYXJlIG5vdCB0 aGUgaW50ZW5kZWQgcmVjaXBpZW50IGFuZCBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4NCj4g ZXJyb3IsIHBsZWFzZSBkZXN0cm95IHRoZSBvcmlnaW5hbCBtZXNzYWdlLg0KPiBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBmcmVlYnNkLW1vYmlsZUBm cmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCj4gaHR0cHM6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWls bWFuL2xpc3RpbmZvL2ZyZWVic2QtbW9iaWxlDQo+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBt YWlsIHRvICJmcmVlYnNkLW1vYmlsZS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyINCg== From owner-freebsd-current@freebsd.org Sun Jun 12 12:54:53 2016 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 CB5EEAF07E8 for ; Sun, 12 Jun 2016 12:54:53 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0129.outbound.protection.outlook.com [65.55.169.129]) (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 ED24E2A6B; Sun, 12 Jun 2016 12:54:52 +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=MB5YLf5Fo/drDP+YDJP0NO+xMp6C/U7TdgikanVsUG4=; b=TB7K/9H2vaIrOGoJNK0FOCeH/IK4YQjyDNKP+IeoLVzK4o9nidpCUzY+OdmeK7fnA9n/G1YIy7hTVeV9NHgu6BpNlx7tnUNpNMO2nOy5fKgGXGIVkLPJZy5ekScmchI9aH2g92/SyEv7nHvfAl/1T/prFXfS1RwR5GawU1cz8MM= Received: from SN1PR05CA0001.namprd05.prod.outlook.com (10.163.68.139) by BLUPR0501MB803.namprd05.prod.outlook.com (10.141.251.141) with Microsoft SMTP Server (TLS) id 15.1.511.8; Sun, 12 Jun 2016 12:39:29 +0000 Received: from BN1BFFO11FD007.protection.gbl (2a01:111:f400:7c10::1:195) by SN1PR05CA0001.outlook.office365.com (2a01:111:e400:5197::11) with Microsoft SMTP Server (TLS) id 15.1.517.8 via Frontend Transport; Sun, 12 Jun 2016 12:39:28 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; dsl-only.net; dkim=none (message not signed) header.d=none;dsl-only.net; 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.19 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.19) by BN1BFFO11FD007.mail.protection.outlook.com (10.58.144.70) with Microsoft SMTP Server (TLS) id 15.1.511.7 via Frontend Transport; Sun, 12 Jun 2016 12:39:27 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sun, 12 Jun 2016 05:39:22 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.16.84]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id u5CCdLE65460; Sun, 12 Jun 2016 05:39:22 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id DCB0438551E; Sun, 12 Jun 2016 05:39:21 -0700 (PDT) To: Mark Millard CC: Bryan Drewery , FreeBSD Current , Subject: Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815] In-Reply-To: <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> References: <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net> <92116.1464890038@kaos.jnpr.net> <4a2034a9-a2e1-d951-aecf-43e043c48d75@FreeBSD.org> <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> Comments: In-reply-to: Mark Millard message dated "Sat, 11 Jun 2016 21:55:56 -0700." 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: <38441.1465735161.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Sun, 12 Jun 2016 05:39:21 -0700 Message-ID: <38443.1465735161@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.19; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(2980300002)(189002)(24454002)(199003)(23726003)(586003)(4001430100002)(11100500001)(105596002)(93886004)(86362001)(106466001)(2950100001)(77096005)(110136002)(50226002)(68736007)(97736004)(2810700001)(5008740100001)(9686002)(6806005)(107886002)(356003)(189998001)(50466002)(2906002)(50986999)(5003600100002)(4326007)(46406003)(8936002)(92566002)(8746002)(8676002)(81166006)(76176999)(81156014)(117636001)(97756001)(47776003)(19580405001)(69596002)(19580395003)(53416004)(76506005)(87936001)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR0501MB803; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11FD007; 1:wWKcY8E35ZKDoP5nJKYjkSkNnG5G7ZNBMeJQV/MOZeYMTbj3TPRCgTh10wHi82JKCpul9eL87pecjzHAkYSWafmNWpNmo0MWbqGohIoYFwx2h/ZEP1ljjqWTUs87ro8FZ/AhrlnAbjqRxLYINQPiBRyLthofKZK51Zh6edj+yfyPGqKFsX9RmNS2bMJOG7/E5bb/YPkfzvZMboNMLPsBe5PVRlveWHpvzCpYMGPpq9onzQdzSajrJfebScMcn/KfELRCtGTjjYTHav4NcfazYv2/5VYCD4otvpk/AsC6toVNLnD3NQR2hbWEN9lD0Qt/ab+SoORIYgonHmvBryNYHjS2Dqra2k/V8lNX22hrInKGYYuAS+iSTkldy06v6JbRcEfDvxok7AftNB0lHOQKF0IAm1rfE3ZoZSxJNhr62xwPH0hEnTk6UUH1t4PLgZW3wK9+qseNkTNwh8OL7957JxIw4zs/fgGCmWd15fsBdyo= X-MS-Office365-Filtering-Correlation-Id: c3a1a9af-60cb-4f3d-8bbd-08d392be9820 X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB803; 2:QV/MZCUcfUe29cXF5zMNUjvCzwn+g0NyxlWiL/KVy2FlpjoEiUurqO4RCd8h9P8mnQmoXBWgTwK82q4p13/BxRFciv3aG1lAHvd9WDz6xrhbALDwBy09lJX7OT/v3BPnQSIxnGl2WUMHzqbgIquc580aXBrW5lml/FiHF2etUO/NhFyQwLP3IekT4aK2pVPq; 3:NPSZXK0xfyaFyYfkMPgKeR1oLdn0SQPbwq07rNUpJjkKL6pxMwgrbKjF6Ns28XnQp5pGA1nIS4HjX+vLROCZ9hMqzPOWAH5Q6YRtLGbrLCAuFvEzv5en9c6H20MCAdW5P+JBOtlRhgwtrt6qyxnOSYSTDJmC4A0G1sa3jWECFYmblEtbLQscUrblyzYxVSa4XBqZU5cAx7tD3wcaPYSDi0YEXXs4VmfyIo2kEbwdvjo=; 25:0UDDbWF55zy+N7PHn3p5tdL728fv63Hh71gCqL1370Wpco0plPJOsASNPo08xjBTfGUamL3q7JyPECLRmEwHVScY/+APAtEvPDP17IYEJakvKuUXVNZwcF1I7WebaTK4jKDL2Mb1vtF8QfX+2vpUDRVpmKfNva1SCUFFjnJ9EPkkI3XgXUMsflV8UGfaDh47OCFWXkUul5f1hlFRLh9CE13D6W247dD7sFOavmXE8ETAiIChbefsv97gayMcKZIHaadouiyp7d7RTN0SaFyA4OL4G66GH15RwGpTJv687YI5LJzilU96FJXe0yQ9eqoNQECZZj6FhGgX0hVY0djMDjnq9jb2vzZw3AcfiYQxf2MfGfdkb72JW538PKRtB+vWP+PSxe/Nwn4k78U07PYuQMaqXUBdqgLMVL+RzHPQJsY= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0501MB803; X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB803; 20:1F+TdAh2KMnIFlIQNDYr3hEqCgH1lLKJQEw3zAxM3m2levjtcVB+silRsIkmYdelyW0hktTiI8Krj9uI2J1V7A3qMAwCcUoe0ssTTVNlNL3OMsvRbmUdqVgzafdiI+rjAaf/s+9fZK9nAQPAOJ/FAOGLHkOQpH9RLZ++G9MayZgL5HpxsUAvs2E8Ces3FYgROriAF3EOHbLErRS3VkwPaqEhmlw6pknAWaMBZcQzYY6GqzBYC1MlUsUWFBetkGO0qPk4wy99K/+iQ8Laab41FgMbc43oHSSdywGcuDynwSfqEfMVzpHYJdAbur4K1737lx4kF0dYEMztHxrplfFUx7wSZ4hlTucLaavRBr793W/FFGBUW/stQZ+tBW8W4q7rJUNkc9OPC7nAtIfLF+pf/WIqwyEEP6/d5We4ek7brhEvgzl3Yr5ESBU6VUYc/CtLFYh2jlWqyI7srHCupiQD3SWvhxyoIjM/30PQeQ0um3CyHkqqNPLVJEScQ8Wl3csg X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13017025)(13018025)(13024025)(13023025)(13015025)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:BLUPR0501MB803; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0501MB803; X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB803; 4:vCSB1Sho26dEylW8txsawp1oe/qBxVnBkwffyVtMGiqs2OHIMQrCUSc4ctvv83IxpT50DQOwZcDyyvDOi+6t9BSFkNO0TFpPMsHQEfW8LkNmMh5zonmPBBxfER8H4Zf04Gb0DCJVcDtWsrVzSiluL/wCwn5GGqi0i/BmqpD0vypfVlliBKOsVIiFUyLtcbfOH5QscFb+J+NI5x4sPcwREWXdVIaJun1lrKmJbrFM8G1EPLXDm+76bUcbHSkXyhpP0pkby+X88pVjPGPOK6n6PXcALIrOkxr2GEyCSihmT1jxVHSZUSHXjFqUdtq/f+KtQNVrkBqaEB924V8ws7P8GnWr0eJx6esZoKn7Gu9IIPgRENuDLgbBeMnKUbTHkN0KLlKViU8LoMgdp3vkqEZki+nIrlpvvKSSR8dxRDiEtJMhwC/INYs/saB8I2OW3TeopkvR71RrFm44ASx1AVbLITyNAD5M2/26WlWS327nAgM= X-Forefront-PRVS: 0971922F40 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BLUPR0501MB803; 23:MlKDVZNlSh1f5dSxXghnHiSJYRvf51CrEqEGZx0/?= =?us-ascii?Q?UKdzJIEpK5y9ZRZ1soeWXlJnT9t+ZMdyPcE73QrCRvgTl/OdrGTkv805hEyu?= =?us-ascii?Q?K1JZfOSFK+9MSY+YNoLvNhi3wZODgsqDiZex9VK/2ZZkNopc5w6yinXXtIzp?= =?us-ascii?Q?n4DxOcI1ok16G+lVVxuhwppCrlcIn+K/ZncbNTYD50CFf/Rhd8hoqU+dRGqK?= =?us-ascii?Q?X5jpSDAiDzLotxbIkqa9jnszMoZwcJQT952+N+Dh4mN8fZ9Ls7tXvZmyWMc6?= =?us-ascii?Q?+PY10GqYa8KTEOWf4k+WuCdCXtti6vpjatUqtDtpEmAWHkuInH97nSsMQJ5L?= =?us-ascii?Q?vWJqbut3ahMNPKlBVCb6HuVSkA7XhUdHfqiGBOIxqJ5qCBauYGanoWViwwKn?= =?us-ascii?Q?R5ahVBmXOWQGBfjUCCSnkJjNqRYrZW6AsUY84AjOfEAhZhTie//MLldbBc1/?= =?us-ascii?Q?URy7vFWvMIrjfn3nNkLft9X5G2YiYje0zBtQoNIeeIyOuvojwggx8mZR2KKx?= =?us-ascii?Q?OYBT9Y02lMn4ge38OcwWZKNWqO8Yv/tGUVt/2HIyUTlvzzcrMCVhjnSW+Glb?= =?us-ascii?Q?/MtNppXOchXRB2uOS+eS+oLc0q/wY9WSl5Zh0Y5zNrZZayvt33BvlWM6ywDC?= =?us-ascii?Q?PiDzAGJZnlEA6m8/Ps/M4TRUQS+8bSKJx8DiNeWjDwHTQxgh+jDPjGBuHmmf?= =?us-ascii?Q?2tQhunzSvzoJwTqgYWF+RGBQsGojwaZqPLsWEqZWu0AWCTFRfm0k0os2qXui?= =?us-ascii?Q?EStIlnAQeofKg+/zCVqmX9bG+USyTTStHunOYtLmEBYMscNEB7LA4cFtiPUD?= =?us-ascii?Q?6kNUZ7kJQ88qG0LfAd+x1L7GrMJy50lmmYzr3LsnyxQn5wiJnr1obiJvwFhc?= =?us-ascii?Q?M7/j6lj8F9/euiSaxiGWIxTaWq9MDWyr+o96HM6B7tmZzNgwWjm5L/YYViot?= =?us-ascii?Q?Ej+bWNsn6mZ9CQYvOhaWT3jCGgCG0hAOsbySVm1kGTjKu73Mzq73h+d4/Tgz?= =?us-ascii?Q?GV1kiRiWGqVVT/PIOmgz0tF+0tB0HALSaGAKmCcgTU2auidS6+2d0dxysv8O?= =?us-ascii?Q?mHjtKxEaIx1q2skbn9fUJ6n6iFcVD5pSEyCNk3yS8vbpyeaG8wT0CKGf9WGh?= =?us-ascii?Q?AAWlJACn7T1j1xqttRPRlhhgOIDxNMLyktm+lyGgizFZ+ePiL75wCCLPigM0?= =?us-ascii?Q?E7c+QbUzxTUz9WiQDo2UORPk8T+9Bx3QsWywLl+8yVuIQD08zSYSy16lVgOK?= =?us-ascii?Q?o1xMvQNWm5K6dnxIkKF53KB25kbh4YkpyZr9vhvV?= X-Microsoft-Exchange-Diagnostics: 1; BLUPR0501MB803; 5:dviZ6TeZooq0AX/1buP1GzQLpg1V1yoJP7yS1acblJfyicyeouAdlx2OjiTXc1UmtlR/SFoLf80TrHjyRcWKh9FwkotRKGo/vuz5PpCOysT3uQW+HukLZsWGnE7CZFTy/xkoMLZgctxpmFhiSXq9zA==; 24:sGVB4O6gLHGzBso44j93qV+fKo+nh3ssix/R8kbPFr1FUyeirjHWcC9/9ObWzUi1Wy9peheIOBh+SfpuF4fr29QRf/5uUbOt4zm2vwPg4cI=; 7:4zq33pSQqCFM7QWN8XM+PNUXZMa1iXVF+kJWRE+GyeI6F3JlPoHfQpKkg6MoAG5Xad8ASrVqdz/qhJ/JHBicyk07cVGKhXNlywKAIBBQjlc4k2gCaL3OZkemBnwVfPjIp9Ap4WEzrYswmbW3YF7cXcqzUk72ptG40Q3g8yAGW8pRuebd4rJKAiaWsceq4m4ZtwonpWpBSE8WJ5RuDQIoW4XkMO9jsjYnGX1Uy+E1vF0= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Jun 2016 12:39:27.9495 (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.19]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0501MB803 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jun 2016 12:54:53 -0000 Mark Millard wrote: > > --- build-tools_lib/ncurses/ncursesw --- > > Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_ke= ys I must have been looking at on of our internal FreeBSD trees last time... In FreeBSD lib/ncurses/ncursesw/Makefile and other places I checked just uses ${CC} for building make_keys - I don't see how that could work for cross-building. = If you want cross-building to work, the simple solution is to ensure that you use HOST_CC rather than CC when building things that need to run on the build host. eg. in our internal tree - which cross builds fine: make_keys: make_keys.c names.c ncurses_def.h ${HEADERS} ${HOST_CC} -o $@ ${HOST_CFLAGS} ${NCURSES_DIR}/ncurses/tinfo/make_= keys.c make_hash: make_hash.c hashsize.h ncurses_def.h ${HEADERS} ${HOST_CC} -o $@ ${HOST_CFLAGS} -DMAIN_PROGRAM \ ${NCURSES_DIR}/ncurses/tinfo/make_hash.c and in share/mk/local.init.mk HOST_CC?=3D /usr/bin/cc should do. From owner-freebsd-current@freebsd.org Sun Jun 12 13:02:47 2016 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 33AB0AF0A67 for ; Sun, 12 Jun 2016 13:02:47 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0133.outbound.protection.outlook.com [157.56.111.133]) (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 8083D2E33; Sun, 12 Jun 2016 13:02:45 +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=9K8mp/n+bvRgwIin7ddBohGBf2Ex2pC4OBImabUsTIk=; b=fhkcz84B6BIAah+qGOqtu0kbYMyLFQYhg5P/JuOtvcUqF7SlxElP0ZtSCoX/RdH2viHPc7vjxSP7wpBWBui+a4N4yrJP7Doo1EPA1HmpCDobORXhFhPS7luD0X8m1UIZndHgI76Cmgx3ay3JlnkwtDbliKrQyKtbUcfrWDjv7+w= Received: from BY2PR05CA047.namprd05.prod.outlook.com (10.141.250.37) by CO2PR0501MB807.namprd05.prod.outlook.com (10.141.244.141) with Microsoft SMTP Server (TLS) id 15.1.511.8; Sun, 12 Jun 2016 13:02:35 +0000 Received: from BL2FFO11OLC014.protection.gbl (2a01:111:f400:7c09::146) by BY2PR05CA047.outlook.office365.com (2a01:111:e400:2c5f::37) with Microsoft SMTP Server (TLS) id 15.1.517.8 via Frontend Transport; Sun, 12 Jun 2016 13:02:35 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; dsl-only.net; dkim=none (message not signed) header.d=none;dsl-only.net; 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.19 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.19) by BL2FFO11OLC014.mail.protection.outlook.com (10.173.160.144) with Microsoft SMTP Server (TLS) id 15.1.511.7 via Frontend Transport; Sun, 12 Jun 2016 13:02:34 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sun, 12 Jun 2016 06:02:28 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.16.84]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id u5CD2SE83738; Sun, 12 Jun 2016 06:02:28 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 2D9F138551E; Sun, 12 Jun 2016 06:02:28 -0700 (PDT) To: Mark Millard CC: Bryan Drewery , FreeBSD Current , Subject: Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815] In-Reply-To: <38443.1465735161@kaos.jnpr.net> References: <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net> <92116.1464890038@kaos.jnpr.net> <4a2034a9-a2e1-d951-aecf-43e043c48d75@FreeBSD.org> <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> <38443.1465735161@kaos.jnpr.net> Comments: In-reply-to: "Simon J. Gerraty" message dated "Sun, 12 Jun 2016 05:39:21 -0700." 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: <38651.1465736548.1@kaos.jnpr.net> Date: Sun, 12 Jun 2016 06:02:28 -0700 Message-ID: <38653.1465736548@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.19; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(2980300002)(199003)(24454002)(189002)(97736004)(77096005)(23726003)(46406003)(586003)(8936002)(4326007)(107886002)(110136002)(50226002)(8676002)(50466002)(5003600100002)(97756001)(9686002)(81166006)(81156014)(356003)(4001430100002)(6806005)(69596002)(19580395003)(2810700001)(5008740100001)(189998001)(93886004)(19580405001)(92566002)(50986999)(76176999)(87936001)(47776003)(86362001)(105596002)(76506005)(2906002)(117636001)(2950100001)(68736007)(106466001)(53416004)(11100500001)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR0501MB807; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11OLC014; 1:tgPGMxdm6PCmgFR/CrRYqoExLpn6qy6Uaq1fUrOvuiaQnic1jDvmHh81wuGlG+AlyQYpcxDlmFA18GYwqgJmuTt5b4noZNjQw+ypXrF1umiTDH1xu0AhLOwL1RwFB4OT9PSoGqviiyg/2H1w2xoLe6/JtvnD3fgdwE77QLhQagVCx2/zZUA5wKA4UX0+sfrAsvjAKLlFVBtAQVwoYJoI9y19EUJAqWZKPQ7RLOoxG7AHQc1Ll94Tq6b8+PQpyozfdIH4j4Vyw+kvEc1zNOOnEbJnTphH3F4KbvWAjUJJGJMeMK3PJfl0LfTIWNrVOAhOZBBxV5+tmD0B29wNVJA9osssx0UG0Fahd2PfNkhINl2bGuZQGDtqncipz6+sqzlvn6r48AfucUeNnn5615gxQezkWOFzM1Qn0of+Qw7pT37w15Z+yHyFZd7zfBf/+o54QVfTgDBEVbAS3espTJ8Dnr0EtaUzDyZyzSdJV2WqNxY= X-MS-Office365-Filtering-Correlation-Id: 73532ab8-f0ad-412a-0d37-08d392c1d267 X-Microsoft-Exchange-Diagnostics: 1; CO2PR0501MB807; 2:46k2hozqrx039TVK7dXIu8pph2BvJ9Ri8WRw30KppqPFJVcefttj+PesVyvFVB0XM49MtAiessGBk/r5YjcpOz/It3tQ7BwRSyDU8k2PKoHlT+jlArQughI7ziCqe+Y6vpzEMJxI8wysAx+SMWIwhnKD1RfaYa6lCYxZ+AEKIzZOnrlh6s//JZkMp9E1A4jZ; 3:bT89UMmaDd+JiTNjqBz3U2UzgSzAzabNFQRl+/cYLsX6o1RxpLnHDG8BygyojhS4vVDTOr1739rnn21lognZldk9T48KgJMPjUDx3t+vCprvb3nOMHPct3NA3JkhHiQu3vTF1V2iP6AeJTLaHjO+gKjNmPN9QjWnkj00NQxVmi3lHkmaL3zL+q/NRTGcf8/f0hMO1PoTfjRY1kXI+y5L/jQDfFUgrkGahSgPWrESWcc=; 25:K25y6rrqU2SSjJGHPMAw8H8stDjd6UuE+2/PDu7E7XZygU/BL2o9sE/3Opm/WSzwKslc1k7w+TdcWs/ZkrW4fVcXLcadwyN8u793Aqzd/59nlBYG30vFBy3OQd174t6e45kJdOvvwiU2rSY5ZvGidb5Syxj7dC08eqJoGtqXx8BAMh5pS397j22xdUz/F+C6CTt9W6vJXTHwkWicIMze+1dC454QH5IZ6EguEqhg2ZCSeWRQql9B0mGvUGl7Td44oYlHkaCuCW9fjizux1SJmbeJAMGh6sE88fshbksXdRIOj4bA+7kkw30mX9xR6be9cdMR0+uBgiO4xvWhr5zTmWRBfHE0QuGNmzDFwJWlGsrJzPLA9I0rGje6fUlLz9JIUj/HSg1Por/gebxD25+7FklYslQA1etJSZBxtB1VKRc= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO2PR0501MB807; X-Microsoft-Exchange-Diagnostics: 1; CO2PR0501MB807; 20:cE0U2SMgQsECRR5/TAN1V4RXB6zPrgZfbK28COH2FT4wpL0ZL0pHLJHTLroyDv/FqIZ6k0NeOZ7jd2jX/yP1ETAWI93areTuAPUksJKWQY2NLQzVWaTXxkXgQwAUuNE/UN3bC9wkj3Q24IXjYGwiU/L7sUamyAIRWlTDkyfweaOVDP9TMGJZcuIq7LY5f4LWSb2aPmDIIRsBZMxLwiigQCq/qz9hEy5hpKye1eaYiJzdlAv7pkVQYh4is7PC2GDpVCRK5eM5RBg601FcX5hYNDqVWOIRU+ocIAYcGS2PcMxSerTNJ9Bdy/vxO4U1JuNoGTDf8FxGH5f8VPYEjl2/2vcb1R80CKGxWgoJ1DtunufsUnwBGOXIQa/t5so1dwGHNKGmc3KpfLIsFPtooTNLAOViWWM2Y63thhzFEq08lDNyfDTdUzc8aGsm8PUKsRNbkDBY2Wlo+vcR+KfEG2MYczgyiCmwS5nj8WOgcX9zdToG+hThILNVYKClSrAuFIor X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(138986009662008); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13018025)(13023025)(13017025)(13015025)(13024025)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:CO2PR0501MB807; BCL:0; PCL:0; RULEID:; SRVR:CO2PR0501MB807; X-Microsoft-Exchange-Diagnostics: 1; CO2PR0501MB807; 4:0Zeit2D837K7OfvPzmD7OQQj15/APhWf9jT55MLGNcpmdU84B0N8T5HQdQUzQMA4aQVEnKk3mzFScGB6sjpZZgX10PK1d764XxUPU9X7gZO+hwNPfBfaQJcAxrwWVZ2gc/rlJjxO/QfkhqJavNSXytLDTW+RJZqKltkLDfnTTftAjZRD1QCRGh++OvZ0LBVOw3PZ72S6J9gSqu0+BLxpTIhJ4rsZbHsTLhSkrNWdEy61mRy4Ewb8Twyu+XF19qPrbXcB8qwEsBKmzWwS+vneuygWtbl6weA6txnWXUFtspNuEiS2UsLFN295G2QOF0yPbFSN0oGeP1F7KXPA3qfZPMjYcIdssLAMd2CE4/MazlQAYT/loRNdUNZaGyl7LoPnkwLMwafjfJkk2JnyyyDTsup2lDWH81US8F5GcCtPimXCoRu2/u0KV8U19dztJtYJVbW4IViJl7wotl5AFFg5Hp8biEiviwlczvYW57YE6wKtpNTIY8h+XEJqNsWw1w8rYvhIC2RC9FGS4rwvKyHDkQ== X-Forefront-PRVS: 0971922F40 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CO2PR0501MB807; 23:pVin8fViUgAK7Omwz76224XzgQhTHjXboCUwI5bA?= =?us-ascii?Q?8cf/Kz2FTCS+0QCkal3ua+YPNdurhAoP48VjGLKLweLm70ha2F5rxBDOKr79?= =?us-ascii?Q?KN5Y+/lL0e8K8HZcfOB9a38xTqkXOZ/tvK8g3r8C463mc9RKE2Q16hx0MDlx?= =?us-ascii?Q?HJa13xGU7eiWhg71Sr0jB6WYOFRyJfl5CcVNOLJbs2dNYfBRtxp0TpBgEvAs?= =?us-ascii?Q?//5ncqF0jjSDTX6UjroCugtPqvct0l/w/p5Tba/tXkDYobA/22VCfy3wYVu1?= =?us-ascii?Q?iYGGaXztMrYZ2fG0z60JgCxMDc3b5QyRQNLMya571B6sP/aA2ZMhELqJiVVG?= =?us-ascii?Q?yXiUFRJ4z2veKeGFJzosPptkrojIa49LrOHySolNzMTHSnkGrTzTXyLwc7Af?= =?us-ascii?Q?5tMjWGevGSIDDtvkm0ucevPN2QIHvNe3xFS7EWkHFhYlJRcX0IFVWVDBD7xX?= =?us-ascii?Q?fC7KyOe5JVyGZrfm4kjiUBoBqokjaxtpshMSq8DoK3aqFl825Ta4ozEvCiFQ?= =?us-ascii?Q?SDiLEd59UykuBoSmyq7bbbgzrCD+clgvbV+rKuTz+QRuM57u1h3egkz4o9t8?= =?us-ascii?Q?mNtVyzh+cd3cN1oqldHCbHrtcGCZszxcqc7BMByNTPrcDFCSWtAFGTb3DFfc?= =?us-ascii?Q?65O16SLNHHhNU3H6DoVZaS2I+7D1mp9rAlUGHoEPN7XYN+O5T4r23oorldbi?= =?us-ascii?Q?SXopfzBnuITzLD0FFw3Z/OQN9yAbMh4PJy26afTTRoj4jXjhSYcqL14tUGyV?= =?us-ascii?Q?7zFXCsSg4oXFpjlaqpJLT9iBC3sbrsJaRqevQ6oRqbZrVY7pVjDSedg/AQay?= =?us-ascii?Q?9hU5wGi+um0wBCVdUlOTBNxquBlw1l2GhKfuDf1OhyJmitkN7bvYJEh+rqJr?= =?us-ascii?Q?SPcceXUDU2k/smojB2UuKuxD940hX8FsF7ezeFY4MXCISltZ8VpnE77lozeS?= =?us-ascii?Q?+H+mGjaEpG/UiR06oA+4xVmrSluabf060TOQzhtlLwsj1F3z+xWkJf3GQx4C?= =?us-ascii?Q?hIGv7o0CcAYD/U/CdQtOuxpLZ/bcmkid6fcSdOjs+gdD1qWwlq1D5e5hduc3?= =?us-ascii?Q?sTYQCq6I2sfHZjLTfJJjiEYZAreCOTRmRxl47QLaoEPSlp1kOHf4Xu4cqo5o?= =?us-ascii?Q?u0HyAhxvCRvQlAuWPwaT+7mXKuDzxT+6RSkh6loJuUZzWbvFgIpHkR9UnZ3r?= =?us-ascii?Q?Iqp6SwO+teB0xNn/HQaZ+HN8LAKdCYyHcxgxi3A6LKZAmGEz/A5stZLoYmrJ?= =?us-ascii?Q?2K9RNrj77xUigEwjCpc=3D?= X-Microsoft-Exchange-Diagnostics: 1; CO2PR0501MB807; 5:1Ru5nBNyzni/TLLpUkFu7RNFZZLTFoa5iciGh1NC2DnD/ot9cSRf2muRR0SQrtA+pIP9lDNt5MkkUntoImnPUyqyAbnzKuQ/2UYSHElsgBdTByPWmy4mlW+rruAUqZ4VMMMjJCdCwDIkZHyjt3GGSg==; 24:+4GBT6yc20eNaqUdz50crrZbzYXwWFyeiQOJ79W+z4eCJPNw2f5lsFIqgm3HVlE4r7zJ0gyTwSfLck0cUV4xxWkhhq6dPehD4nPKiT9m+M4=; 7:w8Fb4dRFd5S9Bco0yvKHmZK7bUDX7URNG195+9Gsg5JNv9uPJ53YJzZrYn1FqZYrVWUZnsr32IgnUT8tYeyND7WsXScHd+NjRYFMG5CMfLtCbqlepr2LQo9WtT5POmixCBGzDWZ/vc/n30abzojLht+cjYORLimB9pFi0aOJNjJWG6/0k8n1P/RBm5UdgrgzSmV6jIJ95lXFSScs3yCWP6N43geZQPbBsPHV0GR3eDA= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Jun 2016 13:02:34.1940 (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.19]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR0501MB807 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jun 2016 13:02:47 -0000 Simon J. Gerraty wrote: > If you want cross-building to work, the simple solution is to ensure > that you use HOST_CC rather than CC when building things that need to > run on the build host. FWIW there are not many makefiles to fix: bin/csh/Makefile gnu/usr.bin/cc/cc_tools/Makefile lib/libmagic/Makefile lib/ncurses/ncurses/Makefile share/syscons/scrnmaps/Makefile usr.bin/awk/Makefile and bin/sh/Makefile which is a bit different for some reason. also in Makefile.inc1 CC=${HOST_CC} is in the BMAKE command line: BMAKE= MAKEOBJDIRPREFIX=${WORLDTMP} \ ${BMAKEENV} ${MAKE} ${WORLD_FLAGS} -f Makefile.inc1 \ DESTDIR= \ BOOTSTRAPPING=${OSRELDATE} \ SSP_CFLAGS= \ HOSTPROG=yes \ CC=${HOST_CC} \ MK_HTML=no NO_LINT=yes MK_MAN=no \ -DNO_PIC MK_PROFILE=no -DNO_SHARED \ -DNO_CPU_CFLAGS MK_WARNS=no MK_CTF=no \ MK_CLANG_EXTRAS=no MK_CLANG_FULL=no \ MK_LLDB=no MK_TESTS=no \ MK_INCLUDES=yes From owner-freebsd-current@freebsd.org Sun Jun 12 13:17:48 2016 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 E4EDDAF0EEE for ; Sun, 12 Jun 2016 13:17:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-4.reflexion.net [208.70.210.4]) (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 A9D2F268D for ; Sun, 12 Jun 2016 13:17:47 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 313 invoked from network); 12 Jun 2016 13:18:18 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 12 Jun 2016 13:18:18 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sun, 12 Jun 2016 09:17:51 -0400 (EDT) Received: (qmail 6057 invoked from network); 12 Jun 2016 13:17:50 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 12 Jun 2016 13:17:50 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 7E5A0B1E001; Sun, 12 Jun 2016 06:17:43 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815] From: Mark Millard In-Reply-To: <38443.1465735161@kaos.jnpr.net> Date: Sun, 12 Jun 2016 06:17:44 -0700 Cc: Bryan Drewery , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net> <92116.1464890038@kaos.jnpr.net> <4a2034a9-a2e1-d951-aecf-43e043c48d75@FreeBSD.org> <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> <38443.1465735161@kaos.jnpr.net> To: "Simon J. Gerraty" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jun 2016 13:17:49 -0000 On 2016-Jun-12, at 5:39 AM, Simon J. Gerraty wrote: > Mark Millard wrote: >>> --- build-tools_lib/ncurses/ncursesw --- >>> Building = /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_keys >=20 > I must have been looking at on of our internal FreeBSD trees last > time... >=20 > In FreeBSD lib/ncurses/ncursesw/Makefile and other places I checked > just uses ${CC} for building make_keys - I don't see how that could = work > for cross-building.=20 >=20 > If you want cross-building to work, the simple solution is to ensure > that you use HOST_CC rather than CC when building things that need to > run on the build host. >=20 > eg. in our internal tree - which cross builds fine: >=20 > make_keys: make_keys.c names.c ncurses_def.h ${HEADERS} > ${HOST_CC} -o $@ ${HOST_CFLAGS} = ${NCURSES_DIR}/ncurses/tinfo/make_keys.c >=20 > make_hash: make_hash.c hashsize.h ncurses_def.h ${HEADERS} > ${HOST_CC} -o $@ ${HOST_CFLAGS} -DMAIN_PROGRAM \ > ${NCURSES_DIR}/ncurses/tinfo/make_hash.c >=20 > and in share/mk/local.init.mk >=20 > HOST_CC?=3D /usr/bin/cc >=20 > should do. Cross builds work just fine based on the FreeBSD tree when omitting = WITH_META_MODE=3D. It is only when using WITH_META_MODE=3D that the cross build does not = work. So the ${CC} use must mix with some other aspect of WITH_META_MODE=3D = operation if ${CC} use contributes to the failure. As of -r301825 there is almost no use of HOST_CC at the upper levels or = in share/mk/*: > # grep HOST_CC /usr/src/Makefile* > # grep HOST_CC /usr/src/share/mk/* > /usr/src/share/mk/bsd.compiler.mk:.for var in CC CXX HOST_CC HOST_CXX where that last does: > .for var in CC CXX HOST_CC HOST_CXX > .if defined(${var}) && ${${var}:M${CCACHE_BIN}} =3D=3D "" > ${var}:=3D ${CCACHE_BIN} ${${var}} > .endif > .endfor Looking around more suggests that there is CC_FOR_BUILD and that HOST_CC = is more historical: > find /usr/src/ -name .svn -prune -o -exec grep HOST_CC {} ; -print | = more > # Historically, `CC_FOR_BUILD' used to be named `HOST_CC'. We still > # use `HOST_CC' if defined, but it is deprecated. > case $CC_FOR_BUILD,$HOST_CC,$CC in > ,*,*) CC_FOR_BUILD=3D$HOST_CC ;; > /usr/src/contrib/sqlite3/config.guess > * Makefile.in: rename HOST_CC to CC_FOR_BUILD > /usr/src/contrib/binutils/ld/ChangeLog-9197 > # Historically, `CC_FOR_BUILD' used to be named `HOST_CC'. We still > # use `HOST_CC' if defined, but it is deprecated. > case $CC_FOR_BUILD,$HOST_CC,$CC in > ,*,*) CC_FOR_BUILD=3D$HOST_CC ;; > /usr/src/contrib/binutils/config.guess > (HOST_CC, HOST_PREFIX, HOST_PREFIX_1): Undefine, they should > (HOST_CC, HOST_PREFIX, HOST_PREFIX_1): New variables. > /usr/src/contrib/binutils/ChangeLog > # Historically, `CC_FOR_BUILD' used to be named `HOST_CC'. We still > # use `HOST_CC' if defined, but it is deprecated. > case $CC_FOR_BUILD,$HOST_CC,$CC in > ,*,*) CC_FOR_BUILD=3D$HOST_CC ;; > /usr/src/contrib/ntp/config.guess > # Historically, `CC_FOR_BUILD' used to be named `HOST_CC'. We still > # use `HOST_CC' if defined, but it is deprecated. > case $CC_FOR_BUILD,$HOST_CC,$CC in > ,*,*) CC_FOR_BUILD=3D$HOST_CC ;; > /usr/src/contrib/ntp/sntp/config.guess > # Historically, `CC_FOR_BUILD' used to be named `HOST_CC'. We still > # use `HOST_CC' if defined, but it is deprecated. > case $CC_FOR_BUILD,$HOST_CC,$CC in > ,*,*) CC_FOR_BUILD=3D$HOST_CC ;; > /usr/src/contrib/ntp/sntp/libevent/build-aux/config.guess > # Historically, `CC_FOR_BUILD' used to be named `HOST_CC'. We still > # use `HOST_CC' if defined, but it is deprecated. > case $CC_FOR_BUILD,$HOST_CC,$CC in > ,*,*) CC_FOR_BUILD=3D$HOST_CC ;; > /usr/src/contrib/ofed/librdmacm/config/config.guess . . . =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Jun 12 17:13:43 2016 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 AA145AF1C70 for ; Sun, 12 Jun 2016 17:13:43 +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 6374528D2 for ; Sun, 12 Jun 2016 17:13:43 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: e679ab1d-30c0-11e6-8929-8ded99d5e9d7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sun, 12 Jun 2016 17:12:53 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5CHCXv6011632; Sun, 12 Jun 2016 11:12:33 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1465751553.1188.110.camel@freebsd.org> Subject: Re: GPIO driver for Intel Atom SoC From: Ian Lepore To: "Lundberg, Johannes" , "freebsd-mobile@freebsd.org" , FreeBSD Current Date: Sun, 12 Jun 2016 11:12:33 -0600 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jun 2016 17:13:43 -0000 On Sat, 2016-06-11 at 21:59 -0700, Lundberg, Johannes wrote: > Hi > > I want to port the pinctrl-cherryview driver from Linux. > > I've seen there is the gpiobus and a controller gpioc, can any of > these be > leverage when porting pinctrl? > > What is the recommend way to proceed? > > Thanks! > The term 'pinctrl' has a very specific meaning in the FDT/devicetree world which is prevelant in linux these days. A pinctrl driver is not just a gpio controller driver. If the linux driver you're talking about is in fact an FDT pinctrl driver, then you'll essentially be embracing the entire FDT world (it's an alternative to ACPI and hints and other types of metadata for describing hardware). You'll also be breaking new ground in freebsd by being the first to try to use freebsd's FDT support framework on an x86 platform. -- Ian From owner-freebsd-current@freebsd.org Sun Jun 12 17:34:20 2016 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 55BF2AF0196 for ; Sun, 12 Jun 2016 17:34:20 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-vk0-x22a.google.com (mail-vk0-x22a.google.com [IPv6:2607:f8b0:400c:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17F2E25F3 for ; Sun, 12 Jun 2016 17:34:19 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: by mail-vk0-x22a.google.com with SMTP id t129so25750354vka.1 for ; Sun, 12 Jun 2016 10:34:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brilliantservice-co-jp.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=cx90BvxD+T0W38krwp2SxOnv2YX/J+PLTJATgpzeXyg=; b=lefXFhkxIw0bh318mTyAqWvCQ7eQa2kkELDGNFCUr4QcwHH4QgFWYU94f4RZI3cZYY w+VigfnFsG5T0ZpR9iFkoi9nd8rcIUX5xkwluaEi2O6CGYvyX78Ju+47lDFD8A2TsA2/ KkUp2c46Mmv4YZyRENQn7awLRfDMrn8T7f98mNXLguDYrnQWNezMpDeNOgLwG4NeSHlJ 58AmLSU5MPf0sx9jNq5RFLFTiAPzPivGogXvuQwBls3KzMyQntuup89j89jQkUYpnf5+ ExVxrV42mOn9H29gQMfe/FeyjdxH1I74hjQ6WaB7Xq2k8YfOjzSlQjjpeJVRkcuvcr+H CCaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=cx90BvxD+T0W38krwp2SxOnv2YX/J+PLTJATgpzeXyg=; b=V+8J4MmHzWFkbaxTKOserNwp8XPSyo2DtjgS8vNBLjeQ25wpDmxfIgc7q4nRhProCz 71Tp3d7b97gorO5xhU5Txd5qZfbg1jsxDejA9IHCuKWPbZd/fLNHNit1+2ygZjXS+zcu nc3gu83y4AK0UVgBo0XDz30vcAVQT2kgoZa4CN/T6TsL2LCtAN3MWul+lBnaDsxALGrT dy+jlpTRLsXRPkWtXwolTbxjGBU5eZ8ygOvL3bJ6t4s28+fqTFdy+ijka26VsyVO1Ebn Zcy8Ejgog9XMyE/oEWDn9+DlNN6QxY3bl32WzJxZGVJK9ocd25YD+q+Q0KXdHVQskF5b yGRw== X-Gm-Message-State: ALyK8tKFilsXtO5K4j89T2M8drKOVHXk6AvcBDrb2Hn2oMDgSijlV6IR0J/6VG6KTLl4x34b1STdwSu+ohtSnhyd9TJyqk10Gxwn+Z3cKRlFkZxqyCaUpU+AoNDUx0rRkhuhOzacbzN0XMdX5tyiwlXCHuU= X-Received: by 10.31.61.76 with SMTP id k73mr2463044vka.105.1465752858797; Sun, 12 Jun 2016 10:34:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.40.33 with HTTP; Sun, 12 Jun 2016 10:34:04 -0700 (PDT) In-Reply-To: <1465751553.1188.110.camel@freebsd.org> References: <1465751553.1188.110.camel@freebsd.org> From: "Lundberg, Johannes" Date: Sun, 12 Jun 2016 10:34:04 -0700 Message-ID: Subject: Re: GPIO driver for Intel Atom SoC To: Ian Lepore Cc: "freebsd-mobile@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jun 2016 17:34:20 -0000 SGkgSWFuDQoNClRoYW5rcyBmb3IgdGhlIGhlYWRzIHVwLg0KDQpUaGlzIGlzIGEgdmFuaWxsYSBJ bnRlbCBjaGlwIHdpdGggQUNQSS4NCkFDUEkgSUQgaXMgSU5UMzNGRiAoSW50ZWwgU2VyaWFsIElP IEdQSU8gQ29udHJvbGxlcikuDQoNCkkgZG9uJ3QgdGhpbmsgSSBuZWVkIHRvIHdvcnJ5IGFib3V0 IEZEVC4gKEhvcGVmdWxseSkNCkkgY2FuJ3QgZmluZCBhbnkgdHJhY2VzIG9mIEZEVCBpbiB0aGUg TGludXggZHJpdmVyLg0KDQoNCk9uIFN1biwgSnVuIDEyLCAyMDE2IGF0IDEwOjEyIEFNLCBJYW4g TGVwb3JlIDxpYW5AZnJlZWJzZC5vcmc+IHdyb3RlOg0KDQo+IE9uIFNhdCwgMjAxNi0wNi0xMSBh dCAyMTo1OSAtMDcwMCwgTHVuZGJlcmcsIEpvaGFubmVzIHdyb3RlOg0KPiA+IEhpDQo+ID4NCj4g PiBJIHdhbnQgdG8gcG9ydCB0aGUgcGluY3RybC1jaGVycnl2aWV3IGRyaXZlciBmcm9tIExpbnV4 Lg0KPiA+DQo+ID4gSSd2ZSBzZWVuIHRoZXJlIGlzIHRoZSBncGlvYnVzIGFuZCBhIGNvbnRyb2xs ZXIgZ3Bpb2MsIGNhbiBhbnkgb2YNCj4gPiB0aGVzZSBiZQ0KPiA+IGxldmVyYWdlIHdoZW4gcG9y dGluZyBwaW5jdHJsPw0KPiA+DQo+ID4gV2hhdCBpcyB0aGUgcmVjb21tZW5kIHdheSB0byBwcm9j ZWVkPw0KPiA+DQo+ID4gVGhhbmtzIQ0KPiA+DQo+DQo+IFRoZSB0ZXJtICdwaW5jdHJsJyBoYXMg YSB2ZXJ5IHNwZWNpZmljIG1lYW5pbmcgaW4gdGhlIEZEVC9kZXZpY2V0cmVlDQo+IHdvcmxkIHdo aWNoIGlzIHByZXZlbGFudCBpbiBsaW51eCB0aGVzZSBkYXlzLiAgQSBwaW5jdHJsIGRyaXZlciBp cyBub3QNCj4ganVzdCBhIGdwaW8gY29udHJvbGxlciBkcml2ZXIuICBJZiB0aGUgbGludXggZHJp dmVyIHlvdSdyZSB0YWxraW5nDQo+IGFib3V0IGlzIGluIGZhY3QgYW4gRkRUIHBpbmN0cmwgZHJp dmVyLCB0aGVuIHlvdSdsbCBlc3NlbnRpYWxseSBiZQ0KPiBlbWJyYWNpbmcgdGhlIGVudGlyZSBG RFQgd29ybGQgKGl0J3MgYW4gYWx0ZXJuYXRpdmUgdG8gQUNQSSBhbmQgaGludHMNCj4gYW5kIG90 aGVyIHR5cGVzIG9mIG1ldGFkYXRhIGZvciBkZXNjcmliaW5nIGhhcmR3YXJlKS4gIFlvdSdsbCBh bHNvIGJlDQo+IGJyZWFraW5nIG5ldyBncm91bmQgaW4gZnJlZWJzZCBieSBiZWluZyB0aGUgZmly c3QgdG8gdHJ5IHRvIHVzZQ0KPiBmcmVlYnNkJ3MgRkRUIHN1cHBvcnQgZnJhbWV3b3JrIG9uIGFu IHg4NiBwbGF0Zm9ybS4NCj4NCj4gLS0gSWFuDQo+DQoKLS0gCj0tPS09LT0tPS09LT0tPS09LT0t PS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LQrnp5jlr4bkv53mjIHjgavjgaTjgYTj gabvvJrjgZPjga7pm7vlrZDjg6Hjg7zjg6vjga/jgIHlkI3lrpvkurrjgavpgIHkv6HjgZfjgZ/j goLjga7jgafjgYLjgorjgIHnp5jljL/nibnmqKnjga7lr77osaHjgajjgarjgovmg4XloLHjgpLl kKvjgpPjgafjgYTjgb7jgZnjgIIK44KC44GX44CB5ZCN5a6b5Lq65Lul5aSW44Gu5pa544GM5Y+X 5L+h44GV44KM44Gf5aC05ZCI44CB44GT44Gu44Oh44O844Or44Gu56C05qOE44CB44GK44KI44Gz 44GT44Gu44Oh44O844Or44Gr6Zai44GZ44KL5LiA5YiH44Gu6ZaL56S644CBCuikh+WGmeOAgemF jeW4g+OAgeOBneOBruS7luOBruWIqeeUqOOAgeOBvuOBn+OBr+iomOi8ieWGheWuueOBq+WfuuOB peOBj+OBhOOBi+OBquOCi+ihjOWLleOCguOBleOCjOOBquOBhOOCiOOBhuOBiumhmOOBhOeUs+OB l+S4iuOBkuOBvuOBmeOAggotLS0KQ09ORklERU5USUFMSVRZIE5PVEU6IFRoZSBpbmZvcm1hdGlv biBpbiB0aGlzIGVtYWlsIGlzIGNvbmZpZGVudGlhbAphbmQgaW50ZW5kZWQgc29sZWx5IGZvciB0 aGUgYWRkcmVzc2VlLgpEaXNjbG9zdXJlLCBjb3B5aW5nLCBkaXN0cmlidXRpb24gb3IgYW55IG90 aGVyIGFjdGlvbiBvZiB1c2Ugb2YgdGhpcwplbWFpbCBieSBwZXJzb24gb3RoZXIgdGhhbiBpbnRl bmRlZCByZWNpcGllbnQsIGlzIHByb2hpYml0ZWQuCklmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRl ZCByZWNpcGllbnQgYW5kIGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbgplcnJvciwgcGxlYXNl IGRlc3Ryb3kgdGhlIG9yaWdpbmFsIG1lc3NhZ2UuCg== From owner-freebsd-current@freebsd.org Sun Jun 12 17:48:42 2016 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 F1481AF04C4 for ; Sun, 12 Jun 2016 17:48:42 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::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 A979C2B2E for ; Sun, 12 Jun 2016 17:48:42 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: by mail-vk0-x236.google.com with SMTP id u64so42505203vkf.3 for ; Sun, 12 Jun 2016 10:48:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brilliantservice-co-jp.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ym989ht71QPoKf7ojLOMbmy/qMxZPH39AiShZKumj+A=; b=2DyaeA81L8OTy1nSCt8vCC4M6y/p2xRzlpHeJT5AfEZUDOIW3eX17XBqyVY9opsPZV 4nFBjfIYNeP3JnBvNKYA7Bd4h5LqQ82X0VxQF5R6r3pFXJBvcW/DXwvinBImcjb5YAWd icfCox+74SqGUK8yWVmzzCSPfX4qxMR5WwtasEKdmrSAB19TGVTiCPNmxP1hO1lFOPGk VyY/evveXNVkA+osikBumRpXg4rfslCDUOQS4UbaSblMBmfqnI76zSm60qkeT1TCz88K 27gNcxtVqwinpkm7mxg0LQ/MzuV5eF/5Jl2dsR1zcIPAMpvGsT8o59GGOtFvxgl0Aqm/ e8yg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ym989ht71QPoKf7ojLOMbmy/qMxZPH39AiShZKumj+A=; b=iOT06nH4o3pihEKwWOd0LpyI8qZQgeU+bzwUUoh8hNEebiqf+p+0g0EANHRA3z8ZVv rACn4YJnqTsePolnV7urjlEUnrHFqkEromeYtcH2VYEwSiGrtPcKQS0jRJDbh4t7cWu3 107eipOFSme8/jZiJ3sKPSkFLV0CIWswCvGegYeLXAa2cejiLRsDM047dbx2i/hW7RAu ooBzSWs0iT6ho2IZBsA5AgrpEYnPEGWgjzr1oQPo640PDxql7mprUiKWEhVBKiZia+Gn 0TwNfirJyV29TtLSqbbN+ljLSpN4il3nJeqiAW6GcschLUxzeXt4uwtViOMX+JJF1lRS WmXg== X-Gm-Message-State: ALyK8tKOpZ2kSLm/uhpB6WQKWxJ+dnydtIU2cyK0X/ga3EJP9ooMxpYwTbtFx2ecrACfwOJNs/hOHEn+v6bKOGMj235AMTvHUuPtpnoR9V/i4u5+vh1fu69Sbb5EKKc21byfq/Ii15GBzDdmvtuPiy/XLgs= X-Received: by 10.176.2.177 with SMTP id 46mr5102737uah.7.1465753721773; Sun, 12 Jun 2016 10:48:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.40.33 with HTTP; Sun, 12 Jun 2016 10:48:27 -0700 (PDT) In-Reply-To: References: From: "Lundberg, Johannes" Date: Sun, 12 Jun 2016 10:48:27 -0700 Message-ID: Subject: Re: GPIO driver for Intel Atom SoC To: Adrian Chadd Cc: "freebsd-mobile@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jun 2016 17:48:43 -0000 VGhhbmtzIEFkcmlhbg0KDQpMb29rcyBsaWtlIHRoaXMgaXMgc29tZXRoaW5nIEkgY2FuIGJhc2Ug dGhlIG5ldyBkcml2ZXIgb24uDQpIb3BlZnVsbHkgd2l0aCB0aGlzIHdlIGNhbiBnZXQgZU1NQyBz dXBwb3J0IGZvciBJbnRlbCBTREhDSSBjb250cm9sbGVyLg0KDQpPbiBTdW4sIEp1biAxMiwgMjAx NiBhdCAxMjoxMSBBTSwgQWRyaWFuIENoYWRkIDxhZHJpYW4uY2hhZGRAZ21haWwuY29tPg0Kd3Jv dGU6DQoNCj4gVGFrZSBhIGxvb2sgYXQgd2hhdCBvbmUgb2YgdGhlIGdwaW8gY29udHJvbGxlcnMg ZG8uIEVnIGFyNzF4eF9ncGlvLmMuDQo+IFlvdSBoYXZlIHRvIGltcGxlbWVudCB0aG9zZSBtZXRo b2RzLg0KPg0KPiAoSSB0aGluayBzb21lb25lIGRpZCBhIEdQSU8gY29udHJvbGxlciB0aGluZyBm b3Igc29tZSBBTUQgQ1BVIHRvbz8pDQo+DQo+DQo+IC1hDQo+DQo+DQo+IE9uIDExIEp1bmUgMjAx NiBhdCAyMTo1OSwgTHVuZGJlcmcsIEpvaGFubmVzDQo+IDxqb2hhbm5lc0BicmlsbGlhbnRzZXJ2 aWNlLmNvLmpwPiB3cm90ZToNCj4gPiBIaQ0KPiA+DQo+ID4gSSB3YW50IHRvIHBvcnQgdGhlIHBp bmN0cmwtY2hlcnJ5dmlldyBkcml2ZXIgZnJvbSBMaW51eC4NCj4gPg0KPiA+IEkndmUgc2VlbiB0 aGVyZSBpcyB0aGUgZ3Bpb2J1cyBhbmQgYSBjb250cm9sbGVyIGdwaW9jLCBjYW4gYW55IG9mIHRo ZXNlDQo+IGJlDQo+ID4gbGV2ZXJhZ2Ugd2hlbiBwb3J0aW5nIHBpbmN0cmw/DQo+ID4NCj4gPiBX aGF0IGlzIHRoZSByZWNvbW1lbmQgd2F5IHRvIHByb2NlZWQ/DQo+ID4NCj4gPiBUaGFua3MhDQo+ ID4NCj4gPiAtLQ0KPiA+ID0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09 LT0tPS09LT0tPS09LQ0KPiA+IOenmOWvhuS/neaMgeOBq+OBpOOBhOOBpu+8muOBk+OBrumbu+Wt kOODoeODvOODq+OBr+OAgeWQjeWum+S6uuOBq+mAgeS/oeOBl+OBn+OCguOBruOBp+OBguOCiuOA geenmOWMv+eJueaoqeOBruWvvuixoeOBqOOBquOCi+aDheWgseOCkuWQq+OCk+OBp+OBhOOBvuOB meOAgg0KPiA+IOOCguOBl+OAgeWQjeWum+S6uuS7peWkluOBruaWueOBjOWPl+S/oeOBleOCjOOB n+WgtOWQiOOAgeOBk+OBruODoeODvOODq+OBruegtOajhOOAgeOBiuOCiOOBs+OBk+OBruODoeOD vOODq+OBq+mWouOBmeOCi+S4gOWIh+OBrumWi+ekuuOAgQ0KPiA+IOikh+WGmeOAgemFjeW4g+OA geOBneOBruS7luOBruWIqeeUqOOAgeOBvuOBn+OBr+iomOi8ieWGheWuueOBq+WfuuOBpeOBj+OB hOOBi+OBquOCi+ihjOWLleOCguOBleOCjOOBquOBhOOCiOOBhuOBiumhmOOBhOeUs+OBl+S4iuOB kuOBvuOBmeOAgg0KPiA+IC0tLQ0KPiA+IENPTkZJREVOVElBTElUWSBOT1RFOiBUaGUgaW5mb3Jt YXRpb24gaW4gdGhpcyBlbWFpbCBpcyBjb25maWRlbnRpYWwNCj4gPiBhbmQgaW50ZW5kZWQgc29s ZWx5IGZvciB0aGUgYWRkcmVzc2VlLg0KPiA+IERpc2Nsb3N1cmUsIGNvcHlpbmcsIGRpc3RyaWJ1 dGlvbiBvciBhbnkgb3RoZXIgYWN0aW9uIG9mIHVzZSBvZiB0aGlzDQo+ID4gZW1haWwgYnkgcGVy c29uIG90aGVyIHRoYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBpcyBwcm9oaWJpdGVkLg0KPiA+IElm IHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgYW5kIGhhdmUgcmVjZWl2ZWQgdGhp cyBlbWFpbCBpbg0KPiA+IGVycm9yLCBwbGVhc2UgZGVzdHJveSB0aGUgb3JpZ2luYWwgbWVzc2Fn ZS4NCj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K PiA+IGZyZWVic2QtbW9iaWxlQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdA0KPiA+IGh0dHBzOi8v bGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLW1vYmlsZQ0KPiA+IFRv IHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLW1vYmlsZS11bnN1YnNjcmli ZUBmcmVlYnNkLm9yZw0KPiAiDQo+DQoKLS0gCj0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09 LT0tPS09LT0tPS09LT0tPS09LT0tPS09LQrnp5jlr4bkv53mjIHjgavjgaTjgYTjgabvvJrjgZPj ga7pm7vlrZDjg6Hjg7zjg6vjga/jgIHlkI3lrpvkurrjgavpgIHkv6HjgZfjgZ/jgoLjga7jgafj gYLjgorjgIHnp5jljL/nibnmqKnjga7lr77osaHjgajjgarjgovmg4XloLHjgpLlkKvjgpPjgafj gYTjgb7jgZnjgIIK44KC44GX44CB5ZCN5a6b5Lq65Lul5aSW44Gu5pa544GM5Y+X5L+h44GV44KM 44Gf5aC05ZCI44CB44GT44Gu44Oh44O844Or44Gu56C05qOE44CB44GK44KI44Gz44GT44Gu44Oh 44O844Or44Gr6Zai44GZ44KL5LiA5YiH44Gu6ZaL56S644CBCuikh+WGmeOAgemFjeW4g+OAgeOB neOBruS7luOBruWIqeeUqOOAgeOBvuOBn+OBr+iomOi8ieWGheWuueOBq+WfuuOBpeOBj+OBhOOB i+OBquOCi+ihjOWLleOCguOBleOCjOOBquOBhOOCiOOBhuOBiumhmOOBhOeUs+OBl+S4iuOBkuOB vuOBmeOAggotLS0KQ09ORklERU5USUFMSVRZIE5PVEU6IFRoZSBpbmZvcm1hdGlvbiBpbiB0aGlz IGVtYWlsIGlzIGNvbmZpZGVudGlhbAphbmQgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgYWRkcmVz c2VlLgpEaXNjbG9zdXJlLCBjb3B5aW5nLCBkaXN0cmlidXRpb24gb3IgYW55IG90aGVyIGFjdGlv biBvZiB1c2Ugb2YgdGhpcwplbWFpbCBieSBwZXJzb24gb3RoZXIgdGhhbiBpbnRlbmRlZCByZWNp cGllbnQsIGlzIHByb2hpYml0ZWQuCklmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGll bnQgYW5kIGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbgplcnJvciwgcGxlYXNlIGRlc3Ryb3kg dGhlIG9yaWdpbmFsIG1lc3NhZ2UuCg== From owner-freebsd-current@freebsd.org Sun Jun 12 18:02:24 2016 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 442C5AF0A28 for ; Sun, 12 Jun 2016 18:02:24 +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 0BF7322BA for ; Sun, 12 Jun 2016 18:02:23 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: db170252-30c7-11e6-8929-8ded99d5e9d7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sun, 12 Jun 2016 18:02:41 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5CI2KBw011723; Sun, 12 Jun 2016 12:02:21 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1465754540.1188.113.camel@freebsd.org> Subject: Re: GPIO driver for Intel Atom SoC From: Ian Lepore To: "Lundberg, Johannes" , Adrian Chadd Cc: "freebsd-mobile@freebsd.org" , FreeBSD Current Date: Sun, 12 Jun 2016 12:02:20 -0600 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jun 2016 18:02:24 -0000 On Sun, 2016-06-12 at 10:48 -0700, Lundberg, Johannes wrote: > Thanks Adrian > > Looks like this is something I can base the new driver on. > Hopefully with this we can get eMMC support for Intel SDHCI > controller. > Why do we need gpio support for emmc/sdhci? Is there a power-enable pin that has to be asserted or something? I don't think we have an API that lets an arbitrary driver which is not a child of the gpiobus manipulate pins, outside of the FDT world. -- Ian From owner-freebsd-current@freebsd.org Sun Jun 12 18:10:09 2016 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 4B98EAF0B4F for ; Sun, 12 Jun 2016 18:10:09 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-vk0-x22f.google.com (mail-vk0-x22f.google.com [IPv6:2607:f8b0:400c:c05::22f]) (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 037622573 for ; Sun, 12 Jun 2016 18:10:09 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: by mail-vk0-x22f.google.com with SMTP id u64so42849305vkf.3 for ; Sun, 12 Jun 2016 11:10:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brilliantservice-co-jp.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=jfemJVO68t4HgcCdW+7+Q+ptONCiOSTYglyrR/4LehY=; b=qjIMdSgt5Ypfz/n6FR6GNRLV8UrNM1hl1sk20WTo2o2qcny/L6uJprxIpgZZ7vjiLv KuMswO6QxxyleHsuZU80atea+/bYklXGmQUzE4aTzwK0wNvZoSfh05yfVq6CWR98VAHx X67HpGdGEuey0L2hfPqxVG7Zjl0w0E5hi2F11qEFDTNO82ivC4+kIhGm7kSTl6TEZ8NO lXUXC300nRhFQPb3lHcLHdklYrW5+/sYDwL5IKsfHAaMTD3R6wJnHioc2HAZ7VacqcDX wPhf31vJoSwLhILO08uAohWAcoGFDAg3j2PVRYY+ogJ31788RlrkWQ8hnTSInknBKNiP Dj9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=jfemJVO68t4HgcCdW+7+Q+ptONCiOSTYglyrR/4LehY=; b=bGVojZfu9Ab6S4+ebGahnk9A0/mY3Z04QlBrC9F3fSbYEuwPyF7rc1QYiuRm2pHwVg eNRxDeSutwYtgj9SyCp/UHJJWK2ad7hEPmWMdvxb0f26ICCnpM8n3NeVmrsfefxxGqZw vsb3tFw2sQqz/NHelAnwNFVNeLAFgXookiv9P6c94eZdW0pv0oG6vCYT/7kroKOWkFmI VabRRhRf9gquKDLp+kJQK0IqqzcJ7QDj9YAZg5kG1c+x9ybFe+cS3jJ0acQ2u6VqQE9q G0m6IF2VLZbyGsB9hmWpe5Kh0FEENMM69XNp8KfPJxp/zsiYwkuxpmBExHrz6IHNTjfn ahGg== X-Gm-Message-State: ALyK8tLUbPKq76Uhc0vZYM+oDrc71zL6fcMhDKCuVwSHHuOZJA9nZRwTyMqdR5CW6qFFqZm6aQuVPawskOorSUj1BiKNj37E56YQ/unuFBXU3HLq+NH2eOLN8FXqcbyaflQCPJPpO5a9ZoZuei9fBWBiE2Q= X-Received: by 10.31.229.65 with SMTP id c62mr4349191vkh.24.1465755007801; Sun, 12 Jun 2016 11:10:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.40.33 with HTTP; Sun, 12 Jun 2016 11:09:53 -0700 (PDT) In-Reply-To: <1465754540.1188.113.camel@freebsd.org> References: <1465754540.1188.113.camel@freebsd.org> From: "Lundberg, Johannes" Date: Sun, 12 Jun 2016 11:09:53 -0700 Message-ID: Subject: Re: GPIO driver for Intel Atom SoC To: Ian Lepore Cc: Adrian Chadd , "freebsd-mobile@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jun 2016 18:10:09 -0000 T24gU3VuLCBKdW4gMTIsIDIwMTYgYXQgMTE6MDIgQU0sIElhbiBMZXBvcmUgPGlhbkBmcmVlYnNk Lm9yZz4gd3JvdGU6DQoNCj4NCj4gV2h5IGRvIHdlIG5lZWQgZ3BpbyBzdXBwb3J0IGZvciBlbW1j L3NkaGNpPyAgSXMgdGhlcmUgYSBwb3dlci1lbmFibGUNCj4gcGluIHRoYXQgaGFzIHRvIGJlIGFz c2VydGVkIG9yIHNvbWV0aGluZz8gIEkgZG9uJ3QgdGhpbmsgd2UgaGF2ZSBhbiBBUEkNCj4gdGhh dCBsZXRzIGFuIGFyYml0cmFyeSBkcml2ZXIgd2hpY2ggaXMgbm90IGEgY2hpbGQgb2YgdGhlIGdw aW9idXMNCj4gbWFuaXB1bGF0ZSBwaW5zLCBvdXRzaWRlIG9mIHRoZSBGRFQgd29ybGQuDQo+DQo+ IC0tIElhbg0KPg0KPg0KWWVzLCBlbW1jIG5lZWQgdG8gYmUgYWN0aXZhdGVkL2VuYWJsZWQgdXNp bmcgR1BJTy4NClRoYXQncyBvbmx5IG9uZSBvZiBtYW55IHRoaW5ncyB3ZSBuZWVkIEdQSU8gZm9y Lg0KDQpUaGUgY2hpcCBpcyBBdG9tIFo4MDAwIChDaGVycnl2aWV3LCBidXQgdGhpcyBpcyBhbHNv IGFwcGxpY2FibGUgdG8gQmF5dHJhaWwNCihaMzAwMCkpDQoKLS0gCj0tPS09LT0tPS09LT0tPS09 LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LQrnp5jlr4bkv53mjIHjgavjgaTj gYTjgabvvJrjgZPjga7pm7vlrZDjg6Hjg7zjg6vjga/jgIHlkI3lrpvkurrjgavpgIHkv6HjgZfj gZ/jgoLjga7jgafjgYLjgorjgIHnp5jljL/nibnmqKnjga7lr77osaHjgajjgarjgovmg4XloLHj gpLlkKvjgpPjgafjgYTjgb7jgZnjgIIK44KC44GX44CB5ZCN5a6b5Lq65Lul5aSW44Gu5pa544GM 5Y+X5L+h44GV44KM44Gf5aC05ZCI44CB44GT44Gu44Oh44O844Or44Gu56C05qOE44CB44GK44KI 44Gz44GT44Gu44Oh44O844Or44Gr6Zai44GZ44KL5LiA5YiH44Gu6ZaL56S644CBCuikh+WGmeOA gemFjeW4g+OAgeOBneOBruS7luOBruWIqeeUqOOAgeOBvuOBn+OBr+iomOi8ieWGheWuueOBq+Wf uuOBpeOBj+OBhOOBi+OBquOCi+ihjOWLleOCguOBleOCjOOBquOBhOOCiOOBhuOBiumhmOOBhOeU s+OBl+S4iuOBkuOBvuOBmeOAggotLS0KQ09ORklERU5USUFMSVRZIE5PVEU6IFRoZSBpbmZvcm1h dGlvbiBpbiB0aGlzIGVtYWlsIGlzIGNvbmZpZGVudGlhbAphbmQgaW50ZW5kZWQgc29sZWx5IGZv ciB0aGUgYWRkcmVzc2VlLgpEaXNjbG9zdXJlLCBjb3B5aW5nLCBkaXN0cmlidXRpb24gb3IgYW55 IG90aGVyIGFjdGlvbiBvZiB1c2Ugb2YgdGhpcwplbWFpbCBieSBwZXJzb24gb3RoZXIgdGhhbiBp bnRlbmRlZCByZWNpcGllbnQsIGlzIHByb2hpYml0ZWQuCklmIHlvdSBhcmUgbm90IHRoZSBpbnRl bmRlZCByZWNpcGllbnQgYW5kIGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbgplcnJvciwgcGxl YXNlIGRlc3Ryb3kgdGhlIG9yaWdpbmFsIG1lc3NhZ2UuCg== From owner-freebsd-current@freebsd.org Sun Jun 12 18:42:36 2016 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 7DADCAF12C9 for ; Sun, 12 Jun 2016 18:42:36 +0000 (UTC) (envelope-from je33@boinkboink.org) Received: from www7.pairlite.com (www7.pairlite.com [64.130.10.17]) (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 61A1C255D for ; Sun, 12 Jun 2016 18:42:36 +0000 (UTC) (envelope-from je33@boinkboink.org) Received: from odin (unknown [67.142.83.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by www7.pairlite.com (Postfix) with ESMTPSA id 8EE441A3C81 for ; Sun, 12 Jun 2016 14:42:30 -0400 (EDT) Date: Sun, 12 Jun 2016 11:42:13 -0700 From: Joe Ennis To: freebsd-current@freebsd.org Subject: Borked 'pkg install xorg-minimal' on FreeBSD-11.0-ALPHA3-amd64-20160528-r301815-memstick.img Message-ID: <20160612114213.54657d41@odin> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.1) 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.22 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, 12 Jun 2016 18:42:36 -0000 On a vinalla, first pkg added, zfs on root install: # pkg install xorg-minimal ... ... ... [69/75] Extracting xf86-input-mouse-7.9.1_1: 100% [70/75] Installing linux_base-c6-6.7_3... sysctl: unknown oid 'compat.linux.release' linuxulator is not (kld) loaded, exiting pkg: PRE-INSTALL script failed # -- joe From owner-freebsd-current@freebsd.org Sun Jun 12 22:11:06 2016 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 EE8B4AF1849 for ; Sun, 12 Jun 2016 22:11:06 +0000 (UTC) (envelope-from yaneurabeya@gmail.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 AB1482EB1 for ; Sun, 12 Jun 2016 22:11:06 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-it0-x230.google.com with SMTP id z189so35590235itg.0 for ; Sun, 12 Jun 2016 15:11:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=HnPRMCx8XzvLFfiwMYcfV7tP5Vec7rNUnghiNj0ZB+U=; b=fXC8BH7uk+vj0Qz0t42d8haTYtPjHdKpY3CkvpOp4cttJGQLqJAtrdkrFX0Zrhd0cG IVapBoUnq2NBMgZM2tzD78/5d/r6X2iJzmj4VDwA2jcYz0IPoN9dYZUXEeo44PnzG2YD tbqXhN83C8JfJeUDpcUkiRpbExNgprnlmpGTvGk6DVXKgR+s2V9O9t1CQy5kCcAdxJDn q2a3WtHkZgKzOB8xLQeBe0Vty6uhMJGcZmRymbPHg6P1lu87SOJbGZqcLHf4LMDb2JQQ XMjh2HvdfO46NJugltLOLx25GbCL7qhKm37KSAlm82B8Vneonch4i9yraJrdaNO0QqmX /GUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=HnPRMCx8XzvLFfiwMYcfV7tP5Vec7rNUnghiNj0ZB+U=; b=iNcQ58kmI6tMTAK4YtAAKSxW8bpbA5AIZZpbW058amna6dwSWCZTCq6X/ZIhL1Q0qg BZG+P+uR9oLZzlRJgDOooBcx2zJr0Zpyiief8OUeXDyM1tL020kWNAc9dQTkpxjsZyh2 +mwOSB4Cnx/gHIVP/WRo8gqkGn77k+aV3VqkcYZBvSLSm0KOjowe7qUUWAXO7YAWx7hP sPhTzOx53zsdRZd68eFthjO7IqmlJxRucW4kyVOyUDOgE9i8cQZx/Q9973m9Zg886qBv 5mPHK14+1K3zoq8YvZAExAoco5t4Nm8fSq1f6Be7wT9VHFkalEKuSge0E9Qf7aQc7fGr 4JNA== X-Gm-Message-State: ALyK8tLNy+qv6E/JO8wn+6rmtljg+/oG7Q+JZxHx4zjWxvVGD+geMY2QADsd0ttBDCTCaA== X-Received: by 10.36.118.19 with SMTP id z19mr12836534itb.44.1465769465903; Sun, 12 Jun 2016 15:11:05 -0700 (PDT) Received: from [22.67.182.174] (mbd5036d0.tmodns.net. [208.54.80.189]) by smtp.gmail.com with ESMTPSA id g73sm10869776iog.6.2016.06.12.15.11.04 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 12 Jun 2016 15:11:05 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Borked 'pkg install xorg-minimal' on FreeBSD-11.0-ALPHA3-amd64-20160528-r301815-memstick.img From: Ngie Cooper X-Mailer: iPhone Mail (13F69) In-Reply-To: <20160612114213.54657d41@odin> Date: Sun, 12 Jun 2016 18:11:03 -0400 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <3A1643D7-F684-4161-B6E0-1E8118991CB0@gmail.com> References: <20160612114213.54657d41@odin> To: Joe Ennis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jun 2016 22:11:07 -0000 > On Jun 12, 2016, at 14:42, Joe Ennis wrote: >=20 > On a vinalla, first pkg added, zfs on root install: >=20 > # pkg install xorg-minimal > ... > ... > ... > [69/75] Extracting xf86-input-mouse-7.9.1_1: 100% > [70/75] Installing linux_base-c6-6.7_3... > sysctl: unknown oid 'compat.linux.release' > linuxulator is not (kld) loaded, exiting > pkg: PRE-INSTALL script failed > # Hi Joe, Please file a port bug against linux_base-c6. At the very least the mess= age should be more intuitive about what's trying to be achieved; you will ne= ed to "kldload linux", which was the status quo in old versions IIRC. Thanks, -Ngie > -- > joe >=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"= From owner-freebsd-current@freebsd.org Sun Jun 12 22:24:56 2016 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 5BFB0AF1B5C for ; Sun, 12 Jun 2016 22:24:56 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mailhost.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E63452613; Sun, 12 Jun 2016 22:24:55 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 44B97B8056; Mon, 13 Jun 2016 00:24:52 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 037EE28494; Mon, 13 Jun 2016 00:24:52 +0200 (CEST) Date: Mon, 13 Jun 2016 00:24:52 +0200 From: Jilles Tjoelker To: Konstantin Belousov Cc: Mark Johnston , freebsd-current@FreeBSD.org, cem@FreeBSD.org Subject: Re: thread suspension when dumping core Message-ID: <20160612222452.GC6469@stack.nl> References: <20160607041741.GA29017@wkstn-mjohnston.west.isilon.com> <20160607042956.GM38613@kib.kiev.ua> <20160607142452.GA48251@stack.nl> <20160607160155.GP38613@kib.kiev.ua> <20160607211919.GA49961@stack.nl> <20160608043055.GV38613@kib.kiev.ua> <20160608133508.GA93263@charmander> <20160608135635.GY38613@kib.kiev.ua> <20160608211744.GB56821@stack.nl> <20160609043455.GZ38613@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160609043455.GZ38613@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jun 2016 22:24:56 -0000 On Thu, Jun 09, 2016 at 07:34:55AM +0300, Konstantin Belousov wrote: > On Wed, Jun 08, 2016 at 11:17:44PM +0200, Jilles Tjoelker wrote: > > On Wed, Jun 08, 2016 at 04:56:35PM +0300, Konstantin Belousov wrote: > > > On Wed, Jun 08, 2016 at 06:35:08AM -0700, Mark Johnston wrote: > > > > On Wed, Jun 08, 2016 at 07:30:55AM +0300, Konstantin Belousov wrote: > > > > > On Tue, Jun 07, 2016 at 11:19:19PM +0200, Jilles Tjoelker wrote: > > > > > > I also wonder whether we may be overengineering things here. Perhaps > > > > > > the advlock sleep can simply turn off TDF_SBDRY. > > > > > Well, this was the very first patch suggested. I would be > > > > > fine with that, but again, out-of-tree code seems to be not > > > > > quite fine with that local solution. > > > > In our particular case, we could possibly use a similar approach. In > > > > general, it seems incorrect to clear TDF_SBDRY if the thread calling > > > > sx_sleep() has any locks held. It is easy to verify that all callers of > > > > lf_advlock() are safe in this respect, but this kind of auditing is > > > > generally hard. In fact, I believe the sx_sleep that led to the problem > > > > described in D2612 is the same as the one in my case. That is, the > > > > sleeping thread may or may not hold a vnode lock depending on context. > > > I do not think that in-tree code sleeps with a vnode lock held in > > > the lf_advlock(). Otherwise, system would hang in lock cascade by > > > an attempt to obtain an advisory lock. I think we can even assert > > > this with witness. > > > There is another sleep, which Jilles mentioned, in lf_purgelocks(), > > > called from vgone(). This sleep indeed occurs under the vnode lock, and > > > as such must be non-suspendable. The sleep waits until other threads > > > leave the lf_advlock() for the reclaimed vnode, and they should leave in > > > deterministic time due to issued wakeups. So this sleep is exempt from > > > the considerations, and TDF_SBDRY there is correct. > > > I am fine with either the braces around sx_sleep() in lf_advlock() to > > > clear TDF_SBDRY (sigdeferstsop()), or with the latest patch I sent, > > > which adds temporal override for TDF_SBDRY with TDF_SRESTART. My > > > understanding is that you prefer the later. If I do not mis-represent > > > your position, I understand why you do prefer that. > > The TDF_SRESTART change does fix some more problems such as umount -f > > getting stuck in lf_purgelocks(). > > However, it introduces some subtle issues that may not necessarily be a > > sufficient objection. > I did not see an objection in the notes below, but rather I read them > as an argument to return EINTR from the stop attempts from lf_advlock(). With these changes, the question is which bugs you want to fix and which bugs you want to leave unfixed or introduce. * The status quo sometimes deadlocks or almost deadlocks with thread suspension. * Restarting the locking syscall after thread suspension using ERESTART causes the suspended thread to be moved to the end of the queue and the locked area to be re-evaluated which violates POSIX but probably does not break applications. * Interrupting the locking syscall after thread suspension with EINTR breaks applications with the reasonable assumption that [EINTR] can only occur because of signals, whenever a locking attempt is suspended. This requires a change to the man page and probably some patches to ports. This could be avoided by allowing a thread to return to the user boundary (but not beyond) while staying in the queue but that is a fairly heavy API change. The thread would not be allowed to execute user code (a signal handler) since it may take indefinitely long before the thread would continue waiting for the lock, which matches exactly POSIX's specification of F_SETLKW not restarting after signal handlers. > > Firstly, adding this closes the door on fixing signal handling for > > fcntl(F_SETLKW). Per POSIX, any caught signal interrupts > > fcntl(F_SETLKW), even if SA_RESTART is set for the signal, and the Linux > > man page documents the same. Our man page has documented that SA_RESTART > > behaves normally with fcntl(F_SETLKW) since at least FreeBSD 2.0. This > > could normally be fixed via if (error == ERESTART) error = EINTR; but > > that is no longer possible if there are [ERESTART] errors that should > > still restart. > I added the translation to fcntl handler. > > Secondly, fcntl(F_SETLKW) restarting after a stop may actually be > > observable, contrary to what I wrote before. This is due to the fair > > queuing. Suppose thread A has locked byte 1 a while ago and thread B is > > trying to lock byte 1 and 2 right now. Then thread C will be able to > > lock byte 2 iff thread B has not blocked yet. If thread C will not be > > allowed to lock byte 2 and will block on it, the TDF_SRESTART change > > will cause it to be awakened if thread B is stopped. When thread B > > resumes, the region to be locked will be recomputed. This scenario > > unambiguously violates the POSIX requirement but I don't know how bad it > > is. > Indeed. Hmm, changing ERESTART to EINTR doesn't really solve this. In most cases, either the application will retry with pretty much the same effect as if ERESTART was kept, or the application will consider the lock attempt failed and break (for example because it treats all error conditions equally or because it treats [EINTR] as a timeout in a naive SIGALRM-based timeout scheme). > > Note that all these threads must be in separate processes because of > > fcntl locks' strange semantics. > So below is the next level of over-engineering the stuff. I made it > unified on sigdeferstop() to avoid blowing up the KPI. I am not sure what > modes are needed by onefs, so I added SIGDEFERSTOP_ERESTART despite it > is not used by the kernel. > lf_advlock() is not stoppable at all, with EINTR return. In the previous > patches, only if the caller of lf_advlock() already set TDF_SBDRY, the > function modified the behaviour. > I considered adding td_sbdry member to struct thread for managing sbdry > stops, but did not for now. If one more flag appear to be used, I will > change that. I suppose flock(2) can be restarted transparently (it is restarted after SA_RESTART signal handlers without violating any standards, even though temporarily taking an exclusive lock attempt from the queue may allow shared lock attempts to proceed), so lf_advlock() can use SIGDEFERSTOP_ERESTART which will be translated in fcntl if you want that. -- Jilles Tjoelker From owner-freebsd-current@freebsd.org Sun Jun 12 22:28:21 2016 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 4D3B0AF1BDE for ; Sun, 12 Jun 2016 22:28:21 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id B3328275A for ; Sun, 12 Jun 2016 22:28:20 +0000 (UTC) (envelope-from freebsd@grem.de) Received: (qmail 27128 invoked by uid 89); 12 Jun 2016 22:28:12 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@194.97.158.70) by mail.grem.de with ESMTPA; 12 Jun 2016 22:28:12 -0000 Date: Mon, 13 Jun 2016 00:28:10 +0200 From: Michael Gmelin To: Ngie Cooper Cc: Joe Ennis , freebsd-current@freebsd.org Subject: Re: Borked 'pkg install xorg-minimal' on FreeBSD-11.0-ALPHA3-amd64-20160528-r301815-memstick.img Message-ID: <20160613002810.3be65c56@bsd64.grem.de> In-Reply-To: <3A1643D7-F684-4161-B6E0-1E8118991CB0@gmail.com> References: <20160612114213.54657d41@odin> <3A1643D7-F684-4161-B6E0-1E8118991CB0@gmail.com> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.2) X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= 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.22 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, 12 Jun 2016 22:28:21 -0000 On Sun, 12 Jun 2016 18:11:03 -0400 Ngie Cooper wrote: > > On Jun 12, 2016, at 14:42, Joe Ennis wrote: > > > > On a vinalla, first pkg added, zfs on root install: > > > > # pkg install xorg-minimal > > ... > > ... > > ... > > [69/75] Extracting xf86-input-mouse-7.9.1_1: 100% > > [70/75] Installing linux_base-c6-6.7_3... > > sysctl: unknown oid 'compat.linux.release' > > linuxulator is not (kld) loaded, exiting > > pkg: PRE-INSTALL script failed > > # > > Hi Joe, > Please file a port bug against linux_base-c6. At the very least > the message should be more intuitive about what's trying to be > achieved; you will need to "kldload linux", which was the status quo > in old versions IIRC. Thanks, -Ngie > Requiring linux_base-c6 to install xorg-minimal seems wrong to me though. - m -- Michael Gmelin From owner-freebsd-current@freebsd.org Mon Jun 13 02:14:11 2016 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 849ECAF0D01 for ; Mon, 13 Jun 2016 02:14:11 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0116.outbound.protection.outlook.com [65.55.169.116]) (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 B1CCD25B1; Mon, 13 Jun 2016 02:14:09 +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=jOBeCfuLqSYAnPyAgWA0npU1/J/VhfFbJEekFvx9Yvk=; b=kMfp0DA7IdHyESUBHrnNcCvxfW8Hu27FIZSzzYUZgDwVlnDNreNE9LbPRPNo1pL40ewjYtc2AqXSMEtQZdnI1iAw/0XAOkUB4F6NRGK1eqdz7vV8/sAJuMhU89Km/kQ9VB1QV8KTKnXHABCkv0KPYH7/qbZvr3ksr2M1bVgVNAc= Received: from SN1PR05CA0042.namprd05.prod.outlook.com (10.163.68.180) by SN2PR05MB2495.namprd05.prod.outlook.com (10.166.213.16) with Microsoft SMTP Server (TLS) id 15.1.517.8; Mon, 13 Jun 2016 02:14:02 +0000 Received: from BL2FFO11OLC008.protection.gbl (2a01:111:f400:7c09::165) by SN1PR05CA0042.outlook.office365.com (2a01:111:e400:5197::52) with Microsoft SMTP Server (TLS) id 15.1.517.8 via Frontend Transport; Mon, 13 Jun 2016 02:14:02 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; dsl-only.net; dkim=none (message not signed) header.d=none;dsl-only.net; 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.19 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.19) by BL2FFO11OLC008.mail.protection.outlook.com (10.173.160.143) with Microsoft SMTP Server (TLS) id 15.1.511.7 via Frontend Transport; Mon, 13 Jun 2016 02:14:02 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sun, 12 Jun 2016 19:14:01 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.16.84]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id u5D2E0E90574; Sun, 12 Jun 2016 19:14:00 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id A972838551E; Sun, 12 Jun 2016 19:14:00 -0700 (PDT) To: Mark Millard CC: Bryan Drewery , FreeBSD Current , Subject: Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815] In-Reply-To: References: <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net> <92116.1464890038@kaos.jnpr.net> <4a2034a9-a2e1-d951-aecf-43e043c48d75@FreeBSD.org> <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> <38443.1465735161@kaos.jnpr.net> Comments: In-reply-to: Mark Millard message dated "Sun, 12 Jun 2016 06:17:44 -0700." 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: <41911.1465784040.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Sun, 12 Jun 2016 19:14:00 -0700 Message-ID: <41913.1465784040@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.19; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(2980300002)(24454002)(199003)(189002)(50466002)(8936002)(106466001)(53416004)(46406003)(117636001)(76506005)(6806005)(47776003)(586003)(97736004)(76176999)(50986999)(110136002)(107886002)(23726003)(189998001)(8746002)(93886004)(50226002)(11100500001)(5008740100001)(105596002)(4326007)(9686002)(77096005)(69596002)(5003600100002)(86362001)(4001430100002)(19580405001)(19580395003)(2906002)(87936001)(2950100001)(68736007)(356003)(2810700001)(81156014)(97756001)(8676002)(81166006)(92566002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN2PR05MB2495; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; CAT:NONE; LANG:en; CAT:NONE; X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11OLC008; 1:a5roLKc78ZYAGKEUGu/skAyO/83ccCQ0dZz8p6Z8+hzNeVf5HWN5HQGxYGdszTajodvgHv86CPmwhGXYBmO1kXKG9VzHIGxZhU+ffm0k4FM+JeBvFJZuBm9zcwOjzQVfW92VwKCuTF5+MAXDDPRIYhKSW7TAx5CKw3caJaJabAHMjjDSo42Neq+9EuwacWow8Eu7sGBJzOiR0v5NsI/fNCb87ADkjYKWenvJdZn490FtoieCKmR72IAk5xkBPi5/d5tzUEquKKu2ZqeV71VMSTtqNXxgDDUtaryZgsQjKNxNB995bDrpU+I/ehfEe+YL3SVlu0EAsg3XV/RjURdELsut+lV4U8pyeSsZ2EE6g+rIPdZ7q+F2kfy6/eB3vuX8NgOGhon+msL1ewjmK598InemxpTmt73lymwc43MlrGttHRzVfxidAtWOklQbOKHFV+gwifHovwv3nPVncpwgQy5fEVjHpDLTNwlCS0B9vbg= X-MS-Office365-Filtering-Correlation-Id: 749793a0-1cf7-458a-e002-08d393306367 X-Microsoft-Exchange-Diagnostics: 1; SN2PR05MB2495; 2:8ypNB0Mjc1yyX8DO2+7S9ojpjbuoM+6ChaOo3ayY4YQJwUov7e0O/155XSqhyl25db/0L9d1SEHvlqFOUZWrtUyK5HrmiQZPY7HJdOavtdKLLpJNLZM3qSfD3ljxD61x8oH3lknsliX5REpZox5GY5iLCJutHg4TGlBRu0++wj6/Vj78abG0IxSxeE2NHjDl; 3:gIkky0gfVGo1npQt6VBAt5ykwOo6xYMrN7Z7B0ioZotptj/4SWWHJk2o4BS57UJfPUS/zhas5fEi46594j2OCfb2rRxV0orpru1xh9xBB4OtVpgSYSiAsajdzrhLcluiF3jyE09eAnfZUcmqrEYiLmzRweU+5KbvoC23g5O5pV8aYKOeJCb3zkLKQ64lLATsZi+zrPE3scZnPEbJ/q2RfDQq1V4dCiyhAjabiinKx7U=; 25:uR6tRIhkWhlteQNOPF03F/YBxHXeZkBtkSL0Upohg6VZGULT7/fRFmWG5wVyQqlM0ap7Zg27/5HlPsM5fXQ475nVdgBF2tV0a8o6UTMhlhgE3OFgiF+SJtmH9NteVwmawbfGrrlQpMwP6rHW8fk/3xmISjgMmFFpqrxuOmU1x4RQcOup9ZKXwo79E2QZ/mDCCPnC3pvN1Yd9/9z1qBfg6gKwhhwFLaDHQJb5j8VDSUwLTpPphk9quhy2d5UIc6r8+tZJ6n7ys12nLsXGAiCP2KYGeuQlJ9oX1j+zsw5UUUp8M7lG2ClssUTz5vtunIayxivdK4JROnBZwXTMV464JfQcbxAsgSACJZwb3pORXUR2YKxL1konDMztSdbeCDQ+En1vHAubci5EdvsLiDCCJNXt4g1207O+tfzom9CaHjY= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN2PR05MB2495; X-Microsoft-Exchange-Diagnostics: 1; SN2PR05MB2495; 20:pOgcXvB73QEGnBPtDmN7kHZsXQ1DhCr6/BT7TrBGtu/+itgUc+Ds9X/rMdzmyrdKQG69z50oEVIXePr1dOPPp9dnPq3TYy2YZ61E6+Gzmd1GLzkJs5glodwXj1Xprg3iWP6c/d9aJxe0TcuJbh+KZN6wB29l//io7Q7h4ATmS8+/kpOzRGg3BCbYopUBBwc0ueg6Sx/4uDwXoDNBdMdEEhrpJqTG8A+2mkmkq+Y8BQPDHXuM5P6W4YVTxJ1P2lTF5uJ9iitxQfYzXo3FX7d3jn0IcKQ1VMIwvwlE0r6379lyT7trG6bFvGfI9V19skqV6WKGLqYTxv8l7BLw2vJhgEcnjQ+TDicvZRkG5VIJyQvgFBTWuBhRbaPZJoNPdL8SZ7Ilxksk8vDKBgN1QOs5EmkfytoHb5fOnC6UvvzmwfllXOsyCNLeiYJtXc5wnthXeCgbGq4ACuEUSE5kzn0P6ErMmFHvOtBYE33EaU2o55ux60sqIcbVQWH55xCBlKUY X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13023025)(13024025)(13017025)(13018025)(13015025)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:SN2PR05MB2495; BCL:0; PCL:0; RULEID:; SRVR:SN2PR05MB2495; X-Microsoft-Exchange-Diagnostics: 1; SN2PR05MB2495; 4:0aYWnsA+vE4EMmpok01bp8Bcb5Oo2I1ih4yuXvy43dKrLzXCS7gmIBXMxujXbFyMri9BpuVZMr7BF8+d3P53PGHCdNdIh8yyMSB65xTcJrJpZbTU4RHleyPZsZh8n02z/RE3SlFR/nTiGPWYyCp33QoxVgDcI3sgNxInRRaDruu0Q+Kwf2AEHz4j+6OfvXwt8+aesVVzFH9GEYXVKDXyuL2OR4rGGBn5AXCi0kap+nprdMvLj0BP714JnDQLVZm58ffoN6r/JltD0GqrTQyHGPAUaEk+2yb8Qgtcg61DP5jdr1/ep/Olzr1I8YfTq8LlLu1cX7dLJTiwyTptrCaBZdBNd/U9oSAIcAaWU0ejFB0/zYQr1K04nIRK92m4HOPU+nYnzKHocdJW41xBziE+XVz+RXP9ocMgSGypwSGvirj6MvSA3LF4QkkxuD5u2oa9Fw+kiog6x+G2xSl7p8U03IlCdm5OTLwYhDCttyu3FrU= X-Forefront-PRVS: 0972DEC1D9 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; SN2PR05MB2495; 23:HGY3mc6jgD8mojs09ENbBsc80dTcv/34ieQ59NClU?= =?us-ascii?Q?vE82mKMNrBtWFBswhqT2pQx/Ai/MNYRA6XJVRYUlPxhWcu6m0ooboL4xDyaL?= =?us-ascii?Q?xRKkKODxu5xLfik0DC9sCWM9QghpCahiQnaVZWO0lX2jZjQmHB+P+LU/rKQJ?= =?us-ascii?Q?2DZ8XTk7odIitfAHfcPtFjYruJECIDeKR/nPCMQm54cIeLVdEMHdSm58T4P5?= =?us-ascii?Q?1/y50r5Ny9bMLF05/cyX8tt/ApUVpYmIWNzztH+ipen1Aa3SC89N+Qh/9GEl?= =?us-ascii?Q?7T1fhKbCy7UipGbARARPcTov/DqkLE6XZ0NX4Ny9qjA1mgUslniWm7SaBck+?= =?us-ascii?Q?btqWK45Gnw7jXgy0XFoQISpyzpMdgHNpvAkuwUTane0P04CxLZSCO9BJub8X?= =?us-ascii?Q?lFeAV0VD/VvBaFLZ88Wv3g8L/o3Yo7oayKVViLOtAljQXuHQx1+RPUSVlI6U?= =?us-ascii?Q?ax44uFDUGOXSM/sl4xKP40oABGVPIjNtv+YZQfNCKBBcD/3uswhSG/d1/TeK?= =?us-ascii?Q?tN16M5xUlNBpr4S641KE1RHtr1TyKS/VStVD9btu1BZOj3UeLjvWqyTKxd9K?= =?us-ascii?Q?xkvbVtR41dWT78zEOP9sp86vx9P4RFITq4tJzmJpIgs33mpEO+GlV9KC+XMS?= =?us-ascii?Q?2oebvj/FANgzZe2aZoR7g6HbaPLYMP7Q/m8LNG/AkhKzsux3HFjSLlP3ZpVM?= =?us-ascii?Q?964Qd57aAAbG97cjjLkol4FfBRivMed+1ofpCKgPkhZko3dZri1tRBa0ndAY?= =?us-ascii?Q?z4IhqjchA66ikTfRwqpO1mVo6HdAZuv2uZGiigcnRsPxruIgxDyK9RkQnSmw?= =?us-ascii?Q?g285eDLnDyygt7dbWF8ZXOu85uq0odboSc8BlMtxhyiBgVhqHbcuPs6BZm20?= =?us-ascii?Q?2BllMwS9dMx4gSOrvKQHWldqxuc8WHf+BFPxEKrerhtCXOlcK2jZAdLmEx5X?= =?us-ascii?Q?fdPht4fP8fqEJFDMmgSlxSvZZwVHJamTQnyP060SQnx7xaK0N/KWF42VoO7A?= =?us-ascii?Q?VNx3TG7nAG634elXY11y/kaM3wJIYF4oeGpwOKay+zFyyh9pQR3mMA2djKCq?= =?us-ascii?Q?cmFqPJ5wo5seaUfnAyUxEQqPOQqoZoRZq6/nAvAuRUalip1Um3R8U00uumqn?= =?us-ascii?Q?BXEtDoD3i2vVuaBzLwTDA7kawdTMj48EBxEqaiH3yAU5HB+VwB2TUErz5z0t?= =?us-ascii?Q?dbLz+eoLOujdAzf3JCYG0GoQbibL3PLpeUQ1MWIXQH4vssDfNcS+dlIbAJpn?= =?us-ascii?Q?64T7OsMF5gkB1uRIx7OT16lhgcRCidNTAquP4GV?= X-Microsoft-Exchange-Diagnostics: 1; SN2PR05MB2495; 6:Ol65310BGUuSxDCmGiZ67245wmzD55O2umI6ntYLPewVny+xyRPwkKnjPZq22aIxiHrULHPKP88K3MBWDwHyJBSal2o9rjlrFoKAarUiIaiU9Q/t++BwwVwjRxEOW/gn2B+tm5cpzB0kF46khsGKvTsr5jyLTnq35RjnZ+ENrki4ojFULNxxtng+F5gngH5bTZbizptOIvrzCdhoWZcZAhpEM/BnljMh1VkBN9KyKxTuRmPFTxl+ow7jrN4EiieCHfR5p/tuuf32k0EvoLYe3zYDIFZm/tCknG8hjEGz3aYXAtHLqitZI3+Pqfs6H3QSE8zLNAOXmF8tASfPNVND9w==; 5:f+sMuFNErOB54NkMmkWQFLX+VPHqC7J260ULooDw8ASq1GqZskPDcD9H0x1JofVeYUqUroFcihtLamd2hIPVRp7Q3clJuegyqjiyaCYDzMeMn0HtTD3cu783fWskO/6p2wcWBr3jUaewN/PFeRbo/g==; 24:Cb498HPyp4r7BvxOiXonLwaIHzowILhIK/Uj4PcnAYUfp7RQbQ9rzQNDvWUh1iKxTYqwyKCRTuk6t7VuecFxnzdODKZbEBLC19m/z18JT2g=; 7:k/jiJQxCvyuM13nILVo2GTrjUiV2cU0nmSI8vQ+9TRF9cobakFg9kuGuWvccyJBJXmErVo8xob3gw4pinXJYc5w/L8XYfUPb1oadr1+jFYE80z2wHJPx5ObNvWTZKZrLp73enhlvBxS+wI+43jtygcsprVeCqJUg4koKVYmH8iR20l2fytSl8YGkc1VK70qB0xL7uHMBxxY9GJljqoTurs7yxjqxSLWRc6nTkh0S9T8= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Jun 2016 02:14:02.1249 (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.19]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN2PR05MB2495 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 02:14:11 -0000 Mark Millard wrote: > Cross builds work just fine based on the FreeBSD tree when omitting WITH= _META_MODE=3D. > = Hmm must do something odd then. > As of -r301825 there is almost no use of HOST_CC at the upper levels or = in share/mk/*: Yes, which means if cross-building works it must be requring a separate walk of the tree or similar dance. It cannot work by building tools like make_keys in the same pass as the library, since that would require use of something other than CC. > > # grep HOST_CC /usr/src/Makefile* > > # grep HOST_CC /usr/src/share/mk/* > > /usr/src/share/mk/bsd.compiler.mk:.for var in CC CXX HOST_CC HOST_CXX > = > where that last does: Yes, that's for ccache, but I don't see HOST_CC used anywhere. Sorry, guess I have no clue how cross-building currently works in FreeBSD, but as is it won't work with DIRDEPS - which pretty much expects to be able to build the tree in a single pass. META_MODE should be orgthogonal, but that appears not to be so. From owner-freebsd-current@freebsd.org Mon Jun 13 05:03:42 2016 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 0D256AF1B8C for ; Mon, 13 Jun 2016 05:03:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 8AC512767; Mon, 13 Jun 2016 05:03:41 +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 u5D53Y1n098757 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 13 Jun 2016 08:03:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u5D53Y1n098757 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u5D53YMr098756; Mon, 13 Jun 2016 08:03:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 13 Jun 2016 08:03:34 +0300 From: Konstantin Belousov To: Jilles Tjoelker Cc: Mark Johnston , freebsd-current@FreeBSD.org, cem@FreeBSD.org Subject: Re: thread suspension when dumping core Message-ID: <20160613050334.GL38613@kib.kiev.ua> References: <20160607042956.GM38613@kib.kiev.ua> <20160607142452.GA48251@stack.nl> <20160607160155.GP38613@kib.kiev.ua> <20160607211919.GA49961@stack.nl> <20160608043055.GV38613@kib.kiev.ua> <20160608133508.GA93263@charmander> <20160608135635.GY38613@kib.kiev.ua> <20160608211744.GB56821@stack.nl> <20160609043455.GZ38613@kib.kiev.ua> <20160612222452.GC6469@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160612222452.GC6469@stack.nl> User-Agent: Mutt/1.6.1 (2016-04-27) 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.22 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, 13 Jun 2016 05:03:42 -0000 On Mon, Jun 13, 2016 at 12:24:52AM +0200, Jilles Tjoelker wrote: > On Thu, Jun 09, 2016 at 07:34:55AM +0300, Konstantin Belousov wrote: > > On Wed, Jun 08, 2016 at 11:17:44PM +0200, Jilles Tjoelker wrote: > > > On Wed, Jun 08, 2016 at 04:56:35PM +0300, Konstantin Belousov wrote: > > > > On Wed, Jun 08, 2016 at 06:35:08AM -0700, Mark Johnston wrote: > > > > > On Wed, Jun 08, 2016 at 07:30:55AM +0300, Konstantin Belousov wrote: > > > > > > On Tue, Jun 07, 2016 at 11:19:19PM +0200, Jilles Tjoelker wrote: > > > > > > > I also wonder whether we may be overengineering things here. Perhaps > > > > > > > the advlock sleep can simply turn off TDF_SBDRY. > > > > > > Well, this was the very first patch suggested. I would be > > > > > > fine with that, but again, out-of-tree code seems to be not > > > > > > quite fine with that local solution. > > > > > > In our particular case, we could possibly use a similar approach. In > > > > > general, it seems incorrect to clear TDF_SBDRY if the thread calling > > > > > sx_sleep() has any locks held. It is easy to verify that all callers of > > > > > lf_advlock() are safe in this respect, but this kind of auditing is > > > > > generally hard. In fact, I believe the sx_sleep that led to the problem > > > > > described in D2612 is the same as the one in my case. That is, the > > > > > sleeping thread may or may not hold a vnode lock depending on context. > > > > > I do not think that in-tree code sleeps with a vnode lock held in > > > > the lf_advlock(). Otherwise, system would hang in lock cascade by > > > > an attempt to obtain an advisory lock. I think we can even assert > > > > this with witness. > > > > > There is another sleep, which Jilles mentioned, in lf_purgelocks(), > > > > called from vgone(). This sleep indeed occurs under the vnode lock, and > > > > as such must be non-suspendable. The sleep waits until other threads > > > > leave the lf_advlock() for the reclaimed vnode, and they should leave in > > > > deterministic time due to issued wakeups. So this sleep is exempt from > > > > the considerations, and TDF_SBDRY there is correct. > > > > > I am fine with either the braces around sx_sleep() in lf_advlock() to > > > > clear TDF_SBDRY (sigdeferstsop()), or with the latest patch I sent, > > > > which adds temporal override for TDF_SBDRY with TDF_SRESTART. My > > > > understanding is that you prefer the later. If I do not mis-represent > > > > your position, I understand why you do prefer that. > > > > The TDF_SRESTART change does fix some more problems such as umount -f > > > getting stuck in lf_purgelocks(). > > > > However, it introduces some subtle issues that may not necessarily be a > > > sufficient objection. > > > I did not see an objection in the notes below, but rather I read them > > as an argument to return EINTR from the stop attempts from lf_advlock(). > > With these changes, the question is which bugs you want to fix and which > bugs you want to leave unfixed or introduce. > > * The status quo sometimes deadlocks or almost deadlocks with thread > suspension. > > * Restarting the locking syscall after thread suspension using ERESTART > causes the suspended thread to be moved to the end of the queue and > the locked area to be re-evaluated which violates POSIX but probably > does not break applications. > > * Interrupting the locking syscall after thread suspension with EINTR > breaks applications with the reasonable assumption that [EINTR] can > only occur because of signals, whenever a locking attempt is > suspended. This requires a change to the man page and probably some > patches to ports. > > This could be avoided by allowing a thread to return to the user > boundary (but not beyond) while staying in the queue but that is a > fairly heavy API change. The thread would not be allowed to execute user > code (a signal handler) since it may take indefinitely long before the > thread would continue waiting for the lock, which matches exactly > POSIX's specification of F_SETLKW not restarting after signal handlers. What do you mean by this ? Are you proposing to leave our lockf_entry in the tree of the lockf graph, while allowing thread to proceed to user boundary, and making ast handler to re-enter the lf_advlock() ? At least, I cannot make any other sense of the text. But IMO that would not solve the problem. We could declare the sleep in lf_setlock() as stoppable (by clearing TDF_SBDRY around) and that gives the same effect without complications. But I do not think that this is acceptable, since our lockf_entry is in graph, and could block arbitrary other processes participating in the adv locking while holding kernel resources. Of course, user thread can be suspended on boundary while already fully owning a lock, and then we get a similar situation, at the outer look. But it is quite different from the view on internal kernel structures, which are in consistent state (as opposed to the granted but not taken lock entry). With the 'kernel-colored glasses' on, I think that spurious EINTRs are acceptable. > > > > Firstly, adding this closes the door on fixing signal handling for > > > fcntl(F_SETLKW). Per POSIX, any caught signal interrupts > > > fcntl(F_SETLKW), even if SA_RESTART is set for the signal, and the Linux > > > man page documents the same. Our man page has documented that SA_RESTART > > > behaves normally with fcntl(F_SETLKW) since at least FreeBSD 2.0. This > > > could normally be fixed via if (error == ERESTART) error = EINTR; but > > > that is no longer possible if there are [ERESTART] errors that should > > > still restart. > > > I added the translation to fcntl handler. > > > > Secondly, fcntl(F_SETLKW) restarting after a stop may actually be > > > observable, contrary to what I wrote before. This is due to the fair > > > queuing. Suppose thread A has locked byte 1 a while ago and thread B is > > > trying to lock byte 1 and 2 right now. Then thread C will be able to > > > lock byte 2 iff thread B has not blocked yet. If thread C will not be > > > allowed to lock byte 2 and will block on it, the TDF_SRESTART change > > > will cause it to be awakened if thread B is stopped. When thread B > > > resumes, the region to be locked will be recomputed. This scenario > > > unambiguously violates the POSIX requirement but I don't know how bad it > > > is. > > > Indeed. > > Hmm, changing ERESTART to EINTR doesn't really solve this. In most > cases, either the application will retry with pretty much the same > effect as if ERESTART was kept, or the application will consider the > lock attempt failed and break (for example because it treats all error > conditions equally or because it treats [EINTR] as a timeout in a naive > SIGALRM-based timeout scheme). > > > > Note that all these threads must be in separate processes because of > > > fcntl locks' strange semantics. > > > So below is the next level of over-engineering the stuff. I made it > > unified on sigdeferstop() to avoid blowing up the KPI. I am not sure what > > modes are needed by onefs, so I added SIGDEFERSTOP_ERESTART despite it > > is not used by the kernel. > > > lf_advlock() is not stoppable at all, with EINTR return. In the previous > > patches, only if the caller of lf_advlock() already set TDF_SBDRY, the > > function modified the behaviour. > > > I considered adding td_sbdry member to struct thread for managing sbdry > > stops, but did not for now. If one more flag appear to be used, I will > > change that. > > I suppose flock(2) can be restarted transparently (it is restarted after > SA_RESTART signal handlers without violating any standards, even though > temporarily taking an exclusive lock attempt from the queue may allow > shared lock attempts to proceed), so lf_advlock() can use > SIGDEFERSTOP_ERESTART which will be translated in fcntl if you want > that. I changed the wrapper around sx_xlock() in the lf_setlock() function to stops_deferred = sigdeferstop((lock->lf_flags & F_FLOCK) != 0 ? SIGDEFERSTOP_ERESTART : SIGDEFERSTOP_EINTR); error = sx_sleep(lock, &state->ls_lock, priority, lockstr, 0); sigallowstop(stops_deferred); which does what you described above for flock(2). The translation ERESTART->EINTR for fcntl(2) is left in place. I looked at the important consumers of the interfaces, namely sendmail. In mail.local, the code fails on any error from the lockf/flock/fcntl, i.e. EINTR is not handled. In the daemon code, EINTR causes simple restart of the same lock request. So answering your question in the start of the reply, I _believe_ that the code that cares about fair grant order of adv lock, should be similarly careful about EINTR. Broken code which fails on EINTR, cannot be detected automatically, and really not deserves to be anxious about for the suspension case. From owner-freebsd-current@freebsd.org Mon Jun 13 05:26:54 2016 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 BDF92AF02FC for ; Mon, 13 Jun 2016 05:26:54 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 8398424AC for ; Mon, 13 Jun 2016 05:26:54 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bCKOc-000A73-El>; Mon, 13 Jun 2016 07:26:46 +0200 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bCKOc-003dTa-5d>; Mon, 13 Jun 2016 07:26:46 +0200 Date: Mon, 13 Jun 2016 07:26:41 +0200 From: "O. Hartmann" To: freebsd-current Subject: r301853: buildkernel fail due to cc: error: no such file or directory: '/usr/src/sys/dev/nvme/nvme_sim.c' Message-ID: <20160613072641.7c2d15b8@freyja.zeit4.iv.bundesimmobilien.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 05:26:54 -0000 Recent CURRENT r301853 fails to compile a kernel due to the error shown below: [...] cc -c -O3 -pipe -fno-strict-aliasing -march=native -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.nvme_sysctl.o -MTnvme_sysctl.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/dev/nvme/nvme_sysctl.c --- nvme_sim.o --- cc: error: no such file or directory: '/usr/src/sys/dev/nvme/nvme_sim.c' cc: error: no input files *** [nvme_sim.o] Error code 1 Kind regards, O. Hartmann From owner-freebsd-current@freebsd.org Mon Jun 13 07:06:49 2016 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 8E01CAF16FB for ; Mon, 13 Jun 2016 07:06:49 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-4.reflexion.net [208.70.210.4]) (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 366062E30 for ; Mon, 13 Jun 2016 07:06:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 21087 invoked from network); 13 Jun 2016 07:07:22 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 07:07:22 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 13 Jun 2016 03:07:29 -0400 (EDT) Received: (qmail 21099 invoked from network); 13 Jun 2016 07:07:28 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 07:07:28 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 7190DB1E001; Mon, 13 Jun 2016 00:06:46 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 11.0 -r301815 builds based on xtoolchain tools targetting amd64 fail: error: redundant redeclaration of 'intel_fbc_enabled' Message-Id: Date: Mon, 13 Jun 2016 00:06:45 -0700 To: FreeBSD Current , =?utf-8?Q?Jean-S=C3=A9bastien_P=C3=A9dron?= Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 07:06:49 -0000 [This is in essence a notice of bug 209924 --found after working around = 209920 in the cxgb and cxgbe areas.] > --- all_subdir_drm2 --- > In file included from = /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/dvo.h:35:0, > from = /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/dvo_ch7xxx.c:32: > = /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_drv.h:671:1= 3: error: redundant redeclaration of 'intel_fbc_enabled' = [-Werror=3Dredundant-decls] > extern bool intel_fbc_enabled(struct drm_device *dev); > ^ > In file included from = /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_drv.h:31:0,= > from = /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/dvo.h:35, > from = /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/dvo_ch7xxx.c:32: > /usr/src/sys/dev/drm2/i915/i915_drv.h:1676:13: note: previous = declaration of 'intel_fbc_enabled' was here > extern bool intel_fbc_enabled(struct drm_device *dev); > ^ Context details follow. . . This was based on src.conf: > # more ~/src.configs/src.conf.amd64-xtoolchain.amd64-host=20 > TO_TYPE=3Damd64 > TOOLS_TO_TYPE=3Dx86_64 > VERSION_CONTEXT=3D11.0 > # > KERNCONF=3DGENERIC-NODEBUG > TARGET=3D${TO_TYPE} > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITHOUT_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > # > WITH_LIBCPLUSPLUS=3D > WITHOUT_BINUTILS_BOOTSTRAP=3D > WITHOUT_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLDB=3D > # > #WITH_BOOT=3D for amd64-xtoolschain-gcc/amd64-gcc gets...=20 > # --- all_subdir_sys --- > # -994 bytes available > # *** [boot2] Error code 1 > WITHOUT_BOOT=3D > WITH_LIB32=3D > # > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > #WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D > # > # > # For TO (so-called "cross") stages . . . > # So-called-cross via ${TO_TYPE}-xtoolchain-gcc/${TO_TYPE}-gcc. . . > # TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related binutils. . = . > # > CROSS_TOOLCHAIN=3D${TO_TYPE}-gcc > X_COMPILER_TYPE=3Dgcc > CROSS_BINUTILS_PREFIX=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ > .if ${.MAKE.LEVEL} =3D=3D 0 > = XCC=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-gc= c > = XCXX=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-g= ++ > = XCPP=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-c= pp > .export XCC > .export XCXX > .export XCPP > XAS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/as > XAR=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ar > XLD=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ld > XNM=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/nm > XOBJCOPY=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objcopy > XOBJDUMP=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objdump > XRANLIB=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ranlib > XSIZE=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/size > #NO-SUCH: XSTRINGS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings > XSTRINGS=3D/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings > .export XAS > .export XAR > .export XLD > .export XNM > .export XOBJCOPY > .export XOBJDUMP > .export XRANLIB > .export XSIZE > .export XSTRINGS > .endif > # > # > # =46rom based on clang (via system). . . > # > .if ${.MAKE.LEVEL} =3D=3D 0 > CC=3D/usr/bin/clang > CXX=3D/usr/bin/clang++ > CPP=3D/usr/bin/clang-cpp > .export CC > .export CXX > .export CPP > .endif and make.conf: > # more ~/src.configs/make.conf=20 > CFLAGS.gcc+=3D -v =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Jun 13 07:44:16 2016 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 E0A63AF1DFC for ; Mon, 13 Jun 2016 07:44:16 +0000 (UTC) (envelope-from florian.ermisch@alumni.tu-berlin.de) Received: from mail-2.alumni.tu-berlin.de (mail-2.alumni.tu-berlin.de [130.149.5.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9688C2E16; Mon, 13 Jun 2016 07:44:16 +0000 (UTC) (envelope-from florian.ermisch@alumni.tu-berlin.de) X-tubIT-Incoming-IP: 78.52.138.248 Received: from x4e348af8.dyn.telefonica.de ([78.52.138.248] helo=unknown806C1B08767B) by mailbox.alumni.tu-berlin.de (exim-4.84_2) with esmtpsa [TLSv1.2:DHE-RSA-AES256-SHA:256] id 1bCMXX-0003rp-6I; Mon, 13 Jun 2016 09:44:07 +0200 In-Reply-To: References: <20160611103834.GA75085@lyxys.ka.sub.org> <1F5A9247-7C98-483C-A4BD-4A3D54208B3D@alumni.tu-berlin.de> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: The OpenBSD pledge From: Florian Ermisch Date: Mon, 13 Jun 2016 09:44:01 +0200 To: Alan Somers , Domagoj Stolfa , Wolfgang Zenker CC: FreeBSD CURRENT Message-ID: <87672BA7-6724-45EB-B173-920DCEC39564@alumni.tu-berlin.de> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 07:44:17 -0000 Am 11. Juni 2016 18:31:25 MESZ, schrieb Alan Somers : > On Sat, Jun 11, 2016 at 5:32 AM, Domagoj Stolfa > wrote: > > Yes, it would maybe make sense to do so. I am not too familiar with > > capsicum(4), but glancing over it, it might be possible. If > anything, it > > would allow for code reuse from the OpenBSD ports and increased > portability > > in the future. Maybe the people who have worked with capsicum(4) or > have > > developed it could give some more insight on this. > > > > I don't see how it would be possible. Capsicum is all about file > descriptors. When you call cap_enter(), you give up the ability to > access global namespaces. For example, you can no longer open files > (except using openat(2) for files in a subdirectory of a directory > which is already opened). OTOH, pledge is all about sycalls. When > you pledge, you give up the ability to use certain syscalls, > regardless of what file descriptors they might involve. So for > example, a program that uses pledge(2) to prohibit networking syscalls > can't simply replace pledge(2) with cap_enter(2), because it may need > to open files after pledging. > > -Alan Thanks for the clarification, Alan. So pledge(2) would, if implemented in FreeBSD, complement capsicum. They would only overlap around file descriptors, where capsicum could enforce a processes pledge like to only ever write to one file which is its logfile. Florian From owner-freebsd-current@freebsd.org Mon Jun 13 10:23:38 2016 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 C4F82AF1318 for ; Mon, 13 Jun 2016 10:23:38 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-it0-x232.google.com (mail-it0-x232.google.com [IPv6:2607:f8b0:4001:c0b::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 8EC8220E8 for ; Mon, 13 Jun 2016 10:23:38 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-it0-x232.google.com with SMTP id a5so45124080ita.1 for ; Mon, 13 Jun 2016 03:23:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ewHNxx2EVXjOsfQxkzVWpC4IzDNtUYB0ysCp4D134M8=; b=KoltbWr4xE1gd4HU1WjOdTKrskLXsy+bTkPtHZB32/2nX4CcH6FlFMVBYepiETkD/y h1MGq5blINyF0lmLtfMJZlq3yyXuQsHeEizJnJtHw+/I4lNq9QDf8bWMZAISK7BU7xCC 9kJ4DAXI5Q2quHUdK0hv0Z4uP7wgix8eKZUsZjqbl8OMVLKgojBaYDJgJgiNeYGvVVq2 ++RKp+6ncdqY7SQIQQdaKG2zipbPFTmBItOGETYwR24Vg/Jrfl2JbTtrNogSHiewKkNo XebH3z1aJIo+SV24xs4VoDF2PausjLIxusHVWJHIFZl2hJsJYi9mN1s1U1/F33NIrnP7 Rj1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ewHNxx2EVXjOsfQxkzVWpC4IzDNtUYB0ysCp4D134M8=; b=LPB3Y3PV1pLMGoreEKTyEHYOBKQMZqcpNULSkt+3HFg0285XWrnXjRnVUmzIc2meyS 6+oUuVmI/5Ye6xDVsVnW1ztgNclmJ6/UJ38SB4sXDcDvcq+3dTILrZi5B6cZUyF16nNq YKqQRFd5Kzz9uUOP+xE8WG55EzNC4BrYry3BPDf9Yme7lhPkTVYuKTBWxKAsCnRr7yj9 fuWs+4jY+TNTxiKOA8dEO4dmnnhrEskoesQ21w5FJloEX7fpCnLZszdcLi8wnv/fh7u0 tiLyXf26PkUHJofj4IsjNpar/Zr3fkrBIvlTFy1ezs9s83zf+xO0b+v2TYGO+S6JhB8/ wq1g== X-Gm-Message-State: ALyK8tKjrd5xsvGry+eXbEW8AxT8kyCK+xLnlPlN5YkF8xeQxjixCGFIkCbrom3m9VfGeA== X-Received: by 10.36.193.132 with SMTP id e126mr16661706itg.10.1465813417987; Mon, 13 Jun 2016 03:23:37 -0700 (PDT) Received: from [10.205.130.88] ([209.226.201.248]) by smtp.gmail.com with ESMTPSA id l14sm6079037ita.8.2016.06.13.03.23.37 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Jun 2016 03:23:37 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Borked 'pkg install xorg-minimal' on FreeBSD-11.0-ALPHA3-amd64-20160528-r301815-memstick.img From: Ngie Cooper X-Mailer: iPhone Mail (13F69) In-Reply-To: <20160613002810.3be65c56@bsd64.grem.de> Date: Mon, 13 Jun 2016 06:23:36 -0400 Cc: Joe Ennis , freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20160612114213.54657d41@odin> <3A1643D7-F684-4161-B6E0-1E8118991CB0@gmail.com> <20160613002810.3be65c56@bsd64.grem.de> To: Michael Gmelin X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 10:23:38 -0000 > On Jun 12, 2016, at 18:28, Michael Gmelin wrote: >=20 >=20 >=20 > On Sun, 12 Jun 2016 18:11:03 -0400 > Ngie Cooper wrote: >=20 >>> On Jun 12, 2016, at 14:42, Joe Ennis wrote: >>>=20 >>> On a vinalla, first pkg added, zfs on root install: >>>=20 >>> # pkg install xorg-minimal >>> ... >>> ... >>> ... >>> [69/75] Extracting xf86-input-mouse-7.9.1_1: 100% >>> [70/75] Installing linux_base-c6-6.7_3... >>> sysctl: unknown oid 'compat.linux.release' >>> linuxulator is not (kld) loaded, exiting >>> pkg: PRE-INSTALL script failed >>> # =20 >>=20 >> Hi Joe, >> Please file a port bug against linux_base-c6. At the very least >> the message should be more intuitive about what's trying to be >> achieved; you will need to "kldload linux", which was the status quo >> in old versions IIRC. Thanks, -Ngie >=20 > Requiring linux_base-c6 to install xorg-minimal seems wrong to me > though. Agreed. Are we adding nvidia-driver as a dependency, and is Linux support en= abled by default? > --=20 > Michael Gmelin From owner-freebsd-current@freebsd.org Mon Jun 13 10:40:20 2016 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 0B804AF17AC for ; Mon, 13 Jun 2016 10:40:20 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F0582BB6 for ; Mon, 13 Jun 2016 10:40:19 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: by mail-lf0-x22a.google.com with SMTP id j7so58006941lfg.1 for ; Mon, 13 Jun 2016 03:40:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=kDJQNiy5pDNm5Cj4b8laZhqAVBMhENp1D0VyFCv9ZRA=; b=J+jRHS2c38dqT9DiVCqHxLy4mDlSl8gxY61dne3cxyZkXv+Bvz+XgdmX+Gpo/WoJCK +YAeMLM0pEhfVWLsGtcYRwn28jXinypHH/CFsb4zhlPPvEtNQJ7C+hw95VknPy3uCmg7 6ETy55UwBEFfyKuDuQlktqFqAnAyPEWuKHRfE7BBV7E1Bl3vAYKpT7D7j5oTqsj6o7c/ xJY14F1hyobltgJyMbWhs1G3Yo+BKHHj12Ifj3wa30E5LcCC13dtOSD5PiZ7wx1htnK9 ZJIh2Au3NBhk3OG9jmXrXRJ7e4KjwVn+4OTgTm6YrmX8J31YP66WjmgZOBwvQ9lOYwB3 p05Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=kDJQNiy5pDNm5Cj4b8laZhqAVBMhENp1D0VyFCv9ZRA=; b=BQOp/QgdFJ7x3HUZfE6F/7i0aak/edZMP/DC5r+OTciJ/9ugontiWlUHXdyY8ocb6Q LtR41bnz2yRBdDCiJvYBxA0WqBcwVIMF36IMDR9mGi1IDb7ouWkL0+v4VeJgwgs/2eNb Y0Eu3kBpwdrKE6SZqI24oB44wL8/SO0VBQ+SVNiCjYYgg/g2XJEmaQPnanPOIXm3GIpd Y2BYIsW5plbMALud4ggiM2jhChxDN5KN5mV4chh8gdxwTd1pC+CWeyoo7MA4VtIC6iQT lrWksLyzQd+eS4DMwS93BDxakhY5UY2/QzWm08qEVeGDiZJTyGW/WB1DvKuTw2AuRgnC yPnw== X-Gm-Message-State: ALyK8tKpxQazskW1uUkZ/3x2OSk8r2vq3CSob0We6foToPDIY4diIdRDunJbDKfhnRwmhE1JBGciv/nYiA7MLw== X-Received: by 10.25.131.141 with SMTP id f135mr106210lfd.42.1465814417470; Mon, 13 Jun 2016 03:40:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.173.15 with HTTP; Mon, 13 Jun 2016 03:40:16 -0700 (PDT) In-Reply-To: <87672BA7-6724-45EB-B173-920DCEC39564@alumni.tu-berlin.de> References: <20160611103834.GA75085@lyxys.ka.sub.org> <1F5A9247-7C98-483C-A4BD-4A3D54208B3D@alumni.tu-berlin.de> <87672BA7-6724-45EB-B173-920DCEC39564@alumni.tu-berlin.de> From: Domagoj Stolfa Date: Mon, 13 Jun 2016 12:40:16 +0200 Message-ID: Subject: Re: The OpenBSD pledge To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 10:40:20 -0000 On Mon, Jun 13, 2016 at 9:44 AM, Florian Ermisch < florian.ermisch@alumni.tu-berlin.de> wrote: > > > Am 11. Juni 2016 18:31:25 MESZ, schrieb Alan Somers : > > On Sat, Jun 11, 2016 at 5:32 AM, Domagoj Stolfa > > wrote: > > > Yes, it would maybe make sense to do so. I am not too familiar with > > > capsicum(4), but glancing over it, it might be possible. If > > anything, it > > > would allow for code reuse from the OpenBSD ports and increased > > portability > > > in the future. Maybe the people who have worked with capsicum(4) or > > have > > > developed it could give some more insight on this. > > > > > > > I don't see how it would be possible. Capsicum is all about file > > descriptors. When you call cap_enter(), you give up the ability to > > access global namespaces. For example, you can no longer open files > > (except using openat(2) for files in a subdirectory of a directory > > which is already opened). OTOH, pledge is all about sycalls. When > > you pledge, you give up the ability to use certain syscalls, > > regardless of what file descriptors they might involve. So for > > example, a program that uses pledge(2) to prohibit networking syscalls > > can't simply replace pledge(2) with cap_enter(2), because it may need > > to open files after pledging. > > > > -Alan > > Thanks for the clarification, Alan. > So pledge(2) would, if implemented in > FreeBSD, complement capsicum. > They would only overlap around file > descriptors, where capsicum could > enforce a processes pledge like to only > ever write to one file which is its logfile. > > Florian > It indeed does seem like they could complement each other. One could pledge the entire program and use capsicum(4) to limit certain file descriptors even further, but not the rest of the program, such as a TCP socket. This does seem like increased simplicity in limiting the whole program using pledge(2) and the additional benefit that capsicum(4) offers in terms of file descriptors. The question remains though, how would they interact with each other? A single pledge(2) call, as Alan said could limit the operation of capsicum(4). Domagoj From owner-freebsd-current@freebsd.org Mon Jun 13 10:57:28 2016 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 0BFF7AF1BB4 for ; Mon, 13 Jun 2016 10:57:28 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id F18A02547 for ; Mon, 13 Jun 2016 10:57:27 +0000 (UTC) (envelope-from joel@vnode.se) Received: by mailman.ysv.freebsd.org (Postfix) id ED7DDAF1BB3; Mon, 13 Jun 2016 10:57: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 EAE38AF1BB2 for ; Mon, 13 Jun 2016 10:57:27 +0000 (UTC) (envelope-from joel@vnode.se) Received: from smtp.vnode.se (smtp.vnode.se [IPv6:2a07:6c0:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id A0ED42545 for ; Mon, 13 Jun 2016 10:57:27 +0000 (UTC) (envelope-from joel@vnode.se) Received: from ymer.vnode.se (81-235-218-96-no20.tbcn.telia.com [81.235.218.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.vnode.se (Postfix) with ESMTPSA id 8CE6E73B5 for ; Mon, 13 Jun 2016 12:57:25 +0200 (CEST) Date: Mon, 13 Jun 2016 12:57:25 +0200 From: Joel Dahl To: current@freebsd.org Subject: _secure_path: cannot stat /etc/login.conf: Not permitted in capability mode Message-ID: <20160613105725.GA62543@ymer.vnode.se> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 10:57:28 -0000 Hi, I've just rebuilt and installed latest current on a machine here. I noticed the following message in dmesg after a reboot: _secure_path: cannot stat /etc/login.conf: Not permitted in capability mode I don't remember seeing this before. -- Joel From owner-freebsd-current@freebsd.org Mon Jun 13 11:00:44 2016 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 CD1BCAF1D9D for ; Mon, 13 Jun 2016 11:00:44 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id AB3702762 for ; Mon, 13 Jun 2016 11:00:44 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id AA864AF1D9C; Mon, 13 Jun 2016 11:00: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 AA24DAF1D9B for ; Mon, 13 Jun 2016 11:00:44 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::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 720622761; Mon, 13 Jun 2016 11:00:44 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-io0-x234.google.com with SMTP id 5so116491463ioy.1; Mon, 13 Jun 2016 04:00:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=Go6fKHw3l7UaFEccGcZqh2btwKgyl0cOB0881iiluD0=; b=Bf+cx+14VouZoobt+ShKSS1rN7wWpA0jqSQTtkPF1VSAlW+NBWWGc1xkSDhFHxMka9 KunsQeQoC8/JMJBaKHb7wGIawdcQ13oln2jk0y2Q00jufw/qGJcYHUM9uTMYdG23KYTd IL3uRDTrt5BrE+9kQCQvgLm3jOEGb5D2Ufms/RqbL278DGtcVD2oJMBu/C6c9mkVFzKt hkaOy4+U6xok63OkVWt2XM7Mg3YFvKBLnPuwVZFK/34wOtxfi3fTsX9G4h+8g7az+1IJ DEYXK7lJRjZjSD4xRRYJrcP0qnCzaCL1j3xB6/9/N6lBEsrFsWkvxqtfUv6XWCNloZas UZ8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=Go6fKHw3l7UaFEccGcZqh2btwKgyl0cOB0881iiluD0=; b=L+jeKOAwJY5wJHrKBNK3qXIG4FSAr4lz5jVHIA+s/3JsU6XpeyCHnuWOLWXwQdlW37 4EQdxIvKnhq6I8UU1lzrz7sHxOg6tC6bDYKj/BYe6+LmuHHhOlJrTJo01ivIxtkNerrI /UlUf/2bLwYyCZKw1u4RLFAaSklfyUsjbpepZZJ3/mHpNvl+mlOcJqWmeGLDynPqWIOu t8DeUDh+zBms6a/6ZWLlghU+xn5OVNe7d176LjccaoRHz9djgrHl11SAdc3UYrK4WixF fMEaOK2EXPwe4eyve0f2F7ZV3gmSsf2BG9Lf4DI7D6C6wgQynPsRyMjA9GiyZmXcMWru RrEw== X-Gm-Message-State: ALyK8tIbb1O9zXawODPU3xI/bOjW85HSm9J52YVctbyG/S7QOgnvI4bCEIfQNO6LaMRbZA== X-Received: by 10.107.138.201 with SMTP id c70mr20828111ioj.148.1465815643706; Mon, 13 Jun 2016 04:00:43 -0700 (PDT) Received: from [10.205.144.210] ([209.226.201.241]) by smtp.gmail.com with ESMTPSA id 195sm12014701ioe.10.2016.06.13.04.00.42 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Jun 2016 04:00:43 -0700 (PDT) Subject: Re: _secure_path: cannot stat /etc/login.conf: Not permitted in capability mode Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_DC39FB42-16AA-462A-B04A-B7309C1AFC58"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.6b2 From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <20160613105725.GA62543@ymer.vnode.se> Date: Mon, 13 Jun 2016 07:00:46 -0400 Cc: current , Robert Watson Message-Id: <0242AAA6-7BBF-4754-9E06-3EB91CCF8BCF@gmail.com> References: <20160613105725.GA62543@ymer.vnode.se> To: Joel Dahl X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 11:00:44 -0000 --Apple-Mail=_DC39FB42-16AA-462A-B04A-B7309C1AFC58 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On Jun 13, 2016, at 06:57, Joel Dahl wrote: > > Hi, > > I've just rebuilt and installed latest current on a machine here. I noticed > the following message in dmesg after a reboot: > > _secure_path: cannot stat /etc/login.conf: Not permitted in capability mode > > I don't remember seeing this before. Hi Joe, Try reverting r301867. Let Robert know if that fixes your issue. Thanks! -Ngie --Apple-Mail=_DC39FB42-16AA-462A-B04A-B7309C1AFC58 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----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJXXpJfAAoJEPWDqSZpMIYV6fkP/0BVgPMboN4n2XqEwHOAGyv4 BYfTbwocTFpChij/kBHz36uKYF6WnfXK+QLzHqd9tBYn12Szw1L4EW0dzpoAAoYP +qkfi5JzevLMwXCAxucVGDWafIDKvxUEPqurG5rmicQJjcstHOqFja6V6o/SU970 g0rEdkXPu5OiTABEYJURn5RlgmgWU/rWzNN1cmLhUjyF3DIe6tvKMY0Dqf3taiYK gwlaHn5PrlMNZ625Edhj8T/Lgz2lbiZCMn0dC0TD4/rHUqmTQUCkFm161oYNd9G4 40jeXZZ2WkCzp+NHh4rbnI9Z/XPD5URY/v5tkRJ6A9+1NlA0rtymAf75wBRjpHRa vo+rv4iLjCW3D3LKeSSl7GRp+baZTrWpZOV3GMPR+Hasc4B6QDXntD+j5JuvApHK MCZcC+o0cE9PVvQMERbON2LJff5jW46/cjVbKw96+HuF93iE/H8kibRQwnONKait uXWwhjNKl6vSDKIvi0HAkLxzsd9JvV/nxyJfBQacJsHhobRlXgeKGrAT/icyHGJT 59trzAlXERVn5nCSKffL3Ci1R8/joZ0SdfRUkFMghG81cxy4rj21tZeMtSHqhLOZ Om01BPMQJk2qfDxEFUOusBH1NSwOlb2FmjMy9vrUbgGgGOBFxE7wKKRvS0nNaB/l 2Q4y3rJGXSKHJ4AN5Doq =Hhe3 -----END PGP SIGNATURE----- --Apple-Mail=_DC39FB42-16AA-462A-B04A-B7309C1AFC58-- From owner-freebsd-current@freebsd.org Mon Jun 13 09:39:11 2016 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 15BFAAF13B5 for ; Mon, 13 Jun 2016 09:39:11 +0000 (UTC) (envelope-from imre@vdsz.com) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.134]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 800EC22D8 for ; Mon, 13 Jun 2016 09:39:09 +0000 (UTC) (envelope-from imre@vdsz.com) Received: from vdsz.de ([46.38.233.25]) by mrelayeu.kundenserver.de (mreue004) with ESMTPSA (Nemesis) id 0MSVlI-1b2Nv72VOe-00RZMm for ; Mon, 13 Jun 2016 11:39:02 +0200 Received: from localhost (vdsz.de [local]) by vdsz.de (OpenSMTPD) with ESMTPA id 284328eb; Mon, 13 Jun 2016 11:38:58 +0200 (CEST) Date: Mon, 13 Jun 2016 11:38:57 +0200 From: Imre Vadasz To: freebsd-current@freebsd.org Cc: Lundberg@polaris.intra.vdsz.de, Johannes Subject: Re: GPIO driver for Intel Atom SoC Message-ID: <20160613093857.GA157051@polaris.intra.vdsz.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.24 (2015-08-30) X-Provags-ID: V03:K0:xFMYeZVQzsPqu2psvVeMIstc6PvWgnumAjz7F0Mn2/zUsgIVtg2 tWwzpOk6sv7Fhwt8Z96YunSZzrQTfb0Cmxo0Fo+X6B2SNwgOvvBu2IticJpqU232gJ/scrh +MJw3didMolNr1A3UvzxaHVdvbFGgRC6k0dj9Ce7kw/dVXPMRJCyZPPzHR63JzZgN4K7C1W 1S+WaRwe93W+3xomVnNUg== X-UI-Out-Filterresults: notjunk:1;V01:K0:PS9Z/NY4Pgg=:9ighREcZtmsUUANWB+2Q8n LO8LHBdPEaMfOFpwYtd9pr/iBawxjY7qg/cFqMgT8cqiNax06Kr+fzMhKG4PIpLaFNDuXG3Cg EqD9Yk+D3BkyWvrSbN89F9071vJLI57yIHFnWNc/BPbf4LHztpO6sxFvNEsbECA6XmqpIaGI+ GdBeeM3kmR7XQTWJ2GPf06gNPoYSvstylSEIOl8FiRTBh2LNjed78BysvMpVUnBzEyLhbb9Ts NFKalPuN3j7Y1T/Psjj5DqtDB277HRe0YPwvmDG6YZBw0yhPQ+NC++c9tvw4axJApm+LWWP6x Yqcw81oX8ER6nWJYP3EaFJypEPSHGIXf62oX9/FIM2Zs6zwUvom9XaCyI3Gl44QGDk+9clHaR /VZiSag1rliTUnIsezzPoVUR90PXaEcWqgFNkb/I6TQIEseVmMrkXWfJy5epgGpE5MTRPX6A7 5WbJ2bluEGfFjqIDVMrUZzu/Wb3tpVsRcGX5EjcBxDd9Kwq1RUtUZoO/eojX/l4PH2rSCQyR2 1cJXjo00eDuLmtEG1kKRXhG3XzyhrJc+wtKGk3oJ5yyJOvMoD1K2oi0gDisi6vhiBpXMB88IT 5ptzkTcI3ahTCnGVKo/AfITRZ7Iqp8+cNj39EGYFnmDg8OiZ6IvdC+FowE3QM0oIGv6gFUbRN 9aF7vQtsWLAWRlVCq0luwX6/RkV0fV13YvWJktGo+XoRRTE0x1qYzwToXJ24WrHpaC4A= X-Mailman-Approved-At: Mon, 13 Jun 2016 11:04:23 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 09:39:11 -0000 Hi, Microsoft has some documentation on GPIO handling with SD card controllers, which should apply to most Cherryview devices: https://msdn.microsoft.com/windows/hardware/drivers/bringup/other-acpi-namespace-objects#sd I did some work on Cherryview SoC support in DragonFlyBSD. In DragonFly master, there is a simple GPIO driver for cherryview in /sys/bus/gpio/gpio_intel. In master, it's currently only used for handling the ACPI GeneralPurposeIo operation regions, and Acpi-Event-Interrupts (which replace GPE interrupts on reduced-hardware platforms). I have some further (more prototype level) code which also contains some code for Intel sdhci controller integration: https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/shortlog/refs/heads/cherryview With this branch everything sdcard/eMMC related works quite nicely, e.g. it properly handles plugging in/out the sd-card on my HP X2 210 detachable on DragonFlyBSD. To handle everything properly this contains a bit of work on mostly ACPI related stuff: ACPI device initialization order needs to be according to the ACPI _DEP methods: https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/commitdiff/25dec08cafa3ce9089eb5b216700f4e678b3356d We need to map ACPI nodes to the device objects (and at least track a reference count for debugging): https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/commitdiff/23135590ffb33b40f170c786ea95fc133358ebdb Then some kind of API is needed for handling the GeneralPurposeIo resources declared for the device in the ACPI tables (e.g. the sdhci controller). (i.e. some way of attempting to "map" the resource from the device driver): https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/commitdiff/d5b3d3447bbdd42a68359aebd61f271bfa830951 And I have a prototype of adapting the sdhci driver to handle the GPIO ACPI resources, as described in "https://msdn.microsoft.com/windows/hardware/drivers/bringup/other-acpi-namespace-objects#sd": https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/commitdiff/5d2844c280211cbb256a5ecc3ea27f952149e452 Regards, Imre Vadász From owner-freebsd-current@freebsd.org Mon Jun 13 11:09:05 2016 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 DBC23AF1F71 for ; Mon, 13 Jun 2016 11:09:05 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id CA5AD2CC5 for ; Mon, 13 Jun 2016 11:09:05 +0000 (UTC) (envelope-from joel@vnode.se) Received: by mailman.ysv.freebsd.org (Postfix) id C64AEAF1F70; Mon, 13 Jun 2016 11:09:05 +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 C3956AF1F6F for ; Mon, 13 Jun 2016 11:09:05 +0000 (UTC) (envelope-from joel@vnode.se) Received: from smtp.vnode.se (smtp.vnode.se [IPv6:2a07:6c0:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 84CE22CC2; Mon, 13 Jun 2016 11:09:05 +0000 (UTC) (envelope-from joel@vnode.se) Received: from ymer.vnode.se (81-235-218-96-no20.tbcn.telia.com [81.235.218.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.vnode.se (Postfix) with ESMTPSA id CD51773BC; Mon, 13 Jun 2016 13:09:04 +0200 (CEST) Date: Mon, 13 Jun 2016 13:09:04 +0200 From: Joel Dahl To: "Ngie Cooper (yaneurabeya)" Cc: current , Robert Watson Subject: Re: _secure_path: cannot stat /etc/login.conf: Not permitted in capability mode Message-ID: <20160613110904.GB62543@ymer.vnode.se> Mail-Followup-To: "Ngie Cooper (yaneurabeya)" , current , Robert Watson References: <20160613105725.GA62543@ymer.vnode.se> <0242AAA6-7BBF-4754-9E06-3EB91CCF8BCF@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0242AAA6-7BBF-4754-9E06-3EB91CCF8BCF@gmail.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 11:09:06 -0000 On Mon, Jun 13, 2016 at 07:00:46AM -0400, Ngie Cooper (yaneurabeya) wrote: > > > On Jun 13, 2016, at 06:57, Joel Dahl wrote: > > > > Hi, > > > > I've just rebuilt and installed latest current on a machine here. I noticed > > the following message in dmesg after a reboot: > > > > _secure_path: cannot stat /etc/login.conf: Not permitted in capability mode > > > > I don't remember seeing this before. > > Hi Joe, > Try reverting r301867. Let Robert know if that fixes your issue. Hi, This is with r301857. Forgot to mention that in my previous mail. Sorry. -- Joel From owner-freebsd-current@freebsd.org Mon Jun 13 12:46:07 2016 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 1897CAF1DE4 for ; Mon, 13 Jun 2016 12:46:07 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from smtp.rlwinm.de (smtp.rlwinm.de [IPv6:2a01:4f8:201:31ef::e]) (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 D84FA28F4 for ; Mon, 13 Jun 2016 12:46:06 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from vader9.bultmann.eu (unknown [87.253.189.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.rlwinm.de (Postfix) with ESMTPSA id A294A17F6 for ; Mon, 13 Jun 2016 14:46:04 +0200 (CEST) Subject: Re: [CFT] ypldap testing against OpenLDAP and Microsoft Active Directory To: freebsd-current@freebsd.org References: <7c39e5ac-3ed7-f19a-e175-d27af07eea47@delphij.net> <575ACEB2.2030307@wemm.org> From: Jan Bramkamp Message-ID: <6f2f1234-1d12-7796-f0b5-9da5a44585db@rlwinm.de> Date: Mon, 13 Jun 2016 14:46:04 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <575ACEB2.2030307@wemm.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.22 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, 13 Jun 2016 12:46:07 -0000 On 10/06/16 16:29, Peter Wemm wrote: > On 6/9/16 6:49 PM, Matthew Seaman wrote: >> On 09/06/2016 18:34, Craig Rodrigues wrote: >>> There is still value to ypldap as it is now, and getting feedback from >>> users (especially Active Directory) would be very useful. >>> If someone could document a configuration which uses IPSEC or OpenSSH >>> forwarding, that would be nice. >>> >>> In future, maybe someone in OpenBSD or FreeBSD will implement things >>> like >>> LDAP over SSL. >> >> What advantages does ypldap offer over nss-pam-ldapd (in ports) ? >> nss-pam-ldapd can use both ldap+STARTTLS or ldaps to encrypt data in >> transit, and I find it works very well for using OpenLDAP as a central >> account database. I believe it works with AD, but haven't tried that >> myself. >> >> Cheers, >> >> Matthew >> >> > > We used nss-pam-ldapd quite successfully in the freebsd.org cluster > during our transition away from YP/NIS, for what it's worth. Did you try the OpenLDAP nssov overlay? It replaces nslcd by reimplementing the protocol spoken between nslcd and nss_ldap/pam_ldap directly inside slapd. This allows slapd to cache or replicate the data locally without resorting to the broken nscd. From owner-freebsd-current@freebsd.org Mon Jun 13 16:21:24 2016 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 6AEFFAF1614 for ; Mon, 13 Jun 2016 16:21:24 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 4E1F92D82; Mon, 13 Jun 2016 16:21:24 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 3F550139C; Mon, 13 Jun 2016 16:21:24 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id E926320ADA; Mon, 13 Jun 2016 16:21:23 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id JSL7_XWj-heC; Mon, 13 Jun 2016 16:21:21 +0000 (UTC) Subject: Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com F233720AD4 To: "Simon J. Gerraty" , Mark Millard References: <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net> <92116.1464890038@kaos.jnpr.net> <4a2034a9-a2e1-d951-aecf-43e043c48d75@FreeBSD.org> <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> <38443.1465735161@kaos.jnpr.net> <41913.1465784040@kaos.jnpr.net> Cc: FreeBSD Current From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Mon, 13 Jun 2016 09:21:26 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <41913.1465784040@kaos.jnpr.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iKhFuWUxDfdonPRlbohEKMrqQc3s5u1sn" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 16:21:24 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --iKhFuWUxDfdonPRlbohEKMrqQc3s5u1sn Content-Type: multipart/mixed; boundary="iCRA49VFmSm5deDSGi2I18ELsDV1CuBIL" From: Bryan Drewery To: "Simon J. Gerraty" , Mark Millard Cc: FreeBSD Current Message-ID: Subject: Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815] References: <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net> <92116.1464890038@kaos.jnpr.net> <4a2034a9-a2e1-d951-aecf-43e043c48d75@FreeBSD.org> <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> <38443.1465735161@kaos.jnpr.net> <41913.1465784040@kaos.jnpr.net> In-Reply-To: <41913.1465784040@kaos.jnpr.net> --iCRA49VFmSm5deDSGi2I18ELsDV1CuBIL Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/12/2016 7:14 PM, Simon J. Gerraty wrote: > Mark Millard wrote: >> Cross builds work just fine based on the FreeBSD tree when omitting WI= TH_META_MODE=3D. >> >=20 > Hmm must do something odd then. >=20 >> As of -r301825 there is almost no use of HOST_CC at the upper levels o= r in share/mk/*: >=20 > Yes, which means if cross-building works it must be requring a separate= > walk of the tree or similar dance. Yeah it's done in 2 walks with a shared objdir. I am going to rework these build-tools files to store their native binaries in BTOOLSDIR (like DIRDEPS does for these for bootstrap-tools target actually). Then always use the one from the BTOOLSDIR, avoiding the chance of a target one being built and ran from './'. > It cannot work by building tools like make_keys in the same pass as the= > library, since that would require use of something other than CC. >=20 >=20 >>> # grep HOST_CC /usr/src/Makefile* >>> # grep HOST_CC /usr/src/share/mk/* >>> /usr/src/share/mk/bsd.compiler.mk:.for var in CC CXX HOST_CC HOST_CXX= >> >> where that last does: >=20 > Yes, that's for ccache, but I don't see HOST_CC used anywhere. >=20 > Sorry, guess I have no clue how cross-building currently works in > FreeBSD, but as is it won't work with DIRDEPS - which pretty much > expects to be able to build the tree in a single pass. >=20 > META_MODE should be orgthogonal, but that appears not to be so. >=20 It's mostly orthogonal. Since there is a shared objdir for both the 'build-tools' and 'lib' and 'everything' walks, the CFLAGS/CC does change and cause rebuilds. I have some hacks in there now that I'm not happy with and am going to rework. --=20 Regards, Bryan Drewery --iCRA49VFmSm5deDSGi2I18ELsDV1CuBIL-- --iKhFuWUxDfdonPRlbohEKMrqQc3s5u1sn 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 iQEcBAEBAgAGBQJXXt2GAAoJEDXXcbtuRpfP0TIH/iFsu4QxkHRuJ3DbUXK+Dls/ +EHDeWtFbdw/fx8Pp1teHw0bSTLXGxoHgOLTVxxZF0bwXmk0m5wx4j+9cD2T5dZk HrPiSc5RQ8m9yZrr3RifXCcmEccn7/4toJ88zVDFlEUUqE4lXpbKqlrtqvlI09lY jqPUz4CC0egTWQc5ygwzLVoLNygDgnPg4yBj6/sxnV2m+H5l9BfhwMe+wF1tynIS j49aQCR8ZuBtAgAjKr6wECvUrHi+/qAamtCvacP7IicdbD7+po5TwPY+figlB7Bq JRNmiwR3X12OMSgONgFKf++kw2vjloRyjC7opryD+90zxv/OcK7YZbBdHxwz3K8= =PyiS -----END PGP SIGNATURE----- --iKhFuWUxDfdonPRlbohEKMrqQc3s5u1sn-- From owner-freebsd-current@freebsd.org Mon Jun 13 17:36:12 2016 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 2395BAF24D7 for ; Mon, 13 Jun 2016 17:36:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (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 B7F74204E for ; Mon, 13 Jun 2016 17:36:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25754 invoked from network); 13 Jun 2016 17:29:59 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 17:29:59 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 13 Jun 2016 13:29:23 -0400 (EDT) Received: (qmail 28949 invoked from network); 13 Jun 2016 17:29:22 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 17:29:22 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 7E9A81C43E4; Mon, 13 Jun 2016 10:29:22 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists Message-Id: Date: Mon, 13 Jun 2016 10:29:23 -0700 To: freebsd-arm , FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 17:36:12 -0000 With the newly less strict alignment requirements "kyua test -k = /usr/tests/Kyuafile" runs to completion, unlike before. > =3D=3D=3D> Summary > Results read from = /root/.kyua/store/results.usr_tests.20160613-080302-120731.db > Test cases: 5694 total, 54 skipped, 21 expected failures, 24 broken, = 59 failed > Total time: 8723.243s I only list the one line summaries below. Then I list various context = details. > =3D=3D=3D> Broken tests > lib/msun/cexp_test:main -> broken: Received signal 6 [1.054s] > lib/msun/ctrig_test:main -> broken: Received signal 6 [1.074s] > lib/msun/exponential_test:main -> broken: Received signal 6 = [1.045s] > lib/msun/fenv_test:main -> broken: Received signal 6 [1.048s] > lib/msun/fma_test:main -> broken: Received signal 6 [1.080s] > lib/msun/invctrig_test:main -> broken: Received signal 6 [1.091s] > lib/msun/invtrig_test:main -> broken: Received signal 6 [1.086s] > lib/msun/logarithm_test:main -> broken: Received signal 6 [1.054s] > lib/msun/lrint_test:main -> broken: Received signal 6 [1.069s] > lib/msun/nearbyint_test:main -> broken: Received signal 6 [1.066s] > lib/msun/rem_test:main -> broken: Received signal 6 [1.069s] > lib/msun/trig_test:main -> broken: Received signal 6 [1.070s] > sbin/growfs/legacy_test:main -> broken: Reported plan differs from = actual executed tests [0.459s] > sys/geom/class/eli/integrity_copy_test:main -> broken: Test case = timed out [1200.082s] > sys/geom/class/eli/integrity_hmac_test:main -> broken: Test case = timed out [600.138s] > sys/geom/class/eli/onetime_a_test:main -> broken: Test case timed = out [600.044s] > sys/sys/bitstring_test:bit_clear -> broken: Test case body timed out = [300.032s] > sys/sys/bitstring_test:bit_count -> broken: Premature exit; test = case received signal 11 (core dumped) [1.080s] > sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; test case = received signal 11 (core dumped) [1.077s] > sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; test = case received signal 11 (core dumped) [1.081s] > sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; test case = received signal 11 (core dumped) [1.082s] > sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; test = case received signal 11 (core dumped) [1.077s] > sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; test = case received signal 11 (core dumped) [1.083s] > sys/sys/bitstring_test:bit_nset -> broken: Premature exit; test case = received signal 11 (core dumped) [1.079s] > =3D=3D=3D> Failed tests > lib/libc/c063/fstatat_test:fstatat_fd -> failed: = /usr/src/contrib/netbsd-tests/lib/libc/c063/t_fstatat.c:74: memcmp(&st1, = &st2, sizeof(st1)) =3D=3D 0 not met [0. > 027s] > lib/libc/nss/gethostby_test:getipnodebyname_getaddrinfo_ipv4 -> = failed: /usr/src/lib/libc/tests/nss/gethostby_test.c:1335: = run_tests(_hostlist_file, _snapshot > _file, 2, TEST_GETHOSTBYNAME2_GETADDRINFO, 0) =3D=3D 0 not met = [15.315s] > lib/libc/ssp/ssp_test:fgets -> failed: Test case body returned a = non-ok exit code, but this is not allowed [0.153s] > lib/libc/ssp/ssp_test:gets -> failed: Test case body returned a = non-ok exit code, but this is not allowed [0.158s] > lib/libc/ssp/ssp_test:memcpy -> failed: atf-check failed; see the = output of the test for details [0.148s] > lib/libc/ssp/ssp_test:memmove -> failed: atf-check failed; see the = output of the test for details [0.147s] > lib/libc/ssp/ssp_test:memset -> failed: atf-check failed; see the = output of the test for details [0.147s] > lib/libc/ssp/ssp_test:read -> failed: Test case body returned a = non-ok exit code, but this is not allowed [0.154s] > lib/libc/ssp/ssp_test:readlink -> failed: atf-check failed; see the = output of the test for details [0.155s] > lib/libc/ssp/ssp_test:snprintf -> failed: atf-check failed; see the = output of the test for details [0.149s] > lib/libc/ssp/ssp_test:sprintf -> failed: atf-check failed; see the = output of the test for details [0.149s] > lib/libc/ssp/ssp_test:stpcpy -> failed: atf-check failed; see the = output of the test for details [0.149s] > lib/libc/ssp/ssp_test:stpncpy -> failed: atf-check failed; see the = output of the test for details [0.147s] > lib/libc/ssp/ssp_test:strcat -> failed: atf-check failed; see the = output of the test for details [0.147s] > lib/libc/ssp/ssp_test:strcpy -> failed: atf-check failed; see the = output of the test for details [0.147s] > lib/libc/ssp/ssp_test:strncat -> failed: atf-check failed; see the = output of the test for details [0.147s] > lib/libc/ssp/ssp_test:strncpy -> failed: atf-check failed; see the = output of the test for details [0.146s] > lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; see the = output of the test for details [0.150s] > lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; see the = output of the test for details [0.148s] > lib/libc/stdio/printbasic_test:int_within_limits -> failed: = printf("%tu", (size_t)-1) =3D=3D> [18446744073709551615], expected = [4294967295]<> [0.030s] > lib/libc/stdio/scanfloat_test:infinities_and_nans -> failed: = /usr/src/lib/libc/tests/stdio/scanfloat_test.c:191: = fetestexcept(FE_INVALID) =3D=3D 0 not met [0.031 > s] > lib/libc/sys/mincore_test:mincore_resid -> failed: = /usr/src/contrib/netbsd-tests/lib/libc/sys/t_mincore.c:225: = check_residency(addr, npgs) =3D=3D 0 not met [0.04 > 0s] > lib/libc/sys/mincore_test:mincore_shmseg -> failed: = /usr/src/contrib/netbsd-tests/lib/libc/sys/t_mincore.c:298: = check_residency(addr, npgs) =3D=3D 0 not met [0.0 > 29s] > lib/libc/tls/tls_dynamic_test:t_tls_dynamic -> failed: 15 checks = failed; see output for more details [0.035s] > lib/libproc/proc_test:symbol_lookup -> failed: = /usr/src/lib/libproc/tests/proc_test.c:116: state !=3D PS_STOP: process = has state 4 [0.177s] > lib/libxo/functional_test:test_02__E -> failed: atf-check failed; = see the output of the test for details [0.166s] > lib/libxo/functional_test:test_02__H -> failed: atf-check failed; = see the output of the test for details [0.168s] > lib/libxo/functional_test:test_02__HIPx -> failed: atf-check failed; = see the output of the test for details [0.170s] > lib/libxo/functional_test:test_02__HP -> failed: atf-check failed; = see the output of the test for details [0.164s] > lib/libxo/functional_test:test_02__J -> failed: atf-check failed; = see the output of the test for details [0.169s] > lib/libxo/functional_test:test_02__JP -> failed: atf-check failed; = see the output of the test for details [0.166s] > lib/libxo/functional_test:test_02__T -> failed: atf-check failed; = see the output of the test for details [0.168s] > lib/libxo/functional_test:test_02__X -> failed: atf-check failed; = see the output of the test for details [0.169s] > lib/libxo/functional_test:test_02__XP -> failed: atf-check failed; = see the output of the test for details [0.168s] > lib/msun/conj_test:main -> failed: 9 tests of 42 failed [0.034s] > lib/msun/ldexp_test:ldexp_denormal -> failed: 4 checks failed; see = output for more details [0.034s] > local/kyua/model/metadata_test:override_all_with_set_string -> = failed: Line 253: disk_space !=3D md.required_disk_space() (16777216.00T = !=3D 2.00G) [0.047s] > local/kyua/testers/stacktrace_test:dump__cannot_find_gdb -> failed: = testers/stacktrace_test.c:281: atf_utils_grep_file("execvp failed", = "stacktrace") not met=20 > [0.611s] > local/kyua/testers/stacktrace_test:dump__gdb_fail -> failed: = testers/stacktrace_test.c:294: atf_utils_grep_file("foo", "stacktrace") = not met [0.610s] > local/kyua/testers/stacktrace_test:dump__gdb_times_out -> failed: = testers/stacktrace_test.c:311: atf_utils_grep_file("foo", "stacktrace") = not met [0.614s] > local/kyua/testers/stacktrace_test:dump__integration -> failed: = testers/stacktrace_test.c:233: atf_utils_grep_file("#0", "stacktrace") = not met [0.613s] > local/kyua/testers/stacktrace_test:dump__ok -> failed: = testers/stacktrace_test.c:249: atf_utils_grep_file("frame 1", = "stacktrace") not met [0.614s] > local/kyua/testers/stacktrace_test:find_core__found__long -> failed: = Core dumped, but no candidates found [0.606s] > local/kyua/testers/stacktrace_test:find_core__found__short -> = failed: Core dumped, but no candidates found [0.603s] > local/kyua/testers/tap_parser_test:try_parse_plan__insane -> failed: = testers/tap_parser_test.c:135: 'too long' not matched in 'Plan line = includes out of range > numbers' [0.032s] > sys/geom/class/eli/resize_test:main -> failed: 15 tests of 27 failed = [1.292s] > sys/kern/pipe/pipe_fstat_bug_test:main -> failed: Returned = non-success exit status 1 [0.044s] > usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 failed = [0.151s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> failed: 1 checks = failed; see output for more details [0.035s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip_rev -> failed: 1 = checks failed; see output for more details [0.035s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only -> failed: = 1 checks failed; see output for more details [0.034s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet -> = failed: 1 checks failed; see output for more details [0.035s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet_rev = -> failed: 1 checks failed; see output for more details [0.035s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point -> failed: 1 = checks failed; see output for more details [0.035s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point_rev -> failed: = 1 checks failed; see output for more details [0.033s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr -> failed: 1 = checks failed; see output for more details [0.035s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr_rev -> failed: = 1 checks failed; see output for more details [0.035s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed -> failed: 1 = checks failed; see output for more details [0.032s] > usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed = [0.340s] Context details: > # uname -apKU > FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat Jun 11 = 23:43:48 PDT 2016 = markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-NODBG ar > m armv6 1100116 1100116 In use for the system build was: > XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 > XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 I do have a few local /usr/src changes/additions, but nearly all are = only for powerpc and/or powerpc64 contexts: > # svnlite status /usr/src/ > M = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp > M /usr/src/lib/csu/powerpc64/Makefile > ? /usr/src/sys/amd64/include/include > ? /usr/src/sys/arm/conf/RPI2-NODBG > ? /usr/src/sys/arm/include/include > M /usr/src/sys/boot/ofw/Makefile.inc > M /usr/src/sys/boot/powerpc/Makefile > M /usr/src/sys/boot/powerpc/Makefile.inc > M /usr/src/sys/boot/uboot/Makefile.inc > M /usr/src/sys/conf/Makefile.powerpc > M /usr/src/sys/conf/kern.mk > M /usr/src/sys/conf/kmod.mk > M /usr/src/sys/dev/cxgb/ulp/tom/cxgb_listen.c > M /usr/src/sys/dev/cxgbe/tom/t4_listen.c > ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG > ? /usr/src/sys/powerpc/conf/GENERICvtsc > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG > ? /usr/src/sys/powerpc/include/include > M /usr/src/sys/powerpc/ofw/ofw_machdep.c > M /usr/src/sys/powerpc/powerpc/exec_machdep.c > ? /usr/src/sys/x86/include/include [The cxbg and cxbge changes just remove redundant declarations that = stopped a amd64-gcc based build. But other areas have such issues and I = quit trying eliminating such blocks to that tool chain. The = include/include's are from something making symbolic links back to the = parent include.] The kernel configuration was via: > # more /usr/src/sys/arm/conf/RPI2-NODBG=20 > # > # RPI2 -- Custom configuration for the Raspberry Pi 2 > # > # For more information on this file, please read the config(5) manual = page, > # and/or the handbook section on Kernel Configuration Files: > # > # = http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-con= fig.html > # > # The handbook is also available locally in /usr/share/doc/handbook > # if you've installed the doc distribution, otherwise always see the > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the > # latest information. > # > # An exhaustive list of options and more detailed explanations of the > # device lines is also present in the ../../conf/NOTES and NOTES = files. > # If you are in doubt as to the purpose or necessity of a line, check = first > # in NOTES. > # >=20 > ident RPI2-NODBG >=20 > include "RPI2" >=20 > makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols > options ALT_BREAK_TO_DEBUGGER > #options VERBOSE_SYSINIT # Enable verbose sysinit = messages >=20 > options KDB # Enable kernel debugger = support >=20 > # For minimum debugger support (stable branch) use: > #options KDB_TRACE # Print a stack trace for a = panic > options DDB # Enable the kernel debugger >=20 > nooptions INVARIANTS # Enable calls of extra sanity = checking > nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS > nooptions WITNESS # Enable checks to detect = deadlocks and cycles > nooptions WITNESS_SKIPSPIN # Don't run witness on = spinlocks for speed > nooptions DIAGNOSTIC The armv6 11.0 -r301815 system was cross built from amd64, built using = src.conf: > # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host=20 > TO_TYPE=3Darmv6 > # > KERNCONF=3DRPI2-NODBG > TARGET=3Darm > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITH_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > # > #CPUTYPE=3Dsoft > WITH_LIBSOFT=3D > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > # > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > #WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D > # > XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 > XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 > # There is no XCPPFLAGS but XCPP ets XCFLAGS content. and with the make.conf for the system build being empty: > # more ~/src.configs/make.conf=20 > # =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Jun 13 17:49:48 2016 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 AC940AF266C; Mon, 13 Jun 2016 17:49:48 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::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 6C27925D7; Mon, 13 Jun 2016 17:49:48 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi0-x232.google.com with SMTP id w5so140093713oib.2; Mon, 13 Jun 2016 10:49:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=JV83u8kTelgb10xoCIU5zwX3HpaEmtQ+g8kbTRRbi0Y=; b=vBZ+JG8sLlu1e4LLCBubhBykjA+F5Mubs/U98jXl3wxv4iIRfJxxd8ZYP2FFiumAIn YlbolBfS3vOEoAFBslGr/7KGQiSNckamrpK/6axJunIV595dgjHFWJK3KpFF0dogSdgi 2b4FCDLsppEhnQFlBc1rt3JqoD//id7Gqfwi5h7TcIdwXRfgvVGqlN7UgZlnD7mddK7G umGSRG2JE4N2yGC4bn1/wT5so9BezoUnvdAb6v9sxHW7sogOsWzMisF9z9yLyaU/V1o7 GTPXlWOLcDn6oDmmmWnNLh9jC6LDmsng6XueFgIiY7otO4W0FoG5Uv/CwLHl4OEU5Q2Q pGdQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=JV83u8kTelgb10xoCIU5zwX3HpaEmtQ+g8kbTRRbi0Y=; b=TumTgy3zVxDqnFr4qmlvKmeomXLitwNETOmSRavFF/LBpsVRv/vXaQGMuGWd0ligiw 0uunsqzxCG9aRY2qiCB50yBxt4KJIkMcaYT3Y0F6wlMqvqJRePppZ9IrgmtmJy87dH3x Vn6la2XBWaG3cYE0ZiI0dG/5bhN9yO5yj7ItcJxsDaRU1SRLY+aj6WaQQSIv1ot16kA/ s+zrBuftdlwHBTwutwzXBqGEooZYt6IUMo3AF86oO/nh1stfgwVH0/b2HCkIlhlxC7h0 P2kQS26IBAyj9FOHqTkNJTmZL6KoFEwFMwiZK18t20rjlVdlYn0Wx3XbryO8GFd+2BVW +0cw== X-Gm-Message-State: ALyK8tKh6RcVlqJDXEUAAqqum1NNHmxgJ3Og4NIVh7LmWevQUEKz/TSkED2BSGiJWk3kaxVgzzCpjllq8OSksg== X-Received: by 10.157.29.106 with SMTP id m97mr3193410otm.164.1465840187472; Mon, 13 Jun 2016 10:49:47 -0700 (PDT) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.202.102.206 with HTTP; Mon, 13 Jun 2016 10:49:46 -0700 (PDT) In-Reply-To: References: From: Alan Somers Date: Mon, 13 Jun 2016 11:49:46 -0600 X-Google-Sender-Auth: SG1alioXEIAXx9ZeeHO1DjL25Z4 Message-ID: Subject: Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists To: Mark Millard Cc: freebsd-arm , 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.22 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, 13 Jun 2016 17:49:48 -0000 Please open a bug for the bitstring test failures and assign it to me. Also, since I don't have any arm hardware, please provide instructions on how to run this code in a VM, or where I can get access to the hardware. -Alan On Mon, Jun 13, 2016 at 11:29 AM, Mark Millard wrote: > With the newly less strict alignment requirements "kyua test -k /usr/test= s/Kyuafile" runs to completion, unlike before. > >> =3D=3D=3D> Summary >> Results read from /root/.kyua/store/results.usr_tests.20160613-080302-12= 0731.db >> Test cases: 5694 total, 54 skipped, 21 expected failures, 24 broken, 59 = failed >> Total time: 8723.243s > > > I only list the one line summaries below. Then I list various context det= ails. > >> =3D=3D=3D> Broken tests >> lib/msun/cexp_test:main -> broken: Received signal 6 [1.054s] >> lib/msun/ctrig_test:main -> broken: Received signal 6 [1.074s] >> lib/msun/exponential_test:main -> broken: Received signal 6 [1.045s] >> lib/msun/fenv_test:main -> broken: Received signal 6 [1.048s] >> lib/msun/fma_test:main -> broken: Received signal 6 [1.080s] >> lib/msun/invctrig_test:main -> broken: Received signal 6 [1.091s] >> lib/msun/invtrig_test:main -> broken: Received signal 6 [1.086s] >> lib/msun/logarithm_test:main -> broken: Received signal 6 [1.054s] >> lib/msun/lrint_test:main -> broken: Received signal 6 [1.069s] >> lib/msun/nearbyint_test:main -> broken: Received signal 6 [1.066s] >> lib/msun/rem_test:main -> broken: Received signal 6 [1.069s] >> lib/msun/trig_test:main -> broken: Received signal 6 [1.070s] >> sbin/growfs/legacy_test:main -> broken: Reported plan differs from act= ual executed tests [0.459s] >> sys/geom/class/eli/integrity_copy_test:main -> broken: Test case timed= out [1200.082s] >> sys/geom/class/eli/integrity_hmac_test:main -> broken: Test case timed= out [600.138s] >> sys/geom/class/eli/onetime_a_test:main -> broken: Test case timed out = [600.044s] >> sys/sys/bitstring_test:bit_clear -> broken: Test case body timed out = [300.032s] >> sys/sys/bitstring_test:bit_count -> broken: Premature exit; test case = received signal 11 (core dumped) [1.080s] >> sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; test case re= ceived signal 11 (core dumped) [1.077s] >> sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; test case= received signal 11 (core dumped) [1.081s] >> sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; test case re= ceived signal 11 (core dumped) [1.082s] >> sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; test case= received signal 11 (core dumped) [1.077s] >> sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; test case= received signal 11 (core dumped) [1.083s] >> sys/sys/bitstring_test:bit_nset -> broken: Premature exit; test case r= eceived signal 11 (core dumped) [1.079s] > > >> =3D=3D=3D> Failed tests >> lib/libc/c063/fstatat_test:fstatat_fd -> failed: /usr/src/contrib/netb= sd-tests/lib/libc/c063/t_fstatat.c:74: memcmp(&st1, &st2, sizeof(st1)) =3D= =3D 0 not met [0. >> 027s] >> lib/libc/nss/gethostby_test:getipnodebyname_getaddrinfo_ipv4 -> failed= : /usr/src/lib/libc/tests/nss/gethostby_test.c:1335: run_tests(_hostlist_fi= le, _snapshot >> _file, 2, TEST_GETHOSTBYNAME2_GETADDRINFO, 0) =3D=3D 0 not met [15.315s= ] >> lib/libc/ssp/ssp_test:fgets -> failed: Test case body returned a non-o= k exit code, but this is not allowed [0.153s] >> lib/libc/ssp/ssp_test:gets -> failed: Test case body returned a non-ok= exit code, but this is not allowed [0.158s] >> lib/libc/ssp/ssp_test:memcpy -> failed: atf-check failed; see the outp= ut of the test for details [0.148s] >> lib/libc/ssp/ssp_test:memmove -> failed: atf-check failed; see the out= put of the test for details [0.147s] >> lib/libc/ssp/ssp_test:memset -> failed: atf-check failed; see the outp= ut of the test for details [0.147s] >> lib/libc/ssp/ssp_test:read -> failed: Test case body returned a non-ok= exit code, but this is not allowed [0.154s] >> lib/libc/ssp/ssp_test:readlink -> failed: atf-check failed; see the ou= tput of the test for details [0.155s] >> lib/libc/ssp/ssp_test:snprintf -> failed: atf-check failed; see the ou= tput of the test for details [0.149s] >> lib/libc/ssp/ssp_test:sprintf -> failed: atf-check failed; see the out= put of the test for details [0.149s] >> lib/libc/ssp/ssp_test:stpcpy -> failed: atf-check failed; see the outp= ut of the test for details [0.149s] >> lib/libc/ssp/ssp_test:stpncpy -> failed: atf-check failed; see the out= put of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strcat -> failed: atf-check failed; see the outp= ut of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strcpy -> failed: atf-check failed; see the outp= ut of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strncat -> failed: atf-check failed; see the out= put of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strncpy -> failed: atf-check failed; see the out= put of the test for details [0.146s] >> lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; see the o= utput of the test for details [0.150s] >> lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; see the ou= tput of the test for details [0.148s] >> lib/libc/stdio/printbasic_test:int_within_limits -> failed: printf("%t= u", (size_t)-1) =3D=3D> [18446744073709551615], expected [4294967295]<> [0.030s] >> lib/libc/stdio/scanfloat_test:infinities_and_nans -> failed: /usr/src/= lib/libc/tests/stdio/scanfloat_test.c:191: fetestexcept(FE_INVALID) =3D=3D = 0 not met [0.031 >> s] >> lib/libc/sys/mincore_test:mincore_resid -> failed: /usr/src/contrib/ne= tbsd-tests/lib/libc/sys/t_mincore.c:225: check_residency(addr, npgs) =3D=3D= 0 not met [0.04 >> 0s] >> lib/libc/sys/mincore_test:mincore_shmseg -> failed: /usr/src/contrib/n= etbsd-tests/lib/libc/sys/t_mincore.c:298: check_residency(addr, npgs) =3D= =3D 0 not met [0.0 >> 29s] >> lib/libc/tls/tls_dynamic_test:t_tls_dynamic -> failed: 15 checks faile= d; see output for more details [0.035s] >> lib/libproc/proc_test:symbol_lookup -> failed: /usr/src/lib/libproc/te= sts/proc_test.c:116: state !=3D PS_STOP: process has state 4 [0.177s] >> lib/libxo/functional_test:test_02__E -> failed: atf-check failed; see = the output of the test for details [0.166s] >> lib/libxo/functional_test:test_02__H -> failed: atf-check failed; see = the output of the test for details [0.168s] >> lib/libxo/functional_test:test_02__HIPx -> failed: atf-check failed; s= ee the output of the test for details [0.170s] >> lib/libxo/functional_test:test_02__HP -> failed: atf-check failed; see= the output of the test for details [0.164s] >> lib/libxo/functional_test:test_02__J -> failed: atf-check failed; see = the output of the test for details [0.169s] >> lib/libxo/functional_test:test_02__JP -> failed: atf-check failed; see= the output of the test for details [0.166s] >> lib/libxo/functional_test:test_02__T -> failed: atf-check failed; see = the output of the test for details [0.168s] >> lib/libxo/functional_test:test_02__X -> failed: atf-check failed; see = the output of the test for details [0.169s] >> lib/libxo/functional_test:test_02__XP -> failed: atf-check failed; see= the output of the test for details [0.168s] >> lib/msun/conj_test:main -> failed: 9 tests of 42 failed [0.034s] >> lib/msun/ldexp_test:ldexp_denormal -> failed: 4 checks failed; see out= put for more details [0.034s] >> local/kyua/model/metadata_test:override_all_with_set_string -> failed:= Line 253: disk_space !=3D md.required_disk_space() (16777216.00T !=3D 2.00= G) [0.047s] >> local/kyua/testers/stacktrace_test:dump__cannot_find_gdb -> failed: te= sters/stacktrace_test.c:281: atf_utils_grep_file("execvp failed", "stacktra= ce") not met >> [0.611s] >> local/kyua/testers/stacktrace_test:dump__gdb_fail -> failed: testers/s= tacktrace_test.c:294: atf_utils_grep_file("foo", "stacktrace") not met [0.= 610s] >> local/kyua/testers/stacktrace_test:dump__gdb_times_out -> failed: test= ers/stacktrace_test.c:311: atf_utils_grep_file("foo", "stacktrace") not met= [0.614s] >> local/kyua/testers/stacktrace_test:dump__integration -> failed: tester= s/stacktrace_test.c:233: atf_utils_grep_file("#0", "stacktrace") not met [= 0.613s] >> local/kyua/testers/stacktrace_test:dump__ok -> failed: testers/stacktr= ace_test.c:249: atf_utils_grep_file("frame 1", "stacktrace") not met [0.61= 4s] >> local/kyua/testers/stacktrace_test:find_core__found__long -> failed: C= ore dumped, but no candidates found [0.606s] >> local/kyua/testers/stacktrace_test:find_core__found__short -> failed: = Core dumped, but no candidates found [0.603s] >> local/kyua/testers/tap_parser_test:try_parse_plan__insane -> failed: t= esters/tap_parser_test.c:135: 'too long' not matched in 'Plan line includes= out of range >> numbers' [0.032s] >> sys/geom/class/eli/resize_test:main -> failed: 15 tests of 27 failed = [1.292s] >> sys/kern/pipe/pipe_fstat_bug_test:main -> failed: Returned non-success= exit status 1 [0.044s] >> usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 failed [0.1= 51s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> failed: 1 checks f= ailed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip_rev -> failed: 1 chec= ks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only -> failed: 1 = checks failed; see output for more details [0.034s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet -> f= ailed: 1 checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet_rev -= > failed: 1 checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point -> failed: 1 che= cks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point_rev -> failed: 1= checks failed; see output for more details [0.033s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr -> failed: 1 che= cks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr_rev -> failed: 1= checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed -> failed: 1 che= cks failed; see output for more details [0.032s] >> usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed [0.340s= ] > > > > Context details: > >> # uname -apKU >> FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat Jun 11 23:= 43:48 PDT 2016 markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/R= PI2-NODBG ar >> m armv6 1100116 1100116 > > In use for the system build was: > >> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 > > I do have a few local /usr/src changes/additions, but nearly all are only= for powerpc and/or powerpc64 contexts: > >> # svnlite status /usr/src/ >> M /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuild= er.cpp >> M /usr/src/lib/csu/powerpc64/Makefile >> ? /usr/src/sys/amd64/include/include >> ? /usr/src/sys/arm/conf/RPI2-NODBG >> ? /usr/src/sys/arm/include/include >> M /usr/src/sys/boot/ofw/Makefile.inc >> M /usr/src/sys/boot/powerpc/Makefile >> M /usr/src/sys/boot/powerpc/Makefile.inc >> M /usr/src/sys/boot/uboot/Makefile.inc >> M /usr/src/sys/conf/Makefile.powerpc >> M /usr/src/sys/conf/kern.mk >> M /usr/src/sys/conf/kmod.mk >> M /usr/src/sys/dev/cxgb/ulp/tom/cxgb_listen.c >> M /usr/src/sys/dev/cxgbe/tom/t4_listen.c >> ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG >> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc >> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG >> ? /usr/src/sys/powerpc/conf/GENERICvtsc >> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG >> ? /usr/src/sys/powerpc/include/include >> M /usr/src/sys/powerpc/ofw/ofw_machdep.c >> M /usr/src/sys/powerpc/powerpc/exec_machdep.c >> ? /usr/src/sys/x86/include/include > > [The cxbg and cxbge changes just remove redundant declarations that stopp= ed a amd64-gcc based build. But other areas have such issues and I quit try= ing eliminating such blocks to that tool chain. The include/include's are f= rom something making symbolic links back to the parent include.] > > The kernel configuration was via: > >> # more /usr/src/sys/arm/conf/RPI2-NODBG >> # >> # RPI2 -- Custom configuration for the Raspberry Pi 2 >> # >> # For more information on this file, please read the config(5) manual pa= ge, >> # and/or the handbook section on Kernel Configuration Files: >> # >> # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelcon= fig-config.html >> # >> # The handbook is also available locally in /usr/share/doc/handbook >> # if you've installed the doc distribution, otherwise always see the >> # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the >> # latest information. >> # >> # An exhaustive list of options and more detailed explanations of the >> # device lines is also present in the ../../conf/NOTES and NOTES files. >> # If you are in doubt as to the purpose or necessity of a line, check fi= rst >> # in NOTES. >> # >> >> ident RPI2-NODBG >> >> include "RPI2" >> >> makeoptions DEBUG=3D-g # Build kernel with gdb(1) deb= ug symbols >> options ALT_BREAK_TO_DEBUGGER >> #options VERBOSE_SYSINIT # Enable verbose sysinit message= s >> >> options KDB # Enable kernel debugger support >> >> # For minimum debugger support (stable branch) use: >> #options KDB_TRACE # Print a stack trace for a pani= c >> options DDB # Enable the kernel debugger >> >> nooptions INVARIANTS # Enable calls of extra sanity c= hecking >> nooptions INVARIANT_SUPPORT # Extra sanity checks of interna= l structures, required by INVARIANTS >> nooptions WITNESS # Enable checks to detect deadlo= cks and cycles >> nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks= for speed >> nooptions DIAGNOSTIC > > > The armv6 11.0 -r301815 system was cross built from amd64, built using sr= c.conf: > >> # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host >> TO_TYPE=3Darmv6 >> # >> KERNCONF=3DRPI2-NODBG >> TARGET=3Darm >> .if ${.MAKE.LEVEL} =3D=3D 0 >> TARGET_ARCH=3D${TO_TYPE} >> .export TARGET_ARCH >> .endif >> # >> WITH_CROSS_COMPILER=3D >> WITHOUT_SYSTEM_COMPILER=3D >> # >> #CPUTYPE=3Dsoft >> WITH_LIBSOFT=3D >> WITH_LIBCPLUSPLUS=3D >> WITH_BINUTILS_BOOTSTRAP=3D >> WITH_CLANG_BOOTSTRAP=3D >> WITH_CLANG=3D >> WITH_CLANG_IS_CC=3D >> WITH_CLANG_FULL=3D >> WITH_CLANG_EXTRAS=3D >> WITH_LLDB=3D >> # >> WITH_BOOT=3D >> WITHOUT_LIB32=3D >> # >> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D >> WITHOUT_GCC_BOOTSTRAP=3D >> WITHOUT_GCC=3D >> WITHOUT_GCC_IS_CC=3D >> WITHOUT_GNUCXX=3D >> # >> NO_WERROR=3D >> #WERROR=3D >> MALLOC_PRODUCTION=3D >> # >> WITH_DEBUG_FILES=3D >> # >> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> # There is no XCPPFLAGS but XCPP ets XCFLAGS content. > > and with the make.conf for the system build being empty: > >> # more ~/src.configs/make.conf >> # > > =3D=3D=3D > Mark Millard > markmi at dsl-only.net > > _______________________________________________ > 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 Mon Jun 13 18:06:06 2016 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 2B7BFAF29F5; Mon, 13 Jun 2016 18:06:06 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-it0-f42.google.com (mail-it0-f42.google.com [209.85.214.42]) (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 EAA702E01; Mon, 13 Jun 2016 18:06:05 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-it0-f42.google.com with SMTP id e5so49005054ith.0; Mon, 13 Jun 2016 11:06:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=dim86igF12WYBrIkPgeK2/otihFvqHG1/a4NkrPbBqw=; b=bzLl1VP7v5E1ex7km7C/kCzjHv2j/Bscc3l79mFOIBkRwkyWv+jHSj0mXwr4Af+6b6 FUWa2y3XC5oQdOtgcwxbuuXAVHK0Y7eN4lFe2ywy6B0760fV3pp7oAew5TglCPebem5X +JUByTcyFIP0KP/7VoePVrBcfw+SO0EczgFJzOmbL9aWqb+5l09vSx1H/sdcrD6sPWY4 UJvPr7gv4r84KySUVjGGII8T8aEDJNXBCnYZ98S34WJxQiAvFqedXGXd0zX74tw4oNmX AbaiWAGYzNxI4JUjAaEdYerye/cgMuKIhmAATqVGZFzNnL/dCVN5qIbS+alhrC6sPxiu Fc+Q== X-Gm-Message-State: ALyK8tJUY11nLgDkiWu+YxpP+JqpOHjk4NnqDqzUkrQyVASNAnlM1oHdDRsjuSmZr5/iHA== X-Received: by 10.36.158.133 with SMTP id p127mr19233214itd.97.1465841159318; Mon, 13 Jun 2016 11:05:59 -0700 (PDT) Received: from mail-io0-f179.google.com (mail-io0-f179.google.com. [209.85.223.179]) by smtp.gmail.com with ESMTPSA id o134sm1599068ith.2.2016.06.13.11.05.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Jun 2016 11:05:59 -0700 (PDT) Received: by mail-io0-f179.google.com with SMTP id o127so80729513iod.2; Mon, 13 Jun 2016 11:05:59 -0700 (PDT) X-Received: by 10.107.182.139 with SMTP id g133mr25130973iof.27.1465841158814; Mon, 13 Jun 2016 11:05:58 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.36.205.70 with HTTP; Mon, 13 Jun 2016 11:05:58 -0700 (PDT) In-Reply-To: References: From: Conrad Meyer Date: Mon, 13 Jun 2016 11:05:58 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists To: Alan Somers Cc: Mark Millard , freebsd-arm , 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.22 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, 13 Jun 2016 18:06:06 -0000 FYI, this implies the ulong-accessed bitstring change is ABI-breaking for ARM userspace and maybe shouldn't go to stable/10. Best, Conrad On Mon, Jun 13, 2016 at 11:04 AM, Conrad Meyer wrote: > I expect it's because: > > 1. bitstr_size() is just bytes (doesn't round up to sizeof(bitstr_t =3D= =3D > unsigned long)) > 2. The userspace version of bit_alloc() uses calloc(bitstr_size(), 1) > (an array of nmemb=3Dbitstr_size() size=3Dbytes, doesn't have to be > 'unsigned long' sized or aligned). > 3. Various bit_* functions access the result as if it's an array of > 'unsigned long', when it was allocated as a single-byte array (no > ulong alignment or size). > 4. ARM isn't as happy about unaligned accesses as x86. > > I'd make the following change (needs sys/param.h, not compile tested) > and see if it fixes it: > > --- sys/bitstring.h (revision 301805) > +++ sys/bitstring.h (working copy) > @@ -119,7 +119,8 @@ > static inline bitstr_t * > bit_alloc(int _nbits) > { > - return ((bitstr_t *)calloc(bitstr_size(_nbits), 1)); > + return (calloc(howmany(bitstr_size(_nbits), sizeof(bitstr_t)), > + sizeof(bitstr_t))); > } > #endif > > > > > > > On Mon, Jun 13, 2016 at 10:49 AM, Alan Somers wrote= : >> Please open a bug for the bitstring test failures and assign it to me. >> Also, since I don't have any arm hardware, please provide instructions >> on how to run this code in a VM, or where I can get access to the >> hardware. >> >> -Alan >> >> On Mon, Jun 13, 2016 at 11:29 AM, Mark Millard wro= te: >>> With the newly less strict alignment requirements "kyua test -k /usr/te= sts/Kyuafile" runs to completion, unlike before. >>> >>>> =3D=3D=3D> Summary >>>> Results read from /root/.kyua/store/results.usr_tests.20160613-080302-= 120731.db >>>> Test cases: 5694 total, 54 skipped, 21 expected failures, 24 broken, 5= 9 failed >>>> Total time: 8723.243s >>> >>> >>> I only list the one line summaries below. Then I list various context d= etails. >>> >>>> =3D=3D=3D> Broken tests >>>> lib/msun/cexp_test:main -> broken: Received signal 6 [1.054s] >>>> lib/msun/ctrig_test:main -> broken: Received signal 6 [1.074s] >>>> lib/msun/exponential_test:main -> broken: Received signal 6 [1.045s= ] >>>> lib/msun/fenv_test:main -> broken: Received signal 6 [1.048s] >>>> lib/msun/fma_test:main -> broken: Received signal 6 [1.080s] >>>> lib/msun/invctrig_test:main -> broken: Received signal 6 [1.091s] >>>> lib/msun/invtrig_test:main -> broken: Received signal 6 [1.086s] >>>> lib/msun/logarithm_test:main -> broken: Received signal 6 [1.054s] >>>> lib/msun/lrint_test:main -> broken: Received signal 6 [1.069s] >>>> lib/msun/nearbyint_test:main -> broken: Received signal 6 [1.066s] >>>> lib/msun/rem_test:main -> broken: Received signal 6 [1.069s] >>>> lib/msun/trig_test:main -> broken: Received signal 6 [1.070s] >>>> sbin/growfs/legacy_test:main -> broken: Reported plan differs from a= ctual executed tests [0.459s] >>>> sys/geom/class/eli/integrity_copy_test:main -> broken: Test case tim= ed out [1200.082s] >>>> sys/geom/class/eli/integrity_hmac_test:main -> broken: Test case tim= ed out [600.138s] >>>> sys/geom/class/eli/onetime_a_test:main -> broken: Test case timed ou= t [600.044s] >>>> sys/sys/bitstring_test:bit_clear -> broken: Test case body timed out= [300.032s] >>>> sys/sys/bitstring_test:bit_count -> broken: Premature exit; test cas= e received signal 11 (core dumped) [1.080s] >>>> sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; test case = received signal 11 (core dumped) [1.077s] >>>> sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; test ca= se received signal 11 (core dumped) [1.081s] >>>> sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; test case = received signal 11 (core dumped) [1.082s] >>>> sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; test ca= se received signal 11 (core dumped) [1.077s] >>>> sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; test ca= se received signal 11 (core dumped) [1.083s] >>>> sys/sys/bitstring_test:bit_nset -> broken: Premature exit; test case= received signal 11 (core dumped) [1.079s] >>> >>> >>>> =3D=3D=3D> Failed tests >>>> lib/libc/c063/fstatat_test:fstatat_fd -> failed: /usr/src/contrib/ne= tbsd-tests/lib/libc/c063/t_fstatat.c:74: memcmp(&st1, &st2, sizeof(st1)) = =3D=3D 0 not met [0. >>>> 027s] >>>> lib/libc/nss/gethostby_test:getipnodebyname_getaddrinfo_ipv4 -> fail= ed: /usr/src/lib/libc/tests/nss/gethostby_test.c:1335: run_tests(_hostlist_= file, _snapshot >>>> _file, 2, TEST_GETHOSTBYNAME2_GETADDRINFO, 0) =3D=3D 0 not met [15.31= 5s] >>>> lib/libc/ssp/ssp_test:fgets -> failed: Test case body returned a non= -ok exit code, but this is not allowed [0.153s] >>>> lib/libc/ssp/ssp_test:gets -> failed: Test case body returned a non-= ok exit code, but this is not allowed [0.158s] >>>> lib/libc/ssp/ssp_test:memcpy -> failed: atf-check failed; see the ou= tput of the test for details [0.148s] >>>> lib/libc/ssp/ssp_test:memmove -> failed: atf-check failed; see the o= utput of the test for details [0.147s] >>>> lib/libc/ssp/ssp_test:memset -> failed: atf-check failed; see the ou= tput of the test for details [0.147s] >>>> lib/libc/ssp/ssp_test:read -> failed: Test case body returned a non-= ok exit code, but this is not allowed [0.154s] >>>> lib/libc/ssp/ssp_test:readlink -> failed: atf-check failed; see the = output of the test for details [0.155s] >>>> lib/libc/ssp/ssp_test:snprintf -> failed: atf-check failed; see the = output of the test for details [0.149s] >>>> lib/libc/ssp/ssp_test:sprintf -> failed: atf-check failed; see the o= utput of the test for details [0.149s] >>>> lib/libc/ssp/ssp_test:stpcpy -> failed: atf-check failed; see the ou= tput of the test for details [0.149s] >>>> lib/libc/ssp/ssp_test:stpncpy -> failed: atf-check failed; see the o= utput of the test for details [0.147s] >>>> lib/libc/ssp/ssp_test:strcat -> failed: atf-check failed; see the ou= tput of the test for details [0.147s] >>>> lib/libc/ssp/ssp_test:strcpy -> failed: atf-check failed; see the ou= tput of the test for details [0.147s] >>>> lib/libc/ssp/ssp_test:strncat -> failed: atf-check failed; see the o= utput of the test for details [0.147s] >>>> lib/libc/ssp/ssp_test:strncpy -> failed: atf-check failed; see the o= utput of the test for details [0.146s] >>>> lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; see the= output of the test for details [0.150s] >>>> lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; see the = output of the test for details [0.148s] >>>> lib/libc/stdio/printbasic_test:int_within_limits -> failed: printf("= %tu", (size_t)-1) =3D=3D> [18446744073709551615], expected [4294967295]<> [0.030s] >>>> lib/libc/stdio/scanfloat_test:infinities_and_nans -> failed: /usr/sr= c/lib/libc/tests/stdio/scanfloat_test.c:191: fetestexcept(FE_INVALID) =3D= =3D 0 not met [0.031 >>>> s] >>>> lib/libc/sys/mincore_test:mincore_resid -> failed: /usr/src/contrib/= netbsd-tests/lib/libc/sys/t_mincore.c:225: check_residency(addr, npgs) =3D= =3D 0 not met [0.04 >>>> 0s] >>>> lib/libc/sys/mincore_test:mincore_shmseg -> failed: /usr/src/contrib= /netbsd-tests/lib/libc/sys/t_mincore.c:298: check_residency(addr, npgs) =3D= =3D 0 not met [0.0 >>>> 29s] >>>> lib/libc/tls/tls_dynamic_test:t_tls_dynamic -> failed: 15 checks fai= led; see output for more details [0.035s] >>>> lib/libproc/proc_test:symbol_lookup -> failed: /usr/src/lib/libproc/= tests/proc_test.c:116: state !=3D PS_STOP: process has state 4 [0.177s] >>>> lib/libxo/functional_test:test_02__E -> failed: atf-check failed; se= e the output of the test for details [0.166s] >>>> lib/libxo/functional_test:test_02__H -> failed: atf-check failed; se= e the output of the test for details [0.168s] >>>> lib/libxo/functional_test:test_02__HIPx -> failed: atf-check failed;= see the output of the test for details [0.170s] >>>> lib/libxo/functional_test:test_02__HP -> failed: atf-check failed; s= ee the output of the test for details [0.164s] >>>> lib/libxo/functional_test:test_02__J -> failed: atf-check failed; se= e the output of the test for details [0.169s] >>>> lib/libxo/functional_test:test_02__JP -> failed: atf-check failed; s= ee the output of the test for details [0.166s] >>>> lib/libxo/functional_test:test_02__T -> failed: atf-check failed; se= e the output of the test for details [0.168s] >>>> lib/libxo/functional_test:test_02__X -> failed: atf-check failed; se= e the output of the test for details [0.169s] >>>> lib/libxo/functional_test:test_02__XP -> failed: atf-check failed; s= ee the output of the test for details [0.168s] >>>> lib/msun/conj_test:main -> failed: 9 tests of 42 failed [0.034s] >>>> lib/msun/ldexp_test:ldexp_denormal -> failed: 4 checks failed; see o= utput for more details [0.034s] >>>> local/kyua/model/metadata_test:override_all_with_set_string -> faile= d: Line 253: disk_space !=3D md.required_disk_space() (16777216.00T !=3D 2.= 00G) [0.047s] >>>> local/kyua/testers/stacktrace_test:dump__cannot_find_gdb -> failed: = testers/stacktrace_test.c:281: atf_utils_grep_file("execvp failed", "stackt= race") not met >>>> [0.611s] >>>> local/kyua/testers/stacktrace_test:dump__gdb_fail -> failed: testers= /stacktrace_test.c:294: atf_utils_grep_file("foo", "stacktrace") not met [= 0.610s] >>>> local/kyua/testers/stacktrace_test:dump__gdb_times_out -> failed: te= sters/stacktrace_test.c:311: atf_utils_grep_file("foo", "stacktrace") not m= et [0.614s] >>>> local/kyua/testers/stacktrace_test:dump__integration -> failed: test= ers/stacktrace_test.c:233: atf_utils_grep_file("#0", "stacktrace") not met = [0.613s] >>>> local/kyua/testers/stacktrace_test:dump__ok -> failed: testers/stack= trace_test.c:249: atf_utils_grep_file("frame 1", "stacktrace") not met [0.= 614s] >>>> local/kyua/testers/stacktrace_test:find_core__found__long -> failed:= Core dumped, but no candidates found [0.606s] >>>> local/kyua/testers/stacktrace_test:find_core__found__short -> failed= : Core dumped, but no candidates found [0.603s] >>>> local/kyua/testers/tap_parser_test:try_parse_plan__insane -> failed:= testers/tap_parser_test.c:135: 'too long' not matched in 'Plan line includ= es out of range >>>> numbers' [0.032s] >>>> sys/geom/class/eli/resize_test:main -> failed: 15 tests of 27 failed= [1.292s] >>>> sys/kern/pipe/pipe_fstat_bug_test:main -> failed: Returned non-succe= ss exit status 1 [0.044s] >>>> usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 failed [0= .151s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> failed: 1 checks= failed; see output for more details [0.035s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip_rev -> failed: 1 ch= ecks failed; see output for more details [0.035s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only -> failed: = 1 checks failed; see output for more details [0.034s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet -> = failed: 1 checks failed; see output for more details [0.035s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet_rev = -> failed: 1 checks failed; see output for more details [0.035s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point -> failed: 1 c= hecks failed; see output for more details [0.035s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point_rev -> failed:= 1 checks failed; see output for more details [0.033s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr -> failed: 1 c= hecks failed; see output for more details [0.035s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr_rev -> failed:= 1 checks failed; see output for more details [0.035s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed -> failed: 1 c= hecks failed; see output for more details [0.032s] >>>> usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed [0.34= 0s] >>> >>> >>> >>> Context details: >>> >>>> # uname -apKU >>>> FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat Jun 11 2= 3:43:48 PDT 2016 markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys= /RPI2-NODBG ar >>>> m armv6 1100116 1100116 >>> >>> In use for the system build was: >>> >>>> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>>> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>> >>> I do have a few local /usr/src changes/additions, but nearly all are on= ly for powerpc and/or powerpc64 contexts: >>> >>>> # svnlite status /usr/src/ >>>> M /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBui= lder.cpp >>>> M /usr/src/lib/csu/powerpc64/Makefile >>>> ? /usr/src/sys/amd64/include/include >>>> ? /usr/src/sys/arm/conf/RPI2-NODBG >>>> ? /usr/src/sys/arm/include/include >>>> M /usr/src/sys/boot/ofw/Makefile.inc >>>> M /usr/src/sys/boot/powerpc/Makefile >>>> M /usr/src/sys/boot/powerpc/Makefile.inc >>>> M /usr/src/sys/boot/uboot/Makefile.inc >>>> M /usr/src/sys/conf/Makefile.powerpc >>>> M /usr/src/sys/conf/kern.mk >>>> M /usr/src/sys/conf/kmod.mk >>>> M /usr/src/sys/dev/cxgb/ulp/tom/cxgb_listen.c >>>> M /usr/src/sys/dev/cxgbe/tom/t4_listen.c >>>> ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG >>>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc >>>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG >>>> ? /usr/src/sys/powerpc/conf/GENERICvtsc >>>> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG >>>> ? /usr/src/sys/powerpc/include/include >>>> M /usr/src/sys/powerpc/ofw/ofw_machdep.c >>>> M /usr/src/sys/powerpc/powerpc/exec_machdep.c >>>> ? /usr/src/sys/x86/include/include >>> >>> [The cxbg and cxbge changes just remove redundant declarations that sto= pped a amd64-gcc based build. But other areas have such issues and I quit t= rying eliminating such blocks to that tool chain. The include/include's are= from something making symbolic links back to the parent include.] >>> >>> The kernel configuration was via: >>> >>>> # more /usr/src/sys/arm/conf/RPI2-NODBG >>>> # >>>> # RPI2 -- Custom configuration for the Raspberry Pi 2 >>>> # >>>> # For more information on this file, please read the config(5) manual = page, >>>> # and/or the handbook section on Kernel Configuration Files: >>>> # >>>> # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelc= onfig-config.html >>>> # >>>> # The handbook is also available locally in /usr/share/doc/handbook >>>> # if you've installed the doc distribution, otherwise always see the >>>> # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the >>>> # latest information. >>>> # >>>> # An exhaustive list of options and more detailed explanations of the >>>> # device lines is also present in the ../../conf/NOTES and NOTES files= . >>>> # If you are in doubt as to the purpose or necessity of a line, check = first >>>> # in NOTES. >>>> # >>>> >>>> ident RPI2-NODBG >>>> >>>> include "RPI2" >>>> >>>> makeoptions DEBUG=3D-g # Build kernel with gdb(1) d= ebug symbols >>>> options ALT_BREAK_TO_DEBUGGER >>>> #options VERBOSE_SYSINIT # Enable verbose sysinit messa= ges >>>> >>>> options KDB # Enable kernel debugger suppo= rt >>>> >>>> # For minimum debugger support (stable branch) use: >>>> #options KDB_TRACE # Print a stack trace for a pa= nic >>>> options DDB # Enable the kernel debugger >>>> >>>> nooptions INVARIANTS # Enable calls of extra sanity= checking >>>> nooptions INVARIANT_SUPPORT # Extra sanity checks of inter= nal structures, required by INVARIANTS >>>> nooptions WITNESS # Enable checks to detect dead= locks and cycles >>>> nooptions WITNESS_SKIPSPIN # Don't run witness on spinloc= ks for speed >>>> nooptions DIAGNOSTIC >>> >>> >>> The armv6 11.0 -r301815 system was cross built from amd64, built using = src.conf: >>> >>>> # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host >>>> TO_TYPE=3Darmv6 >>>> # >>>> KERNCONF=3DRPI2-NODBG >>>> TARGET=3Darm >>>> .if ${.MAKE.LEVEL} =3D=3D 0 >>>> TARGET_ARCH=3D${TO_TYPE} >>>> .export TARGET_ARCH >>>> .endif >>>> # >>>> WITH_CROSS_COMPILER=3D >>>> WITHOUT_SYSTEM_COMPILER=3D >>>> # >>>> #CPUTYPE=3Dsoft >>>> WITH_LIBSOFT=3D >>>> WITH_LIBCPLUSPLUS=3D >>>> WITH_BINUTILS_BOOTSTRAP=3D >>>> WITH_CLANG_BOOTSTRAP=3D >>>> WITH_CLANG=3D >>>> WITH_CLANG_IS_CC=3D >>>> WITH_CLANG_FULL=3D >>>> WITH_CLANG_EXTRAS=3D >>>> WITH_LLDB=3D >>>> # >>>> WITH_BOOT=3D >>>> WITHOUT_LIB32=3D >>>> # >>>> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D >>>> WITHOUT_GCC_BOOTSTRAP=3D >>>> WITHOUT_GCC=3D >>>> WITHOUT_GCC_IS_CC=3D >>>> WITHOUT_GNUCXX=3D >>>> # >>>> NO_WERROR=3D >>>> #WERROR=3D >>>> MALLOC_PRODUCTION=3D >>>> # >>>> WITH_DEBUG_FILES=3D >>>> # >>>> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>>> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>>> # There is no XCPPFLAGS but XCPP ets XCFLAGS content. >>> >>> and with the make.conf for the system build being empty: >>> >>>> # more ~/src.configs/make.conf >>>> # >>> >>> =3D=3D=3D >>> Mark Millard >>> markmi at dsl-only.net >>> >>> _______________________________________________ >>> 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" >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" From owner-freebsd-current@freebsd.org Mon Jun 13 18:25:14 2016 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 A40AAAF2FB8 for ; Mon, 13 Jun 2016 18:25:14 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-vk0-x235.google.com (mail-vk0-x235.google.com [IPv6:2607:f8b0:400c:c05::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 579092998 for ; Mon, 13 Jun 2016 18:25:13 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: by mail-vk0-x235.google.com with SMTP id d185so66062940vkg.0 for ; Mon, 13 Jun 2016 11:25:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brilliantservice-co-jp.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=z6Zn0sfNJ8bjz02g80fn/uD5Q/evKc3iE33a5R9LaDQ=; b=nuBU/QqVLINUu7D8k/gAw2+V6g8AUyD66YixzNg4eHqCiSywbRN5HaIRtIXhDK7uru BWGqnENZWQUlA7I+qElxR++mtwgkMvjbOWaB066V+tWUKyAqSSoVA8V4p6MHyR2Y1eH5 1X/aX8zY/xevkQA8Jyo7Icx5W6pkBXnSwaFB4PR6I2ICal+AaWjDyHPG7O+OW1e6DG2N jJ18AgU/dJmCRtzCAHKzBZEH47X4vZFoio2oweDoqmMibrjxJBhot7UMMtcuqznqO640 S74zmj0SLEaUTUcdCm2kysPH1Qnvr/usD9pST669Rtv8G2S5TGB1a9dN/e/sYEeLYUTG 8UCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=z6Zn0sfNJ8bjz02g80fn/uD5Q/evKc3iE33a5R9LaDQ=; b=VuWd7/wjfSGKqtX4aEHnmH5FNc2lB6qeFsTucegeE1P3hu/f2ZjfPx+wfjMCbTsvNq 652uJsSd0SH6gCtG1v6g+zZkiuOGJRT1DTOeT2X2Q7e2jgDneo/Z2n0FRd/As1bfVtX9 KWvh5nEW7lLsot00TizHlsO4+yCuYNyFNtM/2JbFI1w035jD0GouhzsJlC6T72+gk1Jm lc9z4TdjJ2292CVxTvhi/9HPa5dfY1++ortCGtYuuGfDkCdIbnSPulVSUznl+2fN+cxA RwGVNO4IAq8zbLpzmj2Q9/06TGOanvkwlsjxkRwHAYbF89U/82XlV8Cl2XROY7W+5frV QCSA== X-Gm-Message-State: ALyK8tIOs9MGa2m2OZP9sO7SGc9Jvftj6MGodd4XRt5heyZTxy2FQcoLTgzGxmgc3dwSMFs3TKjBsBnff6FxUN8BcHv1+4OZd52EDE0WeESfAv2mmThu3D5wUp4hMt+rAyx6z1CRve7niVTFgGjr7hGXvH8= X-Received: by 10.31.206.4 with SMTP id e4mr5388051vkg.130.1465842312802; Mon, 13 Jun 2016 11:25:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.40.33 with HTTP; Mon, 13 Jun 2016 11:24:58 -0700 (PDT) In-Reply-To: <20160613093857.GA157051@polaris.intra.vdsz.de> References: <20160613093857.GA157051@polaris.intra.vdsz.de> From: "Lundberg, Johannes" Date: Mon, 13 Jun 2016 11:24:58 -0700 Message-ID: Subject: Re: GPIO driver for Intel Atom SoC To: Imre Vadasz Cc: FreeBSD Current , Lundberg@polaris.intra.vdsz.de Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 18:25:14 -0000 Hi Imre This is great information. Thank you! My device have an emmc chip on the pcb (non-removable). Have you tested you code on that kind of system? Current unmodified FreeBSD can detect the sdhci_pci controller and a mmc card on slot0 but timeouts when trying to init the mmc. Not sure why it is failing. I assumed it needed activating through some gpios but maybe it's not that easy.. On Mon, Jun 13, 2016 at 2:38 AM, Imre Vadasz wrote: > Hi, > > Microsoft has some documentation on GPIO handling with SD card controller= s, > which should apply to most Cherryview devices: > > https://msdn.microsoft.com/windows/hardware/drivers/bringup/other-acpi-na= mespace-objects#sd > > I did some work on Cherryview SoC support in DragonFlyBSD. > In DragonFly master, there is a simple GPIO driver for cherryview in > /sys/bus/gpio/gpio_intel. In master, it's currently only used for > handling the ACPI GeneralPurposeIo operation regions, and > Acpi-Event-Interrupts (which replace GPE interrupts on reduced-hardware > platforms). > > I have some further (more prototype level) code which also contains some > code for Intel sdhci controller integration: > > https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/shortlog/refs/head= s/cherryview > > With this branch everything sdcard/eMMC related works quite nicely, e.g. > it properly handles plugging in/out the sd-card on my HP X2 210 detachabl= e > on DragonFlyBSD. > > To handle everything properly this contains a bit of work on mostly ACPI > related stuff: > > ACPI device initialization order needs to be according to the ACPI _DEP > methods: > > https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/commitdiff/25dec08= cafa3ce9089eb5b216700f4e678b3356d > > We need to map ACPI nodes to the device objects (and at least track a > reference count for debugging): > > https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/commitdiff/2313559= 0ffb33b40f170c786ea95fc133358ebdb > > Then some kind of API is needed for handling the GeneralPurposeIo resourc= es > declared for the device in the ACPI tables (e.g. the sdhci controller). > (i.e. some way of attempting to "map" the resource from the device driver= ): > > https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/commitdiff/d5b3d34= 47bbdd42a68359aebd61f271bfa830951 > > And I have a prototype of adapting the sdhci driver to handle the GPIO > ACPI resources, as described in " > https://msdn.microsoft.com/windows/hardware/drivers/bringup/other-acpi-na= mespace-objects#sd > ": > > https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/commitdiff/5d2844c= 280211cbb256a5ecc3ea27f952149e452 > > Regards, > Imre Vad=C3=A1sz > --=20 =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- =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97= =E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5= =8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82= =8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE= =E3=81=99=E3=80=82 =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE= =E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3= =83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88= =87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84= =E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3= =81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81= =97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-current@freebsd.org Mon Jun 13 18:48:23 2016 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 E657FAF24E3 for ; Mon, 13 Jun 2016 18:48:23 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (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 A628025D2 for ; Mon, 13 Jun 2016 18:48:23 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 4795 invoked from network); 13 Jun 2016 18:48:56 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 18:48:56 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 13 Jun 2016 14:49:03 -0400 (EDT) Received: (qmail 17619 invoked from network); 13 Jun 2016 18:49:03 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 18:49:03 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 23E741C43DB; Mon, 13 Jun 2016 11:48:17 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists From: Mark Millard In-Reply-To: Date: Mon, 13 Jun 2016 11:48:19 -0700 Cc: freebsd-arm , FreeBSD Current Message-Id: <52441874-133F-4213-BFA7-DC78BB005725@dsl-only.net> References: To: Alan Somers X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 18:48:24 -0000 On 2016-Jun-13, at 10:49 AM, Alan Somers wrote: > Please open a bug for the bitstring test failures and assign it to me. > Also, since I don't have any arm hardware, please provide instructions > on how to run this code in a VM, or where I can get access to the > hardware. >=20 > -Alan I have created https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210260 = for the broken kyua bitstring tests. I do not seem to have any control over the Assignee. (I have no FreeBSD = status of any kind so this is not surprising to me.) I've never used QEMU or any arm-hardware based virtual machines. I've = only used an rpi2 for armv6. So far the only VM's I've used are for = amd64 running on amd64 hardware --and I run those under Mac OS X = (VirtualBox, Parallels). I'm not set up to give remote access to the rpi2 that I'm using. So at this point I'm not much help for those arm-specific instructions = that you asked for. Sorry. =3D=3D=3D Mark Millard markmi at dsl-only.net > On Mon, Jun 13, 2016 at 11:29 AM, Mark Millard wrote: >> With the newly less strict alignment requirements "kyua test -k = /usr/tests/Kyuafile" runs to completion, unlike before. >>=20 >>> =3D=3D=3D> Summary >>> Results read from = /root/.kyua/store/results.usr_tests.20160613-080302-120731.db >>> Test cases: 5694 total, 54 skipped, 21 expected failures, 24 broken, = 59 failed >>> Total time: 8723.243s >>=20 >>=20 >> I only list the one line summaries below. Then I list various context = details. >>=20 >>> =3D=3D=3D> Broken tests . . . >>> sys/sys/bitstring_test:bit_clear -> broken: Test case body timed = out [300.032s] >>> sys/sys/bitstring_test:bit_count -> broken: Premature exit; test = case received signal 11 (core dumped) [1.080s] >>> sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; test = case received signal 11 (core dumped) [1.077s] >>> sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; test = case received signal 11 (core dumped) [1.081s] >>> sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; test = case received signal 11 (core dumped) [1.082s] >>> sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; test = case received signal 11 (core dumped) [1.077s] >>> sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; test = case received signal 11 (core dumped) [1.083s] >>> sys/sys/bitstring_test:bit_nset -> broken: Premature exit; test = case received signal 11 (core dumped) [1.079s] >>=20 . . .= From owner-freebsd-current@freebsd.org Mon Jun 13 18:55:03 2016 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 507FDAF2774 for ; Mon, 13 Jun 2016 18:55:03 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 361B12C7E; Mon, 13 Jun 2016 18:55:03 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 2F0DD16FE; Mon, 13 Jun 2016 18:55:03 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id DFAC820956; Mon, 13 Jun 2016 18:55:02 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 4e108rF-uBEz; Mon, 13 Jun 2016 18:55:00 +0000 (UTC) Subject: Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 773972094E To: "Simon J. Gerraty" , Mark Millard References: <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net> <92116.1464890038@kaos.jnpr.net> <4a2034a9-a2e1-d951-aecf-43e043c48d75@FreeBSD.org> <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> <38443.1465735161@kaos.jnpr.net> Cc: FreeBSD Current From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <6ab4f223-436b-dc13-f780-5f9a90262204@FreeBSD.org> Date: Mon, 13 Jun 2016 11:55:04 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <38443.1465735161@kaos.jnpr.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qXfHIAwc4MClKGMtFGFLrIOFo3J1JRJwB" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 18:55:03 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --qXfHIAwc4MClKGMtFGFLrIOFo3J1JRJwB Content-Type: multipart/mixed; boundary="2vks22G4ojxseHSnxv3ush1CLa5eTG5Au" From: Bryan Drewery To: "Simon J. Gerraty" , Mark Millard Cc: FreeBSD Current Message-ID: <6ab4f223-436b-dc13-f780-5f9a90262204@FreeBSD.org> Subject: Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815] References: <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net> <92116.1464890038@kaos.jnpr.net> <4a2034a9-a2e1-d951-aecf-43e043c48d75@FreeBSD.org> <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> <38443.1465735161@kaos.jnpr.net> In-Reply-To: <38443.1465735161@kaos.jnpr.net> --2vks22G4ojxseHSnxv3ush1CLa5eTG5Au Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/12/2016 5:39 AM, Simon J. Gerraty wrote: > eg. in our internal tree - which cross builds fine: >=20 > make_keys: make_keys.c names.c ncurses_def.h ${HEADERS} > ${HOST_CC} -o $@ ${HOST_CFLAGS} ${NCURSES_DIR}/ncurses/tinfo/ma= ke_keys.c I like this method but am going to put it off for a while. The confusion of CC vs XCC is bad enough without introducing a HOST_CC. --=20 Regards, Bryan Drewery --2vks22G4ojxseHSnxv3ush1CLa5eTG5Au-- --qXfHIAwc4MClKGMtFGFLrIOFo3J1JRJwB 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 iQEcBAEBAgAGBQJXXwGIAAoJEDXXcbtuRpfPTwQIANW4W4aH1elJ3SxSLlS2TF8K oujNPZPOTnGiuuCMbI2nhQUDmohoZfjJHEQVCSNQTr6omF6ciCjDvgaYSsaizsBU iVNgnosM4wlrv9RtjYrLt9zkX5n+W1EuNqIgjkIR3jw/FuRhNvN6qNMfJH2c3oD9 zWtmyE5L4yV58Wkf1Y8flBiFRYvhkrzsXJLTKnvImdQcVNKjinq+fAwMFMGg/Iyu 5raQ5rp5Q+89MFU4O2gID6L3dJVnzY6Gn/I7jVn0kjpGvb4I4z6o9tfjIgxZXCzg cYFdojWDsv9D4PO0+SbslWLosa80vkfN3m7+L+fS7KrImrHxnhgeYlWTzx5qn58= =VnwK -----END PGP SIGNATURE----- --qXfHIAwc4MClKGMtFGFLrIOFo3J1JRJwB-- From owner-freebsd-current@freebsd.org Mon Jun 13 19:18:17 2016 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 64C49AF2B2A for ; Mon, 13 Jun 2016 19:18:17 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (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 03AF4284C for ; Mon, 13 Jun 2016 19:18:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 11014 invoked from network); 13 Jun 2016 19:18:15 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 19:18:15 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 13 Jun 2016 15:18:20 -0400 (EDT) Received: (qmail 22666 invoked from network); 13 Jun 2016 19:18:19 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 19:18:19 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 6B8291C43D0; Mon, 13 Jun 2016 12:18:10 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists From: Mark Millard In-Reply-To: Date: Mon, 13 Jun 2016 12:18:13 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: freebsd-arm , FreeBSD Current X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 19:18:17 -0000 [I've added a list of core files generated and a few other notes.] On 2016-Jun-13, at 10:29 AM, Mark Millard = wrote: > With the newly less strict alignment requirements "kyua test -k = /usr/tests/Kyuafile" runs to completion, unlike before. >=20 >> =3D=3D=3D> Summary >> Results read from = /root/.kyua/store/results.usr_tests.20160613-080302-120731.db >> Test cases: 5694 total, 54 skipped, 21 expected failures, 24 broken, = 59 failed >> Total time: 8723.243s >=20 >=20 > I only list the one line summaries below. Then I list various context = details. >=20 >> =3D=3D=3D> Broken tests >> lib/msun/cexp_test:main -> broken: Received signal 6 [1.054s] >> lib/msun/ctrig_test:main -> broken: Received signal 6 [1.074s] >> lib/msun/exponential_test:main -> broken: Received signal 6 = [1.045s] >> lib/msun/fenv_test:main -> broken: Received signal 6 [1.048s] >> lib/msun/fma_test:main -> broken: Received signal 6 [1.080s] >> lib/msun/invctrig_test:main -> broken: Received signal 6 [1.091s] >> lib/msun/invtrig_test:main -> broken: Received signal 6 [1.086s] >> lib/msun/logarithm_test:main -> broken: Received signal 6 [1.054s] >> lib/msun/lrint_test:main -> broken: Received signal 6 [1.069s] >> lib/msun/nearbyint_test:main -> broken: Received signal 6 [1.066s] >> lib/msun/rem_test:main -> broken: Received signal 6 [1.069s] >> lib/msun/trig_test:main -> broken: Received signal 6 [1.070s] >> sbin/growfs/legacy_test:main -> broken: Reported plan differs from = actual executed tests [0.459s] >> sys/geom/class/eli/integrity_copy_test:main -> broken: Test case = timed out [1200.082s] >> sys/geom/class/eli/integrity_hmac_test:main -> broken: Test case = timed out [600.138s] >> sys/geom/class/eli/onetime_a_test:main -> broken: Test case timed = out [600.044s] >> sys/sys/bitstring_test:bit_clear -> broken: Test case body timed = out [300.032s] >> sys/sys/bitstring_test:bit_count -> broken: Premature exit; test = case received signal 11 (core dumped) [1.080s] >> sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; test case = received signal 11 (core dumped) [1.077s] >> sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; test = case received signal 11 (core dumped) [1.081s] >> sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; test case = received signal 11 (core dumped) [1.082s] >> sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; test = case received signal 11 (core dumped) [1.077s] >> sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; test = case received signal 11 (core dumped) [1.083s] >> sys/sys/bitstring_test:bit_nset -> broken: Premature exit; test = case received signal 11 (core dumped) [1.079s] >=20 >=20 >> =3D=3D=3D> Failed tests >> lib/libc/c063/fstatat_test:fstatat_fd -> failed: = /usr/src/contrib/netbsd-tests/lib/libc/c063/t_fstatat.c:74: memcmp(&st1, = &st2, sizeof(st1)) =3D=3D 0 not met [0. >> 027s] >> lib/libc/nss/gethostby_test:getipnodebyname_getaddrinfo_ipv4 -> = failed: /usr/src/lib/libc/tests/nss/gethostby_test.c:1335: = run_tests(_hostlist_file, _snapshot >> _file, 2, TEST_GETHOSTBYNAME2_GETADDRINFO, 0) =3D=3D 0 not met = [15.315s] >> lib/libc/ssp/ssp_test:fgets -> failed: Test case body returned a = non-ok exit code, but this is not allowed [0.153s] >> lib/libc/ssp/ssp_test:gets -> failed: Test case body returned a = non-ok exit code, but this is not allowed [0.158s] >> lib/libc/ssp/ssp_test:memcpy -> failed: atf-check failed; see the = output of the test for details [0.148s] >> lib/libc/ssp/ssp_test:memmove -> failed: atf-check failed; see the = output of the test for details [0.147s] >> lib/libc/ssp/ssp_test:memset -> failed: atf-check failed; see the = output of the test for details [0.147s] >> lib/libc/ssp/ssp_test:read -> failed: Test case body returned a = non-ok exit code, but this is not allowed [0.154s] >> lib/libc/ssp/ssp_test:readlink -> failed: atf-check failed; see the = output of the test for details [0.155s] >> lib/libc/ssp/ssp_test:snprintf -> failed: atf-check failed; see the = output of the test for details [0.149s] >> lib/libc/ssp/ssp_test:sprintf -> failed: atf-check failed; see the = output of the test for details [0.149s] >> lib/libc/ssp/ssp_test:stpcpy -> failed: atf-check failed; see the = output of the test for details [0.149s] >> lib/libc/ssp/ssp_test:stpncpy -> failed: atf-check failed; see the = output of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strcat -> failed: atf-check failed; see the = output of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strcpy -> failed: atf-check failed; see the = output of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strncat -> failed: atf-check failed; see the = output of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strncpy -> failed: atf-check failed; see the = output of the test for details [0.146s] >> lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; see = the output of the test for details [0.150s] >> lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; see the = output of the test for details [0.148s] >> lib/libc/stdio/printbasic_test:int_within_limits -> failed: = printf("%tu", (size_t)-1) =3D=3D> [18446744073709551615], expected = [4294967295]<> [0.030s] >> lib/libc/stdio/scanfloat_test:infinities_and_nans -> failed: = /usr/src/lib/libc/tests/stdio/scanfloat_test.c:191: = fetestexcept(FE_INVALID) =3D=3D 0 not met [0.031 >> s] >> lib/libc/sys/mincore_test:mincore_resid -> failed: = /usr/src/contrib/netbsd-tests/lib/libc/sys/t_mincore.c:225: = check_residency(addr, npgs) =3D=3D 0 not met [0.04 >> 0s] >> lib/libc/sys/mincore_test:mincore_shmseg -> failed: = /usr/src/contrib/netbsd-tests/lib/libc/sys/t_mincore.c:298: = check_residency(addr, npgs) =3D=3D 0 not met [0.0 >> 29s] >> lib/libc/tls/tls_dynamic_test:t_tls_dynamic -> failed: 15 checks = failed; see output for more details [0.035s] >> lib/libproc/proc_test:symbol_lookup -> failed: = /usr/src/lib/libproc/tests/proc_test.c:116: state !=3D PS_STOP: process = has state 4 [0.177s] >> lib/libxo/functional_test:test_02__E -> failed: atf-check failed; = see the output of the test for details [0.166s] >> lib/libxo/functional_test:test_02__H -> failed: atf-check failed; = see the output of the test for details [0.168s] >> lib/libxo/functional_test:test_02__HIPx -> failed: atf-check = failed; see the output of the test for details [0.170s] >> lib/libxo/functional_test:test_02__HP -> failed: atf-check failed; = see the output of the test for details [0.164s] >> lib/libxo/functional_test:test_02__J -> failed: atf-check failed; = see the output of the test for details [0.169s] >> lib/libxo/functional_test:test_02__JP -> failed: atf-check failed; = see the output of the test for details [0.166s] >> lib/libxo/functional_test:test_02__T -> failed: atf-check failed; = see the output of the test for details [0.168s] >> lib/libxo/functional_test:test_02__X -> failed: atf-check failed; = see the output of the test for details [0.169s] >> lib/libxo/functional_test:test_02__XP -> failed: atf-check failed; = see the output of the test for details [0.168s] >> lib/msun/conj_test:main -> failed: 9 tests of 42 failed [0.034s] >> lib/msun/ldexp_test:ldexp_denormal -> failed: 4 checks failed; see = output for more details [0.034s] >> local/kyua/model/metadata_test:override_all_with_set_string -> = failed: Line 253: disk_space !=3D md.required_disk_space() (16777216.00T = !=3D 2.00G) [0.047s] >> local/kyua/testers/stacktrace_test:dump__cannot_find_gdb -> failed: = testers/stacktrace_test.c:281: atf_utils_grep_file("execvp failed", = "stacktrace") not met=20 >> [0.611s] >> local/kyua/testers/stacktrace_test:dump__gdb_fail -> failed: = testers/stacktrace_test.c:294: atf_utils_grep_file("foo", "stacktrace") = not met [0.610s] >> local/kyua/testers/stacktrace_test:dump__gdb_times_out -> failed: = testers/stacktrace_test.c:311: atf_utils_grep_file("foo", "stacktrace") = not met [0.614s] >> local/kyua/testers/stacktrace_test:dump__integration -> failed: = testers/stacktrace_test.c:233: atf_utils_grep_file("#0", "stacktrace") = not met [0.613s] >> local/kyua/testers/stacktrace_test:dump__ok -> failed: = testers/stacktrace_test.c:249: atf_utils_grep_file("frame 1", = "stacktrace") not met [0.614s] >> local/kyua/testers/stacktrace_test:find_core__found__long -> = failed: Core dumped, but no candidates found [0.606s] >> local/kyua/testers/stacktrace_test:find_core__found__short -> = failed: Core dumped, but no candidates found [0.603s] >> local/kyua/testers/tap_parser_test:try_parse_plan__insane -> = failed: testers/tap_parser_test.c:135: 'too long' not matched in 'Plan = line includes out of range >> numbers' [0.032s] >> sys/geom/class/eli/resize_test:main -> failed: 15 tests of 27 = failed [1.292s] >> sys/kern/pipe/pipe_fstat_bug_test:main -> failed: Returned = non-success exit status 1 [0.044s] >> usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 failed = [0.151s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> failed: 1 = checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip_rev -> failed: 1 = checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only -> failed: = 1 checks failed; see output for more details [0.034s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet -> = failed: 1 checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet_rev = -> failed: 1 checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point -> failed: 1 = checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point_rev -> = failed: 1 checks failed; see output for more details [0.033s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr -> failed: 1 = checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr_rev -> = failed: 1 checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed -> failed: 1 = checks failed; see output for more details [0.032s] >> usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed = [0.340s] >=20 An additional list: The core files generated [Apparently kyua use does not look for redirections into places like = /var/crash/ and so it does not find the cores generated in my = configuration.] # ls -lt /var/crash/*.core =20 -rw------- 1 root wheel 4767744 Jun 13 03:30 = /var/crash/status_test.25922.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25897.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25891.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25863.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25860.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25857.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25854.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25841.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25838.core -rw------- 1 root wheel 4784128 Jun 13 03:29 = /var/crash/sanity_test.25125.core -rw------- 1 root wheel 4784128 Jun 13 03:29 = /var/crash/sanity_test.25122.core -rw------- 1 root wheel 4784128 Jun 13 03:29 = /var/crash/sanity_test.25092.core -rw------- 1 root wheel 4784128 Jun 13 03:29 = /var/crash/sanity_test.25089.core -rw------- 1 root wheel 4784128 Jun 13 03:29 = /var/crash/sanity_test.25086.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/tap_helpers.24882.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/plain_helpers.24832.core -rw------- 1 root wheel 4603904 Jun 13 03:29 = /var/crash/atf_helpers.24783.core -rw------- 1 root wheel 4603904 Jun 13 03:29 = /var/crash/atf_helpers.24754.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/short.24532.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/long-name-that-may-.24529.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/short.24526.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/short.24523.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/short.24520.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/short.24517.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/dont-care.24514.core -rw------- 1 root wheel 4608000 Jun 13 03:29 = /var/crash/run_test.24451.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/expect_all_pass.22473.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/metadata.20652.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/metadata.20557.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/metadata.20523.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/metadata.20470.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/metadata.20415.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/metadata.20359.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/metadata.20287.core -rw------- 1 root wheel 4620288 Jun 13 03:27 /var/crash/sh.16623.core -rw------- 1 root wheel 4759552 Jun 13 03:27 = /var/crash/test_case_plain_hel.16610.core -rw------- 1 root wheel 4759552 Jun 13 03:27 = /var/crash/test_case_plain_hel.16595.core -rw------- 1 root wheel 4767744 Jun 13 03:27 = /var/crash/test_case_atf_helpe.16558.core -rw------- 1 root wheel 4767744 Jun 13 03:27 = /var/crash/test_case_atf_helpe.16553.core -rw------- 1 root wheel 4767744 Jun 13 03:27 = /var/crash/test_case_atf_helpe.16522.core -rw------- 1 root wheel 4620288 Jun 13 03:27 /var/crash/sh.16483.core -rw------- 1 root wheel 4689920 Jun 13 03:27 = /var/crash/list_tests_helpers.16256.core -rw------- 1 root wheel 4788224 Jun 13 03:27 = /var/crash/main_test.16232.core -rw------- 1 root wheel 4657152 Jun 13 03:27 = /var/crash/plain_helpers.15805.core -rw------- 1 root wheel 4681728 Jun 13 03:26 = /var/crash/cpp_helpers.15067.core -rw------- 1 root wheel 4608000 Jun 13 03:25 = /var/crash/process_test.10574.core -rw------- 1 root wheel 4599808 Jun 13 03:12 = /var/crash/bitstring_test.77944.core -rw------- 1 root wheel 4599808 Jun 13 03:12 = /var/crash/bitstring_test.77942.core -rw------- 1 root wheel 4599808 Jun 13 03:12 = /var/crash/bitstring_test.77940.core -rw------- 1 root wheel 4599808 Jun 13 03:12 = /var/crash/bitstring_test.77938.core -rw------- 1 root wheel 4599808 Jun 13 03:12 = /var/crash/bitstring_test.77936.core -rw------- 1 root wheel 4599808 Jun 13 03:12 = /var/crash/bitstring_test.77934.core -rw------- 1 root wheel 4599808 Jun 13 03:12 = /var/crash/bitstring_test.77932.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/trig_test.91205.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/rem_test.91202.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/nearbyint_test.91196.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/lrint_test.91190.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/logarithm_test.91187.core -rw------- 1 root wheel 4595712 Jun 13 01:50 = /var/crash/invctrig_test.91184.core -rw------- 1 root wheel 4595712 Jun 13 01:50 = /var/crash/invtrig_test.91181.core -rw------- 1 root wheel 4595712 Jun 13 01:50 = /var/crash/fma_test.91175.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/fenv_test.91172.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/exponential_test.91169.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/ctrig_test.91166.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/cexp_test.91157.core -rw------- 1 root wheel 446464 Jun 13 01:46 = /var/crash/target_prog.87653.core -rw------- 1 root wheel 4599808 Jun 13 01:45 = /var/crash/getenv_test.85527.core -rw------- 1 root wheel 4599808 Jun 13 01:44 = /var/crash/printf_test.85463.core -rw------- 1 root wheel 4669440 Jun 13 01:06 = /var/crash/cpp_helpers.66582.core -rw------- 1 root wheel 4599808 Jun 13 01:06 = /var/crash/sanity_test.64304.core -rw------- 1 root wheel 4599808 Jun 13 01:06 = /var/crash/sanity_test.64300.core -rw------- 1 root wheel 4599808 Jun 13 01:06 = /var/crash/sanity_test.64296.core -rw------- 1 root wheel 4599808 Jun 13 01:06 = /var/crash/sanity_test.64292.core -rw------- 1 root wheel 4603904 Jun 13 01:06 = /var/crash/process_test.64269.core dmesg shows the following as well: (This and /var/log/messages* only have the tail available of the full = message sequence during the run. I did not separately record the whole = thing.) kern.ipc.maxpipekva exceeded; see tuning(7) . . . pid 81874 (sh), uid 0, was killed: exceeded maximum CPU limit Jun 13 03:13:28 rpi2 kernel: pid 81874 (sh), uid 0, was killed: exceeded = maximum CPU limit There are a few "exited on signal" reports that do not say "(core = dumped)": pid 15215 (c_helpers), uid 977: exited on signal 6 pid 15217 (cpp_helpers), uid 977: exited on signal 6 . . . pid 24658 (atf_result_test), uid 0: exited on signal 6 There are massive numbers of notices such as: GEOM_ELI: md2.eli: Failed to authenticate 8192 bytes of data at offset = 712704. (=46rom lack of initialization that would set checksums?) There are lots = of other GEOM_ELI created, destroyed, Encryption, and Crypto lines as = well. > Context details: >=20 >> # uname -apKU >> FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat Jun 11 = 23:43:48 PDT 2016 = markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-NODBG ar >> m armv6 1100116 1100116 >=20 > In use for the system build was: >=20 >> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >=20 > I do have a few local /usr/src changes/additions, but nearly all are = only for powerpc and/or powerpc64 contexts: >=20 >> # svnlite status /usr/src/ >> M = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp >> M /usr/src/lib/csu/powerpc64/Makefile >> ? /usr/src/sys/amd64/include/include >> ? /usr/src/sys/arm/conf/RPI2-NODBG >> ? /usr/src/sys/arm/include/include >> M /usr/src/sys/boot/ofw/Makefile.inc >> M /usr/src/sys/boot/powerpc/Makefile >> M /usr/src/sys/boot/powerpc/Makefile.inc >> M /usr/src/sys/boot/uboot/Makefile.inc >> M /usr/src/sys/conf/Makefile.powerpc >> M /usr/src/sys/conf/kern.mk >> M /usr/src/sys/conf/kmod.mk >> M /usr/src/sys/dev/cxgb/ulp/tom/cxgb_listen.c >> M /usr/src/sys/dev/cxgbe/tom/t4_listen.c >> ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG >> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc >> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG >> ? /usr/src/sys/powerpc/conf/GENERICvtsc >> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG >> ? /usr/src/sys/powerpc/include/include >> M /usr/src/sys/powerpc/ofw/ofw_machdep.c >> M /usr/src/sys/powerpc/powerpc/exec_machdep.c >> ? /usr/src/sys/x86/include/include >=20 > [The cxbg and cxbge changes just remove redundant declarations that = stopped a amd64-gcc based build. But other areas have such issues and I = quit trying eliminating such blocks to that tool chain. The = include/include's are from something making symbolic links back to the = parent include.] >=20 > The kernel configuration was via: >=20 >> # more /usr/src/sys/arm/conf/RPI2-NODBG=20 >> # >> # RPI2 -- Custom configuration for the Raspberry Pi 2 >> # >> # For more information on this file, please read the config(5) manual = page, >> # and/or the handbook section on Kernel Configuration Files: >> # >> # = http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-con= fig.html >> # >> # The handbook is also available locally in /usr/share/doc/handbook >> # if you've installed the doc distribution, otherwise always see the >> # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the >> # latest information. >> # >> # An exhaustive list of options and more detailed explanations of the >> # device lines is also present in the ../../conf/NOTES and NOTES = files. >> # If you are in doubt as to the purpose or necessity of a line, check = first >> # in NOTES. >> # >>=20 >> ident RPI2-NODBG >>=20 >> include "RPI2" >>=20 >> makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols >> options ALT_BREAK_TO_DEBUGGER >> #options VERBOSE_SYSINIT # Enable verbose sysinit = messages >>=20 >> options KDB # Enable kernel debugger = support >>=20 >> # For minimum debugger support (stable branch) use: >> #options KDB_TRACE # Print a stack trace for a = panic >> options DDB # Enable the kernel debugger >>=20 >> nooptions INVARIANTS # Enable calls of extra = sanity checking >> nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS >> nooptions WITNESS # Enable checks to detect = deadlocks and cycles >> nooptions WITNESS_SKIPSPIN # Don't run witness on = spinlocks for speed >> nooptions DIAGNOSTIC >=20 >=20 > The armv6 11.0 -r301815 system was cross built from amd64, built using = src.conf: >=20 >> # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host=20 >> TO_TYPE=3Darmv6 >> # >> KERNCONF=3DRPI2-NODBG >> TARGET=3Darm >> .if ${.MAKE.LEVEL} =3D=3D 0 >> TARGET_ARCH=3D${TO_TYPE} >> .export TARGET_ARCH >> .endif >> # >> WITH_CROSS_COMPILER=3D >> WITHOUT_SYSTEM_COMPILER=3D >> # >> #CPUTYPE=3Dsoft >> WITH_LIBSOFT=3D >> WITH_LIBCPLUSPLUS=3D >> WITH_BINUTILS_BOOTSTRAP=3D >> WITH_CLANG_BOOTSTRAP=3D >> WITH_CLANG=3D >> WITH_CLANG_IS_CC=3D >> WITH_CLANG_FULL=3D >> WITH_CLANG_EXTRAS=3D >> WITH_LLDB=3D >> # >> WITH_BOOT=3D >> WITHOUT_LIB32=3D >> # >> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D >> WITHOUT_GCC_BOOTSTRAP=3D >> WITHOUT_GCC=3D >> WITHOUT_GCC_IS_CC=3D >> WITHOUT_GNUCXX=3D >> # >> NO_WERROR=3D >> #WERROR=3D >> MALLOC_PRODUCTION=3D >> # >> WITH_DEBUG_FILES=3D >> # >> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> # There is no XCPPFLAGS but XCPP ets XCFLAGS content. >=20 > and with the make.conf for the system build being empty: >=20 >> # more ~/src.configs/make.conf=20 >> # >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Jun 13 19:18:41 2016 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 22DD7AF2B84; Mon, 13 Jun 2016 19:18:41 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::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 D9BBD29AC; Mon, 13 Jun 2016 19:18:40 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi0-x22b.google.com with SMTP id u201so95915560oie.0; Mon, 13 Jun 2016 12:18:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=KLxFo75RTVIISoYNtDV2tLnCl+ZW5Q/2hfSACc4Rdjw=; b=IvP5Wfhi+q3d6dZydcd6KttecnnVtuYeee0fR5JiRMvFD83iNMwlQuK6iCDejqnXnB FyP3/xxhGG14ZhGiIMRDO6uVXu9Wr7wF6ZGDdY1mo32D59r9IYVjz58qQw5BrutthLmp zGsULnBAU+2ToXGx5r25+rG7oFnkG5HviKhOFVEMceMoLdYMGcxfEtWar+23T1qmW1UD Tc40z0mmXTQX+psCU+G3IjQBiOcgak8r0vasmPd6f8ZSFFTacR09eFRL9L1vTpgxWyZa YU9rwgupniNPpqhPMKDZRFLtiUUQ2DZ0TPxVFna2b4U5feqTRrC5N9foYRzWWvSh79rk lsGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=KLxFo75RTVIISoYNtDV2tLnCl+ZW5Q/2hfSACc4Rdjw=; b=a/cZ7AWbRV2PcJIK70h2vuRgYx1PelHcIifvHVf9Mjje770l3eJwsC0MEaallmIUXl 8Z2eidh2KJdRkVWuTYJqWK8S5jGivvrYcUgvkTNfq6bSA175XHR+VYtAFL43Qvti46sh QeNbUSaYNJUjgDvPesHNBDF/1SPLheMqQ6EzJPhWbZl+5G8m4mRTrZKHJszAzHfKtFpZ P1tG4cygZUG73lpIeQipJFeh2zae0juthQ4ofVDYZIjRLfXKrmaluhm/0j8mRzqTXSwX xOdx770aGI915l5LpSTCWH62guqwPq31vFjC5Dk7CgHK9FzaZq+Mums9pR/jjF3ZSlTf y4zg== X-Gm-Message-State: ALyK8tLEHzM9GHssDdg/QF96BqCt0nM0awn2OfmzSZYqJjiJV6RxKLzyOsfQeHn3GjQWND+YEOKpFEBxUeZuJg== X-Received: by 10.202.198.13 with SMTP id w13mr8863367oif.173.1465845519683; Mon, 13 Jun 2016 12:18:39 -0700 (PDT) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.202.102.206 with HTTP; Mon, 13 Jun 2016 12:18:39 -0700 (PDT) In-Reply-To: References: From: Alan Somers Date: Mon, 13 Jun 2016 13:18:39 -0600 X-Google-Sender-Auth: LDEEuls8yrYsWPt-JutK30tz6_c Message-ID: Subject: Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists To: "Conrad E. Meyer" Cc: Mark Millard , freebsd-arm , 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.22 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, 13 Jun 2016 19:18:41 -0000 This isn't an ABI issue. Since there's no dynamic library, there's no ABI to break except for weird circumstances like writing the in-memory representation of a bitstring to a file, rebuilding world, and reading that file back in. The ATF tests aren't doing anything like that. On Mon, Jun 13, 2016 at 12:05 PM, Conrad Meyer wrote: > FYI, this implies the ulong-accessed bitstring change is ABI-breaking > for ARM userspace and maybe shouldn't go to stable/10. > > Best, > Conrad > > On Mon, Jun 13, 2016 at 11:04 AM, Conrad Meyer wrote: >> I expect it's because: >> >> 1. bitstr_size() is just bytes (doesn't round up to sizeof(bitstr_t =3D= =3D >> unsigned long)) >> 2. The userspace version of bit_alloc() uses calloc(bitstr_size(), 1) >> (an array of nmemb=3Dbitstr_size() size=3Dbytes, doesn't have to be >> 'unsigned long' sized or aligned). >> 3. Various bit_* functions access the result as if it's an array of >> 'unsigned long', when it was allocated as a single-byte array (no >> ulong alignment or size). >> 4. ARM isn't as happy about unaligned accesses as x86. >> >> I'd make the following change (needs sys/param.h, not compile tested) >> and see if it fixes it: >> >> --- sys/bitstring.h (revision 301805) >> +++ sys/bitstring.h (working copy) >> @@ -119,7 +119,8 @@ >> static inline bitstr_t * >> bit_alloc(int _nbits) >> { >> - return ((bitstr_t *)calloc(bitstr_size(_nbits), 1)); >> + return (calloc(howmany(bitstr_size(_nbits), sizeof(bitstr_t)), >> + sizeof(bitstr_t))); >> } >> #endif >> >> >> >> >> >> >> On Mon, Jun 13, 2016 at 10:49 AM, Alan Somers wrot= e: >>> Please open a bug for the bitstring test failures and assign it to me. >>> Also, since I don't have any arm hardware, please provide instructions >>> on how to run this code in a VM, or where I can get access to the >>> hardware. >>> >>> -Alan >>> >>> On Mon, Jun 13, 2016 at 11:29 AM, Mark Millard wr= ote: >>>> With the newly less strict alignment requirements "kyua test -k /usr/t= ests/Kyuafile" runs to completion, unlike before. >>>> >>>>> =3D=3D=3D> Summary >>>>> Results read from /root/.kyua/store/results.usr_tests.20160613-080302= -120731.db >>>>> Test cases: 5694 total, 54 skipped, 21 expected failures, 24 broken, = 59 failed >>>>> Total time: 8723.243s >>>> >>>> >>>> I only list the one line summaries below. Then I list various context = details. >>>> >>>>> =3D=3D=3D> Broken tests >>>>> lib/msun/cexp_test:main -> broken: Received signal 6 [1.054s] >>>>> lib/msun/ctrig_test:main -> broken: Received signal 6 [1.074s] >>>>> lib/msun/exponential_test:main -> broken: Received signal 6 [1.045= s] >>>>> lib/msun/fenv_test:main -> broken: Received signal 6 [1.048s] >>>>> lib/msun/fma_test:main -> broken: Received signal 6 [1.080s] >>>>> lib/msun/invctrig_test:main -> broken: Received signal 6 [1.091s] >>>>> lib/msun/invtrig_test:main -> broken: Received signal 6 [1.086s] >>>>> lib/msun/logarithm_test:main -> broken: Received signal 6 [1.054s] >>>>> lib/msun/lrint_test:main -> broken: Received signal 6 [1.069s] >>>>> lib/msun/nearbyint_test:main -> broken: Received signal 6 [1.066s] >>>>> lib/msun/rem_test:main -> broken: Received signal 6 [1.069s] >>>>> lib/msun/trig_test:main -> broken: Received signal 6 [1.070s] >>>>> sbin/growfs/legacy_test:main -> broken: Reported plan differs from = actual executed tests [0.459s] >>>>> sys/geom/class/eli/integrity_copy_test:main -> broken: Test case ti= med out [1200.082s] >>>>> sys/geom/class/eli/integrity_hmac_test:main -> broken: Test case ti= med out [600.138s] >>>>> sys/geom/class/eli/onetime_a_test:main -> broken: Test case timed o= ut [600.044s] >>>>> sys/sys/bitstring_test:bit_clear -> broken: Test case body timed ou= t [300.032s] >>>>> sys/sys/bitstring_test:bit_count -> broken: Premature exit; test ca= se received signal 11 (core dumped) [1.080s] >>>>> sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; test case= received signal 11 (core dumped) [1.077s] >>>>> sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; test c= ase received signal 11 (core dumped) [1.081s] >>>>> sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; test case= received signal 11 (core dumped) [1.082s] >>>>> sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; test c= ase received signal 11 (core dumped) [1.077s] >>>>> sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; test c= ase received signal 11 (core dumped) [1.083s] >>>>> sys/sys/bitstring_test:bit_nset -> broken: Premature exit; test cas= e received signal 11 (core dumped) [1.079s] >>>> >>>> >>>>> =3D=3D=3D> Failed tests >>>>> lib/libc/c063/fstatat_test:fstatat_fd -> failed: /usr/src/contrib/n= etbsd-tests/lib/libc/c063/t_fstatat.c:74: memcmp(&st1, &st2, sizeof(st1)) = =3D=3D 0 not met [0. >>>>> 027s] >>>>> lib/libc/nss/gethostby_test:getipnodebyname_getaddrinfo_ipv4 -> fai= led: /usr/src/lib/libc/tests/nss/gethostby_test.c:1335: run_tests(_hostlist= _file, _snapshot >>>>> _file, 2, TEST_GETHOSTBYNAME2_GETADDRINFO, 0) =3D=3D 0 not met [15.3= 15s] >>>>> lib/libc/ssp/ssp_test:fgets -> failed: Test case body returned a no= n-ok exit code, but this is not allowed [0.153s] >>>>> lib/libc/ssp/ssp_test:gets -> failed: Test case body returned a non= -ok exit code, but this is not allowed [0.158s] >>>>> lib/libc/ssp/ssp_test:memcpy -> failed: atf-check failed; see the o= utput of the test for details [0.148s] >>>>> lib/libc/ssp/ssp_test:memmove -> failed: atf-check failed; see the = output of the test for details [0.147s] >>>>> lib/libc/ssp/ssp_test:memset -> failed: atf-check failed; see the o= utput of the test for details [0.147s] >>>>> lib/libc/ssp/ssp_test:read -> failed: Test case body returned a non= -ok exit code, but this is not allowed [0.154s] >>>>> lib/libc/ssp/ssp_test:readlink -> failed: atf-check failed; see the= output of the test for details [0.155s] >>>>> lib/libc/ssp/ssp_test:snprintf -> failed: atf-check failed; see the= output of the test for details [0.149s] >>>>> lib/libc/ssp/ssp_test:sprintf -> failed: atf-check failed; see the = output of the test for details [0.149s] >>>>> lib/libc/ssp/ssp_test:stpcpy -> failed: atf-check failed; see the o= utput of the test for details [0.149s] >>>>> lib/libc/ssp/ssp_test:stpncpy -> failed: atf-check failed; see the = output of the test for details [0.147s] >>>>> lib/libc/ssp/ssp_test:strcat -> failed: atf-check failed; see the o= utput of the test for details [0.147s] >>>>> lib/libc/ssp/ssp_test:strcpy -> failed: atf-check failed; see the o= utput of the test for details [0.147s] >>>>> lib/libc/ssp/ssp_test:strncat -> failed: atf-check failed; see the = output of the test for details [0.147s] >>>>> lib/libc/ssp/ssp_test:strncpy -> failed: atf-check failed; see the = output of the test for details [0.146s] >>>>> lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; see th= e output of the test for details [0.150s] >>>>> lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; see the= output of the test for details [0.148s] >>>>> lib/libc/stdio/printbasic_test:int_within_limits -> failed: printf(= "%tu", (size_t)-1) =3D=3D> [18446744073709551615], expected [4294967295]<> [0.030s] >>>>> lib/libc/stdio/scanfloat_test:infinities_and_nans -> failed: /usr/s= rc/lib/libc/tests/stdio/scanfloat_test.c:191: fetestexcept(FE_INVALID) =3D= =3D 0 not met [0.031 >>>>> s] >>>>> lib/libc/sys/mincore_test:mincore_resid -> failed: /usr/src/contrib= /netbsd-tests/lib/libc/sys/t_mincore.c:225: check_residency(addr, npgs) =3D= =3D 0 not met [0.04 >>>>> 0s] >>>>> lib/libc/sys/mincore_test:mincore_shmseg -> failed: /usr/src/contri= b/netbsd-tests/lib/libc/sys/t_mincore.c:298: check_residency(addr, npgs) = =3D=3D 0 not met [0.0 >>>>> 29s] >>>>> lib/libc/tls/tls_dynamic_test:t_tls_dynamic -> failed: 15 checks fa= iled; see output for more details [0.035s] >>>>> lib/libproc/proc_test:symbol_lookup -> failed: /usr/src/lib/libproc= /tests/proc_test.c:116: state !=3D PS_STOP: process has state 4 [0.177s] >>>>> lib/libxo/functional_test:test_02__E -> failed: atf-check failed; s= ee the output of the test for details [0.166s] >>>>> lib/libxo/functional_test:test_02__H -> failed: atf-check failed; s= ee the output of the test for details [0.168s] >>>>> lib/libxo/functional_test:test_02__HIPx -> failed: atf-check failed= ; see the output of the test for details [0.170s] >>>>> lib/libxo/functional_test:test_02__HP -> failed: atf-check failed; = see the output of the test for details [0.164s] >>>>> lib/libxo/functional_test:test_02__J -> failed: atf-check failed; s= ee the output of the test for details [0.169s] >>>>> lib/libxo/functional_test:test_02__JP -> failed: atf-check failed; = see the output of the test for details [0.166s] >>>>> lib/libxo/functional_test:test_02__T -> failed: atf-check failed; s= ee the output of the test for details [0.168s] >>>>> lib/libxo/functional_test:test_02__X -> failed: atf-check failed; s= ee the output of the test for details [0.169s] >>>>> lib/libxo/functional_test:test_02__XP -> failed: atf-check failed; = see the output of the test for details [0.168s] >>>>> lib/msun/conj_test:main -> failed: 9 tests of 42 failed [0.034s] >>>>> lib/msun/ldexp_test:ldexp_denormal -> failed: 4 checks failed; see = output for more details [0.034s] >>>>> local/kyua/model/metadata_test:override_all_with_set_string -> fail= ed: Line 253: disk_space !=3D md.required_disk_space() (16777216.00T !=3D 2= .00G) [0.047s] >>>>> local/kyua/testers/stacktrace_test:dump__cannot_find_gdb -> failed:= testers/stacktrace_test.c:281: atf_utils_grep_file("execvp failed", "stack= trace") not met >>>>> [0.611s] >>>>> local/kyua/testers/stacktrace_test:dump__gdb_fail -> failed: tester= s/stacktrace_test.c:294: atf_utils_grep_file("foo", "stacktrace") not met = [0.610s] >>>>> local/kyua/testers/stacktrace_test:dump__gdb_times_out -> failed: t= esters/stacktrace_test.c:311: atf_utils_grep_file("foo", "stacktrace") not = met [0.614s] >>>>> local/kyua/testers/stacktrace_test:dump__integration -> failed: tes= ters/stacktrace_test.c:233: atf_utils_grep_file("#0", "stacktrace") not met= [0.613s] >>>>> local/kyua/testers/stacktrace_test:dump__ok -> failed: testers/stac= ktrace_test.c:249: atf_utils_grep_file("frame 1", "stacktrace") not met [0= .614s] >>>>> local/kyua/testers/stacktrace_test:find_core__found__long -> failed= : Core dumped, but no candidates found [0.606s] >>>>> local/kyua/testers/stacktrace_test:find_core__found__short -> faile= d: Core dumped, but no candidates found [0.603s] >>>>> local/kyua/testers/tap_parser_test:try_parse_plan__insane -> failed= : testers/tap_parser_test.c:135: 'too long' not matched in 'Plan line inclu= des out of range >>>>> numbers' [0.032s] >>>>> sys/geom/class/eli/resize_test:main -> failed: 15 tests of 27 faile= d [1.292s] >>>>> sys/kern/pipe/pipe_fstat_bug_test:main -> failed: Returned non-succ= ess exit status 1 [0.044s] >>>>> usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 failed [= 0.151s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> failed: 1 check= s failed; see output for more details [0.035s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip_rev -> failed: 1 c= hecks failed; see output for more details [0.035s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only -> failed:= 1 checks failed; see output for more details [0.034s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet ->= failed: 1 checks failed; see output for more details [0.035s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet_rev= -> failed: 1 checks failed; see output for more details [0.035s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point -> failed: 1 = checks failed; see output for more details [0.035s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point_rev -> failed= : 1 checks failed; see output for more details [0.033s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr -> failed: 1 = checks failed; see output for more details [0.035s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr_rev -> failed= : 1 checks failed; see output for more details [0.035s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed -> failed: 1 = checks failed; see output for more details [0.032s] >>>>> usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed [0.3= 40s] >>>> >>>> >>>> >>>> Context details: >>>> >>>>> # uname -apKU >>>>> FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat Jun 11 = 23:43:48 PDT 2016 markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sy= s/RPI2-NODBG ar >>>>> m armv6 1100116 1100116 >>>> >>>> In use for the system build was: >>>> >>>>> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>>>> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>>> >>>> I do have a few local /usr/src changes/additions, but nearly all are o= nly for powerpc and/or powerpc64 contexts: >>>> >>>>> # svnlite status /usr/src/ >>>>> M /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBu= ilder.cpp >>>>> M /usr/src/lib/csu/powerpc64/Makefile >>>>> ? /usr/src/sys/amd64/include/include >>>>> ? /usr/src/sys/arm/conf/RPI2-NODBG >>>>> ? /usr/src/sys/arm/include/include >>>>> M /usr/src/sys/boot/ofw/Makefile.inc >>>>> M /usr/src/sys/boot/powerpc/Makefile >>>>> M /usr/src/sys/boot/powerpc/Makefile.inc >>>>> M /usr/src/sys/boot/uboot/Makefile.inc >>>>> M /usr/src/sys/conf/Makefile.powerpc >>>>> M /usr/src/sys/conf/kern.mk >>>>> M /usr/src/sys/conf/kmod.mk >>>>> M /usr/src/sys/dev/cxgb/ulp/tom/cxgb_listen.c >>>>> M /usr/src/sys/dev/cxgbe/tom/t4_listen.c >>>>> ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG >>>>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc >>>>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG >>>>> ? /usr/src/sys/powerpc/conf/GENERICvtsc >>>>> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG >>>>> ? /usr/src/sys/powerpc/include/include >>>>> M /usr/src/sys/powerpc/ofw/ofw_machdep.c >>>>> M /usr/src/sys/powerpc/powerpc/exec_machdep.c >>>>> ? /usr/src/sys/x86/include/include >>>> >>>> [The cxbg and cxbge changes just remove redundant declarations that st= opped a amd64-gcc based build. But other areas have such issues and I quit = trying eliminating such blocks to that tool chain. The include/include's ar= e from something making symbolic links back to the parent include.] >>>> >>>> The kernel configuration was via: >>>> >>>>> # more /usr/src/sys/arm/conf/RPI2-NODBG >>>>> # >>>>> # RPI2 -- Custom configuration for the Raspberry Pi 2 >>>>> # >>>>> # For more information on this file, please read the config(5) manual= page, >>>>> # and/or the handbook section on Kernel Configuration Files: >>>>> # >>>>> # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernel= config-config.html >>>>> # >>>>> # The handbook is also available locally in /usr/share/doc/handbook >>>>> # if you've installed the doc distribution, otherwise always see the >>>>> # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the >>>>> # latest information. >>>>> # >>>>> # An exhaustive list of options and more detailed explanations of the >>>>> # device lines is also present in the ../../conf/NOTES and NOTES file= s. >>>>> # If you are in doubt as to the purpose or necessity of a line, check= first >>>>> # in NOTES. >>>>> # >>>>> >>>>> ident RPI2-NODBG >>>>> >>>>> include "RPI2" >>>>> >>>>> makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols >>>>> options ALT_BREAK_TO_DEBUGGER >>>>> #options VERBOSE_SYSINIT # Enable verbose sysinit mess= ages >>>>> >>>>> options KDB # Enable kernel debugger supp= ort >>>>> >>>>> # For minimum debugger support (stable branch) use: >>>>> #options KDB_TRACE # Print a stack trace for a p= anic >>>>> options DDB # Enable the kernel debugger >>>>> >>>>> nooptions INVARIANTS # Enable calls of extra sanit= y checking >>>>> nooptions INVARIANT_SUPPORT # Extra sanity checks of inte= rnal structures, required by INVARIANTS >>>>> nooptions WITNESS # Enable checks to detect dea= dlocks and cycles >>>>> nooptions WITNESS_SKIPSPIN # Don't run witness on spinlo= cks for speed >>>>> nooptions DIAGNOSTIC >>>> >>>> >>>> The armv6 11.0 -r301815 system was cross built from amd64, built using= src.conf: >>>> >>>>> # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host >>>>> TO_TYPE=3Darmv6 >>>>> # >>>>> KERNCONF=3DRPI2-NODBG >>>>> TARGET=3Darm >>>>> .if ${.MAKE.LEVEL} =3D=3D 0 >>>>> TARGET_ARCH=3D${TO_TYPE} >>>>> .export TARGET_ARCH >>>>> .endif >>>>> # >>>>> WITH_CROSS_COMPILER=3D >>>>> WITHOUT_SYSTEM_COMPILER=3D >>>>> # >>>>> #CPUTYPE=3Dsoft >>>>> WITH_LIBSOFT=3D >>>>> WITH_LIBCPLUSPLUS=3D >>>>> WITH_BINUTILS_BOOTSTRAP=3D >>>>> WITH_CLANG_BOOTSTRAP=3D >>>>> WITH_CLANG=3D >>>>> WITH_CLANG_IS_CC=3D >>>>> WITH_CLANG_FULL=3D >>>>> WITH_CLANG_EXTRAS=3D >>>>> WITH_LLDB=3D >>>>> # >>>>> WITH_BOOT=3D >>>>> WITHOUT_LIB32=3D >>>>> # >>>>> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D >>>>> WITHOUT_GCC_BOOTSTRAP=3D >>>>> WITHOUT_GCC=3D >>>>> WITHOUT_GCC_IS_CC=3D >>>>> WITHOUT_GNUCXX=3D >>>>> # >>>>> NO_WERROR=3D >>>>> #WERROR=3D >>>>> MALLOC_PRODUCTION=3D >>>>> # >>>>> WITH_DEBUG_FILES=3D >>>>> # >>>>> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>>>> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>>>> # There is no XCPPFLAGS but XCPP ets XCFLAGS content. >>>> >>>> and with the make.conf for the system build being empty: >>>> >>>>> # more ~/src.configs/make.conf >>>>> # >>>> >>>> =3D=3D=3D >>>> Mark Millard >>>> markmi at dsl-only.net >>>> >>>> _______________________________________________ >>>> 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.o= rg" From owner-freebsd-current@freebsd.org Mon Jun 13 19:40:27 2016 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 A8C02AF1597; Mon, 13 Jun 2016 19:40:27 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-io0-f172.google.com (mail-io0-f172.google.com [209.85.223.172]) (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 7BF2C29C1; Mon, 13 Jun 2016 19:40:27 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-io0-f172.google.com with SMTP id d2so41950312iof.0; Mon, 13 Jun 2016 12:40:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=08V8da6n6qtULVfCDo8PtTSNhCoVl03z0SXXAECtdP0=; b=R6NEwgzki/sig7k3uLN77tQbF0zTWWa4gnEngSsHjhhqW/B/IWBQbB6Xw3Mi0Naxbw vBWME0E4akwiKVA926ifpD3wpqtQd9pywESi4HwdirMwVzJLuoiSYdQEjLv0fCMV55Dd PfYkH6ShyY+cPNVr43B02GNET1oNpaXVF1rg8SOYBKS7flXm/wI/E+CxEaE+YVygawXK vNzC7B8cJNMgVr1Fs6FRWgP8IxC87UU2vp7XmOvCH7mj5JJs9sYyK74tYi7VtVHPYzM1 sItW3xC3fYTsFCxGNYKzPVzY7jiou6xXKlnoZxpLBTQlNYZ+MCn+WLd9sEv5hiom96Zi cW1w== X-Gm-Message-State: ALyK8tKUzAoTinZ8455IYGsJDhgCuELIDD4FfzWzrPCkpE0n+RBpnzHt24FAyvqhHHEX9w== X-Received: by 10.107.53.5 with SMTP id c5mr24931985ioa.2.1465841058561; Mon, 13 Jun 2016 11:04:18 -0700 (PDT) Received: from mail-it0-f41.google.com (mail-it0-f41.google.com. [209.85.214.41]) by smtp.gmail.com with ESMTPSA id k20sm12796882iok.14.2016.06.13.11.04.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Jun 2016 11:04:18 -0700 (PDT) Received: by mail-it0-f41.google.com with SMTP id z189so56284880itg.0; Mon, 13 Jun 2016 11:04:18 -0700 (PDT) X-Received: by 10.36.105.210 with SMTP id e201mr1569894itc.86.1465841057989; Mon, 13 Jun 2016 11:04:17 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.36.205.70 with HTTP; Mon, 13 Jun 2016 11:04:17 -0700 (PDT) In-Reply-To: References: From: Conrad Meyer Date: Mon, 13 Jun 2016 11:04:17 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists To: Alan Somers Cc: Mark Millard , freebsd-arm , 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.22 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, 13 Jun 2016 19:40:27 -0000 I expect it's because: 1. bitstr_size() is just bytes (doesn't round up to sizeof(bitstr_t =3D=3D unsigned long)) 2. The userspace version of bit_alloc() uses calloc(bitstr_size(), 1) (an array of nmemb=3Dbitstr_size() size=3Dbytes, doesn't have to be 'unsigned long' sized or aligned). 3. Various bit_* functions access the result as if it's an array of 'unsigned long', when it was allocated as a single-byte array (no ulong alignment or size). 4. ARM isn't as happy about unaligned accesses as x86. I'd make the following change (needs sys/param.h, not compile tested) and see if it fixes it: --- sys/bitstring.h (revision 301805) +++ sys/bitstring.h (working copy) @@ -119,7 +119,8 @@ static inline bitstr_t * bit_alloc(int _nbits) { - return ((bitstr_t *)calloc(bitstr_size(_nbits), 1)); + return (calloc(howmany(bitstr_size(_nbits), sizeof(bitstr_t)), + sizeof(bitstr_t))); } #endif On Mon, Jun 13, 2016 at 10:49 AM, Alan Somers wrote: > Please open a bug for the bitstring test failures and assign it to me. > Also, since I don't have any arm hardware, please provide instructions > on how to run this code in a VM, or where I can get access to the > hardware. > > -Alan > > On Mon, Jun 13, 2016 at 11:29 AM, Mark Millard wrot= e: >> With the newly less strict alignment requirements "kyua test -k /usr/tes= ts/Kyuafile" runs to completion, unlike before. >> >>> =3D=3D=3D> Summary >>> Results read from /root/.kyua/store/results.usr_tests.20160613-080302-1= 20731.db >>> Test cases: 5694 total, 54 skipped, 21 expected failures, 24 broken, 59= failed >>> Total time: 8723.243s >> >> >> I only list the one line summaries below. Then I list various context de= tails. >> >>> =3D=3D=3D> Broken tests >>> lib/msun/cexp_test:main -> broken: Received signal 6 [1.054s] >>> lib/msun/ctrig_test:main -> broken: Received signal 6 [1.074s] >>> lib/msun/exponential_test:main -> broken: Received signal 6 [1.045s] >>> lib/msun/fenv_test:main -> broken: Received signal 6 [1.048s] >>> lib/msun/fma_test:main -> broken: Received signal 6 [1.080s] >>> lib/msun/invctrig_test:main -> broken: Received signal 6 [1.091s] >>> lib/msun/invtrig_test:main -> broken: Received signal 6 [1.086s] >>> lib/msun/logarithm_test:main -> broken: Received signal 6 [1.054s] >>> lib/msun/lrint_test:main -> broken: Received signal 6 [1.069s] >>> lib/msun/nearbyint_test:main -> broken: Received signal 6 [1.066s] >>> lib/msun/rem_test:main -> broken: Received signal 6 [1.069s] >>> lib/msun/trig_test:main -> broken: Received signal 6 [1.070s] >>> sbin/growfs/legacy_test:main -> broken: Reported plan differs from ac= tual executed tests [0.459s] >>> sys/geom/class/eli/integrity_copy_test:main -> broken: Test case time= d out [1200.082s] >>> sys/geom/class/eli/integrity_hmac_test:main -> broken: Test case time= d out [600.138s] >>> sys/geom/class/eli/onetime_a_test:main -> broken: Test case timed out= [600.044s] >>> sys/sys/bitstring_test:bit_clear -> broken: Test case body timed out = [300.032s] >>> sys/sys/bitstring_test:bit_count -> broken: Premature exit; test case= received signal 11 (core dumped) [1.080s] >>> sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; test case r= eceived signal 11 (core dumped) [1.077s] >>> sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; test cas= e received signal 11 (core dumped) [1.081s] >>> sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; test case r= eceived signal 11 (core dumped) [1.082s] >>> sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; test cas= e received signal 11 (core dumped) [1.077s] >>> sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; test cas= e received signal 11 (core dumped) [1.083s] >>> sys/sys/bitstring_test:bit_nset -> broken: Premature exit; test case = received signal 11 (core dumped) [1.079s] >> >> >>> =3D=3D=3D> Failed tests >>> lib/libc/c063/fstatat_test:fstatat_fd -> failed: /usr/src/contrib/net= bsd-tests/lib/libc/c063/t_fstatat.c:74: memcmp(&st1, &st2, sizeof(st1)) =3D= =3D 0 not met [0. >>> 027s] >>> lib/libc/nss/gethostby_test:getipnodebyname_getaddrinfo_ipv4 -> faile= d: /usr/src/lib/libc/tests/nss/gethostby_test.c:1335: run_tests(_hostlist_f= ile, _snapshot >>> _file, 2, TEST_GETHOSTBYNAME2_GETADDRINFO, 0) =3D=3D 0 not met [15.315= s] >>> lib/libc/ssp/ssp_test:fgets -> failed: Test case body returned a non-= ok exit code, but this is not allowed [0.153s] >>> lib/libc/ssp/ssp_test:gets -> failed: Test case body returned a non-o= k exit code, but this is not allowed [0.158s] >>> lib/libc/ssp/ssp_test:memcpy -> failed: atf-check failed; see the out= put of the test for details [0.148s] >>> lib/libc/ssp/ssp_test:memmove -> failed: atf-check failed; see the ou= tput of the test for details [0.147s] >>> lib/libc/ssp/ssp_test:memset -> failed: atf-check failed; see the out= put of the test for details [0.147s] >>> lib/libc/ssp/ssp_test:read -> failed: Test case body returned a non-o= k exit code, but this is not allowed [0.154s] >>> lib/libc/ssp/ssp_test:readlink -> failed: atf-check failed; see the o= utput of the test for details [0.155s] >>> lib/libc/ssp/ssp_test:snprintf -> failed: atf-check failed; see the o= utput of the test for details [0.149s] >>> lib/libc/ssp/ssp_test:sprintf -> failed: atf-check failed; see the ou= tput of the test for details [0.149s] >>> lib/libc/ssp/ssp_test:stpcpy -> failed: atf-check failed; see the out= put of the test for details [0.149s] >>> lib/libc/ssp/ssp_test:stpncpy -> failed: atf-check failed; see the ou= tput of the test for details [0.147s] >>> lib/libc/ssp/ssp_test:strcat -> failed: atf-check failed; see the out= put of the test for details [0.147s] >>> lib/libc/ssp/ssp_test:strcpy -> failed: atf-check failed; see the out= put of the test for details [0.147s] >>> lib/libc/ssp/ssp_test:strncat -> failed: atf-check failed; see the ou= tput of the test for details [0.147s] >>> lib/libc/ssp/ssp_test:strncpy -> failed: atf-check failed; see the ou= tput of the test for details [0.146s] >>> lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; see the = output of the test for details [0.150s] >>> lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; see the o= utput of the test for details [0.148s] >>> lib/libc/stdio/printbasic_test:int_within_limits -> failed: printf("%= tu", (size_t)-1) =3D=3D> [18446744073709551615], expected [4294967295]<> [0.030s] >>> lib/libc/stdio/scanfloat_test:infinities_and_nans -> failed: /usr/src= /lib/libc/tests/stdio/scanfloat_test.c:191: fetestexcept(FE_INVALID) =3D=3D= 0 not met [0.031 >>> s] >>> lib/libc/sys/mincore_test:mincore_resid -> failed: /usr/src/contrib/n= etbsd-tests/lib/libc/sys/t_mincore.c:225: check_residency(addr, npgs) =3D= =3D 0 not met [0.04 >>> 0s] >>> lib/libc/sys/mincore_test:mincore_shmseg -> failed: /usr/src/contrib/= netbsd-tests/lib/libc/sys/t_mincore.c:298: check_residency(addr, npgs) =3D= =3D 0 not met [0.0 >>> 29s] >>> lib/libc/tls/tls_dynamic_test:t_tls_dynamic -> failed: 15 checks fail= ed; see output for more details [0.035s] >>> lib/libproc/proc_test:symbol_lookup -> failed: /usr/src/lib/libproc/t= ests/proc_test.c:116: state !=3D PS_STOP: process has state 4 [0.177s] >>> lib/libxo/functional_test:test_02__E -> failed: atf-check failed; see= the output of the test for details [0.166s] >>> lib/libxo/functional_test:test_02__H -> failed: atf-check failed; see= the output of the test for details [0.168s] >>> lib/libxo/functional_test:test_02__HIPx -> failed: atf-check failed; = see the output of the test for details [0.170s] >>> lib/libxo/functional_test:test_02__HP -> failed: atf-check failed; se= e the output of the test for details [0.164s] >>> lib/libxo/functional_test:test_02__J -> failed: atf-check failed; see= the output of the test for details [0.169s] >>> lib/libxo/functional_test:test_02__JP -> failed: atf-check failed; se= e the output of the test for details [0.166s] >>> lib/libxo/functional_test:test_02__T -> failed: atf-check failed; see= the output of the test for details [0.168s] >>> lib/libxo/functional_test:test_02__X -> failed: atf-check failed; see= the output of the test for details [0.169s] >>> lib/libxo/functional_test:test_02__XP -> failed: atf-check failed; se= e the output of the test for details [0.168s] >>> lib/msun/conj_test:main -> failed: 9 tests of 42 failed [0.034s] >>> lib/msun/ldexp_test:ldexp_denormal -> failed: 4 checks failed; see ou= tput for more details [0.034s] >>> local/kyua/model/metadata_test:override_all_with_set_string -> failed= : Line 253: disk_space !=3D md.required_disk_space() (16777216.00T !=3D 2.0= 0G) [0.047s] >>> local/kyua/testers/stacktrace_test:dump__cannot_find_gdb -> failed: t= esters/stacktrace_test.c:281: atf_utils_grep_file("execvp failed", "stacktr= ace") not met >>> [0.611s] >>> local/kyua/testers/stacktrace_test:dump__gdb_fail -> failed: testers/= stacktrace_test.c:294: atf_utils_grep_file("foo", "stacktrace") not met [0= .610s] >>> local/kyua/testers/stacktrace_test:dump__gdb_times_out -> failed: tes= ters/stacktrace_test.c:311: atf_utils_grep_file("foo", "stacktrace") not me= t [0.614s] >>> local/kyua/testers/stacktrace_test:dump__integration -> failed: teste= rs/stacktrace_test.c:233: atf_utils_grep_file("#0", "stacktrace") not met = [0.613s] >>> local/kyua/testers/stacktrace_test:dump__ok -> failed: testers/stackt= race_test.c:249: atf_utils_grep_file("frame 1", "stacktrace") not met [0.6= 14s] >>> local/kyua/testers/stacktrace_test:find_core__found__long -> failed: = Core dumped, but no candidates found [0.606s] >>> local/kyua/testers/stacktrace_test:find_core__found__short -> failed:= Core dumped, but no candidates found [0.603s] >>> local/kyua/testers/tap_parser_test:try_parse_plan__insane -> failed: = testers/tap_parser_test.c:135: 'too long' not matched in 'Plan line include= s out of range >>> numbers' [0.032s] >>> sys/geom/class/eli/resize_test:main -> failed: 15 tests of 27 failed = [1.292s] >>> sys/kern/pipe/pipe_fstat_bug_test:main -> failed: Returned non-succes= s exit status 1 [0.044s] >>> usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 failed [0.= 151s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> failed: 1 checks = failed; see output for more details [0.035s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip_rev -> failed: 1 che= cks failed; see output for more details [0.035s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only -> failed: 1= checks failed; see output for more details [0.034s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet -> = failed: 1 checks failed; see output for more details [0.035s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet_rev = -> failed: 1 checks failed; see output for more details [0.035s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point -> failed: 1 ch= ecks failed; see output for more details [0.035s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point_rev -> failed: = 1 checks failed; see output for more details [0.033s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr -> failed: 1 ch= ecks failed; see output for more details [0.035s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr_rev -> failed: = 1 checks failed; see output for more details [0.035s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed -> failed: 1 ch= ecks failed; see output for more details [0.032s] >>> usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed [0.340= s] >> >> >> >> Context details: >> >>> # uname -apKU >>> FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat Jun 11 23= :43:48 PDT 2016 markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/= RPI2-NODBG ar >>> m armv6 1100116 1100116 >> >> In use for the system build was: >> >>> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> >> I do have a few local /usr/src changes/additions, but nearly all are onl= y for powerpc and/or powerpc64 contexts: >> >>> # svnlite status /usr/src/ >>> M /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuil= der.cpp >>> M /usr/src/lib/csu/powerpc64/Makefile >>> ? /usr/src/sys/amd64/include/include >>> ? /usr/src/sys/arm/conf/RPI2-NODBG >>> ? /usr/src/sys/arm/include/include >>> M /usr/src/sys/boot/ofw/Makefile.inc >>> M /usr/src/sys/boot/powerpc/Makefile >>> M /usr/src/sys/boot/powerpc/Makefile.inc >>> M /usr/src/sys/boot/uboot/Makefile.inc >>> M /usr/src/sys/conf/Makefile.powerpc >>> M /usr/src/sys/conf/kern.mk >>> M /usr/src/sys/conf/kmod.mk >>> M /usr/src/sys/dev/cxgb/ulp/tom/cxgb_listen.c >>> M /usr/src/sys/dev/cxgbe/tom/t4_listen.c >>> ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG >>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc >>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG >>> ? /usr/src/sys/powerpc/conf/GENERICvtsc >>> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG >>> ? /usr/src/sys/powerpc/include/include >>> M /usr/src/sys/powerpc/ofw/ofw_machdep.c >>> M /usr/src/sys/powerpc/powerpc/exec_machdep.c >>> ? /usr/src/sys/x86/include/include >> >> [The cxbg and cxbge changes just remove redundant declarations that stop= ped a amd64-gcc based build. But other areas have such issues and I quit tr= ying eliminating such blocks to that tool chain. The include/include's are = from something making symbolic links back to the parent include.] >> >> The kernel configuration was via: >> >>> # more /usr/src/sys/arm/conf/RPI2-NODBG >>> # >>> # RPI2 -- Custom configuration for the Raspberry Pi 2 >>> # >>> # For more information on this file, please read the config(5) manual p= age, >>> # and/or the handbook section on Kernel Configuration Files: >>> # >>> # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelco= nfig-config.html >>> # >>> # The handbook is also available locally in /usr/share/doc/handbook >>> # if you've installed the doc distribution, otherwise always see the >>> # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the >>> # latest information. >>> # >>> # An exhaustive list of options and more detailed explanations of the >>> # device lines is also present in the ../../conf/NOTES and NOTES files. >>> # If you are in doubt as to the purpose or necessity of a line, check f= irst >>> # in NOTES. >>> # >>> >>> ident RPI2-NODBG >>> >>> include "RPI2" >>> >>> makeoptions DEBUG=3D-g # Build kernel with gdb(1) de= bug symbols >>> options ALT_BREAK_TO_DEBUGGER >>> #options VERBOSE_SYSINIT # Enable verbose sysinit messag= es >>> >>> options KDB # Enable kernel debugger suppor= t >>> >>> # For minimum debugger support (stable branch) use: >>> #options KDB_TRACE # Print a stack trace for a pan= ic >>> options DDB # Enable the kernel debugger >>> >>> nooptions INVARIANTS # Enable calls of extra sanity = checking >>> nooptions INVARIANT_SUPPORT # Extra sanity checks of intern= al structures, required by INVARIANTS >>> nooptions WITNESS # Enable checks to detect deadl= ocks and cycles >>> nooptions WITNESS_SKIPSPIN # Don't run witness on spinlock= s for speed >>> nooptions DIAGNOSTIC >> >> >> The armv6 11.0 -r301815 system was cross built from amd64, built using s= rc.conf: >> >>> # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host >>> TO_TYPE=3Darmv6 >>> # >>> KERNCONF=3DRPI2-NODBG >>> TARGET=3Darm >>> .if ${.MAKE.LEVEL} =3D=3D 0 >>> TARGET_ARCH=3D${TO_TYPE} >>> .export TARGET_ARCH >>> .endif >>> # >>> WITH_CROSS_COMPILER=3D >>> WITHOUT_SYSTEM_COMPILER=3D >>> # >>> #CPUTYPE=3Dsoft >>> WITH_LIBSOFT=3D >>> WITH_LIBCPLUSPLUS=3D >>> WITH_BINUTILS_BOOTSTRAP=3D >>> WITH_CLANG_BOOTSTRAP=3D >>> WITH_CLANG=3D >>> WITH_CLANG_IS_CC=3D >>> WITH_CLANG_FULL=3D >>> WITH_CLANG_EXTRAS=3D >>> WITH_LLDB=3D >>> # >>> WITH_BOOT=3D >>> WITHOUT_LIB32=3D >>> # >>> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D >>> WITHOUT_GCC_BOOTSTRAP=3D >>> WITHOUT_GCC=3D >>> WITHOUT_GCC_IS_CC=3D >>> WITHOUT_GNUCXX=3D >>> # >>> NO_WERROR=3D >>> #WERROR=3D >>> MALLOC_PRODUCTION=3D >>> # >>> WITH_DEBUG_FILES=3D >>> # >>> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>> # There is no XCPPFLAGS but XCPP ets XCFLAGS content. >> >> and with the make.conf for the system build being empty: >> >>> # more ~/src.configs/make.conf >>> # >> >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" > _______________________________________________ > 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 Mon Jun 13 21:12:57 2016 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 F376DAF2A42 for ; Mon, 13 Jun 2016 21:12:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (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 AA44F27F1 for ; Mon, 13 Jun 2016 21:12:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 21221 invoked from network); 13 Jun 2016 21:13:28 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 21:13:28 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 13 Jun 2016 17:13:00 -0400 (EDT) Received: (qmail 25222 invoked from network); 13 Jun 2016 21:13:00 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 21:13:00 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 07E0F1C43D6; Mon, 13 Jun 2016 14:12:50 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: WITH_META_MODE vs. delete-old and delete-old-libs Message-Id: <31063879-DF43-4895-A9EA-99A70DCFE4A1@dsl-only.net> Date: Mon, 13 Jun 2016 14:12:54 -0700 To: Bryan Drewery , FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 21:12:58 -0000 I've been using the following script to run my make commands for amd64 = builds (as an example): > # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang_bootstrap-amd64-ho= st.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_amd64_nodebug_clang_bootstrap-amd64-host= -$(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang-bootstrap.amd64-hos= t" \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/clang/amd64.amd64" \ > make $* When the WITH_META_MODE=3Dyes is present (as shown) delete-old and = delete-old-libs command line arguments to the script do not display the = prompts but the process does wait for the y/n answers. I've actually = used top in another window to see what it is waiting for an answer to. = After I've answered all the questions then the list of prompts finally = is shown all at once. Without WITH_META_MODE=3D each prompt text is displayed before it waits = for the answer to that prompt. This sort of fits in with my earlier questions about make usage that is = in the likes of, say, mergemaster and if/where care about = WITH_META_MODE=3Dyes use vs. disuse might be important for such. For = example: Should "env WITH_META_MODE=3Dyes" be used with mergemaster if = it was used with buildworld, buildkernel, installkernel, and = installworld? =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Jun 13 21:27:50 2016 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 96ABDAF2D37 for ; Mon, 13 Jun 2016 21:27:50 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 79DAA2E3A; Mon, 13 Jun 2016 21:27:50 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 735781F48; Mon, 13 Jun 2016 21:27:50 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 34C87213D0; Mon, 13 Jun 2016 21:27:50 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id vf1Jm9_siaqb; Mon, 13 Jun 2016 21:27:47 +0000 (UTC) Subject: Re: WITH_META_MODE vs. delete-old and delete-old-libs DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 70838213CB To: Mark Millard , FreeBSD Current References: <31063879-DF43-4895-A9EA-99A70DCFE4A1@dsl-only.net> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <652992e2-e891-ea91-90df-735933acab67@FreeBSD.org> Date: Mon, 13 Jun 2016 14:27:47 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <31063879-DF43-4895-A9EA-99A70DCFE4A1@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TItxu7H9wUsqKHkIBXpBntGi3G8bg7Sc9" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 21:27:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --TItxu7H9wUsqKHkIBXpBntGi3G8bg7Sc9 Content-Type: multipart/mixed; boundary="NSjD7g3IlWTl5HLF1vcCcUK1U0SIXcfbp" From: Bryan Drewery To: Mark Millard , FreeBSD Current Message-ID: <652992e2-e891-ea91-90df-735933acab67@FreeBSD.org> Subject: Re: WITH_META_MODE vs. delete-old and delete-old-libs References: <31063879-DF43-4895-A9EA-99A70DCFE4A1@dsl-only.net> In-Reply-To: <31063879-DF43-4895-A9EA-99A70DCFE4A1@dsl-only.net> --NSjD7g3IlWTl5HLF1vcCcUK1U0SIXcfbp Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/13/2016 2:12 PM, Mark Millard wrote: > I've been using the following script to run my make commands for amd64 = builds (as an example): >=20 >> # more ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang_bootstr= ap-amd64-host.sh=20 >> kldload -n filemon && \ >> script ~/sys_typescripts/typescript_make_amd64_nodebug_clang_bootstrap= -amd64-host-$(date +%Y-%m-%d:%H:%M:%S) \ >> env __MAKE_CONF=3D"/root/src.configs/make.conf" SRC_ENV_CONF=3D"/root/= src.configs/src.conf.amd64-clang-bootstrap.amd64-host" \ >> WITH_META_MODE=3Dyes \ >> MAKEOBJDIRPREFIX=3D"/usr/obj/clang/amd64.amd64" \ >> make $* >=20 > When the WITH_META_MODE=3Dyes is present (as shown) delete-old and dele= te-old-libs command line arguments to the script do not display the promp= ts but the process does wait for the y/n answers. I've actually used top = in another window to see what it is waiting for an answer to. After I've = answered all the questions then the list of prompts finally is shown all = at once. >=20 > Without WITH_META_MODE=3D each prompt text is displayed before it waits= for the answer to that prompt. >=20 >=20 > This sort of fits in with my earlier questions about make usage that is= in the likes of, say, mergemaster and if/where care about WITH_META_MODE= =3Dyes use vs. disuse might be important for such. For example: Should "e= nv WITH_META_MODE=3Dyes" be used with mergemaster if it was used with bui= ldworld, buildkernel, installkernel, and installworld? >=20 I thought I had fixed this but I see I did not. There's a few similar bugs here to fix. WITH_META_MODE=3Dyes is intended to be safe to always set. Mergemaster is special since it is building private targets rather than only public targets. So I'll likely have to patch it. --=20 Regards, Bryan Drewery --NSjD7g3IlWTl5HLF1vcCcUK1U0SIXcfbp-- --TItxu7H9wUsqKHkIBXpBntGi3G8bg7Sc9 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 iQEcBAEBAgAGBQJXXyVTAAoJEDXXcbtuRpfPPFgIAKoR/Nf4U/fvE9qrln7he63N nJFw+jRSvf1bi6tmoTVHSiYyWtKfq+AtVe2KnqI1aTeotjOKUCwioXQUflsekLvJ w/pXZz9KsYJMFdsR7mCMT1EkL6Jr5siNDaecBJV7hqloO3XL22QtG7035EaTBCUR s2SKVoxrHkS8lxz/TznyoYDeFpvP0gEKxhc4ty8alm1aUTyLickUlxFinME2W4yj ec9BvaZA152GXEMrDt2++akI/29vueMjDpc+4+ZcjPk00ydZC2efG40q5MoAlgjE 0TBc476dWO5QqKR04f+rOWz4czc+75dUMvfKTmKomtE6cMKOdmNXykXoeXH6ZiA= =BPCt -----END PGP SIGNATURE----- --TItxu7H9wUsqKHkIBXpBntGi3G8bg7Sc9-- From owner-freebsd-current@freebsd.org Mon Jun 13 21:51:22 2016 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 A021BAF25AB for ; Mon, 13 Jun 2016 21:51:22 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-qk0-x22c.google.com (mail-qk0-x22c.google.com [IPv6:2607:f8b0:400d: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 4FE9A2834; Mon, 13 Jun 2016 21:51:22 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-qk0-x22c.google.com with SMTP id p10so46837058qke.3; Mon, 13 Jun 2016 14:51:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=lZOZpkRE5TTDut4RZWKuuGukmZxbs1TpjWYfOlpkEFE=; b=nG+zL8aJAcUEYun0qP5LP/4M/Fg6JX8EiYytSB++3//GsHrFmVBVeidEp02en0YImo te8IBmqnjwPLW4dKwsx0VQLlFuo8whn3oNUk0eNsRnkiRwIDmG1KcLGgY05N3ycoNtZq s5OjiiDP2wFt4RVbImxfo+Da9YKbO75JZZDFJmsA0uPqMfTpcBrYo9ywsAbnAj7SVKN6 PE56T5pUKHC7ez+G4ehpZvXVUCCg5awkfQZDcc5pzB9dlL1l6+ISTdSKMH5ycQXQVNTz KTRf5e4c2D5KA18X6IHNV/T3X47OPR2Yt7zJ1SkJXGd3ohWW/xiYLc2iJv3mzmJ0P64X yJZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=lZOZpkRE5TTDut4RZWKuuGukmZxbs1TpjWYfOlpkEFE=; b=bCW4FbvPNKamyj4l9l+3kJ6G7UX5iwHc4wxbqeecJ1pOiGBu1IDcbG0amPBRtDpqvN ghqrZuZusZo+TdJSPJmgJ+nJ24RQWZV/3eDesfZ4vUbxQ9R4VkcY0tJawe2ze1GM0zxW zUDAh+4VB5B80j0K+9r5lcCUGyKpZpsTtBRjPkgYZBeINes0FZEmL4I03eUKRNpIzwSq bY+n5ltwJbS/BjJaJC8JnwUk/voWwakhm7UtbjybX2xN14N16Fy6KWSq/DJIni2Z9P+1 Bf3/4VB8NI04LdUovqQitJNiP2l7JhIvVueZ/SksUQJBuKj9drUI9baETINA+sAEr7/I w9lA== X-Gm-Message-State: ALyK8tKmClsBOGZcJHmPSv/tURKT8XoJqfr1SYkohQAGS1/py4DbcN1x07AjRARU53xPhqEPmOIkAxePO3bw2A== X-Received: by 10.55.73.212 with SMTP id w203mr17225712qka.77.1465854681446; Mon, 13 Jun 2016 14:51:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.148.131 with HTTP; Mon, 13 Jun 2016 14:51:20 -0700 (PDT) In-Reply-To: <31063879-DF43-4895-A9EA-99A70DCFE4A1@dsl-only.net> References: <31063879-DF43-4895-A9EA-99A70DCFE4A1@dsl-only.net> From: Ngie Cooper Date: Mon, 13 Jun 2016 14:51:20 -0700 Message-ID: Subject: Re: WITH_META_MODE vs. delete-old and delete-old-libs To: Mark Millard Cc: Bryan Drewery , 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.22 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, 13 Jun 2016 21:51:22 -0000 On Mon, Jun 13, 2016 at 2:12 PM, Mark Millard wrote: > I've been using the following script to run my make commands for amd64 bu= ilds (as an example): > >> # more ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang_bootstrap= -amd64-host.sh >> kldload -n filemon && \ >> script ~/sys_typescripts/typescript_make_amd64_nodebug_clang_bootstrap-a= md64-host-$(date +%Y-%m-%d:%H:%M:%S) \ >> env __MAKE_CONF=3D"/root/src.configs/make.conf" SRC_ENV_CONF=3D"/root/sr= c.configs/src.conf.amd64-clang-bootstrap.amd64-host" \ >> WITH_META_MODE=3Dyes \ >> MAKEOBJDIRPREFIX=3D"/usr/obj/clang/amd64.amd64" \ >> make $* > > When the WITH_META_MODE=3Dyes is present (as shown) delete-old and delete= -old-libs command line arguments to the script do not display the prompts b= ut the process does wait for the y/n answers. I've actually used top in ano= ther window to see what it is waiting for an answer to. After I've answered= all the questions then the list of prompts finally is shown all at once. > > Without WITH_META_MODE=3D each prompt text is displayed before it waits f= or the answer to that prompt. > > > This sort of fits in with my earlier questions about make usage that is i= n the likes of, say, mergemaster and if/where care about WITH_META_MODE=3Dy= es use vs. disuse might be important for such. For example: Should "env WIT= H_META_MODE=3Dyes" be used with mergemaster if it was used with buildworld,= buildkernel, installkernel, and installworld? I generally do: yes | sudo make delete-old Cheers, -Ngie From owner-freebsd-current@freebsd.org Mon Jun 13 21:52:50 2016 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 DD268AF2754 for ; Mon, 13 Jun 2016 21:52:50 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id C07DD2C8C; Mon, 13 Jun 2016 21:52:50 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id B9BA614DA; Mon, 13 Jun 2016 21:52:50 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 80DB221452; Mon, 13 Jun 2016 21:52:50 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id BdgRFp838VuS; Mon, 13 Jun 2016 21:52:47 +0000 (UTC) Subject: Re: WITH_META_MODE vs. delete-old and delete-old-libs DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com A9A3D2144C To: Ngie Cooper , Mark Millard References: <31063879-DF43-4895-A9EA-99A70DCFE4A1@dsl-only.net> Cc: FreeBSD Current From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Mon, 13 Jun 2016 14:52:47 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iNBJ9NgHVBpfhAVc5c4v5uhjIdIoe5KF6" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 21:52:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --iNBJ9NgHVBpfhAVc5c4v5uhjIdIoe5KF6 Content-Type: multipart/mixed; boundary="Lk9KPQRmCOp5FAt8ua8Gn4gkmVT7X7Lt8" From: Bryan Drewery To: Ngie Cooper , Mark Millard Cc: FreeBSD Current Message-ID: Subject: Re: WITH_META_MODE vs. delete-old and delete-old-libs References: <31063879-DF43-4895-A9EA-99A70DCFE4A1@dsl-only.net> In-Reply-To: --Lk9KPQRmCOp5FAt8ua8Gn4gkmVT7X7Lt8 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 6/13/2016 2:51 PM, Ngie Cooper wrote: > On Mon, Jun 13, 2016 at 2:12 PM, Mark Millard wro= te: >> I've been using the following script to run my make commands for amd64= builds (as an example): >> >>> # more ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang_bootst= rap-amd64-host.sh >>> kldload -n filemon && \ >>> script ~/sys_typescripts/typescript_make_amd64_nodebug_clang_bootstra= p-amd64-host-$(date +%Y-%m-%d:%H:%M:%S) \ >>> env __MAKE_CONF=3D"/root/src.configs/make.conf" SRC_ENV_CONF=3D"/root= /src.configs/src.conf.amd64-clang-bootstrap.amd64-host" \ >>> WITH_META_MODE=3Dyes \ >>> MAKEOBJDIRPREFIX=3D"/usr/obj/clang/amd64.amd64" \ >>> make $* >> >> When the WITH_META_MODE=3Dyes is present (as shown) delete-old and del= ete-old-libs command line arguments to the script do not display the prom= pts but the process does wait for the y/n answers. I've actually used top= in another window to see what it is waiting for an answer to. After I've= answered all the questions then the list of prompts finally is shown all= at once. >> >> Without WITH_META_MODE=3D each prompt text is displayed before it wait= s for the answer to that prompt. >> >> >> This sort of fits in with my earlier questions about make usage that i= s in the likes of, say, mergemaster and if/where care about WITH_META_MOD= E=3Dyes use vs. disuse might be important for such. For example: Should "= env WITH_META_MODE=3Dyes" be used with mergemaster if it was used with bu= ildworld, buildkernel, installkernel, and installworld? >=20 > I generally do: >=20 > yes | sudo make delete-old >=20 The problem is that the y/n prompt don't show at all. --=20 Regards, Bryan Drewery --Lk9KPQRmCOp5FAt8ua8Gn4gkmVT7X7Lt8-- --iNBJ9NgHVBpfhAVc5c4v5uhjIdIoe5KF6 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 iQEcBAEBAgAGBQJXXysvAAoJEDXXcbtuRpfPoXAH/iDssDXHLweueioPo3V1O6yb Ikk5abKAHu9Is4sR7YmOIDWSozZP8swvnpK/WW9c39PZPgIECHUGp5EAuRUbFLeR ZWJw5enhV1PNagrh5v9lFndJBYPbMH4+bmuDvNB1HGwhOCO67+VYXlWn5wZbFx1E 8sJDHCwAAf7ZB1nikTXAN71mj0giYVLgIpi0Ud1FPvXA3d3lAHnbUbYU38Ok6B4G RtaellCR4Wy/dnMiiX1LoRSevvxoR2EWos2wxJWL1TW7rn58YKBtxAeeHSp8hjfd 0SKD9O7ZsaeItc6+XtWF2a1GgNIDHNlLfHzX0xqSaDopbNCY+gPLF7lAswOm25A= =v1Y2 -----END PGP SIGNATURE----- --iNBJ9NgHVBpfhAVc5c4v5uhjIdIoe5KF6-- From owner-freebsd-current@freebsd.org Mon Jun 13 21:54:12 2016 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 EF8F4AF27D0 for ; Mon, 13 Jun 2016 21:54:12 +0000 (UTC) (envelope-from yaneurabeya@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 AD1C22DBC; Mon, 13 Jun 2016 21:54:12 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-qk0-x231.google.com with SMTP id p10so46870360qke.3; Mon, 13 Jun 2016 14:54:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=B4kNJ1AwhYARKbTwJjQjcTUFY2OKMhw+ePmCaLmxAFY=; b=ynmP3Iul0hzfJA6JO4GfjhCjgpuWOE8F2/ow0mtIVirUyz4IoDVcXCph9gyawuOl5h jtshIPa/2wAX9td1Q+CRRmPK6eqbSoiAm8k4VKgh7H5/X5BTfHf4lPqkr4CSoKVKJCFt +HIdFj1NkDP4ESGOOQh5lk2FhUWLiLJrUHcYZadRljd6NrhLKQAHzNnsJ9vmSqEfFRfZ dxlBXVLumUWq7esDseU63FPB7Y5AXiLiIsqjXSV+9q7dEBX3YehqKj6wNO3qj3TfTnMR SdCM4Zx9uXkcVkGwbunRJjBIxinKOX2EEB/IfVl5AcgALYvLy/P5F9Ouct9EbMQAugSa 3nSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=B4kNJ1AwhYARKbTwJjQjcTUFY2OKMhw+ePmCaLmxAFY=; b=HGWYy38+6cbN/cLM32yodVrdSkentNTjft5blBiNjjGL60fKj4/1/4hC3sOiufY0nZ 4zcSMhtrHiSFSCy4MQHcnZktVOl8PHKXdvMnmrMgF+dpyHjMeldkPseAh3jBEX+ij59F psclw6SA/QT5jqPN6q3Q/K0wM0R/My9DivbJpX03GkFY42lYcSTavHUYKaq/Fy12j8nq w9DygcxTxMWiPezMCFNK8xfsVjnYeCeaOUYZirZiv99k8SAPeinCCLEmeNPNeEQI4DzQ VG4uht8vB/QN3TF7OaN8XrdvzhP8vLiDcq3FCXTF67QyK9VuXTBq0jlGS+Bcc8Iifjlj CRVw== X-Gm-Message-State: ALyK8tL/U6UQOC0Jbc0PYkEkEtUUj0TYgkeU7VUfGUpO7Y8cBhTbgF3sS593h3y1GOMX2IdA/0UU4oYB/9Ls8g== X-Received: by 10.233.216.7 with SMTP id u7mr17186645qkf.141.1465854851863; Mon, 13 Jun 2016 14:54:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.148.131 with HTTP; Mon, 13 Jun 2016 14:54:11 -0700 (PDT) In-Reply-To: References: <31063879-DF43-4895-A9EA-99A70DCFE4A1@dsl-only.net> From: Ngie Cooper Date: Mon, 13 Jun 2016 14:54:11 -0700 Message-ID: Subject: Re: WITH_META_MODE vs. delete-old and delete-old-libs To: Bryan Drewery Cc: Mark Millard , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 21:54:13 -0000 On Mon, Jun 13, 2016 at 2:52 PM, Bryan Drewery wrote: ... > The problem is that the y/n prompt don't show at all. Ah, I missed that critical point... Maybe MK_META_MODE=no should be forced for those targets? Thanks, -Ngie From owner-freebsd-current@freebsd.org Mon Jun 13 21:55:46 2016 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 7B800AF2848 for ; Mon, 13 Jun 2016 21:55:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 6160D2EFB; Mon, 13 Jun 2016 21:55:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 59B4A1652; Mon, 13 Jun 2016 21:55:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id F217621488; Mon, 13 Jun 2016 21:55:45 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id xCYnaDFyFEjj; Mon, 13 Jun 2016 21:55:43 +0000 (UTC) Subject: Re: WITH_META_MODE vs. delete-old and delete-old-libs DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 9072B21481 To: Ngie Cooper References: <31063879-DF43-4895-A9EA-99A70DCFE4A1@dsl-only.net> Cc: Mark Millard , FreeBSD Current From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Mon, 13 Jun 2016 14:55:43 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qNGPld3FSHhLlRAqc2aAn0hdvTxV2tXbC" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 21:55:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --qNGPld3FSHhLlRAqc2aAn0hdvTxV2tXbC Content-Type: multipart/mixed; boundary="cO65ImHJU8EhlSru4FJevk3EslJQ0feW6" From: Bryan Drewery To: Ngie Cooper Cc: Mark Millard , FreeBSD Current Message-ID: Subject: Re: WITH_META_MODE vs. delete-old and delete-old-libs References: <31063879-DF43-4895-A9EA-99A70DCFE4A1@dsl-only.net> In-Reply-To: --cO65ImHJU8EhlSru4FJevk3EslJQ0feW6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 6/13/2016 2:54 PM, Ngie Cooper wrote: > On Mon, Jun 13, 2016 at 2:52 PM, Bryan Drewery w= rote: > ... >> The problem is that the y/n prompt don't show at all. >=20 > Ah, I missed that critical point... >=20 > Maybe MK_META_MODE=3Dno should be forced for those targets? I'm trying to decide between whitelist and blacklist on this. Both have problems for downstream vendors who have custom targets. However, only buildworld and SUBDIR_OVERRIDE/all really needs meta mode. --=20 Regards, Bryan Drewery --cO65ImHJU8EhlSru4FJevk3EslJQ0feW6-- --qNGPld3FSHhLlRAqc2aAn0hdvTxV2tXbC 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 iQEcBAEBAgAGBQJXXyvfAAoJEDXXcbtuRpfPvEUH+gJch89zwwzAF4gB5d/7YzRr gmyxrTPrzBGHkNW67KUhV9tetiMlADbiiVRJGepA50CU7dPFG4MAdNWVzM1u20+P I5GnJt8oLaJWmAEV5m3JNyNGlNT/7ttvfZKrffhJOyfivAdRTSwRRDT2c9JvAK5A PLzgXziRBjMzrauOr7+e7Y3ZpSAUiA3axrOcbzbHejxqmL48K4IDZzSVoxCORrKD V10enLD2Ebmhw3bmQpi5KQzlsjufu6MznIkdtdakSTTKzVH+H/dUA2kXoM2IGPzv Pkxc5yzHXhsAgmGXkkSbjV/0pZgOOi7wTzdlLQLX5nl28lxSLSR2qny7Z9SBTZs= =+hNM -----END PGP SIGNATURE----- --qNGPld3FSHhLlRAqc2aAn0hdvTxV2tXbC-- From owner-freebsd-current@freebsd.org Mon Jun 13 22:21:54 2016 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 D29E1AF2C58 for ; Mon, 13 Jun 2016 22:21:54 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (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 70B412B30 for ; Mon, 13 Jun 2016 22:21:54 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25429 invoked from network); 13 Jun 2016 22:22:27 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 22:22:27 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 13 Jun 2016 18:21:57 -0400 (EDT) Received: (qmail 7193 invoked from network); 13 Jun 2016 22:21:57 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 22:21:57 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 86AAAB1E002; Mon, 13 Jun 2016 15:21:47 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: WITH_META_MODE vs. delete-old and delete-old-libs From: Mark Millard In-Reply-To: Date: Mon, 13 Jun 2016 15:21:50 -0700 Cc: Bryan Drewery , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <4E762402-95A9-4A2C-B2CE-B0551E5BBB31@dsl-only.net> References: <31063879-DF43-4895-A9EA-99A70DCFE4A1@dsl-only.net> To: Ngie Cooper X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 22:21:54 -0000 On 2016-Jun-13, at 2:51 PM, Ngie Cooper wrote: > On Mon, Jun 13, 2016 at 2:12 PM, Mark Millard = wrote: >> I've been using the following script to run my make commands for = amd64 builds (as an example): >>=20 >>> # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang_bootstrap-amd64-ho= st.sh >>> kldload -n filemon && \ >>> script = ~/sys_typescripts/typescript_make_amd64_nodebug_clang_bootstrap-amd64-host= -$(date +%Y-%m-%d:%H:%M:%S) \ >>> env __MAKE_CONF=3D"/root/src.configs/make.conf" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang-bootstrap.amd64-hos= t" \ >>> WITH_META_MODE=3Dyes \ >>> MAKEOBJDIRPREFIX=3D"/usr/obj/clang/amd64.amd64" \ >>> make $* >>=20 >> When the WITH_META_MODE=3Dyes is present (as shown) delete-old and = delete-old-libs command line arguments to the script do not display the = prompts but the process does wait for the y/n answers. I've actually = used top in another window to see what it is waiting for an answer to. = After I've answered all the questions then the list of prompts finally = is shown all at once. >>=20 >> Without WITH_META_MODE=3D each prompt text is displayed before it = waits for the answer to that prompt. >>=20 >>=20 >> This sort of fits in with my earlier questions about make usage that = is in the likes of, say, mergemaster and if/where care about = WITH_META_MODE=3Dyes use vs. disuse might be important for such. For = example: Should "env WITH_META_MODE=3Dyes" be used with mergemaster if = it was used with buildworld, buildkernel, installkernel, and = installworld? >=20 > I generally do: >=20 > yes | sudo make delete-old >=20 > Cheers, > -Ngie For my amd64, rpi2, and powerpc (non-64) activities I can do such things = rather than answer prompts individually --and have sometimes. But for my libc++/xtoolchain based powerpc64 environment I've got a = couple of things it lists for delete-old that I do not want deleted = because I've got special things in place. If the check-old list is = fairly short I answer delete-old individually. If the check-old list is = really long I delete all and run a script that puts back my couple of = oddities (which happen to be symbolic links). Thus I tend to expect and use the individual delete-old prompts at least = for one of my contexts. I do have a tendency to work similarly across contexts even when local = optimizations could be made. So I tend to treat amd64, armv6, powerpc = similar to powerpc64 for check-old/delete-old use. [Another example: I'm = unlikely to use ports-mgmt/synth on amd64 because I can not use it on = armv6, powerpc, or powerpc64.] And that explains why I noticed the issue even though I currently do not = have access to the powerpc64 or powerpc machines. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Jun 13 22:27:52 2016 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 1269FAF2D9A for ; Mon, 13 Jun 2016 22:27:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id EB6B92D6C; Mon, 13 Jun 2016 22:27:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id E4A1D1CE1; Mon, 13 Jun 2016 22:27:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 94FAD21531; Mon, 13 Jun 2016 22:27:51 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id nkTN_dQmvgHb; Mon, 13 Jun 2016 22:27:43 +0000 (UTC) Subject: Re: mergemaster internally using make [for example] vs. WITH_META_MODE? DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 21A1021529 To: Mark Millard , FreeBSD Current References: <7C577F5B-545C-4D70-A78E-A19E35A24592@dsl-only.net> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <36f0c42f-1ca0-f82c-da5b-74cb8f0240e4@FreeBSD.org> Date: Mon, 13 Jun 2016 15:27:40 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <7C577F5B-545C-4D70-A78E-A19E35A24592@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rtiOkAcDVqOPofGSHLt3U7gbPxsjJOAqh" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 22:27:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rtiOkAcDVqOPofGSHLt3U7gbPxsjJOAqh Content-Type: multipart/mixed; boundary="KbUFiiH2DKVClC9gLHrIDAwiHrD2q0UiP" From: Bryan Drewery To: Mark Millard , FreeBSD Current Message-ID: <36f0c42f-1ca0-f82c-da5b-74cb8f0240e4@FreeBSD.org> Subject: Re: mergemaster internally using make [for example] vs. WITH_META_MODE? References: <7C577F5B-545C-4D70-A78E-A19E35A24592@dsl-only.net> In-Reply-To: <7C577F5B-545C-4D70-A78E-A19E35A24592@dsl-only.net> --KbUFiiH2DKVClC9gLHrIDAwiHrD2q0UiP Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/11/2016 7:28 PM, Mark Millard wrote: > mergemaster [as an example] has code like: >=20 >> # grep -i make /usr/sbin/mergemaster | more > . . . >> MM_MAKE=3D"make ${ARCHSTRING} -m ${SOURCEDIR}/share/mk" >> ${MM_MAKE} DESTDIR=3D${DESTDIR} distrib-dirs >/dev/null >> ${MM_MAKE} DESTDIR=3D${TEMPROOT} distrib-dirs >/dev/null && >> ${MM_MAKE} _obj SUBDIR_OVERRIDE=3Detc >/dev/null && >> ${MM_MAKE} everything SUBDIR_OVERRIDE=3Detc >/dev/null && >> ${MM_MAKE} DESTDIR=3D${TEMPROOT} distribution >/dev/null;} || > . . . >=20 > If one is using WITH_META_MODE=3D for buildworld, buidlkernel, installk= ernel, installworld what is appropriate for scripts or other uses of make= for other makefile-targets? >=20 > Are there explicit mixes of using WITH_META_MODE=3D for some makefile t= argets and not using WITH_META_MODE=3D for other makefile targets that ne= ed to be avoided? Does one need to force some scripts to use [or not use]= WITH_META_MODE=3D for their "internal" make usage? >=20 Is there an actual bug with mergemaster with WITH_META_MODE? --=20 Regards, Bryan Drewery --KbUFiiH2DKVClC9gLHrIDAwiHrD2q0UiP-- --rtiOkAcDVqOPofGSHLt3U7gbPxsjJOAqh 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 iQEcBAEBAgAGBQJXXzNcAAoJEDXXcbtuRpfPRE4H/A0nnHYWoVvgOsmfU77/5bXN 4ZJyi42ls3P0d0m6Pt7BOoe9nTCfz4wUmZjpW9Har8Ufrk3iniT5YUy9rX2PcrKx mu7fTHicYNyzo/rTONiaKGu4XXLX6MYPISXBOyKFZ0BBzCzNd54C/B3HnmDe1cGp mNDNT9g14sw6msy+8CsdBFRhALVqLIK0OPZaV8NoOj6ODLM2Sx5GXv4hKZ3Humyu SYfydsb3v4cThHuIsSiWpgIcis1m+tNbnYO18D+alwdQWz45i2hL76xhn+9662mU AagK1CkeTQgwkwRBI4EroJ6zVsKVgi12NqyYgVOUb2a/9x1c9v6VOPCxP+YQWb8= =NANM -----END PGP SIGNATURE----- --rtiOkAcDVqOPofGSHLt3U7gbPxsjJOAqh-- From owner-freebsd-current@freebsd.org Mon Jun 13 22:59:41 2016 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 B50A6AF0590 for ; Mon, 13 Jun 2016 22:59:41 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 9BA902D90; Mon, 13 Jun 2016 22:59:41 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 9540F14AE; Mon, 13 Jun 2016 22:59:41 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 4E76D215A7; Mon, 13 Jun 2016 22:59:41 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 0kqLbS7MXGd4; Mon, 13 Jun 2016 22:59:38 +0000 (UTC) Subject: Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 260D0215A2 To: Mark Millard References: <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net> <92116.1464890038@kaos.jnpr.net> <4a2034a9-a2e1-d951-aecf-43e043c48d75@FreeBSD.org> <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> Cc: FreeBSD Current From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Mon, 13 Jun 2016 15:59:37 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jAPOEEvErrGqlQfaV6RXShnuJ7bstrKcO" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 22:59:41 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jAPOEEvErrGqlQfaV6RXShnuJ7bstrKcO Content-Type: multipart/mixed; boundary="IfhfHjLLXJRnBshOf8F3aAaGEcXQRTsvX" From: Bryan Drewery To: Mark Millard Cc: FreeBSD Current Message-ID: Subject: Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815] References: <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net> <92116.1464890038@kaos.jnpr.net> <4a2034a9-a2e1-d951-aecf-43e043c48d75@FreeBSD.org> <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> In-Reply-To: <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> --IfhfHjLLXJRnBshOf8F3aAaGEcXQRTsvX Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/11/2016 9:55 PM, Mark Millard wrote: > Doing cleanworld instead of "-j 5 buildworld buildkernel" and then retr= ying "-j 5 buildworld buildkernel" resulted in the same sort of thing but= for maketab instead: The cleanworld likely fixed an issue of a stale file sitting in the objdir. I was able to reproduce the maketab bug though and am fixing tha= t. --=20 Regards, Bryan Drewery --IfhfHjLLXJRnBshOf8F3aAaGEcXQRTsvX-- --jAPOEEvErrGqlQfaV6RXShnuJ7bstrKcO 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 iQEcBAEBAgAGBQJXXzrZAAoJEDXXcbtuRpfPSwoH/jNamDaJA1ZO5rkru7Bs7AxG hl3pP95eTK6CEouCGihj0LMte9i37eMMhTyQl+VTf16YR817jgftOtY+XR0T/dPN a25fv2OwVqoBU1mcMFGhsWRhDaMYOM/TSIlbyxXIKdScDjg2T4NwSA+pLB34rchh J4ZNEcV0U1TbVsJ3+xdUQyMzeEbEjLjUbNKEOZSJjhER5DphGbfXaP2mB2iOi8+N 9wifbyU9B0OL1iZHttVrl3uAbD0zihgQkaPW/5pif4APlrv0BdnVg1igOPUM5fUI 0VFzWUregkvSK6ov57AYBkkFoJO7S50MSuLMVYaBKHsnuPlcSGBmuLsmALMpCs8= =1Evv -----END PGP SIGNATURE----- --jAPOEEvErrGqlQfaV6RXShnuJ7bstrKcO-- From owner-freebsd-current@freebsd.org Mon Jun 13 23:31:39 2016 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 63D7AAF0DD1 for ; Mon, 13 Jun 2016 23:31:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (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 191DB2D08 for ; Mon, 13 Jun 2016 23:31:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10589 invoked from network); 13 Jun 2016 23:32:11 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 23:32:11 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 13 Jun 2016 19:31:41 -0400 (EDT) Received: (qmail 22357 invoked from network); 13 Jun 2016 23:31:41 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 23:31:41 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id DD76C1C43D0; Mon, 13 Jun 2016 16:31:30 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: mergemaster internally using make [for example] vs. WITH_META_MODE? From: Mark Millard In-Reply-To: <36f0c42f-1ca0-f82c-da5b-74cb8f0240e4@FreeBSD.org> Date: Mon, 13 Jun 2016 16:31:34 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <533A2977-70C7-44A8-9768-840BAAC3F95F@dsl-only.net> References: <7C577F5B-545C-4D70-A78E-A19E35A24592@dsl-only.net> <36f0c42f-1ca0-f82c-da5b-74cb8f0240e4@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 23:31:39 -0000 On 2016-Jun-13, at 3:27 PM, Bryan Drewery wrote: > On 6/11/2016 7:28 PM, Mark Millard wrote: >> mergemaster [as an example] has code like: >>=20 >>> # grep -i make /usr/sbin/mergemaster | more >> . . . >>> MM_MAKE=3D"make ${ARCHSTRING} -m ${SOURCEDIR}/share/mk" >>> ${MM_MAKE} DESTDIR=3D${DESTDIR} distrib-dirs >/dev/null >>> ${MM_MAKE} DESTDIR=3D${TEMPROOT} distrib-dirs >/dev/null && >>> ${MM_MAKE} _obj SUBDIR_OVERRIDE=3Detc >/dev/null && >>> ${MM_MAKE} everything SUBDIR_OVERRIDE=3Detc >/dev/null && >>> ${MM_MAKE} DESTDIR=3D${TEMPROOT} distribution >/dev/null;} || >> . . . >>=20 >> If one is using WITH_META_MODE=3D for buildworld, buidlkernel, = installkernel, installworld what is appropriate for scripts or other = uses of make for other makefile-targets? >>=20 >> Are there explicit mixes of using WITH_META_MODE=3D for some makefile = targets and not using WITH_META_MODE=3D for other makefile targets that = need to be avoided? Does one need to force some scripts to use [or not = use] WITH_META_MODE=3D for their "internal" make usage? >>=20 >=20 > Is there an actual bug with mergemaster with WITH_META_MODE? >=20 >=20 > --=20 > Regards, > Bryan Drewery I do not know. I was not sure if lack of WITH_META_MODE=3Dyes for = mergemaster's internal make uses might mess up later make commands that = use WITH_META_MODE=3Dyes for explicit make activities. Overall that = would be a mix of with and without. As stands I use the following script for mergemaster (TARGET_ARCH=3Damd64 = example): # more ~/sys_build_scripts.amd64-host/mergemaster_amd64-amd64-host.sh=20 script ~/sys_typescripts/typescript_mergemaster_amd64-amd64-host-$(date = +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang-bootstrap.amd64-hos= t" \ MAKEOBJDIRPREFIX=3D"/usr/obj/clang/amd64.amd64" \ mergemaster -A amd64 $* I've not added WITH_META_MODE=3Dyes to the env yet. I've been wondering if I should add WITH_META_MODE=3Dyes to such scripts = when the matching "make" script uses WITH_META_MODE=3Dyes --such as: # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang_bootstrap-amd64-ho= st.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_amd64_nodebug_clang_bootstrap-amd64-host= -$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang-bootstrap.amd64-hos= t" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/clang/amd64.amd64" \ make $* [Based on current behavior I normally only use WITH_META_MODE=3Dyes for = the host targeting its own architecture.] =3D=3D=3D Mark Millard markmi@dsl-only.net From owner-freebsd-current@freebsd.org Mon Jun 13 23:46:58 2016 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 6AA41AF10F6 for ; Mon, 13 Jun 2016 23:46:58 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0136.outbound.protection.outlook.com [65.55.169.136]) (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 B37AC29D7; Mon, 13 Jun 2016 23:46:57 +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=59kF3kX9jOIAN0igFa6Wz0tcqmrauDMMdgc64fVT2bc=; b=YkL8T9oIlBUN2LzwlIzMGUYciknGpHC7Antx06BbnUa/UnfCNqyj6OlIWbKU07n5EHqJAg7/pLhuxKJ72CxAFdzgRZogpAKt0dIwMRLL73k79v/qpZRrE/LvG4765ZTfURrqufD3xCa0VuM3bxquXRUfGoPoOcT/a33WUjYG+5k= Received: from BY2PR05CA033.namprd05.prod.outlook.com (10.141.250.23) by SN2PR05MB2495.namprd05.prod.outlook.com (10.166.213.16) with Microsoft SMTP Server (TLS) id 15.1.517.8; Mon, 13 Jun 2016 22:15:50 +0000 Received: from BN1BFFO11FD051.protection.gbl (2a01:111:f400:7c10::1:151) by BY2PR05CA033.outlook.office365.com (2a01:111:e400:2c5f::23) with Microsoft SMTP Server (TLS) id 15.1.517.8 via Frontend Transport; Mon, 13 Jun 2016 22:15:50 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; dsl-only.net; dkim=none (message not signed) header.d=none;dsl-only.net; 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.19 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.19) by BN1BFFO11FD051.mail.protection.outlook.com (10.58.145.6) with Microsoft SMTP Server (TLS) id 15.1.511.7 via Frontend Transport; Mon, 13 Jun 2016 22:15:49 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 13 Jun 2016 15:15:48 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.16.84]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id u5DMFlE69525; Mon, 13 Jun 2016 15:15:47 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 185CE38551E; Mon, 13 Jun 2016 15:15:47 -0700 (PDT) To: Bryan Drewery CC: Mark Millard , FreeBSD Current , Subject: Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815] In-Reply-To: <6ab4f223-436b-dc13-f780-5f9a90262204@FreeBSD.org> References: <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net> <92116.1464890038@kaos.jnpr.net> <4a2034a9-a2e1-d951-aecf-43e043c48d75@FreeBSD.org> <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> <38443.1465735161@kaos.jnpr.net> <6ab4f223-436b-dc13-f780-5f9a90262204@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Mon, 13 Jun 2016 11:55:04 -0700." 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: <53397.1465856147.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Mon, 13 Jun 2016 15:15:47 -0700 Message-ID: <53399.1465856147@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.19; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(2980300002)(24454002)(199003)(189002)(50466002)(8936002)(106466001)(53416004)(46406003)(117636001)(76506005)(6806005)(47776003)(586003)(97736004)(76176999)(50986999)(110136002)(107886002)(23726003)(189998001)(8746002)(93886004)(50226002)(11100500001)(5008740100001)(105596002)(4326007)(9686002)(77096005)(69596002)(5003600100002)(86362001)(4001430100002)(19580405001)(19580395003)(2906002)(87936001)(2950100001)(68736007)(356003)(2810700001)(81156014)(97756001)(8676002)(81166006)(92566002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN2PR05MB2495; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; CAT:NONE; LANG:en; CAT:NONE; X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11FD051; 1:s6W1OXR01bqQHsNBNn9S4C6JEEZlehGRR1H5mdH8/Q8AhKRJ/0zD5kiPNjCSpx9h5sY/3CkmyczRem6ENBp0uVvdTlFiWgEDBK8AMq7YC5MhmQxJz44GoHpNC9dX1iTsVzstYfQR4wYbcal8l95wETG0Eqst5iE8LYwJNS4Jj8yvVHmJBKXiT550Hokv7wpbLKEf3Y382QGYJtquwKTy9GvWBXgmyVJGl2q7OUg4cXHdApOCU1iog5dFNFnprAZ9g63aoNKHvFiPjMoe4+rJRJNYN1w+EAJfeP/cg7F6x/jlslDkPAOCPG+XLPmK4uUkYDG6AVAlbsRfnpK/VVejnxsEAtNiE8YpMeJRZQJS/9fRZ2OMmKJK3vB2uWUzBhEhboMYEY+l+nKwVKA/yBZ3m6axVmqYNiWgH+OYDHocUenP5XAFosCwEMA0/vnTWGDSyAx3IbwfmvJmCbF2qFkRaQk1H8AqiO88DW3/FVTE3BLD6XAiSIbf+eIn3aCGu2fNc4Vo3ndg487eG3FJd7QzEw== X-MS-Office365-Filtering-Correlation-Id: acd6e8ee-8ee1-4993-1ead-08d393d846b1 X-Microsoft-Exchange-Diagnostics: 1; SN2PR05MB2495; 2:3Ke2PMqd8YTqSWBG2S/MPixQu/V8I6/tK1r2IfzVmW3b2+bQ+XwA4gkaIsCSwImUpiasiEqwV2XZ59dwYydFEjeraNLH99hOV0W5muQoTkJWeW00QriXmca0/0KiqzZb2qOnNHRq8Nfcs5HDkjUhzSUNjsNC5K2TGunPhVoIFY3IkHrZTzaFTCqVDa4+MQ2P; 3:xcwXugzWemCDDNzx9ntUT1pb2CwAiba9E/QDDwMaUO8TD2QEuN8JFtanPkRvMIMNOreWjf9cR4kNSjUibzlu4mZFDixbL8YQhKkLCbrKdVu7RX1iwHtbYHF4DSnP9DWhd4q2Y8SJLEyPhhSHxPKCdr05EjvTpWaJUfEx3tzz3FP0ILIdq5sWSaylHECzI5uJ4iX3fuuf4UaEfSIovp4Nkoei0z4br365x2OULhfn9F8=; 25:pQdAwil62fBEqlmO31u3Ue5pZ7Qul9AUca3rFnEQiOUg8gEzvNr9QMEz4qtBugeTKlv4HoY0Brvh2oUQetk33/5uFvDdxXMeThmhc4bBqQP2K1/euQWuMjSdkhWW0hOWDKR6zCjZGTPQsD2ZHVsOueD1ky0RWnAXCHWZ2qHnaWxBfuJdqY0qRR0vQ78i1te3tHV5RtWpyx6obnCSRFT4FwGZxcBYA2tTZ6I/p+NUhMEx12Z3Es0KXl5AlE48JSoNplxWkL/Plx5L2o6eiMLDXvaSb1YlVVcpM8jvYut/jRf4VmoUfvhbi6UrfwaMbR4rjy9AtmM5UUAEGiKj38dzUjvfDhl33YZZeuGiK3au33NSbFvZy4X7wxb2s390gcibXrOtX2sQtOigVO7vPgH+lysJC9Tj49B6EUSvCibGfU8= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN2PR05MB2495; X-Microsoft-Exchange-Diagnostics: 1; SN2PR05MB2495; 20:655GyKeajT0mO+G+bfXBWJZJg2FGuTuwD6CAs2z0+Q7KEUQS1zhzzPjKtFDwWq7SnlHkl8VwO6Ley5iSrRcukjvRDivZoT6IMQZiJHyVEK5k036h6jRGuACsprz4tyY7S876V+tIoBGaYJw9xZtr7AHzGWUIFckehW9yZ8+gV13GmNNEMOeMe/lE0oOHELJHf9pdMaGlcgX37sunfKhCqWtl8yeTDWumT4z4xxUTswsiM7pvCsaP3DJzgpaDnBK8jPT448RWnF2sh5Y/wJBWr9MJDQvEEIVOOnguck9ZcL5HdmHlJSdTjAWXNYNHi6gfgxdWvyGgCxASuXbvmFcW2jsBuWslCAe8DcwndhEv0R8b2KFBdSvgHHbmhk7KVbqn0SrtmdbGpiqADRu1sD2TOBLY67y17AvPe4VOECjh8hunaJLKeL0q+x5a/UmxgjOQyYG22dxq1sVl84PVxGSGgjqVVRlJXh3SaKLzLQXjS6FMa/XoAgFNm8v5IkjY6gM3 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(13015025)(5005006)(13017025)(13023025)(13018025)(13024025)(3002001)(10201501046)(6055026); SRVR:SN2PR05MB2495; BCL:0; PCL:0; RULEID:; SRVR:SN2PR05MB2495; X-Microsoft-Exchange-Diagnostics: 1; SN2PR05MB2495; 4:zktVZ+Opw7Uh7ShtAxhP2ejaz8CJiUR17ZUFhiKvkZkE82KSBSqu9GZB236WKyyGsogxDzD/hMQBQ+mH/cxL6CteQaL5sNAYf/J7Me4bpngHh3Qcs859P4Qe7XBE8fsSjInLDJywBDYZaq8YTub4u9MomKXQRaIFh9eCzo5XUVqaax6hMd6F1dcXHB+eAgjUko7KmdveEWyaAo/HbKr1HTttDmsoJDbUbr0qjdwGJZogFcePS4DUpEYkZXbttUkK/thK2oVlrBEi+oNJVseTcNIjb/aPeZ0fMjl/5PeqIBY7DdZOt5/hA97VjB7kxzOfM8qnyiaT82Vzc/RwrJOfpCPD9ZkSe8RI7EStZYKJ4HqWLiUGTeo7+VOWzJPueZaYrvBatuvn7fLSQvz9Kmo4AnCSs/MTDYQl0IO/R5RbWE8GenlLieLQeLy43b0M1XDaiFVFZG50iSMalwVQe4mKG/M5YEZAwKcZZhvboPnIlW4= X-Forefront-PRVS: 0972DEC1D9 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; SN2PR05MB2495; 23:N70AoFvUVCIEXEab2glPd4vrD2nFk/4rx/PZJ52hi?= =?us-ascii?Q?hoYOm4ljc8czyO6kABk/EYkNMAd4ScaPQo2A3dqDdGI9E+D8fLx9Ggi/2suM?= =?us-ascii?Q?1L+cEk7PpKl2VhurpTPhYg8J25yrUp8fjLXae8+pl/Goz/CcwmLXH1Oja3Zy?= =?us-ascii?Q?rWzZKe8p6h94Cy4nOjo6CrDMv2RWsQhJ20oYoGAum6CgTrE+ankGy/xBOzRs?= =?us-ascii?Q?E4xY+wBldUxMYk9olp4bOAvvGaChXDeWrCyVAX0ztPRe5fWPe+YOrbIcetB4?= =?us-ascii?Q?uOBwU4U78zwmD5B44Ju+NLIIkB1ISLI0MrjubQ0qpMZBPm/kvAGRjM2C4XIX?= =?us-ascii?Q?G0BHpWVkYp577Kot7VpJvA8YThghHkLus7IArHVe4Mf8lfTKaXp2qlR9PBR3?= =?us-ascii?Q?gcrdk9df+XrNGNPUjkY8WOsnR+MqJdgPJNP9NNoraKdZu8DyARrmHd/vNjc7?= =?us-ascii?Q?g9fooaJqUWvu9x2g+dIUSJOo3ObgWEKmb3kyYC4HJbs2e+o+7UuFCtF0JTRe?= =?us-ascii?Q?GufB3KptvVhldAgwZrcQacgCJFrl/UwKn6jgRme9TUSYH065YocHydZleldb?= =?us-ascii?Q?fLwhUorQ6+ogNMN+AbGAMMOggkDBsrl/bQPYfmm6wQOu/keB05boL7kV3JQt?= =?us-ascii?Q?D9dTnPqIEBEmk7sbZC+gyA65ZKHH/17rlP1d1YkCPRqg0jPTNx0kPZGgJgxd?= =?us-ascii?Q?IwAzeyzbvIYSqb9SFnrSqR1xQWX5dRHHbvKa7lHb1Zb+5/KjvX/dXcBow+nB?= =?us-ascii?Q?qIrUNpwvVnNyNq8Nh57TTuxYORrPRVCtDmQgsgiUf5GqUqrMl+cgCFYb76p2?= =?us-ascii?Q?TIo3r/4ImVGXdS0zzBg6ryZ45sj3PV43j2P41suyo8lVMPzWh6HX40DxM4ys?= =?us-ascii?Q?DnHy9Vs5nUhZNNk2NQelsNKGoMs5+tLaFo5A8O+avg9aOW2Frq9d3TXIfTSl?= =?us-ascii?Q?t1Um/VAqfabmpJk1WdQ2qYPjNCziOwQp2ORwl9gIcJXLAa56X6gG220moBbU?= =?us-ascii?Q?Y/n3w4wEsdBijzjVIYj+LDS8u1Z/sp2aDfFYN0zRxAZJ7ULqciQJfPstnOwr?= =?us-ascii?Q?KDGVh0F8RYfgQ6jaLf+TzR6sjPAGuDowkfENBmnJOjHhJxVcrCxeQvT6BOfd?= =?us-ascii?Q?PfNGyaOYnI4tDKMrZD2E3KTQC2RxoMTjlMyQvr6tOoH/CQcHyBVXJrafu2g/?= =?us-ascii?Q?k0JECFVTDwHc29remtMssJwV1xmBjOYNWgu5CaVPCQ/DGZZttTUJxbY6PZLS?= =?us-ascii?Q?W7J/sj+uoq5vsF5zWGtQqOsZqTfdojpULD7LHwp?= X-Microsoft-Exchange-Diagnostics: 1; SN2PR05MB2495; 6:xfinaUfA2iku4SXdQSU3jbuil6ECfHxSWol9i0AVt1onJBPcxP3DmERYwfSFSKb8uTCeVCgDSLoe+EiGiJHvDf1DFamEOq3eCO7H9+QfzrbRAxP8PBIynjqa76N2Xj+jx02G7FrUJrDjulKwxxr9z+pHrBvdeUUR3GjmBx3CNoqkRW61V2zQ/7k2KjE38eHjvmb3AgB8t4ES7ztbmdztyHY/bZcoFmBCv9HnUx1nJW3WhHDsnE5bZMUHTo3JIQ8Bu/RoXpeTrgu8OtjkDNaSpG1rvx//6OYmT4Tk4IUGT7LOv7/rmAkLLFXAlyZbyRztyOSpPEKA2Pd/Ejr4mu8Izg==; 5:ULenc9cZP7uXhdN6PtNFolfyc7aO+J1/U56459VR2VYe+MFagg5AFnKVBBAHb2fP7j2S5gi5cFRNnTB/mb8SYDRt+jUR1EDOPZdLSfXtYYgXqvqKJBiBdFroIut7z43K9Vue0a5wOXUCF41V4Ok6DQ==; 24:tcoLf9oVLVIxlQHcug/bs+8KzfKwD6Tp6ixd6/aTjEdU7J5QU48A3jM/JltyqowhPUMhfV39EH5NKfJyicEdp0XusFXZVnkNnWNiJq0KWfs=; 7:QV97+2RJJm2FIP97Co/XazoWgJV0uIyQG0oVP1D7LGppQtH2mJ9auPWihJc00Gfg61V2SKv3naD1EpWkn9hEp/pk5fEjnsFyjHQagT3goiGKIXNPILclmTQgb1vMtRfmKzt+5L6SBwG5kps8nIks9nPFCJI3oP5KxqOsTKWWHFt+Ufz2bUKTPgoQqtQo3xbLevFQhA/LFhqOp5/L9GNe3nID7HDa3GUh9byMeVxd4rE= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Jun 2016 22:15:49.4015 (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.19]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN2PR05MB2495 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 13 Jun 2016 23:46:58 -0000 Bryan Drewery wrote: > > eg. in our internal tree - which cross builds fine: > > = > > make_keys: make_keys.c names.c ncurses_def.h ${HEADERS} > > ${HOST_CC} -o $@ ${HOST_CFLAGS} ${NCURSES_DIR}/ncurses/tinfo/m= ake_keys.c > = > I like this method but am going to put it off for a while. The The above is a reasonably non-intrusive way of dealing with targets like that. For tools which are more expensive to build, having a separate dir is best, since (with DIRDEPS at least) it is then easier to build them only once and at the right time. From owner-freebsd-current@freebsd.org Tue Jun 14 00:06:58 2016 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 046B2AF18FB for ; Tue, 14 Jun 2016 00:06:58 +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 D5B6D2216 for ; Tue, 14 Jun 2016 00:06:57 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: f0c0d8a0-31c3-11e6-8929-8ded99d5e9d7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 14 Jun 2016 00:07:10 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5E06mP9014436; Mon, 13 Jun 2016 18:06:48 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1465862808.1188.129.camel@freebsd.org> Subject: Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists From: Ian Lepore To: cem@freebsd.org, Alan Somers Cc: Mark Millard , freebsd-arm , FreeBSD Current Date: Mon, 13 Jun 2016 18:06:48 -0600 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 00:06:58 -0000 On Mon, 2016-06-13 at 11:04 -0700, Conrad Meyer wrote: > I expect it's because: > > 1. bitstr_size() is just bytes (doesn't round up to sizeof(bitstr_t == > unsigned long)) This might result in allocating too-few bytes, but that's something you'd only notice if you have something like valgrind watching out for accesses beyond the allocated size. > 2. The userspace version of bit_alloc() uses calloc(bitstr_size(), 1) > (an array of nmemb=bitstr_size() size=bytes, doesn't have to be > 'unsigned long' sized or aligned). > 3. Various bit_* functions access the result as if it's an array of > 'unsigned long', when it was allocated as a single-byte array (no > ulong alignment or size). malloc and related functions (including calloc) always return memory "...suitably aligned for storage of any type of object." Last time I checked that basically meant all allocations, even a single byte, are aligned on a 16-byte boundary on arm. > 4. ARM isn't as happy about unaligned accesses as x86. > That's mostly not the case anymore. Using load/store-doubleword or load/store-multiple instructions requires 4-byte-aligned values (not a typo: doubleword access requires word alignment). Everything smaller than doubleword access in userland these days can be unaligned. The optimizer can combine adjacent 32-bit accesses into doubleword -instruction accesses, leading to alignment faults with unaligned data, but that shouldn't be the case here because malloc'd memory is aligned. -- Ian > I'd make the following change (needs sys/param.h, not compile tested) > and see if it fixes it: > > --- sys/bitstring.h (revision 301805) > +++ sys/bitstring.h (working copy) > @@ -119,7 +119,8 @@ > static inline bitstr_t * > bit_alloc(int _nbits) > { > - return ((bitstr_t *)calloc(bitstr_size(_nbits), 1)); > + return (calloc(howmany(bitstr_size(_nbits), > sizeof(bitstr_t)), > + sizeof(bitstr_t))); > } > #endif > > > > > > > On Mon, Jun 13, 2016 at 10:49 AM, Alan Somers > wrote: > > Please open a bug for the bitstring test failures and assign it to > > me. > > Also, since I don't have any arm hardware, please provide > > instructions > > on how to run this code in a VM, or where I can get access to the > > hardware. > > > > -Alan > > > > On Mon, Jun 13, 2016 at 11:29 AM, Mark Millard > > wrote: > > > With the newly less strict alignment requirements "kyua test -k > > > /usr/tests/Kyuafile" runs to completion, unlike before. > > > > > > > ===> Summary > > > > Results read from /root/.kyua/store/results.usr_tests.20160613 > > > > -080302-120731.db > > > > Test cases: 5694 total, 54 skipped, 21 expected failures, 24 > > > > broken, 59 failed > > > > Total time: 8723.243s > > > > > > > > > I only list the one line summaries below. Then I list various > > > context details. > > > > > > > ===> Broken tests > > > > lib/msun/cexp_test:main -> broken: Received signal 6 > > > > [1.054s] > > > > lib/msun/ctrig_test:main -> broken: Received signal 6 > > > > [1.074s] > > > > lib/msun/exponential_test:main -> broken: Received signal 6 > > > > [1.045s] > > > > lib/msun/fenv_test:main -> broken: Received signal 6 > > > > [1.048s] > > > > lib/msun/fma_test:main -> broken: Received signal 6 [1.080s] > > > > lib/msun/invctrig_test:main -> broken: Received signal 6 > > > > [1.091s] > > > > lib/msun/invtrig_test:main -> broken: Received signal 6 > > > > [1.086s] > > > > lib/msun/logarithm_test:main -> broken: Received signal 6 > > > > [1.054s] > > > > lib/msun/lrint_test:main -> broken: Received signal 6 > > > > [1.069s] > > > > lib/msun/nearbyint_test:main -> broken: Received signal 6 > > > > [1.066s] > > > > lib/msun/rem_test:main -> broken: Received signal 6 [1.069s] > > > > lib/msun/trig_test:main -> broken: Received signal 6 > > > > [1.070s] > > > > sbin/growfs/legacy_test:main -> broken: Reported plan differs > > > > from actual executed tests [0.459s] > > > > sys/geom/class/eli/integrity_copy_test:main -> broken: Test > > > > case timed out [1200.082s] > > > > sys/geom/class/eli/integrity_hmac_test:main -> broken: Test > > > > case timed out [600.138s] > > > > sys/geom/class/eli/onetime_a_test:main -> broken: Test case > > > > timed out [600.044s] > > > > sys/sys/bitstring_test:bit_clear -> broken: Test case body > > > > timed out [300.032s] > > > > sys/sys/bitstring_test:bit_count -> broken: Premature exit; > > > > test case received signal 11 (core dumped) [1.080s] > > > > sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; > > > > test case received signal 11 (core dumped) [1.077s] > > > > sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; > > > > test case received signal 11 (core dumped) [1.081s] > > > > sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; > > > > test case received signal 11 (core dumped) [1.082s] > > > > sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; > > > > test case received signal 11 (core dumped) [1.077s] > > > > sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; > > > > test case received signal 11 (core dumped) [1.083s] > > > > sys/sys/bitstring_test:bit_nset -> broken: Premature exit; > > > > test case received signal 11 (core dumped) [1.079s] > > > > > > > > > > ===> Failed tests > > > > lib/libc/c063/fstatat_test:fstatat_fd -> failed: > > > > /usr/src/contrib/netbsd-tests/lib/libc/c063/t_fstatat.c:74: > > > > memcmp(&st1, &st2, sizeof(st1)) == 0 not met [0. > > > > 027s] > > > > lib/libc/nss/gethostby_test:getipnodebyname_getaddrinfo_ipv4 > > > > -> failed: /usr/src/lib/libc/tests/nss/gethostby_test.c:1335: > > > > run_tests(_hostlist_file, _snapshot > > > > _file, 2, TEST_GETHOSTBYNAME2_GETADDRINFO, 0) == 0 not met > > > > [15.315s] > > > > lib/libc/ssp/ssp_test:fgets -> failed: Test case body > > > > returned a non-ok exit code, but this is not allowed [0.153s] > > > > lib/libc/ssp/ssp_test:gets -> failed: Test case body returned > > > > a non-ok exit code, but this is not allowed [0.158s] > > > > lib/libc/ssp/ssp_test:memcpy -> failed: atf-check failed; see > > > > the output of the test for details [0.148s] > > > > lib/libc/ssp/ssp_test:memmove -> failed: atf-check failed; > > > > see the output of the test for details [0.147s] > > > > lib/libc/ssp/ssp_test:memset -> failed: atf-check failed; see > > > > the output of the test for details [0.147s] > > > > lib/libc/ssp/ssp_test:read -> failed: Test case body returned > > > > a non-ok exit code, but this is not allowed [0.154s] > > > > lib/libc/ssp/ssp_test:readlink -> failed: atf-check failed; > > > > see the output of the test for details [0.155s] > > > > lib/libc/ssp/ssp_test:snprintf -> failed: atf-check failed; > > > > see the output of the test for details [0.149s] > > > > lib/libc/ssp/ssp_test:sprintf -> failed: atf-check failed; > > > > see the output of the test for details [0.149s] > > > > lib/libc/ssp/ssp_test:stpcpy -> failed: atf-check failed; see > > > > the output of the test for details [0.149s] > > > > lib/libc/ssp/ssp_test:stpncpy -> failed: atf-check failed; > > > > see the output of the test for details [0.147s] > > > > lib/libc/ssp/ssp_test:strcat -> failed: atf-check failed; see > > > > the output of the test for details [0.147s] > > > > lib/libc/ssp/ssp_test:strcpy -> failed: atf-check failed; see > > > > the output of the test for details [0.147s] > > > > lib/libc/ssp/ssp_test:strncat -> failed: atf-check failed; > > > > see the output of the test for details [0.147s] > > > > lib/libc/ssp/ssp_test:strncpy -> failed: atf-check failed; > > > > see the output of the test for details [0.146s] > > > > lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; > > > > see the output of the test for details [0.150s] > > > > lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; > > > > see the output of the test for details [0.148s] > > > > lib/libc/stdio/printbasic_test:int_within_limits -> failed: > > > > printf("%tu", (size_t)-1) ==> [18446744073709551615], expected > > > > [4294967295]<> [0.030s] > > > > lib/libc/stdio/scanfloat_test:infinities_and_nans -> failed: > > > > /usr/src/lib/libc/tests/stdio/scanfloat_test.c:191: > > > > fetestexcept(FE_INVALID) == 0 not met [0.031 > > > > s] > > > > lib/libc/sys/mincore_test:mincore_resid -> failed: > > > > /usr/src/contrib/netbsd-tests/lib/libc/sys/t_mincore.c:225: > > > > check_residency(addr, npgs) == 0 not met [0.04 > > > > 0s] > > > > lib/libc/sys/mincore_test:mincore_shmseg -> failed: > > > > /usr/src/contrib/netbsd-tests/lib/libc/sys/t_mincore.c:298: > > > > check_residency(addr, npgs) == 0 not met [0.0 > > > > 29s] > > > > lib/libc/tls/tls_dynamic_test:t_tls_dynamic -> failed: 15 > > > > checks failed; see output for more details [0.035s] > > > > lib/libproc/proc_test:symbol_lookup -> failed: > > > > /usr/src/lib/libproc/tests/proc_test.c:116: state != PS_STOP: > > > > process has state 4 [0.177s] > > > > lib/libxo/functional_test:test_02__E -> failed: atf-check > > > > failed; see the output of the test for details [0.166s] > > > > lib/libxo/functional_test:test_02__H -> failed: atf-check > > > > failed; see the output of the test for details [0.168s] > > > > lib/libxo/functional_test:test_02__HIPx -> failed: atf-check > > > > failed; see the output of the test for details [0.170s] > > > > lib/libxo/functional_test:test_02__HP -> failed: atf-check > > > > failed; see the output of the test for details [0.164s] > > > > lib/libxo/functional_test:test_02__J -> failed: atf-check > > > > failed; see the output of the test for details [0.169s] > > > > lib/libxo/functional_test:test_02__JP -> failed: atf-check > > > > failed; see the output of the test for details [0.166s] > > > > lib/libxo/functional_test:test_02__T -> failed: atf-check > > > > failed; see the output of the test for details [0.168s] > > > > lib/libxo/functional_test:test_02__X -> failed: atf-check > > > > failed; see the output of the test for details [0.169s] > > > > lib/libxo/functional_test:test_02__XP -> failed: atf-check > > > > failed; see the output of the test for details [0.168s] > > > > lib/msun/conj_test:main -> failed: 9 tests of 42 failed > > > > [0.034s] > > > > lib/msun/ldexp_test:ldexp_denormal -> failed: 4 checks > > > > failed; see output for more details [0.034s] > > > > local/kyua/model/metadata_test:override_all_with_set_string -> > > > > failed: Line 253: disk_space != md.required_disk_space() > > > > (16777216.00T != 2.00G) [0.047s] > > > > local/kyua/testers/stacktrace_test:dump__cannot_find_gdb -> > > > > failed: testers/stacktrace_test.c:281: > > > > atf_utils_grep_file("execvp failed", "stacktrace") not met > > > > [0.611s] > > > > local/kyua/testers/stacktrace_test:dump__gdb_fail -> failed: > > > > testers/stacktrace_test.c:294: atf_utils_grep_file("foo", > > > > "stacktrace") not met [0.610s] > > > > local/kyua/testers/stacktrace_test:dump__gdb_times_out -> > > > > failed: testers/stacktrace_test.c:311: > > > > atf_utils_grep_file("foo", "stacktrace") not met [0.614s] > > > > local/kyua/testers/stacktrace_test:dump__integration -> > > > > failed: testers/stacktrace_test.c:233: > > > > atf_utils_grep_file("#0", "stacktrace") not met [0.613s] > > > > local/kyua/testers/stacktrace_test:dump__ok -> failed: > > > > testers/stacktrace_test.c:249: atf_utils_grep_file("frame 1", > > > > "stacktrace") not met [0.614s] > > > > local/kyua/testers/stacktrace_test:find_core__found__long -> > > > > failed: Core dumped, but no candidates found [0.606s] > > > > local/kyua/testers/stacktrace_test:find_core__found__short -> > > > > failed: Core dumped, but no candidates found [0.603s] > > > > local/kyua/testers/tap_parser_test:try_parse_plan__insane -> > > > > failed: testers/tap_parser_test.c:135: 'too long' not matched > > > > in 'Plan line includes out of range > > > > numbers' [0.032s] > > > > sys/geom/class/eli/resize_test:main -> failed: 15 tests of 27 > > > > failed [1.292s] > > > > sys/kern/pipe/pipe_fstat_bug_test:main -> failed: Returned > > > > non-success exit status 1 [0.044s] > > > > usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 > > > > failed [0.151s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> failed: 1 > > > > checks failed; see output for more details [0.035s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip_rev -> > > > > failed: 1 checks failed; see output for more details [0.035s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only -> > > > > failed: 1 checks failed; see output for more details [0.034s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subn > > > > et -> failed: 1 checks failed; see output for more details > > > > [0.035s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subn > > > > et_rev -> failed: 1 checks failed; see output for more > > > > details [0.035s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point -> > > > > failed: 1 checks failed; see output for more details [0.035s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point_rev -> > > > > failed: 1 checks failed; see output for more details [0.033s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr -> > > > > failed: 1 checks failed; see output for more details [0.035s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr_rev -> > > > > failed: 1 checks failed; see output for more details [0.035s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed -> > > > > failed: 1 checks failed; see output for more details [0.032s] > > > > usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed > > > > [0.340s] > > > > > > > > > > > > Context details: > > > > > > > # uname -apKU > > > > FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat > > > > Jun 11 23:43:48 PDT 2016 markmi@FreeBSDx64:/usr/obj/clang/a > > > > rm.armv6/usr/src/sys/RPI2-NODBG ar > > > > m armv6 1100116 1100116 > > > > > > In use for the system build was: > > > > > > > XCFLAGS+= -march=armv7-a -mcpu=cortex-a7 > > > > XCXXFLAGS+= -march=armv7-a -mcpu=cortex-a7 > > > > > > I do have a few local /usr/src changes/additions, but nearly all > > > are only for powerpc and/or powerpc64 contexts: > > > > > > > # svnlite status /usr/src/ > > > > M > > > > /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBui > > > > lder.cpp > > > > M /usr/src/lib/csu/powerpc64/Makefile > > > > ? /usr/src/sys/amd64/include/include > > > > ? /usr/src/sys/arm/conf/RPI2-NODBG > > > > ? /usr/src/sys/arm/include/include > > > > M /usr/src/sys/boot/ofw/Makefile.inc > > > > M /usr/src/sys/boot/powerpc/Makefile > > > > M /usr/src/sys/boot/powerpc/Makefile.inc > > > > M /usr/src/sys/boot/uboot/Makefile.inc > > > > M /usr/src/sys/conf/Makefile.powerpc > > > > M /usr/src/sys/conf/kern.mk > > > > M /usr/src/sys/conf/kmod.mk > > > > M /usr/src/sys/dev/cxgb/ulp/tom/cxgb_listen.c > > > > M /usr/src/sys/dev/cxgbe/tom/t4_listen.c > > > > ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG > > > > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc > > > > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG > > > > ? /usr/src/sys/powerpc/conf/GENERICvtsc > > > > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG > > > > ? /usr/src/sys/powerpc/include/include > > > > M /usr/src/sys/powerpc/ofw/ofw_machdep.c > > > > M /usr/src/sys/powerpc/powerpc/exec_machdep.c > > > > ? /usr/src/sys/x86/include/include > > > > > > [The cxbg and cxbge changes just remove redundant declarations > > > that stopped a amd64-gcc based build. But other areas have such > > > issues and I quit trying eliminating such blocks to that tool > > > chain. The include/include's are from something making symbolic > > > links back to the parent include.] > > > > > > The kernel configuration was via: > > > > > > > # more /usr/src/sys/arm/conf/RPI2-NODBG > > > > # > > > > # RPI2 -- Custom configuration for the Raspberry Pi 2 > > > > # > > > > # For more information on this file, please read the config(5) > > > > manual page, > > > > # and/or the handbook section on Kernel Configuration Files: > > > > # > > > > # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/ > > > > kernelconfig-config.html > > > > # > > > > # The handbook is also available locally in > > > > /usr/share/doc/handbook > > > > # if you've installed the doc distribution, otherwise always > > > > see the > > > > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for > > > > the > > > > # latest information. > > > > # > > > > # An exhaustive list of options and more detailed explanations > > > > of the > > > > # device lines is also present in the ../../conf/NOTES and > > > > NOTES files. > > > > # If you are in doubt as to the purpose or necessity of a line, > > > > check first > > > > # in NOTES. > > > > # > > > > > > > > ident RPI2-NODBG > > > > > > > > include "RPI2" > > > > > > > > makeoptions DEBUG=-g # Build kernel with > > > > gdb(1) debug symbols > > > > options ALT_BREAK_TO_DEBUGGER > > > > #options VERBOSE_SYSINIT # Enable verbose > > > > sysinit messages > > > > > > > > options KDB # Enable kernel > > > > debugger support > > > > > > > > # For minimum debugger support (stable branch) use: > > > > #options KDB_TRACE # Print a stack trace > > > > for a panic > > > > options DDB # Enable the kernel > > > > debugger > > > > > > > > nooptions INVARIANTS # Enable calls of extra > > > > sanity checking > > > > nooptions INVARIANT_SUPPORT # Extra sanity checks > > > > of internal structures, required by INVARIANTS > > > > nooptions WITNESS # Enable checks to > > > > detect deadlocks and cycles > > > > nooptions WITNESS_SKIPSPIN # Don't run witness on > > > > spinlocks for speed > > > > nooptions DIAGNOSTIC > > > > > > > > > The armv6 11.0 -r301815 system was cross built from amd64, built > > > using src.conf: > > > > > > > # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host > > > > TO_TYPE=armv6 > > > > # > > > > KERNCONF=RPI2-NODBG > > > > TARGET=arm > > > > .if ${.MAKE.LEVEL} == 0 > > > > TARGET_ARCH=${TO_TYPE} > > > > .export TARGET_ARCH > > > > .endif > > > > # > > > > WITH_CROSS_COMPILER= > > > > WITHOUT_SYSTEM_COMPILER= > > > > # > > > > #CPUTYPE=soft > > > > WITH_LIBSOFT= > > > > WITH_LIBCPLUSPLUS= > > > > WITH_BINUTILS_BOOTSTRAP= > > > > WITH_CLANG_BOOTSTRAP= > > > > WITH_CLANG= > > > > WITH_CLANG_IS_CC= > > > > WITH_CLANG_FULL= > > > > WITH_CLANG_EXTRAS= > > > > WITH_LLDB= > > > > # > > > > WITH_BOOT= > > > > WITHOUT_LIB32= > > > > # > > > > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP= > > > > WITHOUT_GCC_BOOTSTRAP= > > > > WITHOUT_GCC= > > > > WITHOUT_GCC_IS_CC= > > > > WITHOUT_GNUCXX= > > > > # > > > > NO_WERROR= > > > > #WERROR= > > > > MALLOC_PRODUCTION= > > > > # > > > > WITH_DEBUG_FILES= > > > > # > > > > XCFLAGS+= -march=armv7-a -mcpu=cortex-a7 > > > > XCXXFLAGS+= -march=armv7-a -mcpu=cortex-a7 > > > > # There is no XCPPFLAGS but XCPP ets XCFLAGS content. > > > > > > and with the make.conf for the system build being empty: > > > > > > > # more ~/src.configs/make.conf > > > > # > > > > > > === > > > Mark Millard > > > markmi at dsl-only.net > > > > > > _______________________________________________ > > > 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" > _______________________________________________ > 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 Tue Jun 14 01:56:27 2016 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 93D53AF2465 for ; Tue, 14 Jun 2016 01:56:27 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-vk0-x22c.google.com (mail-vk0-x22c.google.com [IPv6:2607:f8b0:400c:c05::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 4C7722E6B for ; Tue, 14 Jun 2016 01:56:27 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: by mail-vk0-x22c.google.com with SMTP id d185so78588291vkg.0 for ; Mon, 13 Jun 2016 18:56:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brilliantservice-co-jp.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=T7RxRMMRTVjphRduTxodbFB18m7TiEDsaBnZzn5UPMc=; b=crpGbIH7nnxgA/2fKn27ShjxWRNnBzb6TXnwLeGZaB+98bktLebGucC6nlG/QCkBYN QT9kSyz5LFS4V2fYJrZs2aA8wjDbi6mIG81sMUsSPdwf3dvDiD3cJDgJ/LyHa9oGFobx 1eEuIAYxSVp3whd4YXV05wnpXLs6FjwKTtijdsgMxhW2CXu5WAom7dkKdc9UQju4vE0z w/R3LJrCZqYlvJKhur9+xivZ0KRefx5uAt6F+K+q7UbKnx2m+cGQ9ADLtn4GqNtIw4ud M38Z8IMOITeHS4SBDgO96a8kA9ocubod8H0zIXp9yNS55HZy/mQX8vE0he/DBWGS5OHD B76w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=T7RxRMMRTVjphRduTxodbFB18m7TiEDsaBnZzn5UPMc=; b=knY9f4Lw4nHLzj6MAcwnl3LAUf5pSVcGrs4v8Mw8j2MFJrM+A8gIlAtC25WP344mPD +KJVOLoLQFsOHI+XBG2Loshs0wnA1/bIlzTHWiP/qJecaE9F1mXFmMspZu0x3nyCzXHG 9d9DRRaJ5UN7Dkb99jl4Qr55SOcts3QzhkVntxhL9D/nU8GDJLBq2HVp59E5aGrnNkkA 3XagSnKSvSbxtMxxWnYZ2eRX2X3AVGgONW47yOPYYYqyB/RtSRbPlSOs/OnM1VWMQFjN BANIZEXUjq7JdbF5RoF+hugU2N9/nbqhwNbnChQaGwyZGsCl0hwdhdjN4zc2I76qI1lZ +24w== X-Gm-Message-State: ALyK8tI1j7EdHDan9DfRRXpd+RoU2eNWPB4PaV9ZhEkFmYOgz4U/uZUDyS9H4pAXXcJSo+NtQ0t2l1YeHjGPCf+ycGo+7SrQzZ6XY/WP/mIpgTtiLCFdNqpLgYrnmwZo621vFkGFIRKmsl9by49sJ9Q/ol8= X-Received: by 10.31.222.197 with SMTP id v188mr8239122vkg.101.1465869386096; Mon, 13 Jun 2016 18:56:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.40.33 with HTTP; Mon, 13 Jun 2016 18:56:11 -0700 (PDT) In-Reply-To: <20160613215615.GA163376@polaris.intra.vdsz.de> References: <20160613093857.GA157051@polaris.intra.vdsz.de> <20160613193644.GA161421@polaris.intra.vdsz.de> <20160613215615.GA163376@polaris.intra.vdsz.de> From: "Lundberg, Johannes" Date: Mon, 13 Jun 2016 18:56:11 -0700 Message-ID: Subject: Re: GPIO driver for Intel Atom SoC To: Imre Vadasz Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 01:56:27 -0000 Hi Imre I got the device in /dev/mmcsd0. I think the reason was that mmcsd wasn't loaded (need to load manually it seems..) Do you think your patch in mmc is something that should be pushed upstream in FreeBSD or is it more of a hack? I am talking about https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/commitdiff/444adb3ea= b999964539da816dc292a2ad058918c On Mon, Jun 13, 2016 at 2:56 PM, Imre Vadasz wrote: > Hi, > > Having the SDHCI controller in ACPI space won't help, because FreeBSD > doesn't have the code for attaching sdhci(4) via acpi yet. > > You should try setting the hw.mmc.debug tunable in the bootloader. > You should probably try booting with hw.mmc.debug=3D3 to get as much > debugging output as possible from mmc(4). It should at least tell you > if/how it recognizes the eMMC disk, and maybe something helpful for > further debugging. > > Imre > > On 13:44 Mon 13 Jun , Lundberg, Johannes wrote: > > Hi Imre > > > > > > I have attached the logs. > > The board is this: http://www.up-board.org/ > > > > Since we don't have sdhci_acpi.c (yet) I select the SDHCI controller to > be > > on PCI in BIOS. > > Would it be better to have it in ACPI space because of the MMC/GPIO > stuff? > > > > > > I tried your patch and amazingly identification of the mmc card now > works!! > > I can't believe it was that simple... > > However, I do not get any /dev/mmc* devices. > > > > sdhci_pci0: mem > > 0x91927000-0x91927fff at device 16.0 on pci0 > > sdhci_pci0: 1 slot(s) allocated > > mmc0: on sdhci_pci0 > > > > Thanks! > > > > > > > > -- > > Name: Johannes Lundberg > > Position: Mirama project leader > > Phone: +1-408-636-2161 > > Skype: brilliantjohannes > > Online: LinkedIn Faceboo= k > > Reddit > > Twitter > > GitHub < > https://github.com/yohanesu75> > > GitLab > > Company: Mirama Brilliantservice US > > Brilliantservice JP > > > > > > On Mon, Jun 13, 2016 at 12:36 PM, Imre Vadasz wrote: > > > > > Hi, > > > > > > If possible, it would be quite interesting and helpful if you could > post > > > the ACPI tables of your device (i.e. by running "acpidump -b" and > uploading > > > the output files), as well as the list of pci devices from "pciconf > -lcvb". > > > > > > The HP X2 210 detachable I'm running DragonFly on, has an internal eM= MC > > > on its pcb, as well as an external micro-sdcard slot, and both work > for me. > > > I forgot to mention that I need a small workaround to make the eMMC > work, > > > which you could try out: > > > > > > > https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/commitdiff/444adb3= eab999964539da816dc292a2ad058918c > > > > > > It seems quite unlikely that the mmc would need activating through a > gpio, > > > assuming your device can boot from that internal mmc. > > > > > > My HP detachable can boot from the internal eMMC, but not from the > external > > > micro-sd slot. The micro-sd slot is powered on by the _PS0 ACPI metho= d > of > > > the corresponding ACPI device, and that _PS0 method does some I2C > > > transactions through an I2cSerialBus ACPI operation-region Field. For > that > > > part I added a helper driver which installs the necessary handler > function > > > in the ACPICA framework: > > > > > > > https://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/98eefd6fca52090f= e45779e35c41f4b15942517f > > > > > > Imre > > > > > > On 11:24 Mon 13 Jun , Lundberg, Johannes wrote: > > > > Hi Imre > > > > > > > > This is great information. Thank you! > > > > > > > > My device have an emmc chip on the pcb (non-removable). > > > > Have you tested you code on that kind of system? > > > > > > > > Current unmodified FreeBSD can detect the sdhci_pci controller and = a > mmc > > > > card on slot0 but timeouts when trying to init the mmc. Not sure wh= y > it > > > is > > > > failing. I assumed it needed activating through some gpios but mayb= e > it's > > > > not that easy.. > > > > > > > > > > > > On Mon, Jun 13, 2016 at 2:38 AM, Imre Vadasz wrote: > > > > > > > > > Hi, > > > > > > > > > > Microsoft has some documentation on GPIO handling with SD card > > > controllers, > > > > > which should apply to most Cherryview devices: > > > > > > > > > > > > > > https://msdn.microsoft.com/windows/hardware/drivers/bringup/other-acpi-na= mespace-objects#sd > > > > > > > > > > I did some work on Cherryview SoC support in DragonFlyBSD. > > > > > In DragonFly master, there is a simple GPIO driver for cherryview > in > > > > > /sys/bus/gpio/gpio_intel. In master, it's currently only used for > > > > > handling the ACPI GeneralPurposeIo operation regions, and > > > > > Acpi-Event-Interrupts (which replace GPE interrupts on > reduced-hardware > > > > > platforms). > > > > > > > > > > I have some further (more prototype level) code which also contai= ns > > > some > > > > > code for Intel sdhci controller integration: > > > > > > > > > > > > > > https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/shortlog/refs/head= s/cherryview > > > > > > > > > > With this branch everything sdcard/eMMC related works quite nicel= y, > > > e.g. > > > > > it properly handles plugging in/out the sd-card on my HP X2 210 > > > detachable > > > > > on DragonFlyBSD. > > > > > > > > > > To handle everything properly this contains a bit of work on most= ly > > > ACPI > > > > > related stuff: > > > > > > > > > > ACPI device initialization order needs to be according to the ACP= I > _DEP > > > > > methods: > > > > > > > > > > > > > > https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/commitdiff/25dec08= cafa3ce9089eb5b216700f4e678b3356d > > > > > > > > > > We need to map ACPI nodes to the device objects (and at least > track a > > > > > reference count for debugging): > > > > > > > > > > > > > > https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/commitdiff/2313559= 0ffb33b40f170c786ea95fc133358ebdb > > > > > > > > > > Then some kind of API is needed for handling the GeneralPurposeIo > > > resources > > > > > declared for the device in the ACPI tables (e.g. the sdhci > controller). > > > > > (i.e. some way of attempting to "map" the resource from the devic= e > > > driver): > > > > > > > > > > > > > > https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/commitdiff/d5b3d34= 47bbdd42a68359aebd61f271bfa830951 > > > > > > > > > > And I have a prototype of adapting the sdhci driver to handle the > GPIO > > > > > ACPI resources, as described in " > > > > > > > > > https://msdn.microsoft.com/windows/hardware/drivers/bringup/other-acpi-na= mespace-objects#sd > > > > > ": > > > > > > > > > > > > > > https://gitweb.dragonflybsd.org/~ivadasz/dragonfly.git/commitdiff/5d2844c= 280211cbb256a5ecc3ea27f952149e452 > > > > > > > > > > Regards, > > > > > Imre Vad=C3=A1sz > > > > > > > > > > > > > -- > > > > =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- > > > > =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3= =81=A6=EF=BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83= =AB=E3=81=AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1= =E3=81=97=E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7= =A7=98=E5=8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81= =AA=E3=82=8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84= =E3=81=BE=E3=81=99=E3=80=82 > > > > =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5= =A4=96=E3=81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81= =9F=E5=A0=B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB= =E3=81=AE=E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3= =81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8= =80=E5=88=87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 > > > > =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3= =81=AE=E4=BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81= =AF=E8=A8=98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F= =E3=81=84=E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3= =82=8C=E3=81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94= =B3=E3=81=97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 > > > > --- > > > > CONFIDENTIALITY NOTE: The information in this email is confidential > > > > and intended solely for the addressee. > > > > Disclosure, copying, distribution or any other action of use of thi= s > > > > email by person other than intended recipient, is prohibited. > > > > If you are not the intended recipient and have received this email = in > > > > error, please destroy the original message. > > > > > > > -- > > =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- > > =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81= =A6=EF=BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB= =E3=81=AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3= =81=97=E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7= =98=E5=8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA= =E3=82=8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3= =81=BE=E3=81=99=E3=80=82 > > =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4= =96=E3=81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F= =E5=A0=B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3= =81=AE=E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81= =AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80= =E5=88=87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 > > =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81= =AE=E4=BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF= =E8=A8=98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3= =81=84=E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82= =8C=E3=81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3= =E3=81=97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 > > --- > > CONFIDENTIALITY NOTE: The information in this email is confidential > > and intended solely for the addressee. > > Disclosure, copying, distribution or any other action of use of this > > email by person other than intended recipient, is prohibited. > > If you are not the intended recipient and have received this email in > > error, please destroy the original message. > > > --=20 =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- =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97= =E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5= =8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82= =8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE= =E3=81=99=E3=80=82 =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE= =E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3= =83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88= =87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84= =E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3= =81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81= =97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-current@freebsd.org Tue Jun 14 02:26:08 2016 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 3DB0FAF2C78 for ; Tue, 14 Jun 2016 02:26:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (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 E86962C2C for ; Tue, 14 Jun 2016 02:26:07 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 14362 invoked from network); 14 Jun 2016 02:26:07 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 14 Jun 2016 02:26:07 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 13 Jun 2016 22:26:48 -0400 (EDT) Received: (qmail 4920 invoked from network); 14 Jun 2016 02:26:47 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 14 Jun 2016 02:26:47 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id B76D21C43E2; Mon, 13 Jun 2016 19:25:59 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 11.0 -r301815 to -r310873 using WITH_META_MODE=yes : an empty filename failure Message-Id: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> Date: Mon, 13 Jun 2016 19:26:04 -0700 To: Bryan Drewery , FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 02:26:08 -0000 [The following is after the svnltie update -r301873 /usr/src .] For the following in a amd64 rebuild on amd64 (a WITH_META_MODE=3Dyes = buidlworld buidlkernel just after a without meta mode buildworld = buildkernel [no install]). . . > # more sys/modules/drm2/radeonkmsfw/Makefile.inc=20 > # $FreeBSD: head/sys/modules/drm2/radeonkmsfw/Makefile.inc 254885 = 2013-08-25 19:37:15Z dumbbell $ > # > # Common rules for building firmware. Note this gets auto-included > # by the subdir Makefile's as a consequence of included bsd.kmod.mk. >=20 > _FIRM=3D ${IMG}.bin >=20 > CLEANFILES+=3D ${_FIRM} >=20 > FIRMWS=3D ${_FIRM}:${KMOD} >=20 > # > # Note that a license ack is not needed for iwn. > # > #FIRMWARE_LICENSE=3D >=20 > ${_FIRM}: = ${.CURDIR}/../../../../contrib/dev/drm2/radeonkmsfw/${_FIRM}.uu > uudecode -p $? > ${.TARGET} I just had . . . (Note the uudecode line in the .meta file, the reference to stdin, and = the resultant "begin" line error.) > # more = /usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODEBUG/modules/usr/src/sys= /modules/drm2/radeonkmsfw/ARUBA_me/ARUBA_me.bin.meta=20 > # Meta data file = /usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODEBUG/modules/usr/src/sys= /modules/drm2/radeonkmsfw/ARUBA_me/ARUBA_me.bin.meta > CMD uudecode -p > ARUBA_me.bin > CWD = /usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODEBUG/modules/usr/src/sys= /modules/drm2/radeonkmsfw/ARUBA_me > TARGET ARUBA_me.bin > -- command output -- > uudecode: stdin: missing or bad "begin" line > *** Error code 1 >=20 > -- filemon acquired metadata -- > # filemon version 5 > # Target pid 7146 > # Start 1465867565.855820 > V 5 > E 7163 /bin/sh > R 7163 /etc/libmap.conf > R 7163 /var/run/ld-elf.so.hints > R 7163 /lib/libedit.so.7 > R 7163 /lib/libc.so.7 > R 7163 /lib/libncursesw.so.8 > F 7163 7164 > W 7164 ARUBA_me.bin > E 7164 /usr/bin/uudecode > R 7164 /etc/libmap.conf > R 7164 /var/run/ld-elf.so.hints > R 7164 /lib/libc.so.7 > X 7164 1 0 > X 7163 1 0 > # Stop 1465867565.868045 > # Bye bye =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Tue Jun 14 02:56:55 2016 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 D2AEAAF22D5 for ; Tue, 14 Jun 2016 02:56:55 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id A832126C9; Tue, 14 Jun 2016 02:56:55 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 9A52C1F9F; Tue, 14 Jun 2016 02:56:55 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 3222721C1F; Tue, 14 Jun 2016 02:56:48 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id Oh1IgmUCfw29; Tue, 14 Jun 2016 02:56:45 +0000 (UTC) Subject: Re: 11.0 -r301815 to -r310873 using WITH_META_MODE=yes : an empty filename failure DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 715C921BEA To: Mark Millard , FreeBSD Current References: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <65e079c5-6b69-1b94-6bc8-ee32269cc98c@FreeBSD.org> Date: Mon, 13 Jun 2016 19:56:43 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0PwdKTi9IWOoAupXMcMbgRTA2qulvtWQQ" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 02:56:55 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --0PwdKTi9IWOoAupXMcMbgRTA2qulvtWQQ Content-Type: multipart/mixed; boundary="J9iccVkXxBHWSs1vXmLDNQIBqjiI15X2F" From: Bryan Drewery To: Mark Millard , FreeBSD Current Message-ID: <65e079c5-6b69-1b94-6bc8-ee32269cc98c@FreeBSD.org> Subject: Re: 11.0 -r301815 to -r310873 using WITH_META_MODE=yes : an empty filename failure References: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> In-Reply-To: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> --J9iccVkXxBHWSs1vXmLDNQIBqjiI15X2F Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/13/2016 7:26 PM, Mark Millard wrote: > [The following is after the svnltie update -r301873 /usr/src .] >=20 > For the following in a amd64 rebuild on amd64 (a WITH_META_MODE=3Dyes b= uidlworld buidlkernel just after a without meta mode buildworld buildkern= el [no install]). . . >=20 >> # more sys/modules/drm2/radeonkmsfw/Makefile.inc=20 >> # $FreeBSD: head/sys/modules/drm2/radeonkmsfw/Makefile.inc 254885 2013= -08-25 19:37:15Z dumbbell $ >> # >> # Common rules for building firmware. Note this gets auto-included >> # by the subdir Makefile's as a consequence of included bsd.kmod.mk. >> >> _FIRM=3D ${IMG}.bin >> >> CLEANFILES+=3D ${_FIRM} >> >> FIRMWS=3D ${_FIRM}:${KMOD} >> >> # >> # Note that a license ack is not needed for iwn. >> # >> #FIRMWARE_LICENSE=3D >> >> ${_FIRM}: ${.CURDIR}/../../../../contrib/dev/drm2/radeonkmsfw/${_FIRM}= =2Euu >> uudecode -p $? > ${.TARGET} >=20 >=20 > I just had . . . > (Note the uudecode line in the .meta file, the reference to stdin, and = the resultant "begin" line error.) >=20 >> # more /usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODEBUG/modules/= usr/src/sys/modules/drm2/radeonkmsfw/ARUBA_me/ARUBA_me.bin.meta=20 >> # Meta data file /usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODEBU= G/modules/usr/src/sys/modules/drm2/radeonkmsfw/ARUBA_me/ARUBA_me.bin.meta= >> CMD uudecode -p > ARUBA_me.bin >> CWD /usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODEBUG/modules/usr= /src/sys/modules/drm2/radeonkmsfw/ARUBA_me >> TARGET ARUBA_me.bin >> -- command output -- >> uudecode: stdin: missing or bad "begin" line >> *** Error code 1 >> >> -- filemon acquired metadata -- >> # filemon version 5 >> # Target pid 7146 >> # Start 1465867565.855820 >> V 5 >> E 7163 /bin/sh >> R 7163 /etc/libmap.conf >> R 7163 /var/run/ld-elf.so.hints >> R 7163 /lib/libedit.so.7 >> R 7163 /lib/libc.so.7 >> R 7163 /lib/libncursesw.so.8 >> F 7163 7164 >> W 7164 ARUBA_me.bin >> E 7164 /usr/bin/uudecode >> R 7164 /etc/libmap.conf >> R 7164 /var/run/ld-elf.so.hints >> R 7164 /lib/libc.so.7 >> X 7164 1 0 >> X 7163 1 0 >> # Stop 1465867565.868045 >> # Bye bye >=20 >=20 I don't know what's going on here at first glance but it doesn't look related to META_MODE. I'm not too familiar with $?. --=20 Regards, Bryan Drewery --J9iccVkXxBHWSs1vXmLDNQIBqjiI15X2F-- --0PwdKTi9IWOoAupXMcMbgRTA2qulvtWQQ 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 iQEcBAEBAgAGBQJXX3JrAAoJEDXXcbtuRpfPfo4IANKvEJOKZKrH6xaG84bOoZWp otu8wilUpP7XjCRpvpTjXpX6pDnc05bGuvI/gwRgqJHXgjYLIMJcV84KDdth+IZ+ NvwlM4WeWOpR1mT8cBDaWtiguQ9G3gUAbZMW972MglL+i3wjHCq4uEYiCLFPcM/z vZOQYrPfbwjNrJHPuA2oWUik47Wbz2EP3dRAfrUeXam7p+SRb1qN+IKMtbviH88A 9bHMXXRvt8I7qyahZCgmAitV+jEK4QoUnm3RGctsJw5FFR9DmRyaqXzd1oHTBObY rZdZ26+PzYmZYfffnqJpe2H0H/Sl5u75PGSvDG2Gj1XOrlurMBiLfwQrNtxAQE0= =UJMc -----END PGP SIGNATURE----- --0PwdKTi9IWOoAupXMcMbgRTA2qulvtWQQ-- From owner-freebsd-current@freebsd.org Tue Jun 14 03:10:27 2016 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 CC468AF2554 for ; Tue, 14 Jun 2016 03:10:27 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B377C2180; Tue, 14 Jun 2016 03:10:27 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id A81D9186A; Tue, 14 Jun 2016 03:10:27 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 63F6621CCB; Tue, 14 Jun 2016 03:10:27 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id cqF-uOZZSq2z; Tue, 14 Jun 2016 03:10:24 +0000 (UTC) Subject: Re: 11.0 -r301815 to -r310873 using WITH_META_MODE=yes : an empty filename failure DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 07C5C21CC3 To: sjg@FreeBSD.org References: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> <65e079c5-6b69-1b94-6bc8-ee32269cc98c@FreeBSD.org> Cc: Mark Millard , FreeBSD Current From: Bryan Drewery Organization: FreeBSD Message-ID: Date: Mon, 13 Jun 2016 20:10:22 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <65e079c5-6b69-1b94-6bc8-ee32269cc98c@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="d151cTHJ06EGLHGB7NAeR7FW1kftGI9IG" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 03:10:27 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --d151cTHJ06EGLHGB7NAeR7FW1kftGI9IG Content-Type: multipart/mixed; boundary="J32D0TWoq2G66l8WCkGsEX6FSEqIDmOX1" From: Bryan Drewery To: sjg@FreeBSD.org Cc: Mark Millard , FreeBSD Current Message-ID: Subject: Re: 11.0 -r301815 to -r310873 using WITH_META_MODE=yes : an empty filename failure References: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> <65e079c5-6b69-1b94-6bc8-ee32269cc98c@FreeBSD.org> In-Reply-To: <65e079c5-6b69-1b94-6bc8-ee32269cc98c@FreeBSD.org> --J32D0TWoq2G66l8WCkGsEX6FSEqIDmOX1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/13/16 7:56 PM, Bryan Drewery wrote: > On 6/13/2016 7:26 PM, Mark Millard wrote: >> [The following is after the svnltie update -r301873 /usr/src .] >> >> For the following in a amd64 rebuild on amd64 (a WITH_META_MODE=3Dyes = buidlworld buidlkernel just after a without meta mode buildworld buildker= nel [no install]). . . >> >>> # more sys/modules/drm2/radeonkmsfw/Makefile.inc=20 >>> # $FreeBSD: head/sys/modules/drm2/radeonkmsfw/Makefile.inc 254885 201= 3-08-25 19:37:15Z dumbbell $ >>> # >>> # Common rules for building firmware. Note this gets auto-included >>> # by the subdir Makefile's as a consequence of included bsd.kmod.mk. >>> >>> _FIRM=3D ${IMG}.bin >>> >>> CLEANFILES+=3D ${_FIRM} >>> >>> FIRMWS=3D ${_FIRM}:${KMOD} >>> >>> # >>> # Note that a license ack is not needed for iwn. >>> # >>> #FIRMWARE_LICENSE=3D >>> >>> ${_FIRM}: ${.CURDIR}/../../../../contrib/dev/drm2/radeonkmsfw/${_FIRM= }.uu >>> uudecode -p $? > ${.TARGET} >> >> >> I just had . . . >> (Note the uudecode line in the .meta file, the reference to stdin, and= the resultant "begin" line error.) >> >>> # more /usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODEBUG/modules= /usr/src/sys/modules/drm2/radeonkmsfw/ARUBA_me/ARUBA_me.bin.meta=20 >>> # Meta data file /usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODEB= UG/modules/usr/src/sys/modules/drm2/radeonkmsfw/ARUBA_me/ARUBA_me.bin.met= a >>> CMD uudecode -p > ARUBA_me.bin >>> CWD /usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODEBUG/modules/us= r/src/sys/modules/drm2/radeonkmsfw/ARUBA_me >>> TARGET ARUBA_me.bin >>> -- command output -- >>> uudecode: stdin: missing or bad "begin" line >>> *** Error code 1 >>> >>> -- filemon acquired metadata -- >>> # filemon version 5 >>> # Target pid 7146 >>> # Start 1465867565.855820 >>> V 5 >>> E 7163 /bin/sh >>> R 7163 /etc/libmap.conf >>> R 7163 /var/run/ld-elf.so.hints >>> R 7163 /lib/libedit.so.7 >>> R 7163 /lib/libc.so.7 >>> R 7163 /lib/libncursesw.so.8 >>> F 7163 7164 >>> W 7164 ARUBA_me.bin >>> E 7164 /usr/bin/uudecode >>> R 7164 /etc/libmap.conf >>> R 7164 /var/run/ld-elf.so.hints >>> R 7164 /lib/libc.so.7 >>> X 7164 1 0 >>> X 7163 1 0 >>> # Stop 1465867565.868045 >>> # Bye bye >> >> >=20 > I don't know what's going on here at first glance but it doesn't look > related to META_MODE. I'm not too familiar with $?. >=20 Actually it does seem to be meta-missing bug since $? (.OODATE) is empty and yet it is requiring a .meta file. Easy way to recreate it: cd sys/modules/drm2/radeonkmsfw/ARUBA_me make cleandir make obj make make -dM # it notes that ARUBA_me.bin cannot be compared due to .OODATE rm $(make whereobj)/ARUBA_me.bin.meta make -dM > /usr/obj/root/git/freebsd/sys/modules/drm2/radeonkmsfw/ARUBA_me/ARUBA_m= e.bin.meta: required but missing > Building /usr/obj/root/git/freebsd/sys/modules/drm2/radeonkmsfw/ARUBA_m= e/ARUBA_me.bin >=20 > load: 17.72 cmd: uudecode 86777 [ttyin] 9.98r 0.00u 0.00s 0% 2052k --=20 Regards, Bryan Drewery --J32D0TWoq2G66l8WCkGsEX6FSEqIDmOX1-- --d151cTHJ06EGLHGB7NAeR7FW1kftGI9IG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJXX3WfAAoJEDXXcbtuRpfPB80H/2KLCUl2idyz8Kv9QcX1RPef Z6ysn4cq0UlxkdnjzHrGHOvNKNrJQhMQoLPdyNswfskKIpTT94oYt++Bklp9C4Gp 0mXrjEvdKQVxzOsSxIgW/a0oUTBrWrnXxdNiO00+ACn23+KsupMgB8qifrVC+CYp TSs8waHpdVq8uLJIOgg+Blk4S7nBZ0L1wQjccaLzRFLcaeM99ajuJHBvP60d2y+w 9thpoQSHTJrB+ji4BWzA6ilmsQTVEW2UMjtRIXCwbiApF1c9v+lcMfP55UmpIpeE A9iwmdVgVkJGIa7BwBlhhRShJd8rkzqtLnCkWJ5DPBg9d4jurDoltBolfsPTP5o= =IM/T -----END PGP SIGNATURE----- --d151cTHJ06EGLHGB7NAeR7FW1kftGI9IG-- From owner-freebsd-current@freebsd.org Tue Jun 14 03:19:00 2016 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 5AB5CAF274D for ; Tue, 14 Jun 2016 03:19:00 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0138.outbound.protection.outlook.com [207.46.100.138]) (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 D453B27E7; Tue, 14 Jun 2016 03:18:59 +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=QfGYpc8qi85SP98kDoTWTljxV0993d73aIp8c3fLUd0=; b=cUW2FfzjKvLdN4cQMRYGy4MDvB5hDm2wwNk7Bz1+RdDqnZK3I88N87u+ODLXm6vdEI9tjAVtsiCLhA9PUKIKhOM9jvSy4JLVTYrKSWsZGPtPzU0uo05ZzzZF8raP8/Jis3kAJoLgly+/OIhD8tMxA6SYopL+EVGhvryYlEl8nyI= Received: from BY2PR05CA036.namprd05.prod.outlook.com (10.141.250.26) by SN2PR0501MB813.namprd05.prod.outlook.com (10.160.14.11) with Microsoft SMTP Server (TLS) id 15.1.517.8; Tue, 14 Jun 2016 03:18:58 +0000 Received: from BN1BFFO11FD043.protection.gbl (2a01:111:f400:7c10::1:116) by BY2PR05CA036.outlook.office365.com (2a01:111:e400:2c5f::26) with Microsoft SMTP Server (TLS) id 15.1.517.8 via Frontend Transport; Tue, 14 Jun 2016 03:18:58 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; dsl-only.net; dkim=none (message not signed) header.d=none;dsl-only.net; 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.19 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.19) by BN1BFFO11FD043.mail.protection.outlook.com (10.58.144.106) with Microsoft SMTP Server (TLS) id 15.1.511.7 via Frontend Transport; Tue, 14 Jun 2016 03:18:57 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 13 Jun 2016 20:18:55 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.16.84]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id u5E3IsE79235; Mon, 13 Jun 2016 20:18:55 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id B432038551E; Mon, 13 Jun 2016 20:18:54 -0700 (PDT) To: Bryan Drewery CC: Mark Millard , FreeBSD Current , Subject: Re: 11.0 -r301815 to -r310873 using WITH_META_MODE=yes : an empty filename failure In-Reply-To: <65e079c5-6b69-1b94-6bc8-ee32269cc98c@FreeBSD.org> References: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> <65e079c5-6b69-1b94-6bc8-ee32269cc98c@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Mon, 13 Jun 2016 19:56:43 -0700." 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: <57293.1465874334.1@kaos.jnpr.net> Date: Mon, 13 Jun 2016 20:18:54 -0700 Message-ID: <57295.1465874334@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.19; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(2980300002)(189002)(24454002)(199003)(69234005)(586003)(76176999)(68736007)(76506005)(50986999)(2906002)(47776003)(81156014)(81166006)(46406003)(117636001)(97736004)(2950100001)(189998001)(23726003)(356003)(5008740100001)(8676002)(50466002)(69596002)(19580395003)(19580405001)(5003600100002)(92566002)(107886002)(86362001)(6806005)(110136002)(105596002)(4001430100002)(97756001)(77096005)(2810700001)(11100500001)(50226002)(106466001)(87936001)(4326007)(9686002)(8936002)(53416004)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN2PR0501MB813; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; CAT:NONE; LANG:en; CAT:NONE; X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11FD043; 1:xGldWcwKAo27L5LetfT/5uQoO1hSoOQH47vgxjjn+8bhflxKIock3c9bQHd5zlKeFse/V+1SE8Vg7dwAMWHqTgXYHJRLpBQLXOiQgbu6y4lc10ZvJ3IgfDmXAseCZbc1Lx5eG0Jy9QABNe3j9/DYJRsaLRsSIvaUERetacpIvaze5PfQGVlYn83Y4Bq+iKbw51FbfxGO4onm5Dbt4r7u3hwc4EQ/SuVdUeHwHFsLDwFn28YAPiUN/DSDfEnbMoBmBfJPi1uMQaBrqA9gvGNofEKVDSBZFn7r1z9hDyMeBYV6b8xCzs+Lrq/lYM20Gg1BRAOg/FwC3tmrV9d34KEXuY2fg4jgG1bQf2TlKNMKcXwnn+MbiGNNRbBf6XrZbh7uz5M+plbeunOJBXCbAe8IZowt+c+zBPi+HlI12e3wmShVW8kKWlDlrbklGXUYCAAQqTRbe7pXdNSf63vJJX9uHHFgu1SUfC5aAQitfa4Ol6fmgzu/v10yvoKrdR/qFibQMFX2dGk2NYkZrxoQS9K7tA== X-MS-Office365-Filtering-Correlation-Id: 28c6cbdf-96cd-4c38-160a-08d394029f82 X-Microsoft-Exchange-Diagnostics: 1; SN2PR0501MB813; 2:dKHwKYAP0gO9v9QQvD8ebJqnGqaz+gqxk3jYE+VZ/e4PVStzi08JW3NGgge40cqSvdEzEacKpF3i31SCnXSBB+JlMm7h2SZdu0iZXGtvQ5Zt9cZ4HNsH+quXT0n4Fo1kcTvQUKLLULm4RJiqFwbfFumWQVi+W8OMWoY/smaiLNEka/sqEsFOn3g+7PfExBw/; 3:AqTLT8RVqRG9Tl/Q5zbVh4AuozVJKnvM2NuqJ/DjM76EfA8rVeX9mBjt3+daVyRzyvtV8ojwqNX8Nzu+wCqSw/WFOJmFGSxw9HD92TG+mmFnB3O7VF7z7RpVr73I9MoqnbjLYrPdB4DO22ySUFs2QZUTJ21BBCKWWkI1uEjZ/FsnN+vyXGtMkt9i9oTSAMaDvToBWPUxsdrS2zh+MRPfHg60syrilCX0s9ZePiVHo5Q= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN2PR0501MB813; X-Microsoft-Exchange-Diagnostics: 1; SN2PR0501MB813; 25:9lnBPgF8H4flUyDKyNGvKr2jds7PNRxlBQukLXD+SHYJFlN4eGF+2anxegUuRJsNY9zMJ8n/FBE7Lbex8anBXxKF52CbGMIFFkNfqLKeybV9RBMevgtk8QH7lzwGHSyoiiUQWU5o5As8nXS24ied5JelJueV+D5RHWuR8XRlqJOyXQoG/Thx8lwkNBCU37KmzZY8z2ny4DkdCFdxerPsiG4rWBOa1q27Tvysqt+5gIPWMMkz8O4xk7Yw8SfsYfyw5G3+ChW7KGzEL8Hj4tEe+V1Nnftq7ojXFf8WOpyWUSqS4HZUo5hdDA2u02xS1IYcjcna/pm738oPuXdN+GhlZtDDom07/6zFDjvNcmdJ4apvDl1RxnLrQuwn+P3E9mc8+WaWCBdhQfqThutYcbTDEz0i/xSmANFR8D0DG5jlJOChqsvwxUObwgqLUtB8lI7BHlfDqaIa1RkgHwjXoMgWO8KRZBj5uEFjGVeYEzEk1ZnRcibpZbtZ4x/vFEE+/rYu5KR0ut5ZJz8ekb1UhA41YGt3WaqOlFF16XNFi+W0IsbHa4Gvb43doLHv4zyWbu0uSLfXBTb9LbehQH3kH3SRteuOFLaNXq/TyP5D7Bo7ChFEqwcJQDPkGD+K+VQpI//I3CFC30Qw2j2YQOCBRSvlb/LI82+/stU9NPYtyzlEXcqzD3HH5coo/rngwhEVxbIbOWrb+F0qW3KHdEZ2UTs/uKcxO5tHXrpYwTNXWax/ePFq+JzPoFwry4CEtYtFn7efRJXwbfiCM5b+LTDwWD/tFw== X-Microsoft-Exchange-Diagnostics: 1; SN2PR0501MB813; 20:cr2XndY+zT7YZZOSE6Wu04kJS0SjdEZrOp4a2rxtEKjjyCAy2Cb3ExrqF7/ccFBlJLI3Al3gtUcHeu26e9pnf5vYKrL4SJH6iAQN/eWrr/zVVm9r3rTrnDHNsed1LmMkBvwPoEC5Ye2P884VIz1tuFawvuDEId/99BEioAUarF3xFtHFG0TSyfepUYjeFbmkb2slyxSND3ob9wLYJ1EFc0mOHTF4rKYYZFh1IAmBKm6LHNCIBjFA8B8a1clhaajeJ1bSx2lPdayDreg5tG+mJGLM3C7cMzMsDkgMxXZ+aJ5dNYvSq8qnb6PyiHyVfnOf0V/M6hQhvczqGYuWyOe/1Wbj//qPfQPNoMd+D/qGJd4Ao0LLYcOa53Z0tJZh1TqnZr3s6Iq7dWw1JBUUHplaruOf4OfPyBZa1QgDMEvRVgRqb/uuqAa/44gWxtgn5gAGj++EPjLMy8quHg4t7JtmGLjopTae8OJot4sqcWN+2YtkNw1Z1ITL/A0KDGc2hGQV X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(13015025)(13024025)(13018025)(13023025)(13017025)(3002001)(10201501046)(6055026); SRVR:SN2PR0501MB813; BCL:0; PCL:0; RULEID:; SRVR:SN2PR0501MB813; X-Microsoft-Exchange-Diagnostics: 1; SN2PR0501MB813; 4:u6QphJeyQ1X9PkaLyCD1ruSw8Gcx5aOxDylYKIclSETQtmaLHMKa9Q+FB98zxHje6Aqk1k3U5TBs6pnciEUgl2YcgNy1bM++MzGPnHyNlj2+obhI8iXIiVe9UkkgfSF/9ELX45xE1ZvM8oU1qrkiGw+iI41qAy+n/dANwc4BDfdBeqpFzF7G1R3oN1wsxRlnmYxTZRcp1koUr25iFuMWVYw7IDp/ly/bDNKpdiDgSY1daD7tWbyqsfgM7Carr6ENjmuYawECeQexG2hAI7SgbuAMtLfftegVkZrLR0lo4GMavefFHhJv1jcAUh/lsvfUSU/vJdGCdDcmIS+d/CyQUayIuXsDjMGWggFfA8mWRAwFR1X1MTmKflEHEiRQU+YVHC/f6BsPXtL15f+6rubx+bvjXrKdpaOHpgDiEzNY4J41vCcVB6UmVqm/wabAvn/bQkQ4pbf8y9QDgeRneZmQbRVLqIN4WcQb3xLHzoz0jCs= X-Forefront-PRVS: 09730BD177 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; SN2PR0501MB813; 23:TAGEBlPZ2FPx5OuPkle09mhrU7XvmXnIG08DTbzf?= =?us-ascii?Q?0S9h/50GBYglS0akLV8cIS6Kn1hCzXVP3miPmcaXX6xyuW4H/jwPprxapnEV?= =?us-ascii?Q?3+/8V3v9W9pL20dIOu4R2J5eCL7wSY6eH0OHTdlmmboIYUP2g5ps2giqY4TT?= =?us-ascii?Q?8OoYr4zHhv0Deww0QYdpQdG9m7xTqXG2Q8rMfpu65GCzwkuVEPeDW832hZhk?= =?us-ascii?Q?lokr8PIHgADfY5AUPkSHL1UacQxkxyRBb/BQSszpzNySYdCZ3s/g9m4YWque?= =?us-ascii?Q?mWx3myU8B+uBcRCETGIsmjYZPAlp3BjeaR28S54X+Nzfc2ZRhtzuk7bIxa9Z?= =?us-ascii?Q?Ne1LvyS0XJJh5x6WthGuGaHV6ZwbXTz+vLmS3PhfpvuzZsQ3JswWvoJyu4DT?= =?us-ascii?Q?PFQyWQzRmMODHOVVVsiyI63lHdwyUObf9bJi5mDhQ1FJnlBheTPLRVFSZPwh?= =?us-ascii?Q?ZbKZNrvOYgnVnwAsa5NmA4T7eL7ahivHD6wLNwR0rUY5P2g5v6tWs0LUV78W?= =?us-ascii?Q?z8t6FHgNQ1KFJmPgyMQ2HgzW5uQ9h7Mp4ySsXT5RJfSpu+WvcttjZcQRXB4T?= =?us-ascii?Q?giuPT938pcMLeXRZ4So2q78tt91ls6OI+kgnqTcZOFm1ToIB78pYVlkDE3sT?= =?us-ascii?Q?htvKDSlw0YnQFlTFx3Wvg++hYLDGYsqAGFStwI+Mh+riEYXQLdOOLpkn8oig?= =?us-ascii?Q?wHM+WIMwLmoLr4vZRnyLOA55/8mh4XT1PITvjCSbcWLlBmsM5FrW7UEC2E+E?= =?us-ascii?Q?XV1aHRWDs+iY9oRSgThOYZV5M4YeKapGoRHOhkbW50QiUWUcYknfyOsc+qSW?= =?us-ascii?Q?oTCQ2Oww0aF8SIry8+02vo7z5Ko4eAahrAepOBZwxIKgaAQ22KK1hnZJEMU3?= =?us-ascii?Q?pZ9z9WBvpB+invdbmzikG60ny1a2akOYnBYRZkWLFUkhyZYiA4TG8bZeMQw8?= =?us-ascii?Q?tFSeE26vPSP48qYp2aetc1a2K1Jc/b+gyCdcQrGZXNJFvQzI/AxhYFhVtS7E?= =?us-ascii?Q?M8kDycJBA9g2r5V/lvhKhl/KajNjl7R1DHKSZqws39YDeKxc2c7xlMwFsINs?= =?us-ascii?Q?5yfmHAIW2FgouWnTRBCj8OnpPKSRVW6dT8feDJJ/5U7kUiahBjBFhGT3/tWS?= =?us-ascii?Q?jqXKsCoJ1RXRqxo4pYkPj2mtdAsnIcJo1NLXu0G38z6OTcy2/LJDPvQU8tcv?= =?us-ascii?Q?s26N1Mxkn5vf76y/h31GC3iitdP5v0eonkLlQ8qXHTcBnCNoUEeHaL8pTLiA?= =?us-ascii?Q?iN3OCkIQkbzqbU5AOfI=3D?= X-Microsoft-Exchange-Diagnostics: 1; SN2PR0501MB813; 6:BoRl/U45vSHvTAdCoI5CVvbXjqeH1rYmz04PweAEEZJoDegsv88QOLIqVcFFyuabtrceIn6NqpvkOdcx3ziIh9ulTnYm//r4pEH3NtVuJeLIL5SSa/cRW47SDE/4nDTPS5rvkC6wQZvh78djGd3OmRTB9N+AihOmssqL+CVulWcZTL6CuqZ8NN+Ijp2oH+MdsjjLtCUgtBSykV2vjgxnjiK1EXusotxGtMUYIepuAmrBIih2t3OzmxKsUIGtslLnvTGWRROFIXPxWTml4wsnIQbIVNBf+AhV5rV1hlleZW5HmP1HZ2aa06bA9MvwvLoWjl55CEANFgq2WnBZHrxMig==; 5:xgR1sHYo8mkVyTP89yxMTpSsY6ZIKFDDRE0BaZ68NqTyoS6p06EK18AIMXctdiVy41Y57ulrcb19po9Dni2e4ZzW0CE65+74lsSmwEEu6UR3jL6F6YRakONAVvkOwZstJdxXLqGo9HPbTTfoYSzUdg==; 24:G1A52pwWqO0sbDg9LWysheYo/QrTbciQnGKsrC8HY+4LCwshsHSs89iNipe4OvzcAUPB6q+JI09DQlmowyCG8i/yUrbBPwnHrlgwvoPCObk=; 7:3FQ+5DFrvkW+h8Z+4sqngkxcc8pk4Hku5KI4qB3ZyjFLATwhmnFHOVavqFUy2XI+r5Mk/WV9qYBEhT/W9axaMdrJkJNz3qNx2jJdlVdgE2CR2+vCmmYWP6X5YkjupbXzORqyX9A9EuFIdW7ILiNo/8xkeeRsESEn5JRAqO2PMb9Z4lRKrUBmlhoYil5s1nuGLXG+XpxWnDrqHuOqQ+hWbR3IXPwDZH3Hj7GJuGCQBHc= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 Jun 2016 03:18:57.2887 (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.19]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN2PR0501MB813 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 03:19:00 -0000 Bryan Drewery wrote: > >> ${_FIRM}: ${.CURDIR}/../../../../contrib/dev/drm2/radeonkmsfw/${_FIRM}.uu > >> uudecode -p $? > ${.TARGET} Targets like this that use $? or ${.OODATE} are a bad fit with META mode. If the normal make rules think the target is up to date, .OODATE will be empty, thus if meta_oodate says the target is out-of-date, the script will run with no args - because $? expands to nothing. So either the use of $? should be replaced with ${.ALLSRC} or something else that will be consistent, or the target should be marked .NOMETA FYI we can [ab]use ${.OODATE} as a token to prevent a line of a script from being compared - meta mode knows that the value of .OODATE is inconsistent so should not be compared... thus putting ${.OODATE:MNO_META_CMP} on a line expands to nothing - no impact on the command but still tells meta_oodate to ignore that line for comparison purposes. From owner-freebsd-current@freebsd.org Tue Jun 14 03:28:58 2016 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 9820EAF290F for ; Tue, 14 Jun 2016 03:28:58 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 8806C2BF4; Tue, 14 Jun 2016 03:28:58 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 817031CE3; Tue, 14 Jun 2016 03:28:58 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 34E4D21D02; Tue, 14 Jun 2016 03:28:58 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id WII9V49aXppZ; Tue, 14 Jun 2016 03:28:51 +0000 (UTC) Subject: Re: 11.0 -r301815 to -r310873 using WITH_META_MODE=yes : an empty filename failure DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 92F5421CF4 To: "Simon J. Gerraty" References: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> <65e079c5-6b69-1b94-6bc8-ee32269cc98c@FreeBSD.org> <57295.1465874334@kaos.jnpr.net> Cc: Mark Millard , FreeBSD Current From: Bryan Drewery Organization: FreeBSD Message-ID: <99ee7f26-573f-2aeb-c569-728602bb3593@FreeBSD.org> Date: Mon, 13 Jun 2016 20:28:50 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <57295.1465874334@kaos.jnpr.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 03:28:58 -0000 On 6/13/16 8:18 PM, Simon J. Gerraty wrote: > Bryan Drewery wrote: >>>> ${_FIRM}: ${.CURDIR}/../../../../contrib/dev/drm2/radeonkmsfw/${_FIRM}.uu >>>> uudecode -p $? > ${.TARGET} > > Targets like this that use $? or ${.OODATE} are a bad fit with META mode. > > If the normal make rules think the target is up to date, .OODATE will be > empty, thus if meta_oodate says the target is out-of-date, the script > will run with no args - because $? expands to nothing. > > So either the use of $? should be replaced with ${.ALLSRC} or something > else that will be consistent, or the target should be marked .NOMETA > > FYI we can [ab]use ${.OODATE} as a token to prevent a line of a script > from being compared - meta mode knows that the value of .OODATE is > inconsistent so should not be compared... thus putting > ${.OODATE:MNO_META_CMP} on a line expands to nothing - no impact on the > command but still tells meta_oodate to ignore that line for comparison > purposes. > The problem is missing-meta requiring a .meta file here. The $?/.OODATE comparison exception is only used meta_oodate() if there is already a .meta file, not for the new missing .meta logic. -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Tue Jun 14 05:24:42 2016 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 37203AF2233 for ; Tue, 14 Jun 2016 05:24:42 +0000 (UTC) (envelope-from mva@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 2719D291D for ; Tue, 14 Jun 2016 05:24:42 +0000 (UTC) (envelope-from mva@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 26821AF2232; Tue, 14 Jun 2016 05:24:42 +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 260CCAF2231; Tue, 14 Jun 2016 05:24:42 +0000 (UTC) (envelope-from mva@FreeBSD.org) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.31.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E36F9291B; Tue, 14 Jun 2016 05:24:41 +0000 (UTC) (envelope-from mva@FreeBSD.org) Received: from [77.187.3.162] (helo=localhost) by smtprelay01.ispgateway.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1bCgpW-0007J1-DN; Tue, 14 Jun 2016 07:24:02 +0200 Date: Tue, 14 Jun 2016 07:24:01 +0200 From: Marcus von Appen To: current@FreeBSD.org, freebsd-wireless@FreeBSD.org Subject: rtwn connection stops working on CURRENT Message-ID: <20160614052401.GA931@athena.sysfault.org> Reply-To: Marcus von Appen Mail-Followup-To: current@FreeBSD.org, freebsd-wireless@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.6.1 (2016-04-27) X-Df-Sender: MTEyNTc0Mg== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 05:24:42 -0000 Hi, I'm running into a somewhat weird issue with the rtwn driver on CURRENT. It usually works for a couple of minutes (if there's not too much of troughput happening) before the downstream and upstream rates just "dry up" and the interface stops working. It happens faster, if there are multiple connections open at the same time, e.g. having a browser open or fetching mail and doing a portsnap update. Once the connection stopped working, dhclient will report the following: Jun 11 12:22:22 athena dhclient[474]: send_packet: no buffer space available Jun 11 12:24:08 athena last message repeated 4 times ... wpa_supplicant reports: Jun 11 12:22:20 athena wpa_supplicant[335]: wlan0: CTRL-EVENT-DISCONNECTED bssid=... reason=3 locally_generated=1 Jun 11 12:22:20 athena wpa_supplicant[335]: wlan0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect Jun 11 12:22:20 athena wpa_supplicant[335]: wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="..." auth_failures=8 duration=100 reason=WRONG_KEY Jun 11 12:22:20 athena wpa_supplicant[335]: wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="..." auth_failures=9 duration=152 reason=CONN_FAILED pciconf -lv: rtwn0@pci0:3:0:0: class=0x028000 card=0x819510ec chip=0x817610ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8188CE 802.11b/g/n WiFi Adapter' class = network An pointers on tracking this issue down and getting it fixed are highly appreciated. Cheers Marcus From owner-freebsd-current@freebsd.org Tue Jun 14 05:45:55 2016 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 51C6EAF2642 for ; Tue, 14 Jun 2016 05:45:55 +0000 (UTC) (envelope-from rwatson@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 40FB02255 for ; Tue, 14 Jun 2016 05:45:55 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 406CAAF2641; Tue, 14 Jun 2016 05:45:55 +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 401DBAF2640 for ; Tue, 14 Jun 2016 05:45:55 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [198.74.231.69]) by mx1.freebsd.org (Postfix) with ESMTP id 23A472254; Tue, 14 Jun 2016 05:45:55 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from [10.0.1.9] (host86-135-145-155.range86-135.btcentralplus.com [86.135.145.155]) by cyrus.watson.org (Postfix) with ESMTPSA id 2402C46BBD; Tue, 14 Jun 2016 01:45:54 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: _secure_path: cannot stat /etc/login.conf: Not permitted in capability mode From: "Robert N. M. Watson" X-Mailer: iPhone Mail (13F69) In-Reply-To: <20160613110904.GB62543@ymer.vnode.se> Date: Tue, 14 Jun 2016 06:45:52 +0100 Cc: "Ngie Cooper (yaneurabeya)" , current , Robert Watson Content-Transfer-Encoding: quoted-printable Message-Id: References: <20160613105725.GA62543@ymer.vnode.se> <0242AAA6-7BBF-4754-9E06-3EB91CCF8BCF@gmail.com> <20160613110904.GB62543@ymer.vnode.se> To: Joel Dahl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 05:45:55 -0000 On 13 Jun 2016, at 12:09, Joel Dahl wrote: >=20 >> On Mon, Jun 13, 2016 at 07:00:46AM -0400, Ngie Cooper (yaneurabeya) wrote= : >>=20 >>> On Jun 13, 2016, at 06:57, Joel Dahl wrote: >>>=20 >>> Hi, >>>=20 >>> I've just rebuilt and installed latest current on a machine here. I noti= ced >>> the following message in dmesg after a reboot: >>>=20 >>> _secure_path: cannot stat /etc/login.conf: Not permitted in capability m= ode >>>=20 >>> I don't remember seeing this before. >>=20 >> Hi Joe, >> Try reverting r301867. Let Robert know if that fixes your issue. >=20 > Hi, >=20 > This is with r301857. Forgot to mention that in my previous mail. Sorry. I can't see that these are in any way related to the error message. In fact,= I saw the same login.conf message (and wondered about it) before committing= the BSM fix. This sounds like an sshd or login issue? The former is more li= kely as I don't think the latter uses sandboxing. Robert= From owner-freebsd-current@freebsd.org Tue Jun 14 11:36:35 2016 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 4631FB4EC45; Tue, 14 Jun 2016 11:36:35 +0000 (UTC) (envelope-from woodsb02@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 E303F2A74; Tue, 14 Jun 2016 11:36:34 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id v199so116957647wmv.0; Tue, 14 Jun 2016 04:36:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=QQIWlyme//iTmrGeXux6de2u0uaRGDFARUbHufZePhU=; b=ovqQ4TtfAdO8jXg9QPx3AHfthD2eFITcZnHK/33eT4lVSo14swujb5v2+tphkfaY8p B6FMgQ+tvN1nJVlGN3ZkyfImWtI4gfIrSdZnDeFM+WGYk0gfpTMPkGPuw4yjvaBxaywk rQLxkw7Z1sHW84FXqY0ADZVKaapThRwI+S9trX+EOC3BMZMEk5/Lk/12y+FlvR/HDS54 D24vKWtAtYt4Xv7Ns9y58v0VRMtp11lTvDo+PXJxJEUnql7wdr/DQxXrn6MhE7HnFXv1 jztz5Cw92RhaLLKJtbCD56eCYjyPXbS+efzNr0iR/FTGUxsNPLBvqwPHi8V0GAhj7ZVH uS4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=QQIWlyme//iTmrGeXux6de2u0uaRGDFARUbHufZePhU=; b=cgbk0qg3wIuuwzzQyffrVnsGwwDAl0HvxTp4BNuB+xX1BNV+67nAzfDXDMAeOYUfwE FZSbftcWPetUqgWJEaolTMy5mtIcIb5za9Kr6T4kH2ezY1KvGxJu1ig0sFDrj/SdEXlQ TNEoMG0R4r9KYMeUVU60rNcAWLzPBqWpqQnorEyvEfuFevmBfzjjo1qXBFryi4LGJr3i JToTkTy3X6n6TFniciPHM87DxdA1nOYQdRx+laPeaCKtax+vBEQ+/Ovpzoche+pRvXO/ chkTJAqlBEbxq85bBbOqmyqIpu+H+ZUqz7hnLFGG4A3S+EFS+5t4EhPjXwjnYOuPJ+0D Y74g== X-Gm-Message-State: ALyK8tIpjCKPJB4NNStoshncVErVFu8ysoj7TKLiVKGhIXixAouGmC6IosWaBq30YFeRfxpVvI3NgGDTTjy3Cw== MIME-Version: 1.0 X-Received: by 10.28.167.136 with SMTP id q130mr4552703wme.62.1465904192563; Tue, 14 Jun 2016 04:36:32 -0700 (PDT) Received: by 10.194.222.228 with HTTP; Tue, 14 Jun 2016 04:36:32 -0700 (PDT) In-Reply-To: References: Date: Tue, 14 Jun 2016 13:36:32 +0200 Message-ID: Subject: Re: libpam.so lost in update to 11.0-ALPHA3 From: Ben Woods To: Pavel Timofeev , FreeBSD Current Cc: =?UTF-8?Q?Ren=C3=A9_Ladan?= , "pkgbase@freebsd.org" , "Michael W. Lucas" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 11:36:35 -0000 On Tuesday, 14 June 2016, Pavel Timofeev wrote: > > 14 =D0=B8=D1=8E=D0=BD=D1=8F 2016 =D0=B3. 10:37 =D0=BF=D0=BE=D0=BB=D1=8C= =D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C "Ben Woods" > =D0=BD=D0=B0=D0=BF= =D0=B8=D1=81=D0=B0=D0=BB: > > > > On 14 June 2016 at 09:11, Ren=C3=A9 Ladan > wrote: > > > > > Hi, > > > > > > I updated my pkgbase installation (11.0-amd64 from a few weeks ago) t= o > > > 11.0-ALPHA3. Building and installing went fine but it turns out that > > > libpam.so* is lost in the update (both the symlink and the actual so, > > > currently so.6) : > > > > > > # pkg upgrade > > > # pkg autoremove > > > < > > version lower) > > > << yes, I forgot to run mergemaster>> > > > # reboot > > > < > > > > > Is this a known bug? > > > > > > Regards, > > > Ren=C3=A9 > > > > > > > Michael Lucas mentioned on twitter a few days ago that pam was broken > > recently in FreeBSD current. > > > > Michael: was this a problem with libpam.so going missing? Were you usin= g > > pkgbase, or is this an issue with the normal build/install system also? > > > > Regards, > > Ben > > > > -- > > Hi! > I have the same problem with normal build/install system. > Ok, thanks for the feedback. Bringing in the FreeBSD-current@ mailing list as it is not a problem with PkgBase, but with 11-current. Regards, Ben --=20 -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Tue Jun 14 12:27:01 2016 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 A4A9DB682A5 for ; Tue, 14 Jun 2016 12:27:01 +0000 (UTC) (envelope-from andersbo87@icloud.com) Received: from mr11p00im-asmtp001.me.com (mr11p00im-asmtp001.me.com [17.110.69.252]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C060222D for ; Tue, 14 Jun 2016 12:27:01 +0000 (UTC) (envelope-from andersbo87@icloud.com) Received: from process-dkim-sign-daemon.mr11p00im-asmtp001.me.com by mr11p00im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8 2015)) id <0O8R00J00GYHPM00@mr11p00im-asmtp001.me.com> for freebsd-current@freebsd.org; Tue, 14 Jun 2016 12:26:55 +0000 (GMT) Received: from freebsd-acer.local (ti0025a400-3130.bb.online.no [85.167.11.68]) by mr11p00im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8 2015)) with ESMTPSA id <0O8R00OF2H8TLW00@mr11p00im-asmtp001.me.com> for freebsd-current@freebsd.org; Tue, 14 Jun 2016 12:26:55 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-06-14_05:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1015 suspectscore=4 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1510270003 definitions=main-1606140140 From: Anders Bolt-Evensen To: freebsd-current@freebsd.org Subject: Battery status indicates discharging when it is fully charged and connected to power source Message-id: <9d513719-a59f-a0de-9a77-83c63f709887@icloud.com> Date: Tue, 14 Jun 2016 14:26:52 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-version: 1.0 Content-type: text/plain; charset=utf-8; format=flowed Content-transfer-encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=icloud.com; s=4d515a; t=1465907215; bh=T2YIBmCCmlg6/muYRplIgzH0Q4VDkxR/Yu1bmfCr9JA=; h=From:To:Subject:Message-id:Date:MIME-version:Content-type; b=sSUAN/Ht/XQkY8H70F0TGar4oEdBVGaC1iMuAk8OcfY67Ww9uNyW4SVKjgkant3+K QHYeLwP1WyjJEYJOC01rqaukXhynNOfrdN/SEq4LrvQqJfcnIOfL9sJptoCYcrO8IV tyMUKN68yxh0nMYQH1lhx/zcm6KWCF1lbVfjOZUwMWpin9iiLtyxHG4vRYPuelcqP9 5WIyC8NbOMu//bvg2qIaU0WvBCjmQTp/uMrHoajg1Eqfix1GKv/Ceh4WLZ65VgfjdM OkXJDTZ8BfY8abxSQhPUuV6bGG51AApFWDGFvgIj0qcNkyo8wRBwcB58oZkMN4l+OI 5/ZZTHOCnqLwQ== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 12:27:01 -0000 Hello! Over the last months I've had a "problem" regarding battery status on my laptop which has been running FreeBSD CURRENT in order to have a working Intel driver (Haswell). My problem/question is that when I boot the laptop with a fully charged battery and it is still connected to a power source, acpiconf reports that the battery is discharging, even if it is not: [andersbo@freebsd-acer: it]$ acpiconf -i0 Design capacity: 4605 mAh Last full capacity: 3523 mAh Technology: secondary (rechargeable) Design voltage: 11400 mV Capacity (warn): 245 mAh Capacity (low): 192 mAh Low/warn granularity: 53 mAh Warn/full granularity: 3278 mAh Model number: AC14A8L Serial number: 13475 Type: LION OEM info: LGC State: discharging Remaining capacity: 98% Remaining time: unknown Present rate: 0 mA (0 mW) Present voltage: 12619 mV However, if I do discharge the battery and then charge it up to full again, acpiconf correctly reports battery status as "high": [andersbo@freebsd-acer: it]$ acpiconf -i0 Design capacity: 4605 mAh Last full capacity: 3584 mAh Technology: secondary (rechargeable) Design voltage: 11400 mV Capacity (warn): 245 mAh Capacity (low): 192 mAh Low/warn granularity: 53 mAh Warn/full granularity: 3339 mAh Model number: AC14A8L Serial number: 13475 Type: LION OEM info: LGC State: high Remaining capacity: 100% Remaining time: unknown Present rate: 0 mA (0 mW) Present voltage: 12823 mV Last Thursday I updated the sources to ALPHA2: [andersbo@freebsd-acer: it]$ uname -a FreeBSD freebsd-acer.local 11.0-ALPHA2 FreeBSD 11.0-ALPHA2 #1 r301745: Thu Jun 9 20:25:35 CEST 2016 root@freebsd-acer.local:/usr/obj/usr/src/sys/GENERIC amd64 Do you have any tips on how to fix this little "problem?" Thanks in advance. Anders From owner-freebsd-current@freebsd.org Tue Jun 14 12:59:22 2016 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 B31EAB6895C for ; Tue, 14 Jun 2016 12:59:22 +0000 (UTC) (envelope-from andriyvos@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 97D742113 for ; Tue, 14 Jun 2016 12:59:22 +0000 (UTC) (envelope-from andriyvos@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 97373B6895A; Tue, 14 Jun 2016 12:59:22 +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 96B3FB68959; Tue, 14 Jun 2016 12:59:22 +0000 (UTC) (envelope-from andriyvos@gmail.com) Received: from mail-lf0-f67.google.com (mail-lf0-f67.google.com [209.85.215.67]) (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 0FC342111; Tue, 14 Jun 2016 12:59:22 +0000 (UTC) (envelope-from andriyvos@gmail.com) Received: by mail-lf0-f67.google.com with SMTP id a2so1195212lfe.3; Tue, 14 Jun 2016 05:59:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:subject:references:date:cc:mime-version:from :message-id:in-reply-to:user-agent; bh=0oJtIOdvaZxAi7TRCUBnZ5ydIB+aL7AW9P6H/s7wLVw=; b=iF96jreLBWlA+u5RphrGPwmtsdpUCzDkFLQpZZ3dKfVywiuA4DaYXdgsv15SdeKuZw YK8Tv4GPmGhjcv6IC4DwJcuxwqYbtoO3/laAwAp4DQ84WcKwtwNt2a3I1Hbx77oj7+Sd 0Z8BOgehp5GlFuLnKVAWi+IV1m4Cxc7nYUPcvqGh1h4jcTkVcyPWFBY0SXahNA+v1/sU nOEULT4x29m0/zjW/i3v7TcJ1xOEQgVLPdk2zgK0EsowPeP+UjJoGjC4f5Fc5B+FznMM J0mvNpzco7gJYLTVOr3FnPsYrBVCPWriuUuBA8TdUAeN7E1dmFjUbZ6+nxlQ3sO1UERn 00mQ== X-Gm-Message-State: ALyK8tLvU7rIuYr8eLnQLqZ1znE2BXixE2C1jFoTiD14HKZ8b7R/H70oFsyF7mMlxXkzIw== X-Received: by 10.25.145.140 with SMTP id t134mr1437410lfd.231.1465909154287; Tue, 14 Jun 2016 05:59:14 -0700 (PDT) Received: from localhost (host-176-37-109-22.la.net.ua. [176.37.109.22]) by smtp.gmail.com with ESMTPSA id u196sm3385623lff.46.2016.06.14.05.59.13 (version=TLS1 cipher=AES128-SHA bits=128/128); Tue, 14 Jun 2016 05:59:13 -0700 (PDT) Content-Type: multipart/mixed; boundary=----------W0XTSBi3vVu3FCmmE968kS To: "Marcus von Appen" Subject: Re: rtwn connection stops working on CURRENT References: <20160614052401.GA931@athena.sysfault.org> Date: Tue, 14 Jun 2016 15:59:09 +0300 Cc: current@freebsd.org, freebsd-wireless@freebsd.org MIME-Version: 1.0 From: "Andriy Voskoboinyk" Message-ID: In-Reply-To: <20160614052401.GA931@athena.sysfault.org> User-Agent: Opera Mail/12.16 (FreeBSD) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 12:59:22 -0000 ------------W0XTSBi3vVu3FCmmE968kS Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: Quoted-Printable Tue, 14 Jun 2016 08:24:01 +0300 =D0=B1=D1=83=D0=BB=D0=BE =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Marcus von Appen = : Hi! Try attached patch (adds some busdma synchronization, unloads data instead of descriptor in rtwn_tx_done() and improves watchdog logic for a bit). > Hi, > > I'm running into a somewhat weird issue with the rtwn driver > on CURRENT. It usually works for a couple of minutes (if there's > not too much of troughput happening) before the downstream and > upstream rates just "dry up" and the interface stops working. > It happens faster, if there are multiple connections open at the > same time, e.g. having a browser open or fetching mail and doing > a portsnap update. > > Once the connection stopped working, dhclient will report the > following: > > Jun 11 12:22:22 athena dhclient[474]: send_packet: no buffer space = > available > Jun 11 12:24:08 athena last message repeated 4 times > ... > > wpa_supplicant reports: > > Jun 11 12:22:20 athena wpa_supplicant[335]: wlan0: = > CTRL-EVENT-DISCONNECTED bssid=3D... reason=3D3 locally_generated=3D1 > Jun 11 12:22:20 athena wpa_supplicant[335]: wlan0: WPA: 4-Way = > Handshake failed - pre-shared key may be incorrect > Jun 11 12:22:20 athena wpa_supplicant[335]: wlan0: = > CTRL-EVENT-SSID-TEMP-DISABLED id=3D0 ssid=3D"..." auth_failures=3D8 = > duration=3D100 reason=3DWRONG_KEY > Jun 11 12:22:20 athena wpa_supplicant[335]: wlan0: = > CTRL-EVENT-SSID-TEMP-DISABLED id=3D0 ssid=3D"..." auth_failures=3D9 = > duration=3D152 reason=3DCONN_FAILED > > pciconf -lv: > > rtwn0@pci0:3:0:0: class=3D0x028000 card=3D0x819510ec chip=3D0x817610ec= = > rev=3D0x01 hdr=3D0x00 > vendor =3D 'Realtek Semiconductor Co., Ltd.' > device =3D 'RTL8188CE 802.11b/g/n WiFi Adapter' > class =3D network > > An pointers on tracking this issue down and getting it fixed are > highly appreciated. > > Cheers > Marcus > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to = > "freebsd-wireless-unsubscribe@freebsd.org" ------------W0XTSBi3vVu3FCmmE968kS Content-Disposition: attachment; filename=patch-rtwn-busdma.diff Content-Type: application/octet-stream; name="patch-rtwn-busdma.diff" Content-Transfer-Encoding: Base64 SW5kZXg6IHN5cy9kZXYvcnR3bi9pZl9ydHduLmMKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQotLS0gc3lzL2Rldi9ydHduL2lmX3J0d24uYwkocmV2aXNpb24gMzAxNzc4KQor Kysgc3lzL2Rldi9ydHduL2lmX3J0d24uYwkod29ya2luZyBjb3B5KQpAQCAtNTg2 LDYgKzU4Niw5IEBACiAKIAlpZiAocnhfcmluZy0+ZGVzY19kbWF0ICE9IE5VTEwp IHsKIAkJaWYgKHJ4X3JpbmctPmRlc2MgIT0gTlVMTCkgeworCQkJYnVzX2RtYW1h cF9zeW5jKHJ4X3JpbmctPmRlc2NfZG1hdCwKKwkJCSAgICByeF9yaW5nLT5kZXNj X21hcCwKKwkJCSAgICBCVVNfRE1BU1lOQ19QT1NUUkVBRCB8IEJVU19ETUFTWU5D X1BPU1RXUklURSk7CiAJCQlidXNfZG1hbWFwX3VubG9hZChyeF9yaW5nLT5kZXNj X2RtYXQsCiAJCQkgICAgcnhfcmluZy0+ZGVzY19tYXApOwogCQkJYnVzX2RtYW1l bV9mcmVlKHJ4X3JpbmctPmRlc2NfZG1hdCwgcnhfcmluZy0+ZGVzYywKQEAgLTYw MCw2ICs2MDMsOCBAQAogCQlyeF9kYXRhID0gJnJ4X3JpbmctPnJ4X2RhdGFbaV07 CiAKIAkJaWYgKHJ4X2RhdGEtPm0gIT0gTlVMTCkgeworCQkJYnVzX2RtYW1hcF9z eW5jKHJ4X3JpbmctPmRhdGFfZG1hdCwKKwkJCSAgICByeF9kYXRhLT5tYXAsIEJV U19ETUFTWU5DX1BPU1RSRUFEKTsKIAkJCWJ1c19kbWFtYXBfdW5sb2FkKHJ4X3Jp bmctPmRhdGFfZG1hdCwgcnhfZGF0YS0+bWFwKTsKIAkJCW1fZnJlZW0ocnhfZGF0 YS0+bSk7CiAJCQlyeF9kYXRhLT5tID0gTlVMTDsKQEAgLTY0Myw2ICs2NDgsOCBA QAogCQlkZXZpY2VfcHJpbnRmKHNjLT5zY19kZXYsICJjb3VsZCBub3QgbG9hZCBk ZXNjIERNQSBtYXBcbiIpOwogCQlnb3RvIGZhaWw7CiAJfQorCWJ1c19kbWFtYXBf c3luYyh0eF9yaW5nLT5kZXNjX2RtYXQsIHR4X3JpbmctPmRlc2NfbWFwLAorCSAg ICBCVVNfRE1BU1lOQ19QUkVXUklURSk7CiAKIAllcnJvciA9IGJ1c19kbWFfdGFn X2NyZWF0ZShidXNfZ2V0X2RtYV90YWcoc2MtPnNjX2RldiksIDEsIDAsCiAJICAg IEJVU19TUEFDRV9NQVhBRERSXzMyQklULCBCVVNfU1BBQ0VfTUFYQUREUiwgTlVM TCwgTlVMTCwgTUNMQllURVMsCkBAIC02OTEsNiArNjk4LDggQEAKIAkJICAgIHNp emVvZihkZXNjLT5uZXh0ZGVzY2FkZHIpKSk7CiAKIAkJaWYgKHR4X2RhdGEtPm0g IT0gTlVMTCkgeworCQkJYnVzX2RtYW1hcF9zeW5jKHR4X3JpbmctPmRhdGFfZG1h dCwgdHhfZGF0YS0+bWFwLAorCQkJICAgIEJVU19ETUFTWU5DX1BPU1RXUklURSk7 CiAJCQlidXNfZG1hbWFwX3VubG9hZCh0eF9yaW5nLT5kYXRhX2RtYXQsIHR4X2Rh dGEtPm1hcCk7CiAJCQltX2ZyZWVtKHR4X2RhdGEtPm0pOwogCQkJdHhfZGF0YS0+ bSA9IE5VTEw7CkBAIC03MTgsNiArNzI3LDggQEAKIAogCWlmICh0eF9yaW5nLT5k ZXNjX2RtYXQgIT0gTlVMTCkgewogCQlpZiAodHhfcmluZy0+ZGVzYyAhPSBOVUxM KSB7CisJCQlidXNfZG1hbWFwX3N5bmModHhfcmluZy0+ZGVzY19kbWF0LAorCQkJ ICAgIHR4X3JpbmctPmRlc2NfbWFwLCBCVVNfRE1BU1lOQ19QT1NUV1JJVEUpOwog CQkJYnVzX2RtYW1hcF91bmxvYWQodHhfcmluZy0+ZGVzY19kbWF0LAogCQkJICAg IHR4X3JpbmctPmRlc2NfbWFwKTsKIAkJCWJ1c19kbWFtZW1fZnJlZSh0eF9yaW5n LT5kZXNjX2RtYXQsIHR4X3JpbmctPmRlc2MsCkBAIC03MzAsNiArNzQxLDggQEAK IAkJdHhfZGF0YSA9ICZ0eF9yaW5nLT50eF9kYXRhW2ldOwogCiAJCWlmICh0eF9k YXRhLT5tICE9IE5VTEwpIHsKKwkJCWJ1c19kbWFtYXBfc3luYyh0eF9yaW5nLT5k YXRhX2RtYXQsIHR4X2RhdGEtPm1hcCwKKwkJCSAgICBCVVNfRE1BU1lOQ19QT1NU V1JJVEUpOwogCQkJYnVzX2RtYW1hcF91bmxvYWQodHhfcmluZy0+ZGF0YV9kbWF0 LCB0eF9kYXRhLT5tYXApOwogCQkJbV9mcmVlbSh0eF9kYXRhLT5tKTsKIAkJCXR4 X2RhdGEtPm0gPSBOVUxMOwpAQCAtMTc2MSw3ICsxNzc0LDEwIEBACiAJCWlmIChs ZTMydG9oKHR4X2Rlc2MtPnR4ZHcwKSAmIFI5MkNfVFhEVzBfT1dOKQogCQkJY29u dGludWU7CiAKLQkJYnVzX2RtYW1hcF91bmxvYWQodHhfcmluZy0+ZGVzY19kbWF0 LCB0eF9yaW5nLT5kZXNjX21hcCk7CisJCS8qIFVubWFwIGFuZCBmcmVlIG1idWYu ICovCisJCWJ1c19kbWFtYXBfc3luYyh0eF9yaW5nLT5kYXRhX2RtYXQsIHR4X2Rh dGEtPm1hcCwKKwkJICAgIEJVU19ETUFTWU5DX1BPU1RXUklURSk7CisJCWJ1c19k bWFtYXBfdW5sb2FkKHR4X3JpbmctPmRhdGFfZG1hdCwgdHhfZGF0YS0+bWFwKTsK IAogCQkvKgogCQkgKiBYWFggVE9ETzogZmlndXJlIG91dCB3aGV0aGVyIHRoZSB0 cmFuc21pdCBzdWNjZWVkZWQgb3Igbm90LgpAQCAtMTc3MSw4ICsxNzg3LDEwIEBA CiAJCXR4X2RhdGEtPm5pID0gTlVMTDsKIAkJdHhfZGF0YS0+bSA9IE5VTEw7CiAK LQkJc2MtPnNjX3R4X3RpbWVyID0gMDsKLQkJdHhfcmluZy0+cXVldWVkLS07CisJ CWlmICgtLXR4X3JpbmctPnF1ZXVlZCkKKwkJCXNjLT5zY190eF90aW1lciA9IDU7 CisJCWVsc2UKKwkJCXNjLT5zY190eF90aW1lciA9IDA7CiAJfQogCiAJaWYgKHR4 X3JpbmctPnF1ZXVlZCA8IChSVFdOX1RYX0xJU1RfQ09VTlQgLSAxKSkK ------------W0XTSBi3vVu3FCmmE968kS-- From owner-freebsd-current@freebsd.org Tue Jun 14 15:06:56 2016 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 EBAD4B69B8B for ; Tue, 14 Jun 2016 15:06:56 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003: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 BC36A2F84 for ; Tue, 14 Jun 2016 15:06:56 +0000 (UTC) (envelope-from dfr@rabson.org) Received: by mail-oi0-x233.google.com with SMTP id d132so156969080oig.1 for ; Tue, 14 Jun 2016 08:06:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rabson-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=MBmz3UyPf5uk3+Ap6Od7QvVfqUic0W8sIqm6t8HdtrM=; b=gtxC8Hb+0oFw3RswdH7ZIXGuLvAKwLhrOjQOlrVRqsu/5utisshvbYKoT0ixgZO5vX sBkYfoT523gi4lGZSJrRbZKoJr/iyGgoYffiRyKTw/SM9u8eLntZJuEL6/HlHKwxBmMx 4cir86qFKD+JcWL2chbx+JuLIP456NvEiZ2F9E0u1kNJdXN49n6jd+wqBCZVo0fD284X ZzmUJ7UlLs38gTlPY9b9+zULqax+wsioMV7jDP6gOilGtPXz84IYcYIN9ETBhlJWBLsZ R31jtWAAZO/F0R8jDfecgQ33PHEppkPYh7mftxArQEMDbKQ+dO0Gg2jKs7l73r53dp06 gr/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=MBmz3UyPf5uk3+Ap6Od7QvVfqUic0W8sIqm6t8HdtrM=; b=ezLxX7alzCUWZ5izPqfqPvFvPLykouaIfXPKyAaf6gDABRCCuH+8vUCPErtmE9QTCN L8E6BhXD9RnqoQ2bHtJsoe0LQXzvfVZBnDKAsAzVnuvC5wjfKU+l5iBHl2jHDDdjt/R0 E7iAo1Lma/S7HlnbtNxWylGkUYjaZkcehgIPpfWxbILaxASJSF7YqMUlLm16aCuyLCWP 8GciYsd3DewceNSadDOcJqBf1Una71HQkO7PBX2dOcw2s4E7bJNNAEAaVnQYP1UIEolf LLKrfyYg+PrpuL9YXqdgN0uA205eBXGWkkiE7veThfeLa7RcJJFn/SQDpsbV5idDVKnF A62w== X-Gm-Message-State: ALyK8tJuy7mdRNQVSzHSW7dJkGVZG+/zDTvuK5XtjoCoDAPOIEq191ubEKlhQOHagornlTxL6yFsCGMENHKoyQ== X-Received: by 10.157.24.86 with SMTP id t22mr11626044ott.23.1465916815686; Tue, 14 Jun 2016 08:06:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.22.68 with HTTP; Tue, 14 Jun 2016 08:06:55 -0700 (PDT) In-Reply-To: <9cd19cb076765fe841e273de1df4772d@thebighonker.lerctr.org> References: <9cd19cb076765fe841e273de1df4772d@thebighonker.lerctr.org> From: Doug Rabson Date: Tue, 14 Jun 2016 16:06:55 +0100 Message-ID: Subject: Re: HWPMC on SkyLake To: Larry Rosenman Cc: Freebsd current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 15:06:57 -0000 Did you get any feedback on this? I would like to be able to use hwpmc but my desktop is a recent skylake and I also get the 'hwpc_core: unknown PMC architecture: 4' error. CPU: Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz (4008.14-MHz K8-class CPU) Origin="GenuineIntel" Id=0x506e3 Family=0x6 Model=0x5e Stepping=3 Features=0xbfebfbff Features2=0x7ffafbbf AMD Features=0x2c100800 AMD Features2=0x121 Structured Extended Features=0x29c6fbb XSAVE Features=0xf VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics hwpc_core: unknown PMC architecture: 4 hwpmc: SOFT/16/64/0x67 On 20 February 2016 at 12:49, Larry Rosenman wrote: > Is there anything I can do to help: > > hwpc_core: unknown PMC architecture: 4 > hwpmc: SOFT/16/64/0x67 > > CPU: Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz (2592.13-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x506e3 Family=0x6 Model=0x5e Stepping=3 > > Features=0xbfebfbff > > Features2=0x7ffafbbf > AMD Features=0x2c100800 > AMD Features2=0x121 > Structured Extended > Features=0x29c6fbf > XSAVE Features=0xf > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID > TSC: P-state invariant, performance statistics > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 > _______________________________________________ > 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 Tue Jun 14 15:10:34 2016 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 D3048B69C82 for ; Tue, 14 Jun 2016 15:10:34 +0000 (UTC) (envelope-from ler@lerctr.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 B1C5D2119 for ; Tue, 14 Jun 2016 15:10:34 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Type:MIME-Version:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=KZV0p0rePz1DGRcNL8+kedF/WmFMdPrfkXvwS7t5OJE=; b=X2Wzi3o3F/73PGW2sxLpufY65C MqRUBbdi4XDvOdwFFBHwnCUybOyv/+MLnNyqWaIq6LgUgssdu8m6banzSf+P+3nPCgyFUtvd3d+UW Es5M/2faxMQD2C23/cHJ8i43Uii87H4rLJMmLekN+M31wsbNAiyTkWcMdDEfe6lq9Qhw=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:61592 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bCpz7-000Nrf-Ib; Tue, 14 Jun 2016 10:10:33 -0500 Received: from proxy.na.alcatel-lucent.com ([135.245.48.71]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 14 Jun 2016 10:10:33 -0500 MIME-Version: 1.0 Date: Tue, 14 Jun 2016 10:10:33 -0500 From: Larry Rosenman To: Doug Rabson Cc: Freebsd current Subject: Re: HWPMC on SkyLake In-Reply-To: References: <9cd19cb076765fe841e273de1df4772d@thebighonker.lerctr.org> Message-ID: <6c58ac3eb4e7edf780bbba7226ea235c@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.2.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 15:10:34 -0000 I have not. On 2016-06-14 10:06, Doug Rabson wrote: > Did you get any feedback on this? I would like to be able to use hwpmc but my desktop is a recent skylake and I also get the 'hwpc_core: unknown PMC architecture: 4' error. > > CPU: Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz (4008.14-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x506e3 Family=0x6 Model=0x5e Stepping=3 > Features=0xbfebfbff > Features2=0x7ffafbbf > AMD Features=0x2c100800 > AMD Features2=0x121 > Structured Extended Features=0x29c6fbb > XSAVE Features=0xf > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID > TSC: P-state invariant, performance statistics > > hwpc_core: unknown PMC architecture: 4 > hwpmc: SOFT/16/64/0x67 > > On 20 February 2016 at 12:49, Larry Rosenman wrote: > >> Is there anything I can do to help: >> >> hwpc_core: unknown PMC architecture: 4 >> hwpmc: SOFT/16/64/0x67 >> >> CPU: Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz (2592.13-MHz K8-class CPU) >> Origin="GenuineIntel" Id=0x506e3 Family=0x6 Model=0x5e Stepping=3 >> Features=0xbfebfbff >> Features2=0x7ffafbbf >> AMD Features=0x2c100800 >> AMD Features2=0x121 >> Structured Extended Features=0x29c6fbf >> XSAVE Features=0xf >> VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID >> TSC: P-state invariant, performance statistics >> >> -- >> Larry Rosenman http://www.lerctr.org/~ler >> Phone: +1 214-642-9640 [1] E-Mail: ler@lerctr.org >> US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 >> _______________________________________________ >> 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" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 Links: ------ [1] tel:%2B1%20214-642-9640 From owner-freebsd-current@freebsd.org Tue Jun 14 15:41:17 2016 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 68AE0AF27A7 for ; Tue, 14 Jun 2016 15:41:17 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0119.outbound.protection.outlook.com [157.56.111.119]) (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 A870B261D; Tue, 14 Jun 2016 15:41:15 +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=MhwFvwOLrOTsJ7xZc7UC4vHPwDl+vEO3DRWbPDvZqco=; b=BvXNoXbBO2kIE6KJsF7Z6DhRdfJd2XCnhV3fYRkeqqcqECIWB716n1nS4WXhWAv483UFP3cmRFqUy1P0a88D5k/HEuXIAtRO6b6REA0J0b1D53CQmuTSl4p9TK4lZUEeMyofdpjbvZYw/4x61Ya9PeUp8YexgtDL4cNXpgdYHWU= Received: from BLUPR05CA0075.namprd05.prod.outlook.com (10.141.20.45) by CO2PR05MB2488.namprd05.prod.outlook.com (10.166.95.146) with Microsoft SMTP Server (TLS) id 15.1.517.8; Tue, 14 Jun 2016 15:41:09 +0000 Received: from BN1BFFO11FD010.protection.gbl (2a01:111:f400:7c10::1:106) by BLUPR05CA0075.outlook.office365.com (2a01:111:e400:855::45) with Microsoft SMTP Server (TLS) id 15.1.517.8 via Frontend Transport; Tue, 14 Jun 2016 15:41:08 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; dsl-only.net; dkim=none (message not signed) header.d=none;dsl-only.net; 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.19 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.19) by BN1BFFO11FD010.mail.protection.outlook.com (10.58.144.73) with Microsoft SMTP Server (TLS) id 15.1.511.7 via Frontend Transport; Tue, 14 Jun 2016 15:41:08 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 14 Jun 2016 08:41:00 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.16.84]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id u5EFexE57884; Tue, 14 Jun 2016 08:40:59 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 9CC7138551E; Tue, 14 Jun 2016 08:40:59 -0700 (PDT) To: Bryan Drewery CC: Mark Millard , FreeBSD Current , Subject: Re: 11.0 -r301815 to -r310873 using WITH_META_MODE=yes : an empty filename failure In-Reply-To: <99ee7f26-573f-2aeb-c569-728602bb3593@FreeBSD.org> References: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> <65e079c5-6b69-1b94-6bc8-ee32269cc98c@FreeBSD.org> <57295.1465874334@kaos.jnpr.net> <99ee7f26-573f-2aeb-c569-728602bb3593@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Mon, 13 Jun 2016 20:28:50 -0700." 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: <64952.1465918859.1@kaos.jnpr.net> Date: Tue, 14 Jun 2016 08:40:59 -0700 Message-ID: <64953.1465918859@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.19; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(2980300002)(24454002)(199003)(189002)(76506005)(47776003)(53416004)(86362001)(4326007)(50466002)(117636001)(106466001)(97756001)(2906002)(105596002)(356003)(586003)(23726003)(50226002)(11100500001)(8936002)(9686002)(19580405001)(77096005)(6806005)(19580395003)(76176999)(69596002)(2950100001)(189998001)(2810700001)(87936001)(93886004)(5008740100001)(92566002)(81166006)(81156014)(8676002)(50986999)(46406003)(97736004)(4001430100002)(110136002)(107886002)(5003600100002)(68736007)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR05MB2488; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; CAT:NONE; LANG:en; CAT:NONE; X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11FD010; 1:9IQmvTit/f7ca3LG1rxT72c829l8sb7Vn6HGKaq0XN7EDl8JkNOumBTCJt+YaVhXihKYRN1bkRl4/qf3+X9P7cJlj4Po3Zp/vusgBU4pROFVyT7P9FYjlyH1YlFhLfrOMcwCma7+7j13cKvuk/I+3HiHjqSbnwOybPYLRMVz8TAe5fy6ojw4V6ceaZTkxgdUVbVVcII+pqyo6Pt44BpIMAV3dz6Bfsp/9pVRb9XDySN9gY8KAsaWbQw5w4dsG3Y0twNLIsCI0WghgK70g2IFqWMt37PRJu87li6jAPsoXs/47yVxVKTSHb9LFq218yzgExpRsqw8E/2poG8OYurZhnl0hCAPnQp47mW9YxUI/HRPCqEKnp0Y1h6ZFK9CHgGjUW2K1OGnjRMd+KYoI+kiW4KrPuwGScdNaF+edwVwy7HPSVrYtYTuo5r2rRN1yll5oukfp+s03evZs3fi9RvW3ShCwhHfNAekMmBNryCRzw459UsM04xkzntZoWovzDCNFjFrZ6vnYcnJzTDi38W5eg== X-MS-Office365-Filtering-Correlation-Id: 1e59655d-afcc-47cc-cf13-08d3946a4e19 X-Microsoft-Exchange-Diagnostics: 1; CO2PR05MB2488; 2:prxZK738BGh7AkXFhF0gZnZGp9LIAAcDEl6h1U88X7e8XYNT64pVqvNzOiowKUPedFLMQsxx/p+rCciUlb/DZ+RElNGuaduE2jxc4oRnzzx2LnPbsXaTM07X9m0GaNmNEu8zE2BUdrbJEE9Sd8cnGyenHPSFL7M4R2nVXC1QHYsAjHo0A3jYxIEYvIM7k0wk; 3:yQ5IZ4T8cB/tsnqFknP7Q3sm5ki6fmOUJXDLI+A2FTn/jlEcPe68PPJ40OietsVSm1Vk47wGy0gg6ec+SELrZhh7/nBmfeLQKNlcIorf9GeQ37z1w640SLMI01u2/SodZOT8EFBJLrbeoEQp00YozacYfF8Gjt8sAMsBoVqA/SaufphHOtml/jts9CaoxdQijdB8D2dFPF+wvX32quRNToYCUuQ21YumvZbYrJAVF24=; 25:HBISQ83PVc5HS0vJSRRMNxOhPbbfExT7+fQPuiiXcy4xlBQ9h0KDoj/zWUksC4m+Crq+aRHAE2mKqLeeFb1NsxhEEWtJmpYSDcUECTFQrxCi7+SpI0F7Eatki8DzpYU8vq+jBLZtfYEdmeu6HNwaqeKo8Gpf+fbNqW8gPX9zKavk96vua7OhFL1yFpg3Vo0dmJ8pcG8AHanvU5Y2RiuzAFGlSoy+abZjwlr1LnWo6iXS+qUOK4RMx2KjlO8E4PUhLY2Gr3F7eAcepQdMMn7Ylx12QJWPT+xX5MKgwskbQDmZE6cPuOS0/HRBS3jGepuJQ8I1x+HzEBg/45trmpCgwfdcySKywM5ZSU6D8NlK12LyZYvtt7pF2Bei4YYp9BKcYRH8Y7+BW24479WvvMYWu96yPmyhlaxHKUIjIieIjM0= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO2PR05MB2488; X-Microsoft-Exchange-Diagnostics: 1; CO2PR05MB2488; 20:fQ3hs6vwUMwai9BCqfkg5VyvMC0OmrE4zIymioMjzS4M2xk87e0wJt4au2Mc/vHQZGTpCGy2SACXW1mx4z0RuLn0WY4cOqBMhQkSUQ2elaMGc6g2X4GEydRrc4IdPmcm/WfeYyDPWosBx+qIkPgwy8jfuqZdKsWdmsEvkcVoVUb2YTXKTQlxPYygCf2OKq4NBlQmhgHHTCEnHJluiBT9UVW+jWqvR1Tn4R0BWt1g0u1/26gSfFo9eyqzWLONXnuEtbZfqyF3snFzHyGwPiITQFIFLzTDcShsUT7eZIjUWTFmmNVgmm3ZVePey5zIdnjkW/2v3W14JHPx/B6EdHpkQp3I518SzMSLGyghZQVB77sy/KrkpdMPKC5qbw8+Fiz0oiWlJNzj4dLyHRcbEoh98vRw1E1ozT8mLPi4WtqilkM5+17PQYL1F/boLLlLyyfk7GzIHLloiR9lvwX5cgz0GqKpZ7VZ19Fr/RsmKRTapk3sb5NhuVYMK1HPXBowoGgg X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13023025)(13024025)(13017025)(13018025)(13015025)(8121501046)(5005006)(3002001)(10201501046)(6055026); SRVR:CO2PR05MB2488; BCL:0; PCL:0; RULEID:; SRVR:CO2PR05MB2488; X-Microsoft-Exchange-Diagnostics: 1; CO2PR05MB2488; 4:M0AYLroTSpEVJ+lcv9sEMPNVL5UC+whcnak8ix2jwom2Qbv230TUGYgdkFwXBhRJLX2T+ZSnLF37kFfTz0MVSfk3cwsRGHNEU6+XHO7/g8tvK61bKl4eeFz65Jlw7V8rTnNJPh9D3gAFNzRKfx/eIyJ8SuxFuuAlY7XXiY+x/1QQybkjiB4GM98SfpSBLBBLSssAPLpOTqFr7PBUZM9iVg4Z7xb1RyI9jRV1zIGtbksG/T0nVbDx6j3AwKICkDzPTuta/kb2NGPxrsHhic6F/g71FYP4IydZZIpzOv1jfMjucTd5J3ev2C8skoOwaVoTn8O5SfPhpInnY4HNph7zWonmV7vbJ3tvkrORGqAfzhBbbwJAqYitP4Nmi6f9yrqXei6oHG7yM732jIQQKdRE/j/1jPAJYo4YVk9Zk8Y/gJMldoF2ftlvwGbWVlqK7Smjgbf6BfBLAMdLovmBi7JxhWjOb5mQn4MOq0cQkKaC+/s= X-Forefront-PRVS: 09730BD177 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CO2PR05MB2488; 23:QQK487E2BX6QkOdSlJb/NKFlDJrNebCbS4xJ2YDjm?= =?us-ascii?Q?aU867fagTl9tOdOQIGdihnBCTPjanCa49XMwFT6z63/T5FRuS699pQYz9dDK?= =?us-ascii?Q?i2H687Bz6Q8cvLkJV/KibSg+f1FbXgHvB88mOjbUb8m9cNWKROGeAAEmVfiy?= =?us-ascii?Q?K6irKwv6bXr5IiDKlYSJLXdKxzoyRRjl5q0jy0pcbL+hOH6k36OVFX9ota89?= =?us-ascii?Q?7nL6JPgxoNpsnRQl85s6jEXZdsYwUsQ+j+L3/br45MNudx0N8Mu2Urg4FxRF?= =?us-ascii?Q?05kz2eHMGtxnw8doxfEpbkNsjNv7zZEQMZkXtU6KGaV9lGdfloJ3FXQFd74y?= =?us-ascii?Q?I0QmwjnW9D/1sJe2Jj4Xz8nWoiwuemU2RR4nvBqwUX/k5DlBC/xq4uhXqfoB?= =?us-ascii?Q?lOMX53QcwJncGFb1MTcJvXSaUhezN0aPifs8V9KwerT7GpMEKFHS6K10fCBm?= =?us-ascii?Q?Tq05NavSmp7m7oSto/pijmN5Zfy26ZTN1064KGMdnD0S681kacSrYNGONsF0?= =?us-ascii?Q?OY160UE+WnmEhU+bTl9xvhmghoodNfnQJWmND0r/nVdpKc3UeRNL6XI9oJOG?= =?us-ascii?Q?jgZYXmdTVY1QVilrJleEyoiv8hT6x/Wk5JwDgABnjeTmmxqWxeyiO9iXJMV4?= =?us-ascii?Q?Z1DBaewlkyPfOcr1L42RqoEuseZC3mYkgip5TfdO3SzDdrkkn6Ss7/VuMrzr?= =?us-ascii?Q?POgenXN4IQtXUKJs1+3mYHTRcZjeBHKX6HUwUCu8amElW/YtCJlDN10Ofnqz?= =?us-ascii?Q?0ZhD+dtyvKDc6MJafj0xpnTWf7Q6UDCxTmqL4N9nPOH0GZV6LRE7JLELZIR+?= =?us-ascii?Q?iSTbBkqe8ZQ1YorB7xoYhv+xbxWG7gfDjgI16h5BWEcySpjmWbYC2rpVIeh6?= =?us-ascii?Q?z+UI/d+e7oF6/KRlR0PwE1E8I6zHCH8bjRFlQZ16s9r3SzC6V8ahMrZGf9yB?= =?us-ascii?Q?V3ergsR4D1n0UI8KWbIdkbwBToZL+BhtyAoh9Eraj27PZVgO601ab0jNlvrK?= =?us-ascii?Q?7JCBh/Gy5zBHxk11i2aL+L93PNtfqgLFSKg1A+7GqIX9dqzx+d7REEe3l91W?= =?us-ascii?Q?xlrwEj7IMLA1leu9JWi1jT01R/iDLmj9T1ru2MY0gGRzFN8rwrX9jHUihrp8?= =?us-ascii?Q?s+UORUJJkdS1NAHIWYdBEyr9HuDfxm1JLl+TRiCh+WSnns8PXqGJ0WihnZYH?= =?us-ascii?Q?Y0WOIJwlP+SPO7qo/QSIe//rTxTh5vUG/2LPWi+QX9yPiB97ABVFAPw1f3em?= =?us-ascii?Q?Nt7GqRxLQwNJQ1g7Ko=3D?= X-Microsoft-Exchange-Diagnostics: 1; CO2PR05MB2488; 6:4A/W/3yoashi1JoX2oJ74AoZuphj1j1EoqzrgAxn7AcC6Ssd/17O7URUB0M+oWoGARYTNsBUPvWeqkHbzjbtOn244urf1giFnsVic7xZK4Ufuqq2+sorPhBHOabnvWcSZzg8Pu7jkb+7TgsvvlPVg+nPcmJOQwg01rxjkCl3z/Zpo9IC3zsAdVKCL6ue2SXCVaKFSJ4KQ1Or7QMIQnmUXuDrBIM2cyfw66syg0/p0IS0M0ZtdKFEm5B921BNGyDnsewVbAW2EPke/0b645dHhFqSbOeK2ZiQFW/6YJImu1j1tsLhB/lPK3I/KKl4iMah6iuAXrhlYlMF3JzLlCvAsw==; 5:TsihG4hnukPpUq56BbA35CWMAdzBU4VtpLcdH/V3HANQikPJrUxkOWb362/hHPuamC7b6LPM13j++KEtXOZr/LLN8l18guBxEIGJJOmjfDuJ3z7DkKa5/wn1f6x5Pb0HqCjWcTyW4eBdgtEzzczRsA==; 24:XEoCsjrseoYywiL1GiQC1HXaYFL1I2xLg22UVOH4UKf6E/iwg3VkOB8PF8wNgVm8jp+YRcKSzDuZp3K0PITCiBC6bQgy+BSwykRRafdSDxY=; 7:qsqHdDQq7cL/IjC8ExUgx9zqL7ko2zXnYXPSg0UJwtbUrnq07OrSoc6VomhrHbpoZ1YjFybEfLOgHJfSmqfgYUXfcl/tvzBBxQsGuO4APryEGLUL1tT3Id3wkxHoL+Gfmziq7PiX01DOaB8VJ+2IcbgonO0Fmfn8UOCmGfaKRwBgM1Kd7wl8vIiRONvkf+nu8FXy1/M5hBHBkOk2rnwDW0v9IgpPmWkcW4HTwD1YbC4= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 Jun 2016 15:41:08.3542 (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.19]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR05MB2488 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 15:41:17 -0000 Bryan Drewery wrote: > The problem is missing-meta requiring a .meta file here. The $?/.OODATE > comparison exception is only used meta_oodate() if there is already a > .meta file, not for the new missing .meta logic. Even if there is already a .meta file, if meta_oodate ever returns TRUE the target will not work correctly. From owner-freebsd-current@freebsd.org Tue Jun 14 15:53:59 2016 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 B62E2AF2CFB for ; Tue, 14 Jun 2016 15:53:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 9AE892DF0; Tue, 14 Jun 2016 15:53:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 8EEE31D25; Tue, 14 Jun 2016 15:53:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 4B9C31DB9F; Tue, 14 Jun 2016 15:53:59 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id GhKPIxa91m2i; Tue, 14 Jun 2016 15:53:56 +0000 (UTC) Subject: Re: 11.0 -r301815 to -r310873 using WITH_META_MODE=yes : an empty filename failure DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 937D51DB99 To: "Simon J. Gerraty" References: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> <65e079c5-6b69-1b94-6bc8-ee32269cc98c@FreeBSD.org> <57295.1465874334@kaos.jnpr.net> Cc: Mark Millard , FreeBSD Current From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <8a51b170-5f6c-4a86-bc08-e960c19b7f2f@FreeBSD.org> Date: Tue, 14 Jun 2016 08:53:55 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <57295.1465874334@kaos.jnpr.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mfxUhjmCtxdOtxbpc4w2I36ORT8p4vol5" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 15:53:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mfxUhjmCtxdOtxbpc4w2I36ORT8p4vol5 Content-Type: multipart/mixed; boundary="WgkO3vx5mNCiWv0sf1S0OiO4k22EwNqIR" From: Bryan Drewery To: "Simon J. Gerraty" Cc: Mark Millard , FreeBSD Current Message-ID: <8a51b170-5f6c-4a86-bc08-e960c19b7f2f@FreeBSD.org> Subject: Re: 11.0 -r301815 to -r310873 using WITH_META_MODE=yes : an empty filename failure References: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> <65e079c5-6b69-1b94-6bc8-ee32269cc98c@FreeBSD.org> <57295.1465874334@kaos.jnpr.net> In-Reply-To: <57295.1465874334@kaos.jnpr.net> --WgkO3vx5mNCiWv0sf1S0OiO4k22EwNqIR Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/13/2016 8:18 PM, Simon J. Gerraty wrote: > Bryan Drewery wrote: >>>> ${_FIRM}: ${.CURDIR}/../../../../contrib/dev/drm2/radeonkmsfw/${_FIR= M}.uu >>>> uudecode -p $? > ${.TARGET} > Targets like this that use $? or ${.OODATE} are a bad fit with META mod= e. >=20 > If the normal make rules think the target is up to date, .OODATE will b= e > empty, thus if meta_oodate says the target is out-of-date, the script > will run with no args - because $? expands to nothing. >=20 > So either the use of $? should be replaced with ${.ALLSRC} or something= > else that will be consistent, or the target should be marked .NOMETA I think my point is getting lost. With the new missing-meta feature, if a target uses .OODATE and has no .meta file then it is forced to run *Even if no targets are out-of-date* and yields an empty result. Yet, via meta_oodate, if there is already a .meta file and .OODATE is used and has an empty source list then $.OODATE is forced to be .ALLSRC: > if (oodate && needOODATE) { =20 > /* =20 > * Target uses .OODATE which is empty; or we wouldn't be here. =20 > * We have decided it is oodate, so .OODATE needs to be set. =20 > * All we can sanely do is set it to .ALLSRC. =20 > */ =20 > Var_Delete(OODATE, gn); =20 > Var_Set(OODATE, Var_Value(ALLSRC, gn, &cp), gn, 0); =20 > free(cp); =20 > } =20 What's missing is setting of needOODATE in the metaMissing case so that it auto applies the .OODATE=3D.ALLSRC hack/fixup which is what you're suggesting as well. I don't think it is right to force manually adding .NOMETA to all =2EOODATE usages since there's already logic to handle .OODATE in the =2Emeta existing case. --=20 Regards, Bryan Drewery --WgkO3vx5mNCiWv0sf1S0OiO4k22EwNqIR-- --mfxUhjmCtxdOtxbpc4w2I36ORT8p4vol5 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 iQEcBAEBAgAGBQJXYCiTAAoJEDXXcbtuRpfPVTcH/3tzh+wmlNGxkZqkODsVfpFi yyeMgZDAiPpicTx5ecJXgRKn6jwLylVYYOPUZEEvP3Lloe3Eg/0KH1Nyfu73SI9d ZhlPF5AsEr2FGj/bxbX7RLCZVU1H6t6WHGrlxPeOFPDnE+KfRQcQ0DNK0ioSUzrt fXBNhD3WZ7EPp9iypkuEfw5pkDDzWQBWCZNwoBnNDS4WDy0+L0K5EN+UqxrUJdiT mmlDY/nzCps1mgCGVJWggTGpDOQMU1tPzj8y4xDMVZA9CqES7rir+JT2Bi4qV8cd ZtpysYwQkLUitM37XB+IStlRFi3nDoU0h/Xoi3khEYGMEBvmg6Sl59Axz91ogz0= =K1zi -----END PGP SIGNATURE----- --mfxUhjmCtxdOtxbpc4w2I36ORT8p4vol5-- From owner-freebsd-current@freebsd.org Tue Jun 14 15:54:41 2016 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 4BD5EAF2DAE for ; Tue, 14 Jun 2016 15:54:41 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0146.outbound.protection.outlook.com [207.46.100.146]) (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 C7E4D2FEC; Tue, 14 Jun 2016 15:54:40 +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=usOCwMmrR0Hh0kCwhEhBsEltmwOCRtgUDH/6immWgtQ=; b=giu2zqLeJW+u8GUbgnlDLoECYuR5Ig1vyXImzi2BJKXdcad2iCWHkrG0/m6etaasl2dbd49vV0yuAgOtEP+2MPAPl2Wj69V8i0MF52wmmDagc+moqdhV07xg4DcaoAPVtcY1dDnXGepe5FbiUkm+kcd2M6ukdvFCQGm5REZP9pM= Received: from BLUPR05CA0059.namprd05.prod.outlook.com (10.141.20.29) by BN3PR05MB2483.namprd05.prod.outlook.com (10.167.3.24) with Microsoft SMTP Server (TLS) id 15.1.517.8; Tue, 14 Jun 2016 15:39:23 +0000 Received: from BN1BFFO11FD042.protection.gbl (2a01:111:f400:7c10::1:156) by BLUPR05CA0059.outlook.office365.com (2a01:111:e400:855::29) with Microsoft SMTP Server (TLS) id 15.1.517.8 via Frontend Transport; Tue, 14 Jun 2016 15:39:24 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; dsl-only.net; dkim=none (message not signed) header.d=none;dsl-only.net; 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.19 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.19) by BN1BFFO11FD042.mail.protection.outlook.com (10.58.144.105) with Microsoft SMTP Server (TLS) id 15.1.511.7 via Frontend Transport; Tue, 14 Jun 2016 15:39:23 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 14 Jun 2016 08:39:20 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.16.84]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id u5EFdJE56793; Tue, 14 Jun 2016 08:39:19 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 3512238551E; Tue, 14 Jun 2016 08:39:19 -0700 (PDT) To: Bryan Drewery CC: Mark Millard , FreeBSD Current , Subject: Re: 11.0 -r301815 to -r310873 using WITH_META_MODE=yes : an empty filename failure In-Reply-To: References: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> <65e079c5-6b69-1b94-6bc8-ee32269cc98c@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Mon, 13 Jun 2016 20:10:22 -0700." 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: <64926.1465918759.1@kaos.jnpr.net> Date: Tue, 14 Jun 2016 08:39:19 -0700 Message-ID: <64928.1465918759@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.19; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(2980300002)(24454002)(199003)(189002)(76506005)(47776003)(53416004)(86362001)(4326007)(50466002)(117636001)(106466001)(97756001)(2906002)(105596002)(356003)(586003)(23726003)(50226002)(11100500001)(8936002)(9686002)(19580405001)(77096005)(6806005)(19580395003)(76176999)(69596002)(2950100001)(189998001)(2810700001)(87936001)(5008740100001)(92566002)(81166006)(81156014)(8676002)(50986999)(46406003)(97736004)(4001430100002)(110136002)(107886002)(5003600100002)(68736007)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2483; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; CAT:NONE; LANG:en; CAT:NONE; X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11FD042; 1:3X1jnFOQ+sjmq1RL2keGC1onFQDg5NKGCOdJ3+GP/UEB2fO1cYsCDBRV/ezoFT/tc9w1dHAuHr2PUXCUfDx6K/1EPHladFFuOlN0N+Ls3UpGKrIYjbrYZSbTii5soerGU16tdJi8Jd0iPltgxo9oym9cxG0XJycxuTrNkB4k/9jUvoENO2l9B1YZM+U7sHK5jdinT09Xdl5bedCFZJE6EDSiSGssJgEGSXRfLJUzt16mVuFaU7hF/4/lHvpFkPfwFnXLrZwciyS6ZToe8MT+eEagduwt9Z9o6bzhUghskXhCKDEU7/IwqduQN3l+N8Wvt+7LE1gd5Itpjt3Ns69R8Qj294WzIwpLF/epv8OSCeXaVPUKSfyM6B40G/wTIJZYJ4hYVGPHxZXievS90CYZuyEq8Zi/gEInUTlkQecWbwgkeDQ/vGLr+e42S1HGRYBBmUh57OE0ReJ4jMF3PcGilThTbs6F2RauUDzNSKN74RlcxtWzT3CDGiwSYJwpYTDzaQAlRHyGwxODpzbIK1uqVQ== X-MS-Office365-Filtering-Correlation-Id: bae9e4f0-8e3d-4b04-ee4e-08d3946a0f7f X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2483; 2:sgS8qqQk0Qq3+0amQ6BsZpnCZx/jQE7VC38Qy+d1qDVCoAmFDXiKk72awyAt2IF1F/SGkqOCOBIVWaBcqBqAD2msxz1h+3HULRkdZeu6L6OkGB7U/OZaFWKO9L9SRrEKsty4kUaIuclLmoZfRBRr0jZ8pRZSltzbf1VhlnDE6mbgJbazBG775nhdefttKyIM; 3:GnawPU8yLjhI/UN6vB/zSH9IK/hYl0IVgsNCtwWoTjGLBMOi7R3qSviY+ZqvYmj6ZBkJXi75S6y7e+OtQe2X71wB/CajgAjp2UuktgcGOd2IU0kHDfQbLG1bJdXLrx7pC7jBQZT7yS5avUuauej1nrxaPJzUaXtMLofV2wpdotgx5mFtyR/aJoSvxfA+Eay7goxjbJcefZHSObj6JK/vbtVCf2QekM7Mu6EV/m03W5A=; 25:gYP7d8DuFTVus7usq6Hl2WIKP2yqGrpGFQcF8nSBngg2VadX+GCwsF/msQYQ0rOW7zPVCoYyjB0ksMlWpcbZYeKBM4yUat/gZOphAODnLKNWj+AgYRikqIkxgkMXlc4pEkfkQyx4V0iXZGZ9Hej8Fcs3GM0SJrAR2wZqz6fQ2nbqnbp36fbfWZN2jkSVa3OmUHOnJ8jsdb6WwNMzJEHx4PfeRmPgwWtD0rYogI5YaB9CHnAhzVmtOD9SPY46r62OF6moTccNKi4sM5O6Tl8Rc8/f/SlRVrBX3jTASSvElAahMNfFzpw9PbUpp2eAdf+y9vtP+reYcL14h9uE4DbqIzI3U/Sea2LIupiwdambBNo51Yd2wpKTUvIpljFv98SwdL6IOayDaoIfmO2vRd3EkjA9LYij2gQjnRZjjwC5SZc= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR05MB2483; X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2483; 20:7Jm75Jmgu3kTBAfZx1gp3moccXTjSHyvuPsYXkF9FGP6pgXhmdjK4tCa1xVssCUY2ZC56mZEIpbSCFwAwEztRt7PDwTB3GBZWnOc6txPebJ9770AbmtByCTa+Lz2bqNsjUYA+8dMbE1c1D3ZP+g2d45NaiX2b8UW24X3cl8+gmLu1I8Zc7G/0iY6Hn6C6Vf3yZ77ex5dcE1gj/h9S1jtLIFLhkTd3GsyikU+ludmzMsrcnFKbioiSahEMy8YP1voAswFTIFEWO3g+ax+9czV/JAcZHznnkVXM3KuvqKlbPP7qhPYiLQtif76i9PxVtqrfwaK1Mispp5N/JMW5NIR/vUKAfXkG0va2F4e6xJTVtnBWOQ/HY5vTJJcCxpauAFAh0UaLIA0NKjipQrmfK82tsx9ra02YJ6jf27wSg6Y0/Ot2KVgrD1+tONsHthgqTFHCh1GnJTpjhJ+9px8HhiEFSkywRprIGU0PL8RV1UdhJ40DlG2pfe/ccd3w00fvlw2 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13023025)(13024025)(13017025)(13018025)(13015025)(8121501046)(5005006)(3002001)(10201501046)(6055026); SRVR:BN3PR05MB2483; BCL:0; PCL:0; RULEID:; SRVR:BN3PR05MB2483; X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2483; 4:rb0lC0zOG8VpCp+U0nILCusQLLKH2WtFjRJZ16kNNDydZ3/x8grOyKERdJOkSQScSOxVZyAsIvh1ulqVXoNnxCTCF3NOdAhJzFwjjHfTNZLiVSYL1nKCFayKjlQbmWTSJ0BXaELYP6bmoefSD2yZ/I7gAgIf2hmhrtAmYJG2cQMCismMZ/OdjXiheTUsqMghQ+NBgunfgsMV0j1ECzfMZqbeRPhOmjmfsK1AW+pN889MZXUETwWf0GevHz4gkIlBisO3SulCEpExNLAZVBm/5ZngMIR/0436ScSjcjrZGJp2Okdphg0VjZRjPNNejQsSkC9YyGeJvcqYIJLPFEajn5TxKkz5RGS8eJOy3rh2sGPfNS47UmZWYXyWySKfEH+LRz6YCKxZtKrVNRzkhD2503LW0h5qwAm4pF5eToTqN0b0i2SuXHb1YBG8TCd/CVJSjkq5v7R2ILEKptBr3XYdEfZIVyJYVcLnLXtACXl8OVQ= X-Forefront-PRVS: 09730BD177 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN3PR05MB2483; 23:6Ny5w+6eD1UAz/Vxk+PYwzZKKsMDEVkLTSPTT5N5t?= =?us-ascii?Q?AEsCez56M7cOjitRhqAO2whPmSIRVCuhXW+mujp+mo2t3SpDB561dZ/qJjPs?= =?us-ascii?Q?yrmozOSjC1v4b6Iybyqp29koL1SSx7L5qPEQMt71BtID99fhnVoplK0LAuIA?= =?us-ascii?Q?UlRzjDdcC16fEiJO7JzF7OQconPFonBFSjhoxV3FDYMe9xv7ob1YBdsx7ExJ?= =?us-ascii?Q?fyFm2dMNr3L+8uNIQjKQ+OjY7qB7dcjEO/z17+0vTT9JaXqKN6tJZpqaO06D?= =?us-ascii?Q?EMgKd4O94ZcGi8YcTgvehQmy0tgInwi/erpDaXD2qjp7ueB35qaGcAeSLWLr?= =?us-ascii?Q?apQH7+hFLMl38lfwlS9kGMywQ6/GwxQKZhLPPPDJwSDri1lbPOJYMdbf6lgq?= =?us-ascii?Q?2KadAu8e4loJ88S27DlcSK01bD+zya/5Sl34Xdo5ZnSR6iB30QUYerrig6l0?= =?us-ascii?Q?7npUMzzbh50aOVfWh8sSCJswqFgNjQYxmyl5rz5W5zZbjw34pY2DLxoFGr3b?= =?us-ascii?Q?ezR3RRNqvdvB1yXiI18n4e/aNtxsGman4Zuj/XnTnWKeVYQBshwlESpIO7py?= =?us-ascii?Q?QO0M0/klm7GMV3prK5lmgnqmiDLdRoa5jMQdRn96/DVm6ZytcjvIbNMtjDOY?= =?us-ascii?Q?9DYQMFW2YJQxNTbBEf3yALhz+//fuIKbJIWfUTd2WWTWEPwOsd6/vG4qHJQn?= =?us-ascii?Q?xiul6V6nGixl+RXVUJJzkJrDV0PUuLrhtXgGAHtbCKnXqB4TX/LmwsoXIOOh?= =?us-ascii?Q?+ChARxvjPAXSIp0S7y9lWqqyPulZKO0f9S3QwdNeCPIloU9gywL3uaDb5ibP?= =?us-ascii?Q?pwLhiVXijDV+27hObr2FDI08WaM1Cxi7CBzR7C4cv31OxpQJem6OG/X1kqxH?= =?us-ascii?Q?7/gq9qjVCP9U9yFupHdIYB2dfgBd5YRc1mUsTHS80jarZ+dy7kpyy7b3FIvC?= =?us-ascii?Q?aA/etl7R3MvKiMu7fLlhscziAtKwtDairqSscGuTAefOX8nIOGA/FkKpPcf/?= =?us-ascii?Q?/A2L/RBlpH2szST8kwaI8Tv13+bsxwYrya+CNvf4sG/nW9U1hoWOV3ElffNz?= =?us-ascii?Q?rqqhMIZKEvLzcmwkjMZPhR0nN0bL7x0p5g0bP2x+9EaacJ5LjDCrew5j8Gcn?= =?us-ascii?Q?esdZCJs/pOZJ3gXhfTY1dGQ5V3bOUuSRaF0oxgPprwhSm131BQjXOOxAvqZR?= =?us-ascii?Q?jItN3OLN7KOGmdpq+k+DftdfMUydU4huS1wVYLcclq2B6Xmp0JROeOtBA=3D?= =?us-ascii?Q?=3D?= X-Microsoft-Exchange-Diagnostics: 1; BN3PR05MB2483; 6:iRIZBSuXwvKjzMtM4mT4/zfOwBWgz+nAE9GpLKaxL63Fc6twcInQU8gi96ISpGIESiokjQUu+6ko7AiN1hB25O95xKjiaRuyTS1l5mXMd+IrrkQhCLqeTQVFE7LvRUnV1I9nDDQQ0X5Mqe8Mam7LOWCu67PF2NFuWzTJIizNW4Na8LOTE6r6CmDJ/ATSNTUQoRO1G12MSQMIBiyoR0RNLS4JNdtdBDkHEWzyy2N6bEdsjJyMVFlkbx4TPuw828obGLMoPuD4pGrPaK6NgG5H5TuDFsnahg9VwP64Utb/so5D99GCf9elqxanadh/7hqFehJ3DA7M818wV4i9OZuwmQ==; 5:fRrRYMI17uicAmGZB+EP1XHQKiTsBRNTLnP/0j52jCYWQ72wMbs7k16V9GHwlCHjMQ1HZ0ma2VYhKAaXoJ4w0hAEcy3QoEhhVIGP2vZ79SpBB1wC94u9H0BAwSsnDDsCWUyejkY/xqLQXXIjduHzIQ==; 24:a92eXwUhsBpuUZ2NAC/0yElrahFzU4fAQLXglR6AYLuim9hPSpQa2G7ojSI5oTcUcHgxJP36UTFJdMv1Xj2oHB535L4AY8Zu7sxwrVgS+aM=; 7:5aLLY9d+cSLIFNZ4O/1V/wIrImjqw15p5ZmXyFa0cEmkTkwOk85eaW0FqA6ERpd2kwEB7e1jDuCJOXAlFpBOI4Tl5HKbIyGYJnXVgenLoVPmI3QmNpoopnWcKDGy2VHtX+Yal40tw7whwbzP4cB6pVWGmcx24wkhgedbdXpW7I/qf98JFpjIEB3wz6A86zotsIYDYtBit2HJDpzsJ7ludvJSo5IHPCoFMZk/e2Ot0U0= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 Jun 2016 15:39:23.3270 (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.19]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2483 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 15:54:41 -0000 Bryan Drewery wrote: > Actually it does seem to be meta-missing bug since $? (.OODATE) is empty > and yet it is requiring a .meta file. As I said; .meta files and targets that use $? (.OODATE) are fundamentally incompatible. Such a target will not work correctly, if meta_oodate returns TRUE so add .NOMETA or change the target to not use $? From owner-freebsd-current@freebsd.org Tue Jun 14 16:21:29 2016 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 6597BB6AA9E for ; Tue, 14 Jun 2016 16:21:29 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 4C62C2EAE; Tue, 14 Jun 2016 16:21:29 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 4577B1297; Tue, 14 Jun 2016 16:21:29 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id F09BA1DC94; Tue, 14 Jun 2016 16:21:28 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id YdhOQOW7-Q_Z; Tue, 14 Jun 2016 16:21:26 +0000 (UTC) Subject: Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 4E0FA1DC8C To: Mark Millard References: <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net> <92116.1464890038@kaos.jnpr.net> <4a2034a9-a2e1-d951-aecf-43e043c48d75@FreeBSD.org> <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> Cc: FreeBSD Current From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <991bf85e-1e56-e274-daf0-3227da534d37@FreeBSD.org> Date: Tue, 14 Jun 2016 09:21:26 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UOBapiSCktgdADIDagtr9AGJ8M7lGf0Ee" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 16:21:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --UOBapiSCktgdADIDagtr9AGJ8M7lGf0Ee Content-Type: multipart/mixed; boundary="XeqPnnx8DTgcAot6s5qd5u1MGaNJIX47o" From: Bryan Drewery To: Mark Millard Cc: FreeBSD Current Message-ID: <991bf85e-1e56-e274-daf0-3227da534d37@FreeBSD.org> Subject: Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"? [still true of -r301815] References: <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net> <92116.1464890038@kaos.jnpr.net> <4a2034a9-a2e1-d951-aecf-43e043c48d75@FreeBSD.org> <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> In-Reply-To: <55609B4E-DCC8-4666-BA15-17B6EF7D593F@dsl-only.net> --XeqPnnx8DTgcAot6s5qd5u1MGaNJIX47o Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/11/2016 9:55 PM, Mark Millard wrote: > Doing cleanworld instead of "-j 5 buildworld buildkernel" and then retr= ying "-j 5 buildworld buildkernel" resulted in the same sort of thing but= for maketab instead: This is fixed after r301884. You'll need to clean the objdir for usr.bin/awk at the least to fix the problem. --=20 Regards, Bryan Drewery --XeqPnnx8DTgcAot6s5qd5u1MGaNJIX47o-- --UOBapiSCktgdADIDagtr9AGJ8M7lGf0Ee 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 iQEcBAEBAgAGBQJXYC8GAAoJEDXXcbtuRpfPE6kH/1Ctbk3Xpx19P679HOKgNDZ+ abJw5lmgHLLoq9ZhSOz8LOXQa+fdKyWIg8YP5ewlSwgJVdv3Mb2W6gYY4ZY4lbtC mTUaXJKer0q2xldnsAchKA42ZPXDD244clKx8xBFLeb9RXsIEr2f/5r3FlDGu5g+ Esg5zSyreAYA025jIbtSa3KjqNp1cmJ1QSSUEDy6raIPCb5MY6WuMarjmS0dxWxM KTfGTwgJ20dOHbJ6s4hdrKl9kAi0RKw0DFvOBJehBGsY33zLHzObm4oAjdDv6Mjx Y5DXjdSR5j4GAscX/GQa/P/S4H3lOpluCPXC0g6nOsh4ubzUc1n/9d2AZZO1Jfk= =ggKv -----END PGP SIGNATURE----- --UOBapiSCktgdADIDagtr9AGJ8M7lGf0Ee-- From owner-freebsd-current@freebsd.org Tue Jun 14 16:22:33 2016 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 13C09B6AC55 for ; Tue, 14 Jun 2016 16:22:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id EB6AA2141; Tue, 14 Jun 2016 16:22:32 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id DF6AA1354; Tue, 14 Jun 2016 16:22:32 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id A8D771DCA3; Tue, 14 Jun 2016 16:22:32 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 8_iDHHiatWKM; Tue, 14 Jun 2016 16:22:30 +0000 (UTC) Subject: Re: WITH_META_MODE vs. delete-old and delete-old-libs DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com C40941DC9C To: Mark Millard References: <31063879-DF43-4895-A9EA-99A70DCFE4A1@dsl-only.net> Cc: FreeBSD Current From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <2010672e-0aee-ea30-2010-66c2b2a6a0a7@FreeBSD.org> Date: Tue, 14 Jun 2016 09:22:30 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wAOl3B9mG3Dig0mx0FUBMkuDfnAhgl15u" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 16:22:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --wAOl3B9mG3Dig0mx0FUBMkuDfnAhgl15u Content-Type: multipart/mixed; boundary="jsgwS142wqh3Tu1LahnSqaFJdL8v10xt8" From: Bryan Drewery To: Mark Millard Cc: FreeBSD Current Message-ID: <2010672e-0aee-ea30-2010-66c2b2a6a0a7@FreeBSD.org> Subject: Re: WITH_META_MODE vs. delete-old and delete-old-libs References: <31063879-DF43-4895-A9EA-99A70DCFE4A1@dsl-only.net> In-Reply-To: --jsgwS142wqh3Tu1LahnSqaFJdL8v10xt8 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 6/13/2016 2:52 PM, Bryan Drewery wrote: > On 6/13/2016 2:51 PM, Ngie Cooper wrote: >> On Mon, Jun 13, 2016 at 2:12 PM, Mark Millard wr= ote: >>> I've been using the following script to run my make commands for amd6= 4 builds (as an example): >>> >>>> # more ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang_boots= trap-amd64-host.sh >>>> kldload -n filemon && \ >>>> script ~/sys_typescripts/typescript_make_amd64_nodebug_clang_bootstr= ap-amd64-host-$(date +%Y-%m-%d:%H:%M:%S) \ >>>> env __MAKE_CONF=3D"/root/src.configs/make.conf" SRC_ENV_CONF=3D"/roo= t/src.configs/src.conf.amd64-clang-bootstrap.amd64-host" \ >>>> WITH_META_MODE=3Dyes \ >>>> MAKEOBJDIRPREFIX=3D"/usr/obj/clang/amd64.amd64" \ >>>> make $* >>> >>> When the WITH_META_MODE=3Dyes is present (as shown) delete-old and de= lete-old-libs command line arguments to the script do not display the pro= mpts but the process does wait for the y/n answers. I've actually used to= p in another window to see what it is waiting for an answer to. After I'v= e answered all the questions then the list of prompts finally is shown al= l at once. >>> >>> Without WITH_META_MODE=3D each prompt text is displayed before it wai= ts for the answer to that prompt. >>> >>> >>> This sort of fits in with my earlier questions about make usage that = is in the likes of, say, mergemaster and if/where care about WITH_META_MO= DE=3Dyes use vs. disuse might be important for such. For example: Should = "env WITH_META_MODE=3Dyes" be used with mergemaster if it was used with b= uildworld, buildkernel, installkernel, and installworld? >> >> I generally do: >> >> yes | sudo make delete-old >> >=20 > The problem is that the y/n prompt don't show at all. >=20 >=20 This is fixed after r301887. --=20 Regards, Bryan Drewery --jsgwS142wqh3Tu1LahnSqaFJdL8v10xt8-- --wAOl3B9mG3Dig0mx0FUBMkuDfnAhgl15u 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 iQEcBAEBAgAGBQJXYC9GAAoJEDXXcbtuRpfPWA0IAIvOJAZ+0YPEFNBQjz1vJGHY 0eYsUGWFcEm5sV75r7n8hF79bCSn2I4oqJWlpRDMR5Oyh3B/2ui7HoUNYKRu9IVl 8KsaM/ruhq0TJGfov62A7KP4w0GBN8aY8KQB6Nd5jj/Ee5n6MEo1b8zhxx8yVJ1c A4OO/kwI9wYvqMyrB1EnYrH83fCG17n98hl2n9pHMB9PydqGjCrk0a3J0TRqeqYF p2MO2T4KP0sftluu6+m/S+n+HnqVKb8/wAhNt2E2f8QM4IREqkQ+7ormmxxybPZr Ad6l84sZ9+BQPBw4Vuad5MP8r3NZLqMUbrsAVllxAuviYpbS0nrQD0iKWkmAtr4= =J610 -----END PGP SIGNATURE----- --wAOl3B9mG3Dig0mx0FUBMkuDfnAhgl15u-- From owner-freebsd-current@freebsd.org Tue Jun 14 16:25:12 2016 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 AAA9CB6AD41 for ; Tue, 14 Jun 2016 16:25:12 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 9227C22CF; Tue, 14 Jun 2016 16:25:12 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 8697C1460; Tue, 14 Jun 2016 16:25:12 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 440FA1DCD0; Tue, 14 Jun 2016 16:25:12 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id pk60810Npp5C; Tue, 14 Jun 2016 16:25:06 +0000 (UTC) Subject: Re: mergemaster internally using make [for example] vs. WITH_META_MODE? DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 443B61DCC9 To: Mark Millard References: <7C577F5B-545C-4D70-A78E-A19E35A24592@dsl-only.net> <36f0c42f-1ca0-f82c-da5b-74cb8f0240e4@FreeBSD.org> <533A2977-70C7-44A8-9768-840BAAC3F95F@dsl-only.net> Cc: FreeBSD Current From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <69eb8cb4-2d9b-7019-c9cb-52569090dd8b@FreeBSD.org> Date: Tue, 14 Jun 2016 09:25:06 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <533A2977-70C7-44A8-9768-840BAAC3F95F@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s2kUrkHmuO7LKcCqct1Vf9BGuNVNQW0AV" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 16:25:12 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --s2kUrkHmuO7LKcCqct1Vf9BGuNVNQW0AV Content-Type: multipart/mixed; boundary="jr99nkLgjK9Mh28s0c0cCOLd412FLTv9F" From: Bryan Drewery To: Mark Millard Cc: FreeBSD Current Message-ID: <69eb8cb4-2d9b-7019-c9cb-52569090dd8b@FreeBSD.org> Subject: Re: mergemaster internally using make [for example] vs. WITH_META_MODE? References: <7C577F5B-545C-4D70-A78E-A19E35A24592@dsl-only.net> <36f0c42f-1ca0-f82c-da5b-74cb8f0240e4@FreeBSD.org> <533A2977-70C7-44A8-9768-840BAAC3F95F@dsl-only.net> In-Reply-To: <533A2977-70C7-44A8-9768-840BAAC3F95F@dsl-only.net> --jr99nkLgjK9Mh28s0c0cCOLd412FLTv9F Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/13/2016 4:31 PM, Mark Millard wrote: > On 2016-Jun-13, at 3:27 PM, Bryan Drewery wrote:= >=20 >> On 6/11/2016 7:28 PM, Mark Millard wrote: >>> mergemaster [as an example] has code like: >>> >>>> # grep -i make /usr/sbin/mergemaster | more >>> . . . >>>> MM_MAKE=3D"make ${ARCHSTRING} -m ${SOURCEDIR}/share/mk" >>>> ${MM_MAKE} DESTDIR=3D${DESTDIR} distrib-dirs >/dev/null >>>> ${MM_MAKE} DESTDIR=3D${TEMPROOT} distrib-dirs >/dev/null && >>>> ${MM_MAKE} _obj SUBDIR_OVERRIDE=3Detc >/dev/null && >>>> ${MM_MAKE} everything SUBDIR_OVERRIDE=3Detc >/dev/null && >>>> ${MM_MAKE} DESTDIR=3D${TEMPROOT} distribution >/dev/null;} || >>> . . . >>> >>> If one is using WITH_META_MODE=3D for buildworld, buidlkernel, instal= lkernel, installworld what is appropriate for scripts or other uses of ma= ke for other makefile-targets? >>> >>> Are there explicit mixes of using WITH_META_MODE=3D for some makefile= targets and not using WITH_META_MODE=3D for other makefile targets that = need to be avoided? Does one need to force some scripts to use [or not us= e] WITH_META_MODE=3D for their "internal" make usage? >>> >> >> Is there an actual bug with mergemaster with WITH_META_MODE? >> >> >> --=20 >> Regards, >> Bryan Drewery >=20 > I do not know. I was not sure if lack of WITH_META_MODE=3Dyes for merge= master's internal make uses might mess up later make commands that use WI= TH_META_MODE=3Dyes for explicit make activities. Overall that would be a = mix of with and without. >=20 > As stands I use the following script for mergemaster (TARGET_ARCH=3Damd= 64 example): >=20 > # more ~/sys_build_scripts.amd64-host/mergemaster_amd64-amd64-host.sh=20 > script ~/sys_typescripts/typescript_mergemaster_amd64-amd64-host-$(date= +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRC_ENV_CONF=3D"/root/s= rc.configs/src.conf.amd64-clang-bootstrap.amd64-host" \ > MAKEOBJDIRPREFIX=3D"/usr/obj/clang/amd64.amd64" \ > mergemaster -A amd64 $* >=20 > I've not added WITH_META_MODE=3Dyes to the env yet. >=20 >=20 > I've been wondering if I should add WITH_META_MODE=3Dyes to such script= s when the matching "make" script uses WITH_META_MODE=3Dyes --such as: >=20 > # more ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang_bootstra= p-amd64-host.sh=20 > kldload -n filemon && \ > script ~/sys_typescripts/typescript_make_amd64_nodebug_clang_bootstrap-= amd64-host-$(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRC_ENV_CONF=3D"/root/s= rc.configs/src.conf.amd64-clang-bootstrap.amd64-host" \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/clang/amd64.amd64" \ > make $* >=20 The targets (at top-level) that META_MODE is applied to is a whitelist now after r301887. So it's safe to always pass it when building from the top-level. If it's an unsupported target it will internally disable META_MODE. >=20 > [Based on current behavior I normally only use WITH_META_MODE=3Dyes for= the host targeting its own architecture.] Cross should be fine now. >=20 >=20 > =3D=3D=3D > Mark Millard > markmi@dsl-only.net >=20 --=20 Regards, Bryan Drewery --jr99nkLgjK9Mh28s0c0cCOLd412FLTv9F-- --s2kUrkHmuO7LKcCqct1Vf9BGuNVNQW0AV 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 iQEcBAEBAgAGBQJXYC/iAAoJEDXXcbtuRpfPGA8H/3zqZKiLCVPhR7CQcOWJBHrC zWdqdboHRXkeY8fapeyTpDitUwJV1/L7HzLjpp2razeVR+qsGs1D7n2uzrRw1QNz 1LQzD4m5omglk64kMgEfW6AnkcSmwSBOAhUd3MsOJ3eeLwLvQTMQmErcOv+5/YUZ c+ED7AYU2NJ2EpRY1vo5urdGByqzGPKirTQAHQLWM5p7wcmXR+aqeFJmr3iHvQoJ qwh/eO07H91aV0sUtiO+ZuhEPnBXRKyr4TPr6rQ2zQzxvLxCCAze8cdnqnn+AKo6 l4YA2bssjqpfCi/MZe3eaBSq7Rvu4s91XUPqUZBNxYrfHbylrGmA8ilb3po9+dM= =y2m7 -----END PGP SIGNATURE----- --s2kUrkHmuO7LKcCqct1Vf9BGuNVNQW0AV-- From owner-freebsd-current@freebsd.org Tue Jun 14 16:50:10 2016 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 AE687B72447 for ; Tue, 14 Jun 2016 16:50:10 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0127.outbound.protection.outlook.com [65.55.169.127]) (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 D8A7423E7; Tue, 14 Jun 2016 16:50:09 +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=oqJS8GnZSqkOX64IKPRmZO5dESLdQ25hcxl7Tc8TGcc=; b=S5WiHFyKGxihSdaKUaLX5oVdGozurF5Lwn9cEHiIG2BjJlqvLoqBiheXPdvQkY4PUkmhiRbsgl1JRbWY2brLChPfNNfbzdZdA4Z8xWURk1mgIwcrO/aw40CRgqse0tIqdfb4FtJamb9jMFWYD5ypYlpmxzMm7SqEBKlKKoaASkU= Received: from DM2PR0501CA0002.namprd05.prod.outlook.com (10.162.29.140) by CO2PR0501MB808.namprd05.prod.outlook.com (10.141.244.142) with Microsoft SMTP Server (TLS) id 15.1.511.8; Tue, 14 Jun 2016 16:34:51 +0000 Received: from BL2FFO11FD008.protection.gbl (2a01:111:f400:7c09::107) by DM2PR0501CA0002.outlook.office365.com (2a01:111:e400:5148::12) with Microsoft SMTP Server (TLS) id 15.1.523.12 via Frontend Transport; Tue, 14 Jun 2016 16:34:51 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; dsl-only.net; dkim=none (message not signed) header.d=none;dsl-only.net; 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.19 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.19) by BL2FFO11FD008.mail.protection.outlook.com (10.173.161.4) with Microsoft SMTP Server (TLS) id 15.1.511.7 via Frontend Transport; Tue, 14 Jun 2016 16:34:50 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 14 Jun 2016 09:34:49 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.16.84]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id u5EGYmE95289; Tue, 14 Jun 2016 09:34:48 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 74DB438551E; Tue, 14 Jun 2016 09:34:48 -0700 (PDT) To: Bryan Drewery CC: Mark Millard , FreeBSD Current , Subject: Re: 11.0 -r301815 to -r310873 using WITH_META_MODE=yes : an empty filename failure In-Reply-To: <8a51b170-5f6c-4a86-bc08-e960c19b7f2f@FreeBSD.org> References: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> <65e079c5-6b69-1b94-6bc8-ee32269cc98c@FreeBSD.org> <57295.1465874334@kaos.jnpr.net> <8a51b170-5f6c-4a86-bc08-e960c19b7f2f@FreeBSD.org> Comments: In-reply-to: Bryan Drewery message dated "Tue, 14 Jun 2016 08:53:55 -0700." 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: <65991.1465922088.1@kaos.jnpr.net> Date: Tue, 14 Jun 2016 09:34:48 -0700 Message-ID: <65992.1465922088@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.19; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(2980300002)(24454002)(199003)(189002)(76506005)(47776003)(53416004)(86362001)(4326007)(50466002)(117636001)(106466001)(97756001)(2906002)(105596002)(356003)(586003)(23726003)(50226002)(11100500001)(558084003)(8936002)(9686002)(19580405001)(77096005)(6806005)(19580395003)(76176999)(69596002)(2950100001)(189998001)(2810700001)(87936001)(93886004)(5008740100001)(92566002)(81166006)(81156014)(8676002)(50986999)(46406003)(97736004)(4001430100002)(110136002)(107886002)(5003600100002)(68736007)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR0501MB808; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11FD008; 1:bwDYjCbwGsixCx/lRznGE1NLfMARqRZ06fYkE5fTW0MNtSuNOfxN8sce9BCj5OG76Mc5S/muXcPyCXngwv4BFZNMgpoPLspWPT0FqYbi7dpPrLnYdeyil1AJUKZZuSBTiuI8dUnQzrTsKeGYUF7gpZtWrMcoqFIH614LXPGPpJbuR7SqESI+AHnRT+HGsBQhSLFsYaCFvteqnmwtoI+BkXwweZoxCI7tcjBmHUfJfGsZFY4EYKkUOSrsJNUQmrFjB0bqvcvN1b2YUo2LqZnSX9zZVEkKRQelfXHKNF5Thl4DXjBML6ZSWggvsTRO2AxC5wOwYqz03yKJgYX8e2MKOGDhYPSnX3xsWl16Km9yUojCdsHF2k262CMOKABAQNm2zeJkHzEjacZxua6LbhLMxGujeEWEaaYHeqmajErLgVro6ChoQ3FGBVmzY9aEvRrfDWRsbXXwGp3I88NQ7ZnlwFtIca1jL2tRPZdPDGSjs3MlQGiCMgFGw1elajA5DV0nUBQiK96xBKBsKGFJwCb9gg== X-MS-Office365-Filtering-Correlation-Id: d9bd81b3-ab3a-4918-c70f-08d39471cec6 X-Microsoft-Exchange-Diagnostics: 1; CO2PR0501MB808; 2:p0VaZjqHtlaLlM1oO/hwYVUiEl4R+88PEyTlLC57IU2MqXbYcQDMRcgfTrlVhx/s3pITZ/xO0I4yHqgZdBt+S+ScyrmyF6/7wqXut9GAZjLf5d7XWEcYAh9Vw1p43GXoBdIa/uXFE6rX1JvmzmohydJx0PVoLXzvSfJ8oAi0ZfRviBeik6CzchNhgNdoeqpy; 3:PEgLqRGQMf54sYX/wh/MaPF22CZL2+KKLYLapGzRmqnqv3BYkqZnfy+ExVupg9OIpOPhfD4OzlfxHbaj+tNyJzDZ92FK9w2gYOVRH2IF/Gd2Iu04U1Ndg8bZX0qm4XXklq8x6eCKskrwJTXkrwDX2Fm/Tc0KGTs2qzpVvCfiiJeVsD+foRxIiqsg3ixAFRSCnuaaykXAFfb7tifnSBXjwmglFqiGC7uDIHWNsIkCBdU=; 25:ZZsIXWSFELuENOkzo9+2vkejT1IRrD0FCaIoaxO/YXwO846Mhjjw2MycfuG6swMqgkSuwgtqo6HtKl8C1bk06VlWGdkvUBH8j8n4WYqxPkJE89wsjxhuCxtSxy0lhXlXFCuhzaOeLqLty2YlC2Y52o+EhkTZ6uY0c2y+RBv4I41n3factzkuPztY3IawqD4hiyy9b6C9yS9GO/fzILwZE3Mn9Txeb/KACaQGnxSTWOiEFJnu8nlToCpIB3ck0svx12ZBQaFVoS58F9AzShQk0TapEySTHUZ2b6ODNPmSkz4KajEh0n2Is/ljze7XzSgFAQIxbQMz4OttWvbvOLEjhAcQlZs14Ro+sRPlDIQwxhL6UAHgi7REmiAhSGSZxQLKOIHtM+3/TSrP+YsakuxvKbGa72c/lvRRmPlvZuo/miI= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO2PR0501MB808; X-Microsoft-Exchange-Diagnostics: 1; CO2PR0501MB808; 20:ZayRDqudpBDprMIKVOLDUXuM/4/oqhLfM/dI/NO17q8YrUjprmqGDlNAXPOcEgn7Nu5yldKvIN/9GpImY19J0AapzNRKeGwrovnJmIOHKhRS3c/Kl+F8DjmfapYVTa9r4Pw58qHBypRUs8g1JifaTtb6fsR2A2/jrru6LQGNOxIsrlDltKKNrKr2F7w1P16WAFV/YBABC0Ob4X6UawbzTTOMjcr8nvkP5+SlUwzYPPPg/x4KHmvwbcqMRZlK+IClcxNnnbGztGtPPx8hpL5kmrP5ZM5X7wMi6EQY2+V+GclDZiSHLWwq6uYlbCyXpbT60PDq1mxh6pRSMVQunK7TQm9jWGWZ2obwRxMy33SGVnHhFsKYMsDRdIsN8VGD//r6QL9W8JyHf3dPEqyuioiAkYjYWDBrs47rJ1r3ofOJglTeRrt9chw3kKf7TAa9ekhQWiJPzeUOLhdndHN/lhsxOQnkkh6x5cLgULPCdkXZOpojTLghn6dvZ3MOMAZJzkd4 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13023025)(13017025)(13018025)(13024025)(13015025)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:CO2PR0501MB808; BCL:0; PCL:0; RULEID:; SRVR:CO2PR0501MB808; X-Microsoft-Exchange-Diagnostics: 1; CO2PR0501MB808; 4:5KTFUbC1SzBpl/wjZOsM+5fe5kkmJjdhqUFHCbWoogvwaba7EI/tIvYgv7MMLxJyTU45duSbUPdr6zSzR10YEqZMJjTOUHVrQLY9oQ2Uu1214t6AQUaBLa/hLnRS5pvJCcLRfrmsuXq/qmYhdD5V3TSmldBvjlmGgdz9YMWJ3RmsfuNsgUR5Zf++SdWhVEpMzV9eGwCv2YKtXBFIkWndWyVJOpS7I/A6pF/FB+f5QNg4rKyd8T7n2Xe+1Hp0E2hc/I+2GRnqvVN47GfB9Zs5lRG1D677J6W0m+sycQprxOEbxi9sFVzd0Q2WjCrz7jBywabGTCOegHFYFRyn+e6ojCvmvgR2+oWHu8ls03ij4UAyIrCqxmsK1fDAhMd69rj2E1JyoAGa0MLRkuvgfbDOU0235uGkO2t/M/D8R2DZS15qdFaa5mS1BuflhPLfWkh2wcXbMktyxEBm01c59G6KYHu6vlom2neW1sRzEZwNZFg= X-Forefront-PRVS: 09730BD177 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CO2PR0501MB808; 23:aJ5Jd0jUSNIopoWkeo5h/56ZWjXcyNacM3OxIZi4?= =?us-ascii?Q?CA2bxEloakUXwBbELE6UPTyjsUjBHGZdPq3760S/i0mRahJTWtHA/Uob1ofA?= =?us-ascii?Q?IynqcFG6HjK4dMe6Nk9EM/R0zKiT+NIVlyE7C7eTV4KoBtQyVSilxo5IWNJs?= =?us-ascii?Q?Exen/bcatzyPMvpBCJIot6o7akYftbM40x59T20jwNZk2siFIG20nQQN/VOD?= =?us-ascii?Q?ES+S42v7dU9itltM9vFRkFK/TQTOhvb/ttWqQgWDg0W1OBnLnx4L8qfFzdB3?= =?us-ascii?Q?hvFyqJaiik16La1zVEc6dITFSDaPIdwKhD5txOgvrNLkvIcKeK1Ovu7dqKRa?= =?us-ascii?Q?RVp0AHcXt3s6k7RPFFhYRAaxa7ZbbGoM8c5OMR6mNqHm0+D9BSNMb25O07UH?= =?us-ascii?Q?QgG0VcHfeuvTgafuXcCxEQlwjuTQ51YcAK2YFViNoTDGE2QAT7riFIkYnDo9?= =?us-ascii?Q?JcBPHEy7xQ20O7y6m4ZXx0WyKCK3KJZVw3tUIUja/JXJKCamvnyVTaQ56utb?= =?us-ascii?Q?WyGNZMrBtQ2xBVQj/o9F3z+ro1JtslzKGBe+bDFakyHyPhz9z8zQ1jeRltWb?= =?us-ascii?Q?Xf28DRcslWRwC+PNLJrwDPdU7JAn79t71X83OeQiBbpJGZ8Sg2KZKYgjnlVz?= =?us-ascii?Q?dy8LH4CihWgAncbdIXfR51vfQKaAIh6upgp6aVt+zZZ7Q9tu6bjDHAq2bM9z?= =?us-ascii?Q?QB1diity8po3gM5jjDDaZBejM2gyzmVMnlpw9C8VUPwg96X9Ec6q+BcfdoN7?= =?us-ascii?Q?Dgm5SFkk645ORbPYlzEO9EDTBMacC0+NnXXRcjBFGg84V+XzejKUuWGq1L96?= =?us-ascii?Q?slYngss7j9iQpd7qcWAAj3l8EnC+u/ss5url3ug37SHnayFjmcc9u2a7r+g3?= =?us-ascii?Q?BpVJah9K7/Er2O/4W5haVPXiB4E+DCsKjmd4oTk3P0Tetx6YCdEZQ8avrh0E?= =?us-ascii?Q?qtmW2QTd8jnPNpXnUSwto+bZqvyfaFS5B9Ob4MxB0lJAAI2NxsLFTDzRb/5S?= =?us-ascii?Q?V/9RQGFvuNdNL1/m3J3Fbmlg1a9YeLj6o/ReXnSSxsuix/NGw6tC6xqwcDCI?= =?us-ascii?Q?+Y/Famgk/yvz/cCgrV0hMkzr3vO3yl+2g8X8NQSqAqe+xbnxzM9F1g7EA8A4?= =?us-ascii?Q?mzIw7KbOskWlyZeI/qP8DoS/DbtxzeTjFz2btItkzZ6rccjWqQn8c16f/FUy?= =?us-ascii?Q?p/pxjqcqI2Qou6O3T6LrWIWIPpYlhJ5ZaaZRsCR6XXfTbbmMN5Da7rpvbMjf?= =?us-ascii?Q?cXQKA1mpJDGjLVOQsJoqalP2pvSTPAB2aaMn1hAF?= X-Microsoft-Exchange-Diagnostics: 1; CO2PR0501MB808; 5:SFlM4DzdB5uPk8TuPAZRZa6ORM75Mvz90bPTHsP+dHYq3YD2EEhlqdgXixcPJUIirY37nC18ipZSc0gFqVWz4zPGKkAbDTlNDHji+2O9cxY2qHxeGamDB5nH5ztuw+tXsWDWJMmvo6UZg2jOvW0xxQ==; 24:Vvrbf4vFXN00I4L1Jn/crZXnFSMVlXriPXriEyHv2WK+LL1MsFv99U7QL4qfl0HgQV+Xr8rN2FJ+7dZpjge+20/xKA8XOaZEVEk/MUuQgWs=; 7:0mrn8phrqZ6Yvu/YTIHq1DmNaOX/bSBZh76iyCtUqApaTE2tx3V6AD1tb3DCRWlJxLeuwWQVF2CQK0/EnNTyrLjedziTILYwPjs1Qv5rkRPTwK5fQXc6XtFiI0ke70ebioYvEP27lSaBho8g73TxfXil0s8mcRk86XVdJHkgWAjSzlUo6dOq/TFoxTbYviRpG0sU1usw+UL+A+xMrEY2+SWRhP3h8CZ1T1Yv44cR7rQ= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 Jun 2016 16:34:50.7132 (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.19]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR0501MB808 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 16:50:10 -0000 Bryan Drewery wrote: > I think my point is getting lost. With the new missing-meta feature, if > Yet, via meta_oodate, if there is already a .meta file and .OODATE is > used and has an empty source list then $.OODATE is forced to be .ALLSRC: Ah yes forgot about that. From owner-freebsd-current@freebsd.org Tue Jun 14 17:16:13 2016 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 E2D72B72CE0; Tue, 14 Jun 2016 17:16:13 +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 D779B275B; Tue, 14 Jun 2016 17:16:13 +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 1C8D6DE9; Tue, 14 Jun 2016 17:16:14 +0000 (UTC) Date: Tue, 14 Jun 2016 17:16:13 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: andrew@FreeBSD.org, bdrewery@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1729617824.66.1465924574124.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3390 - 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: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 17:16:14 -0000 FreeBSD_HEAD_i386 - Build #3390 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3390/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3390/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3390/console Change summaries: 301891 by bdrewery: DIRDEPS_BUILD: Update dependencies Approved by: re (gjb) Sponsored by: EMC / Isilon Storage Division 301890 by andrew: Move the arm call to intr_pic_init_secondary earlier in the secondary CPU initialisation. This ensures it will complete before signalling to the boot CPU it has booted. This fixes a race with the GIC where the arm_gic_map may not be populated before it is used to bind interrupts leading to some interrupts becoming bound to no CPUs. Approved by: re (kib) Sponsored by: ABT Systems Ltd 301889 by bdrewery: WITH_META_MODE: Enable printing of some of make's environment on error. This will print a set of variables from make on error using MAKE_PRINT_VAR_ON_ERROR. It is already enabled for the DIRDEPS_BUILD. It may make sense to enable this in the non-meta mode as well once people are more used to its more verbose error output. This makes it much simpler to see which .meta file is used when a command files so that it may be inspected for the build command. Suggested by: sjg Approved by: re (implicit) Sponsored by: EMC / Isilon Storage Division 301888 by bdrewery: WITH_META_MODE: Lessen the filemon(4) requirement scope. - Move the sys.mk filemon requirement to bsd.init.mk as a warning. This is intended only to show when building directly in a subdirectory without filemon loaded. - Move the error into Makefile and only apply it when building from the META_TGT_WHITELIST target list. -DNO_FILEMON can be used to suppress both the warning and the error but makes WITH_META_MODE less useful. It will only compare build commands in this mode rather than track all dependencies. This fixes installing from a jail which doesn't need filemon in this phase [1]. Reported by: Nikolai Lifanov [1] Approved by: re (implicit) Sponsored by: EMC / Isilon Storage Division 301887 by bdrewery: WITH_META_MODE: Whitelist targets that are meta-mode-safe. META_TGT_WHITELIST is added to define which build targets are safe for meta mode. See comments for more details. This fixes 'make delete-old-libs' to properly show the interactive prompt. Approved by: re (implicit) Sponsored by: EMC / Isilon Storage Division 301886 by bdrewery: WITH_META_MODE: Set MK_META_MODE=no with -B. Using -B already sets .MAKE.MODE=compat but it was leaving MK_META_MODE set which could still cause other MK_META_MODE==yes checks to trigger. Approved by: re (implicit) Sponsored by: EMC / Isilon Storage Division 301885 by bdrewery: Add more missing .PHONY Approved by: re (implicit) Sponsored by: EMC / Isilon Storage Division 301884 by bdrewery: WITH_META_MODE: Fix rebuilding maketab outside of build-tools. The bsd.dep.mk yacc targets rely on only the .c file getting a .meta file. However the previous code here relying on only the .h file meant that it would be generated with a .meta file. r301285 made it so that the .h file is never expected to get a .meta file. To keep this restriction in place add in an extra dependency on the .c file so that it is generated at this time. It's a hack but the best for the patterns we have at the moment for handling build-tools and side-effect-generated files. Reported by: Mark Millard Approved by: re (implicit) Sponsored by: EMC / Isilon Storage Division 301883 by bdrewery: Define targets in same order as .ORDER This is a NOP but is done for style and to reduce confusion. Approved by: re (implicit) Sponsored by: EMC / Isilon Storage Division 301882 by bdrewery: WITH_META_MODE: Fix rescue rebuilding build-tools. This is the same issue as r297997. Approved by: re (implicit) Sponsored by: EMC / Isilon Storage Division 301881 by bdrewery: WITH_META_MODE: Fix bin/csh rebuilding tc.const.h This is the same issue as r297997, but was missed in it. The WARNS value changes between 'build-tools' (MK_WARNS=no) and 'everything' resulting in a rebuild of this file. Approved by: re (implicit) Sponsored by: EMC / Isilon Storage Division 301880 by bdrewery: WITH_META_MODE+WITH_DEBUG_FILES: Fix library symlinks causing bogus rebuilds. A simplified example of the library targets with WITH_DEBUG_FILES is: libgeom.so.5: libgeom.so.5.full cp libgeom.so.5.full libgeom.so.5 libgeom.so.5.full: ln -s libgeom.so.5 libgeom.so cc -o libgeom.so.5.full *.o Before, or without, WITH_DEBUG_FILES it is: libgeom.so.5: ln -s libgeom.so.5 libgeom.so cc -o libgeom.so.5 *.o The problem is that bmake considers the link source for the libgeom.so link in the libgeom.so.5.full target as being a dependency for libgeom.so.5.full. That resolves to libgeom.so.5. Thus a cyclic dependency is created. The result of this is that if libgeom.so.5 is created with a newer timestamp than libgeom.so.5.full, then libgeom.so.5.full will be rebuilt on the next build. This causes a chain reaction of everything in the build relinking, or hitting the problem itself. Moving the link creation to the target that actually creates libgeom.so.5 fixes the problem. The simplest fix here is to just duplicate the logic. Submitted by: sjg Approved by: re (implicit) The end of the build log: Started by an SCM change Building remotely on kyua4.nyi.freebsd.org (jailer) in workspace /jenkins/workspace/FreeBSD_HEAD_i386 Updating svn://svnmir.freebsd.org/base/head at revision '2016-06-14T17:14:35.668 +0000' U gnu/usr.bin/groff/src/libs/libbib/Makefile.depend U kerberos5/tools/asn1_compile/Makefile.depend U kerberos5/Makefile.inc U lib/libclang_rt/asan_cxx/Makefile.depend U lib/libclang_rt/profile/Makefile.depend U lib/libclang_rt/safestack/Makefile.depend U lib/libpam/static_libpam/Makefile.depend U libexec/fingerd/Makefile.depend U libexec/ftpd/Makefile.depend U libexec/rlogind/Makefile.depend U libexec/rshd/Makefile.depend U secure/usr.sbin/sshd/Makefile.depend U sys/arm/arm/mp_machdep.c U share/mk/local.sys.mk U share/mk/bsd.init.mk U share/mk/sys.mk U share/mk/bsd.crunchgen.mk U share/mk/bsd.lib.mk U tools/build/options/WITH_META_MODE U Makefile U usr.bin/awk/Makefile U bin/csh/Makefile At revision 301891 No emails were triggered. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson7897130681456832487.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + true + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + true + sudo umount FreeBSD_HEAD_i386/usr/src + true + sudo umount FreeBSD_HEAD_i386/dev + true + sudo rm -fr FreeBSD_HEAD_i386 + sudo chflags -R noschg FreeBSD_HEAD_i386 + true + sudo rm -fr FreeBSD_HEAD_i386 [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson7029760778487003943.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo env: env: + /usr/bin/env BUILD_NUMBER=3390 HUDSON_SERVER_COOKIE=0657dbe3541f1b1a JOB_NAME=FreeBSD_HEAD_i386 LOGNAME=jenkins JAVA_HOME=/usr/local/openjdk8 SVN_URL=svn://svnmir.freebsd.org/base/head BUILDER_JAIL_IP=2610:1c1:1:607c::104:1 jname=FreeBSD_HEAD_i386 JENKINS_URL=https://jenkins.FreeBSD.org/ JENKINS_HOME=/usr/local/jenkins PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin JOB_BASE_NAME=FreeBSD_HEAD_i386 HUDSON_HOME=/usr/local/jenkins OLDPWD=/ BUILD_ID=3390 BUILDER_NETIF=igb0 JENKINS_SERVER_COOKIE=0657dbe3541f1b1a PWD=/jenkins/workspace/FreeBSD_HEAD_i386 BUILD_TAG=jenkins-FreeBSD_HEAD_i386-3390 NODE_LABELS=jailer kyua4.nyi.freebsd.org BUILD_DISPLAY_NAME=#3390 HOME=/jenkins USER=jenkins BUILD_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3390/ SVN_URL_1=svn://svnmir.freebsd.org/base/head SVN_REVISION=301891 SVN_REVISION_1=301891 BUILDER_JAIL_IP6=2610:1c1:1:607c::104:1 JOB_URL=https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/ SHELL=/bin/sh HUDSON_URL=https://jenkins.FreeBSD.org/ HUDSON_COOKIE=4133218a-da5a-4bea-b894-485ee4027f18 BUILDER_RESOLV_CONF=nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n WORKSPACE=/jenkins/workspace/FreeBSD_HEAD_i386 NODE_NAME=kyua4.nyi.freebsd.org EXECUTOR_NUMBER=0 + echo 'setup jail FreeBSD_HEAD_i386' setup jail FreeBSD_HEAD_i386 + fetch -m http://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/10.2-RELEASE/base.txz + mkdir FreeBSD_HEAD_i386 + cd FreeBSD_HEAD_i386 + sudo tar Jxf ../base.txz + cd - + sudo mount -t devfs devfs FreeBSD_HEAD_i386/dev + sudo devfs -m FreeBSD_HEAD_i386/dev rule -s 4 applyset + sudo mount -t nullfs src FreeBSD_HEAD_i386/usr/src + printf 'nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n' + sudo tee FreeBSD_HEAD_i386/etc/resolv.conf nameserver 2610:1c1:1:6002::100 nameserver 2610:1c1:1:6002::200 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 alias + sudo jail -c persist 'name=FreeBSD_HEAD_i386' 'path=FreeBSD_HEAD_i386' 'host.hostname=FreeBSD_HEAD_i386.jail.ci.FreeBSD.org' 'ip6.addr=2610:1c1:1:607c::104:1' 'ip4=disable' allow.chflags + echo 'setup build environment' setup build environment + echo 'build environment:' build environment: + sudo jexec FreeBSD_HEAD_i386 sh -c 'uname -a' FreeBSD FreeBSD_HEAD_i386.jail.ci.FreeBSD.org 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r300094: Tue May 17 22:59:06 UTC 2016 peter@build-11.freebsd.org:/usr/obj/usr/src/sys/CLUSTER11 i386 + sudo pkg -j FreeBSD_HEAD_i386 info -q pkg: Warning: Major OS version upgrade detected. Running "pkg-static install -f pkg" recommended [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson619887137118728011.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'start build in FreeBSD_HEAD_i386' start build in FreeBSD_HEAD_i386 + sudo jexec FreeBSD_HEAD_i386 sh -c 'cd /usr/src && make -DNO_CLEAN -j 4 buildworld' make: "/usr/src/Makefile" line 222: Malformed conditional (${MK_META_MODE} == "yes") make: Fatal errors encountered -- cannot continue 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/hudson3064242603223483133.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_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::104: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 Tue Jun 14 17:23:51 2016 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 D4DC4B72F3D; Tue, 14 Jun 2016 17:23:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id BE1C32EAD; Tue, 14 Jun 2016 17:23:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id B77971C33; Tue, 14 Jun 2016 17:23:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 677881DF4B; Tue, 14 Jun 2016 17:23:51 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id C0HEOdShGv2R; Tue, 14 Jun 2016 17:23:49 +0000 (UTC) Subject: Re: FreeBSD_HEAD_i386 - Build #3390 - Failure DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com EB8C11DF45 To: jenkins-admin@FreeBSD.org, andrew@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org References: <1729617824.66.1465924574124.JavaMail.jenkins@jenkins-9.freebsd.org> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <679c89f4-8129-4856-b2ea-0f55d329330b@FreeBSD.org> Date: Tue, 14 Jun 2016 10:23:49 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <1729617824.66.1465924574124.JavaMail.jenkins@jenkins-9.freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mOGN2uQ8Aqh3umI7Ahh1apKjPGRBuMvwL" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 17:23:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mOGN2uQ8Aqh3umI7Ahh1apKjPGRBuMvwL Content-Type: multipart/mixed; boundary="nqPFrDwXmbmR5VcDOtIV7PUViF2vJMgXi" From: Bryan Drewery To: jenkins-admin@FreeBSD.org, andrew@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <679c89f4-8129-4856-b2ea-0f55d329330b@FreeBSD.org> Subject: Re: FreeBSD_HEAD_i386 - Build #3390 - Failure References: <1729617824.66.1465924574124.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1729617824.66.1465924574124.JavaMail.jenkins@jenkins-9.freebsd.org> --nqPFrDwXmbmR5VcDOtIV7PUViF2vJMgXi Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 6/14/2016 10:16 AM, jenkins-admin@FreeBSD.org wrote: > make: "/usr/src/Makefile" line 222: Malformed conditional (${MK_META_MO= DE} =3D=3D "yes") Fixed. --=20 Regards, Bryan Drewery --nqPFrDwXmbmR5VcDOtIV7PUViF2vJMgXi-- --mOGN2uQ8Aqh3umI7Ahh1apKjPGRBuMvwL 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 iQEcBAEBAgAGBQJXYD2lAAoJEDXXcbtuRpfPCUIIALvBrxm8mTC0ZHrpEvC/nl7x mZG3eIx6ZLpvCyn09fO6O+qZ90OczpYnQw6/fxVx/o8qnSstG+xPelbc0e4IWicS UukWlM1W/CFPY60UZyjrHd9BaQc/EPAeID+cZ4nWnbmm+8e+n918eeZYG0D8vbbj NZEp6G8PEs902XIttgjF92q8hBPMVa/LnUdLSEvb0L7HNl5dL8OJF0Nb2H1eQZEP 6gnDjr91VWL7oSzvIJ6V0gmwd7O4zf/g9CnMqW2b17siVkeLUP5xw9cVyueF4XIj VqS/cFqYFsg0Pn/JNbnrEok1WEqZOdq0rshzo1FzFaHf3XMLbUQdXTBJ8p9tYCY= =WM1z -----END PGP SIGNATURE----- --mOGN2uQ8Aqh3umI7Ahh1apKjPGRBuMvwL-- From owner-freebsd-current@freebsd.org Tue Jun 14 17:25:19 2016 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 87FDDB72008 for ; Tue, 14 Jun 2016 17:25:19 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 72F862001; Tue, 14 Jun 2016 17:25:19 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id D3EFF564F9; Tue, 14 Jun 2016 12:25:18 -0500 (CDT) Subject: Re: [CFT] ypldap testing against OpenLDAP and Microsoft Active Directory To: Matthew Seaman , freebsd-current@freebsd.org References: <7c39e5ac-3ed7-f19a-e175-d27af07eea47@delphij.net> From: Eric van Gyzen Message-ID: <003f57a2-4df3-3cb0-0e31-4dcbd8856802@vangyzen.net> Date: Tue, 14 Jun 2016 12:25:15 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 17:25:19 -0000 On 06/ 9/16 05:49 PM, Matthew Seaman wrote: > On 09/06/2016 18:34, Craig Rodrigues wrote: >> There is still value to ypldap as it is now, and getting feedback from >> users (especially Active Directory) would be very useful. >> If someone could document a configuration which uses IPSEC or OpenSSH >> forwarding, that would be nice. >> >> In future, maybe someone in OpenBSD or FreeBSD will implement things like >> LDAP over SSL. > What advantages does ypldap offer over nss-pam-ldapd (in ports) ? > nss-pam-ldapd can use both ldap+STARTTLS or ldaps to encrypt data in > transit, and I find it works very well for using OpenLDAP as a central > account database. I believe it works with AD, but haven't tried that > myself. nss-pam-ldapd works very well with Active Directory. At work, dozens of people use it on their workstations and hundreds of people use it on the build servers. We've been doing this for years with no issues. Well, we've caused some issues for ourselves, of course... ;) Eric From owner-freebsd-current@freebsd.org Tue Jun 14 18:19:31 2016 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 3C2E1AF21EA for ; Tue, 14 Jun 2016 18:19:31 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D3F42463 for ; Tue, 14 Jun 2016 18:19:30 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1465928356067420.2379027955583; Tue, 14 Jun 2016 11:19:16 -0700 (PDT) Date: Tue, 14 Jun 2016 11:19:15 -0700 From: Matthew Macy To: "Doug Rabson" , Cc: "Larry Rosenman" , "freebsd-current" Message-ID: <1555023908b.f25032a9266549.2622160762048250590@nextbsd.org> In-Reply-To: References: <9cd19cb076765fe841e273de1df4772d@thebighonker.lerctr.org> Subject: Re: HWPMC on SkyLake MIME-Version: 1.0 User-Agent: Zoho Mail X-Mailer: Zoho Mail Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 18:19:31 -0000 =20 =20 I think rrs@ may have done it.Randall?---- On Tue, 14 Jun 2016 = 08:06:55 -0700 Doug Rabson wrote ----Did you get any feedb= ack on this? I would like to be able to use hwpmc but my desktop is a recen= t skylake and I also get the 'hwpc_core: unknown PMC architecture: 4' error= . CPU: Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz (4008.14-MHz K8-class CPU)= Origin=3D"GenuineIntel" Id=3D0x506e3 Family=3D0x6 Model=3D0x5e Stepp= ing=3D3 Features=3D0xbfebfbff Features2=3D0x7ffafbbf AMD Features=3D0x2c100800 AMD Features2=3D0x121 Structured E= xtended Features=3D0x29c6fbb XSAVE Feature= s=3D0xf VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPI= D TSC: P-state invariant, performance statistics hwpc_core: unknown PMC = architecture: 4 hwpmc: SOFT/16/64/0x67 On 20 Februa= ry 2016 at 12:49, Larry Rosenman wrote: > Is there anythi= ng I can do to help: > > hwpc_core: unknown PMC architecture: 4 > hwpmc: SO= FT/16/64/0x67 > > CPU: Intel(R) Core(TM) i7-6700HQ CPU= @ 2.60GHz (2592.13-MHz K8-class CPU) > Origin=3D"GenuineIntel" Id=3D0x5= 06e3 Family=3D0x6 Model=3D0x5e Stepping=3D3 > > Features=3D0xbfebfbff > > Features2=3D0x7ffafbbf > AMD Features=3D0x2c100800 > AMD Fe= atures2=3D0x121 > Structured Extended > Features=3D0x2= 9c6fbf > XSAVE Features=3D0xf > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID > TSC: P-state= invariant, performance statistics > > > -- > Larry Rosenman = http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E= -Mail: ler@lerctr.org > US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 787= 29-6961 > _______________________________________________ > freebsd-current= @freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/free= bsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe= @freebsd.org" > _______________________________________________ freebsd-cur= rent@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/fr= eebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe= @freebsd.org"=20 =20 =20 =20 =20 From owner-freebsd-current@freebsd.org Tue Jun 14 20:23:55 2016 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 6BAF7B72009; Tue, 14 Jun 2016 20:23:55 +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 5FE6626F4; Tue, 14 Jun 2016 20:23:55 +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 BE889E4C; Tue, 14 Jun 2016 20:23:55 +0000 (UTC) Date: Tue, 14 Jun 2016 20:23:54 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: bdrewery@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1229096875.72.1465935835787.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1729617824.66.1465924574124.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1729617824.66.1465924574124.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3391 - 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.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 20:23:55 -0000 FreeBSD_HEAD_i386 - Build #3391 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3391/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3391/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3391/console Change summaries: 301895 by bdrewery: Renegerate for WITH_META_MODE updates. Approved by: re (implicit) Sponsored by: EMC / Isilon Storage Division 301894 by bdrewery: Fix makeman showing dependency of DIRDEPS_BUILD->META_MODE. This broke in r301887 with the meta mode whitelist. 'make showconfig' still needs WITH_META_MODE support. Approved by: re (implicit) Sponsored by: EMC / Isilon Storage Division 301893 by bdrewery: Fix build from stable/10 with fmake. This was broken in r301888. fmake does not look in share/mk by default and thus does not yet have MK_META_MODE set with default. Pointyhat to: bdrewery Approved by: re (implicit) Sponsored by: EMC / Isilon Storage Division 301892 by bdrewery: Bump __FreeBSD_version for r301602. Reported by: ngie, Ben Lavery PR: 210229 Approved by: re (gjb) From owner-freebsd-current@freebsd.org Tue Jun 14 22:46:26 2016 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 14961B72D3E for ; Tue, 14 Jun 2016 22:46:26 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::4]) (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 EA8FB271A for ; Tue, 14 Jun 2016 22:46:25 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (localhost [127.0.0.1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.nomadlogic.org (Postfix) with ESMTPS id 4AC9D125EE2 for ; Tue, 14 Jun 2016 15:46:19 -0700 (PDT) Received: from [192.168.1.195] (cpe-23-242-83-219.socal.res.rr.com [23.242.83.219]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.nomadlogic.org (Postfix) with ESMTPSA id 3E96E125EBA for ; Tue, 14 Jun 2016 15:46:19 -0700 (PDT) To: FreeBSD CURRENT From: Pete Wright Subject: pkg base Message-ID: Date: Tue, 14 Jun 2016 15:46:13 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 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.22 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, 14 Jun 2016 22:46:26 -0000 hi there - i have a question regarding pkg base. is it possible to only have "make packages" package specific files rather than all 700-odd files that compose the base system? specifically, i'd like to only create new kernel packages as I'm helping test the updated i915kms stuff. not having to package the whole base, and download install it on my test rig, would be a nice time saver. thanks! -pete -- Pete Wright pete@nomadlogic.org From owner-freebsd-current@freebsd.org Tue Jun 14 23:04:45 2016 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 73104AF02AF for ; Tue, 14 Jun 2016 23:04:45 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 651AC2ECF; Tue, 14 Jun 2016 23:04:45 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 21C2C1E8B; Tue, 14 Jun 2016 23:04:45 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Tue, 14 Jun 2016 23:04:27 +0000 From: Glen Barber To: Pete Wright Cc: FreeBSD CURRENT Subject: Re: pkg base Message-ID: <20160614230427.GN7180@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="E0h0CbphJD8hN+Gf" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 14 Jun 2016 23:04:45 -0000 --E0h0CbphJD8hN+Gf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 14, 2016 at 03:46:13PM -0700, Pete Wright wrote: > hi there - i have a question regarding pkg base. >=20 > is it possible to only have "make packages" package specific files rather > than all 700-odd files that compose the base system? specifically, i'd li= ke > to only create new kernel packages as I'm helping test the updated i915kms > stuff. not having to package the whole base, and download install it on = my > test rig, would be a nice time saver. >=20 Short answer: no. Longer answer: you can set PKG_VERSION to the last known version your packages were created. They *should* obey such changes, however this is in part why pkgbase is beta for 11.0-RELEASE. Glen --E0h0CbphJD8hN+Gf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXYI12AAoJEAMUWKVHj+KTkNYP/0ASIGJWUpdb7ema+c4ya/Nq 2d2p1xYifRqnsFK4kWU94W3czQCHSZJe94BES7DN+q6/gdNszlcvcYP6SjnNuZZd 8GWdy1AFOhnsuO0PG1Y5Z+5Iw4pHKi49l89L+KMAwsYeLXlkACVB3qzc9Crtvp1R XneFRoTJHozgeGp39F57UY/4ahMpUwphmNyuo2c+LNuDl82AZ5uGeauu9GeqD7DI NcmlNsiGc2Ku2KL0dmWU3Nbn6DOmVwzstDSPty6nI6DpsyShAT2I+CEiXAsIueI0 CyVL8q8jx9uR/hO5GrWLuyyPUUf1j+yeV3MaOnvlz2pUn8QbQBRXhuaw0VHGQkUq sGwKLVZ+hsVmvZwdbxuRYKdhIIsLwiHtb9XZk1g9Jt0UFdT8CZPHs9eUSe+Dy9U0 LRShZPTJHfHhx4ELC7IPquD7tyFoqHCS3KlsgXlhiNCGzYCjOVYeIHlhX92Yfkz6 oPEqhwEquiFkv24IHgw0tnfwsBOgJAhEdHWmKfLVCG4e1pAef7MyUzmI60oNBuHd lgc4Exh71B89735R5y1D1L3W7722nUA6pvjZS47/b5s77w9/+PFiy5ihk2HgLSuY f+SU7T5wJd78sDX0uqIuQT1Abda0bszXnAVFrn2tIaRD9BFo0AaQ9VJhc4fWbMaK Pjf/R6v5oWw9XmJC6eKX =jQ8H -----END PGP SIGNATURE----- --E0h0CbphJD8hN+Gf-- From owner-freebsd-current@freebsd.org Wed Jun 15 00:13:32 2016 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 47122AF11C3 for ; Wed, 15 Jun 2016 00:13:32 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (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 F017B28C0 for ; Wed, 15 Jun 2016 00:13:31 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 27738 invoked from network); 15 Jun 2016 00:13:58 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 15 Jun 2016 00:13:58 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Tue, 14 Jun 2016 20:13:29 -0400 (EDT) Received: (qmail 23468 invoked from network); 15 Jun 2016 00:13:28 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 15 Jun 2016 00:13:28 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 314AA1C43D0; Tue, 14 Jun 2016 17:13:18 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: mergemaster internally using make [for example] vs. WITH_META_MODE? From: Mark Millard In-Reply-To: <69eb8cb4-2d9b-7019-c9cb-52569090dd8b@FreeBSD.org> Date: Tue, 14 Jun 2016 17:13:22 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <7C577F5B-545C-4D70-A78E-A19E35A24592@dsl-only.net> <36f0c42f-1ca0-f82c-da5b-74cb8f0240e4@FreeBSD.org> <533A2977-70C7-44A8-9768-840BAAC3F95F@dsl-only.net> <69eb8cb4-2d9b-7019-c9cb-52569090dd8b@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 00:13:32 -0000 On 2016-Jun-14, at 9:25 AM, Bryan Drewery = wrote: > On 6/13/2016 4:31 PM, Mark Millard wrote: >> On 2016-Jun-13, at 3:27 PM, Bryan Drewery = wrote: >>=20 >>> On 6/11/2016 7:28 PM, Mark Millard wrote: >>>> mergemaster [as an example] has code like: >>>>=20 >>>>> # grep -i make /usr/sbin/mergemaster | more >>>> . . . >>>>> MM_MAKE=3D"make ${ARCHSTRING} -m ${SOURCEDIR}/share/mk" >>>>> ${MM_MAKE} DESTDIR=3D${DESTDIR} distrib-dirs >/dev/null >>>>> ${MM_MAKE} DESTDIR=3D${TEMPROOT} distrib-dirs >/dev/null && >>>>> ${MM_MAKE} _obj SUBDIR_OVERRIDE=3Detc >/dev/null && >>>>> ${MM_MAKE} everything SUBDIR_OVERRIDE=3Detc >/dev/null && >>>>> ${MM_MAKE} DESTDIR=3D${TEMPROOT} distribution >/dev/null;} || >>>> . . . >>>>=20 >>>> If one is using WITH_META_MODE=3D for buildworld, buidlkernel, = installkernel, installworld what is appropriate for scripts or other = uses of make for other makefile-targets? >>>>=20 >>>> Are there explicit mixes of using WITH_META_MODE=3D for some = makefile targets and not using WITH_META_MODE=3D for other makefile = targets that need to be avoided? Does one need to force some scripts to = use [or not use] WITH_META_MODE=3D for their "internal" make usage? >>>>=20 >>>=20 >>> Is there an actual bug with mergemaster with WITH_META_MODE? >>>=20 >>>=20 >>> --=20 >>> Regards, >>> Bryan Drewery >>=20 >> I do not know. I was not sure if lack of WITH_META_MODE=3Dyes for = mergemaster's internal make uses might mess up later make commands that = use WITH_META_MODE=3Dyes for explicit make activities. Overall that = would be a mix of with and without. >>=20 >> As stands I use the following script for mergemaster = (TARGET_ARCH=3Damd64 example): >>=20 >> # more ~/sys_build_scripts.amd64-host/mergemaster_amd64-amd64-host.sh=20= >> script = ~/sys_typescripts/typescript_mergemaster_amd64-amd64-host-$(date = +%Y-%m-%d:%H:%M:%S) \ >> env __MAKE_CONF=3D"/root/src.configs/make.conf" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang-bootstrap.amd64-hos= t" \ >> MAKEOBJDIRPREFIX=3D"/usr/obj/clang/amd64.amd64" \ >> mergemaster -A amd64 $* >>=20 >> I've not added WITH_META_MODE=3Dyes to the env yet. >>=20 >>=20 >> I've been wondering if I should add WITH_META_MODE=3Dyes to such = scripts when the matching "make" script uses WITH_META_MODE=3Dyes --such = as: >>=20 >> # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang_bootstrap-amd64-ho= st.sh=20 >> kldload -n filemon && \ >> script = ~/sys_typescripts/typescript_make_amd64_nodebug_clang_bootstrap-amd64-host= -$(date +%Y-%m-%d:%H:%M:%S) \ >> env __MAKE_CONF=3D"/root/src.configs/make.conf" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang-bootstrap.amd64-hos= t" \ >> WITH_META_MODE=3Dyes \ >> MAKEOBJDIRPREFIX=3D"/usr/obj/clang/amd64.amd64" \ >> make $* >>=20 >=20 > The targets (at top-level) that META_MODE is applied to is a whitelist > now after r301887. So it's safe to always pass it when building from > the top-level. If it's an unsupported target it will internally = disable > META_MODE. So WITH_META_MODE=3Dyes is now always allowed. That still leaves the = questions of when WITH_META_MODE=3Dyes is necessary: For example, is it = ever required for the likes of mergemaster? (I'll use mergemaster to = illustrate a more general question that applies to other potential = scripts as well.) As far as I can tell scripts such as mergemaster currently never supply = WITH_META_MODE=3Dyes to their internal make commands on their own. It may be that this never interferes with anything, including use of = WITH_META_MODE=3Dyes for buildworld, installworld, and the like. If so = then WITH_META_MODE=3Dyes need never be used for mergemaster. But if omitting WITH_META_MODE=3Dyes for mergemaster can interfere with = WITH_META_MODE=3Dyes for buildworld, installworld, and the like then it = would be important that "env WITH_META_MODE=3Dyes mergemaster" be used = if one is using WITH_META_MODE=3Dyes for buildworld and the like. Is it known which is the case? If yes, then which is the case? If one orientation for meta mode status always is okay for mergemaster = no matter which way is in use for buildworld and the like, then it would = likely be best if mergemaster was coded to always/automatically use that = orientation. >>=20 >> [Based on current behavior I normally only use WITH_META_MODE=3Dyes = for the host targeting its own architecture.] >=20 > Cross should be fine now. At some point I'll experiment with it again. It may be a while before I = get to that. >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >=20 >=20 > --=20 > Regards, > Bryan Drewery =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Wed Jun 15 00:17:19 2016 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 55181AF12DC for ; Wed, 15 Jun 2016 00:17:19 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F2CE2A2D for ; Wed, 15 Jun 2016 00:17:18 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u5F0HCGE066495 for ; Tue, 14 Jun 2016 17:17:19 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: <7c39e5ac-3ed7-f19a-e175-d27af07eea47@delphij.net>, From: "Chris H" Subject: Re: [CFT] ypldap testing against OpenLDAP and Microsoft Active Directory Date: Tue, 14 Jun 2016 17:17:19 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <5fc80d8ee559336a657514b3f2ec2a33@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 00:17:19 -0000 On Thu, 9 Jun 2016 17:55:58 +0800 Marcelo Araujo wrote > Hey, > > Thanks for the CFT Craig. > > 2016-06-09 14:41 GMT+08:00 Xin Li : > > > > > > > On 6/8/16 23:10, Craig Rodrigues wrote: > > > Hi, > > > > > > I have worked with Marcelo Araujo to port OpenBSD's ypldap to FreeBSD > > > current. > > > > > > In latest current, it should be possible to put in /etc/rc.conf: > > > > > > nis_ypldap_enable="YES" > > > to activate the ypldap daemon. > > > > > > When set up properly, it should be possible to log into FreeBSD, and have > > > the backend password database come from an LDAP database such > > > as OpenLDAP > > > > > > There is some documentation for setting this up, but it is OpenBSD > > specific: > > > > > > http://obfuscurity.com/2009/08/OpenBSD-as-an-LDAP-Client > > > http://puffysecurity.com/wiki/ypldap.html#2 > > > > > > I did not bother porting the OpenBSD LDAP server to FreeBSD, so that > > > information > > > does not apply. I figure that openldap from ports should work fine. > > > > > > I was wondering if there is someone out there familiar enough with LDAP > > > and has a setup they can test this stuff out with, provide feedback, and > > > help > > > improve the documentation for FreeBSD? > > > > Looks like it would be a fun weekend project. I've cc'ed a potential > > person who may be interested in this as well. > > > > But will this worth the effort? (I think the current implementation > > would do everything with plaintext protocol over wire, so while it > > extends life for legacy applications that are still using NIS/YP, it > > doesn't seem to be something that we should recommend end user to use?) > > > > I can see two good point to use ypldap that would be basically for users > that needs to migrate from NIS to LDAP or need to make some integration > between legacy(NIS) and LDAP during a transition period to LDAP. > > As mentioned, NIS is 'plain text' not safe by its nature, however there are > still lots of people out there using NIS, and ypldap(8) is a good tool to > help these people migrate to a more safe tool like LDAP. > > > > > > > I would also be interested in hearing from someone who can see if > > > ypldap can work against a Microsoft Active Directory setup? > > > > Cheers, > > > > > All my tests were using OpenLDAP, I used the OpenBSD documentation to setup > everything, and the file share/examples/ypldap/ypldap.conf can be a good > start to anybody that wants to start to work with ypldap(8). > > Would be nice hear from other users how was their experience using ypldap > with MS Active Directory and perhaps some HOWTO how they made all the setup > would be amazing to have. > > Also, would be useful to know who are still using NIS and what kind of > setup(user case), maybe even the reason why they are still using it. Honestly, I think the best way to motivate people to do the right thing(tm) Would be to remove Yellow Pages from the tree, entirely. :-) It's been dead for *years*, and as you say, isn't safe, anyway.. --Chris > > > Best, > -- > > -- > Marcelo Araujo (__)araujo@FreeBSD.org > \\\'',)http://www.FreeBSD.org \/ \ ^ > Power To Server. .\. /_) > _______________________________________________ > 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 Jun 15 01:05:38 2016 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 D136DAF1CA5 for ; Wed, 15 Jun 2016 01:05:38 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-yw0-x236.google.com (mail-yw0-x236.google.com [IPv6:2607:f8b0:4002:c05::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 810812A4A for ; Wed, 15 Jun 2016 01:05:38 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: by mail-yw0-x236.google.com with SMTP id g20so7071786ywb.0 for ; Tue, 14 Jun 2016 18:05:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc; bh=j/nwHrUYzpcvxyUimwIHiG3iEfiZJntaaiA2LSCSqt0=; b=OltrCcUVR43sBAK892XDizXWAqJNjyBNiNxTyzcccYPLO7SfsNa0IlegeHom8V4rSQ Svo2iKZXMQZNs2U4UWjYmc1j3/huaVEeYUhBG7SOCnvn6VE3kbh8WtqhBGpnbDrDFanj e7A7LUmUfXQ6LhGhrVsvGIt79jqd2YwiCn8bzgWQqvzUsupO5FVSVyXmdencuQ5HUZQ8 S4sIGeZWPu8R2favLLNegd2914GszJOXTOzk/CAkq67E5qtsy5WBGwWtcJ8RlwWyv1tX bjSuZtznWEVm2rayzHqxgm4KtXkqdpJmtqxV2p9r5K+jz+H4uxGtcanBVZjPLvVyoNAg btag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=j/nwHrUYzpcvxyUimwIHiG3iEfiZJntaaiA2LSCSqt0=; b=BMX6Wqg4mSdqELGcC+WvaJZTptuUxzDWuOHnX5ngkJ+//1sdeHRZvJqEWMJFf/XOhx KP4bjK3oQY85H0jaY0XZdzMe9uf7QGRnwqW3INq3kZQWboCLxeNlAS37j6LsBQLpSkuW EPmRdUwF9Uk6Ya3zmizdVA/uz4c80dUNJLBtdO35iEEYZIMY8M9bugHBXprQdFMW94f3 KmvVhtFvuf9Z5gM6GfW1IqRr8GkdefSkCUMCeArZSPW30ROjeG+vtn8y25c3AlHaSEl5 /wOMIRgZQP4XGaBKdZr+uyijAgx/93X/LYt6d3tfww/iIepLv2bzwfdDZkTVJ94bCUny 3lPw== X-Gm-Message-State: ALyK8tKeU5Vf0Y6VcM0bZ8cGETmgDkVFP8BLLkqc8GxS/oqzydOC2e7ShYEWOoK1Xsg3jPPP28LhH8Q9lnIlpw== X-Received: by 10.37.210.196 with SMTP id j187mr2297419ybg.33.1465952737652; Tue, 14 Jun 2016 18:05:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.10.212 with HTTP; Tue, 14 Jun 2016 18:05:37 -0700 (PDT) Reply-To: araujo@freebsd.org In-Reply-To: <5fc80d8ee559336a657514b3f2ec2a33@ultimatedns.net> References: <7c39e5ac-3ed7-f19a-e175-d27af07eea47@delphij.net> <5fc80d8ee559336a657514b3f2ec2a33@ultimatedns.net> From: Marcelo Araujo Date: Wed, 15 Jun 2016 09:05:37 +0800 Message-ID: Subject: Re: [CFT] ypldap testing against OpenLDAP and Microsoft Active Directory To: Chris H Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 01:05:38 -0000 2016-06-15 8:17 GMT+08:00 Chris H : > On Thu, 9 Jun 2016 17:55:58 +0800 Marcelo Araujo > wrote > > > Hey, > > > > Thanks for the CFT Craig. > > > > 2016-06-09 14:41 GMT+08:00 Xin Li : > > > > > > > > > > > On 6/8/16 23:10, Craig Rodrigues wrote: > > > > Hi, > > > > > > > > I have worked with Marcelo Araujo to port OpenBSD's ypldap to FreeBSD > > > > current. > > > > > > > > In latest current, it should be possible to put in /etc/rc.conf: > > > > > > > > nis_ypldap_enable="YES" > > > > to activate the ypldap daemon. > > > > > > > > When set up properly, it should be possible to log into FreeBSD, and > have > > > > the backend password database come from an LDAP database such > > > > as OpenLDAP > > > > > > > > There is some documentation for setting this up, but it is OpenBSD > > > specific: > > > > > > > > http://obfuscurity.com/2009/08/OpenBSD-as-an-LDAP-Client > > > > http://puffysecurity.com/wiki/ypldap.html#2 > > > > > > > > I did not bother porting the OpenBSD LDAP server to FreeBSD, so that > > > > information > > > > does not apply. I figure that openldap from ports should work fine. > > > > > > > > I was wondering if there is someone out there familiar enough with > LDAP > > > > and has a setup they can test this stuff out with, provide feedback, > and > > > > help > > > > improve the documentation for FreeBSD? > > > > > > Looks like it would be a fun weekend project. I've cc'ed a potential > > > person who may be interested in this as well. > > > > > > But will this worth the effort? (I think the current implementation > > > would do everything with plaintext protocol over wire, so while it > > > extends life for legacy applications that are still using NIS/YP, it > > > doesn't seem to be something that we should recommend end user to use?) > > > > > > > I can see two good point to use ypldap that would be basically for users > > that needs to migrate from NIS to LDAP or need to make some integration > > between legacy(NIS) and LDAP during a transition period to LDAP. > > > > As mentioned, NIS is 'plain text' not safe by its nature, however there > are > > still lots of people out there using NIS, and ypldap(8) is a good tool to > > help these people migrate to a more safe tool like LDAP. > > > > > > > > > > > I would also be interested in hearing from someone who can see if > > > > ypldap can work against a Microsoft Active Directory setup? > > > > > > Cheers, > > > > > > > > All my tests were using OpenLDAP, I used the OpenBSD documentation to > setup > > everything, and the file share/examples/ypldap/ypldap.conf can be a good > > start to anybody that wants to start to work with ypldap(8). > > > > Would be nice hear from other users how was their experience using ypldap > > with MS Active Directory and perhaps some HOWTO how they made all the > setup > > would be amazing to have. > > > > Also, would be useful to know who are still using NIS and what kind of > > setup(user case), maybe even the reason why they are still using it. > > Honestly, I think the best way to motivate people to do the right thing(tm) > Would be to remove Yellow Pages from the tree, entirely. :-) > It's been dead for *years*, and as you say, isn't safe, anyway.. > Yes, I have a plan for that, but I don't believe it will happens before FreeBSD 12-RELEASE. > > --Chris > > > > > > Best, > > -- > > > > -- > > Marcelo Araujo (__)araujo@FreeBSD.org > > \\\'',)http://www.FreeBSD.org \/ \ ^ > > Power To Server. .\. /_) > > _______________________________________________ > > 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" > -- -- Marcelo Araujo (__)araujo@FreeBSD.org \\\'',)http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) From owner-freebsd-current@freebsd.org Wed Jun 15 01:22:12 2016 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 D091DB721FE for ; Wed, 15 Jun 2016 01:22:12 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8641E21DA for ; Wed, 15 Jun 2016 01:22:11 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id u5F1M2TX033093; Wed, 15 Jun 2016 01:22:02 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id u5F1M29L033092; Tue, 14 Jun 2016 18:22:02 -0700 (PDT) (envelope-from david) Date: Tue, 14 Jun 2016 18:22:02 -0700 From: David Wolfskill To: Chris H Cc: freebsd-current@freebsd.org Subject: Re: [CFT] ypldap testing against OpenLDAP and Microsoft Active Directory Message-ID: <20160615012202.GM1072@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Chris H , freebsd-current@freebsd.org References: <7c39e5ac-3ed7-f19a-e175-d27af07eea47@delphij.net> <5fc80d8ee559336a657514b3f2ec2a33@ultimatedns.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="lFd1dPlLw0MeZdw2" Content-Disposition: inline In-Reply-To: <5fc80d8ee559336a657514b3f2ec2a33@ultimatedns.net> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 01:22:12 -0000 --lFd1dPlLw0MeZdw2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 14, 2016 at 05:17:19PM -0700, Chris H wrote: > ... > Honestly, I think the best way to motivate people to do the right thing(t= m) > Would be to remove Yellow Pages from the tree, entirely. :-) > It's been dead for *years*, and as you say, isn't safe, anyway.. > .... "Safe" for what, precisely? It's a lookup service. It is not limited to looking up authentication information, and never has been. And it's a mechanism that has been widely implemented. The catchphrase "Tools, not policy" comes to mind. Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --lFd1dPlLw0MeZdw2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJXYK26XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4X90QH/jlw2YKIH1kbV8uCE1v6Gz77 KWtI4PDD7QBpCTZjbLoJPsRkPDBIMxbkeD8v6NbJzUXgmZnEQVarHITtpkINlrl/ garwtu9z/XmHaIdNFpw+w2OLyyxxejKaY62iyI/z1DJZ/2cQD6dxBsl7JQr7K8mH 24gaf4j2+SFwXX0z52j6Fx3Mp0Zt9BIp31ePHPNcngYVFH496UcxztRWa5HXWWM9 VAM3ATxb6E37jceigzbZT8hzSvCkHdMbtb3ELJD7iC6SmIiAYHv43qxqv3seczdr wiN0SdNh4u51CY/pHG3zoWGzw2sEpqug84f3/I81g4mWueBIHlXJAc9KBh8Q4ew= =VHOa -----END PGP SIGNATURE----- --lFd1dPlLw0MeZdw2-- From owner-freebsd-current@freebsd.org Wed Jun 15 01:48:52 2016 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 15664B72928 for ; Wed, 15 Jun 2016 01:48:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id EDFBB2174; Wed, 15 Jun 2016 01:48:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id E7621178B; Wed, 15 Jun 2016 01:48:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 9B9F0166C6; Wed, 15 Jun 2016 01:48:51 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id fdjaePIGvxml; Wed, 15 Jun 2016 01:48:49 +0000 (UTC) Subject: Re: mergemaster internally using make [for example] vs. WITH_META_MODE? DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com D281A166C0 To: Mark Millard References: <7C577F5B-545C-4D70-A78E-A19E35A24592@dsl-only.net> <36f0c42f-1ca0-f82c-da5b-74cb8f0240e4@FreeBSD.org> <533A2977-70C7-44A8-9768-840BAAC3F95F@dsl-only.net> <69eb8cb4-2d9b-7019-c9cb-52569090dd8b@FreeBSD.org> Cc: FreeBSD Current From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <9fd734b0-2c17-214e-1dc6-a28d3d87cc05@FreeBSD.org> Date: Tue, 14 Jun 2016 18:48:47 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ldtVgxeQFPNmETvAEQ994Inpr0RxuMHGB" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 01:48:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ldtVgxeQFPNmETvAEQ994Inpr0RxuMHGB Content-Type: multipart/mixed; boundary="j09owglfM9WVBjs6XCM6cDeq66npo2N9N" From: Bryan Drewery To: Mark Millard Cc: FreeBSD Current Message-ID: <9fd734b0-2c17-214e-1dc6-a28d3d87cc05@FreeBSD.org> Subject: Re: mergemaster internally using make [for example] vs. WITH_META_MODE? References: <7C577F5B-545C-4D70-A78E-A19E35A24592@dsl-only.net> <36f0c42f-1ca0-f82c-da5b-74cb8f0240e4@FreeBSD.org> <533A2977-70C7-44A8-9768-840BAAC3F95F@dsl-only.net> <69eb8cb4-2d9b-7019-c9cb-52569090dd8b@FreeBSD.org> In-Reply-To: --j09owglfM9WVBjs6XCM6cDeq66npo2N9N Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/14/2016 5:13 PM, Mark Millard wrote: >> The targets (at top-level) that META_MODE is applied to is a whitelist= >> now after r301887. So it's safe to always pass it when building from >> the top-level. If it's an unsupported target it will internally disab= le >> META_MODE. > So WITH_META_MODE=3Dyes is now always allowed. That still leaves the qu= estions of when WITH_META_MODE=3Dyes is necessary: For example, is it eve= r required for the likes of mergemaster? (I'll use mergemaster to illustr= ate a more general question that applies to other potential scripts as we= ll.) There is no point to provide it to mergemaster or for it to use it internally. The recommended way to use this feature is to add it to /etc/src-env.conf and forget about it or specify it for buildworld/buildkernel/universe (build) targets. There is also no harm in always defining it. That is the goal at least. --=20 Regards, Bryan Drewery --j09owglfM9WVBjs6XCM6cDeq66npo2N9N-- --ldtVgxeQFPNmETvAEQ994Inpr0RxuMHGB 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 iQEcBAEBAgAGBQJXYLQAAAoJEDXXcbtuRpfPMfoH/31u8qQaffIsE+CBcfMh5S0f j5j84HdKy6tojUsT/4+Z326bfYAovriD95Jn0+rvkjai6/3fEmcJ/gKF8BKWPgAr bHjFQonuQoACrP5igKE/C152FsRDrBs3i7YdJCV21QmZDkxTHlltojQzY7kQU9ME utQ9kWeq7GsTX/KJtj4B8rr6rg7eQVFdFfkSCoAwUMxDf+ZRr//wUFsrP0dEEbdO qtUXM7Fgxhquv/2QCgzgDyz55eBsYeAuR22PMWSzEip92EpDalfbVVEp2KYSMT5D 8L9q6hizcT3MVkwJ9zJFom7Wb9AO35jJsq0Fg5rx32EGRk1LHsegKKLJhNnXyxc= =JXHE -----END PGP SIGNATURE----- --ldtVgxeQFPNmETvAEQ994Inpr0RxuMHGB-- From owner-freebsd-current@freebsd.org Wed Jun 15 01:50:31 2016 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 48C9BB72A2A for ; Wed, 15 Jun 2016 01:50:31 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 2C26724E4; Wed, 15 Jun 2016 01:50:31 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 20629196D; Wed, 15 Jun 2016 01:50:31 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id E2ED3166E0; Wed, 15 Jun 2016 01:50:30 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id Bd62S18OCgYW; Wed, 15 Jun 2016 01:50:28 +0000 (UTC) Subject: Re: 11.0 -r301815 to -r310873 using WITH_META_MODE=yes : an empty filename failure DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com D7EB1166DB To: Mark Millard , FreeBSD Current References: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <5e96d522-aac8-721d-f834-693f716e4621@FreeBSD.org> Date: Tue, 14 Jun 2016 18:50:29 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GLTweRaJRJbM8fuIG7mKri1UXdUXAshkR" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 01:50:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --GLTweRaJRJbM8fuIG7mKri1UXdUXAshkR Content-Type: multipart/mixed; boundary="NTQ1o5T1TpjQf6XDKq3WkenUK9CPKqQXV" From: Bryan Drewery To: Mark Millard , FreeBSD Current Message-ID: <5e96d522-aac8-721d-f834-693f716e4621@FreeBSD.org> Subject: Re: 11.0 -r301815 to -r310873 using WITH_META_MODE=yes : an empty filename failure References: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> In-Reply-To: <85435AE2-3F2C-4330-9751-729D99716A8C@dsl-only.net> --NTQ1o5T1TpjQf6XDKq3WkenUK9CPKqQXV Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/13/2016 7:26 PM, Mark Millard wrote: > [The following is after the svnltie update -r301873 /usr/src .] >=20 > For the following in a amd64 rebuild on amd64 (a WITH_META_MODE=3Dyes b= uidlworld buidlkernel just after a without meta mode buildworld buildkern= el [no install]). . . >=20 >> # more sys/modules/drm2/radeonkmsfw/Makefile.inc=20 >> # $FreeBSD: head/sys/modules/drm2/radeonkmsfw/Makefile.inc 254885 2013= -08-25 19:37:15Z dumbbell $ >> # >> # Common rules for building firmware. Note this gets auto-included >> # by the subdir Makefile's as a consequence of included bsd.kmod.mk. >> >> _FIRM=3D ${IMG}.bin >> >> CLEANFILES+=3D ${_FIRM} >> >> FIRMWS=3D ${_FIRM}:${KMOD} >> >> # >> # Note that a license ack is not needed for iwn. >> # >> #FIRMWARE_LICENSE=3D >> >> ${_FIRM}: ${.CURDIR}/../../../../contrib/dev/drm2/radeonkmsfw/${_FIRM}= =2Euu >> uudecode -p $? > ${.TARGET} >=20 >=20 > I just had . . . > (Note the uudecode line in the .meta file, the reference to stdin, and = the resultant "begin" line error.) >=20 >> # more /usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODEBUG/modules/= usr/src/sys/modules/drm2/radeonkmsfw/ARUBA_me/ARUBA_me.bin.meta=20 >> # Meta data file /usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODEBU= G/modules/usr/src/sys/modules/drm2/radeonkmsfw/ARUBA_me/ARUBA_me.bin.meta= >> CMD uudecode -p > ARUBA_me.bin >> CWD /usr/obj/clang/amd64.amd64/usr/src/sys/GENERIC-NODEBUG/modules/usr= /src/sys/modules/drm2/radeonkmsfw/ARUBA_me >> TARGET ARUBA_me.bin >> -- command output -- >> uudecode: stdin: missing or bad "begin" line >> *** Error code 1 >> This should be fixed after r301900. Note that it is only fixed once you get the new bmake installed from that revision. >> -- filemon acquired metadata -- >> # filemon version 5 >> # Target pid 7146 >> # Start 1465867565.855820 >> V 5 >> E 7163 /bin/sh >> R 7163 /etc/libmap.conf >> R 7163 /var/run/ld-elf.so.hints >> R 7163 /lib/libedit.so.7 >> R 7163 /lib/libc.so.7 >> R 7163 /lib/libncursesw.so.8 >> F 7163 7164 >> W 7164 ARUBA_me.bin >> E 7164 /usr/bin/uudecode >> R 7164 /etc/libmap.conf >> R 7164 /var/run/ld-elf.so.hints >> R 7164 /lib/libc.so.7 >> X 7164 1 0 >> X 7163 1 0 >> # Stop 1465867565.868045 >> # Bye bye >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 --=20 Regards, Bryan Drewery --NTQ1o5T1TpjQf6XDKq3WkenUK9CPKqQXV-- --GLTweRaJRJbM8fuIG7mKri1UXdUXAshkR 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 iQEcBAEBAgAGBQJXYLRlAAoJEDXXcbtuRpfPfRsH/1OXEmmy8kcDyjvkouDdGjur ilcfI5UfKK9yLVerwnLTngQ/0lur+g+dq7T2ZIarGJRmx69dV+qz+vpiM9J4ZD9M VOpC0Fr6LxmOSP40caZr8Hh+NexCgJtO9S9NnvSQpp6/BnKvpFmuPgR1XUsI1TFd FKH/hmfWht7J52PbuGppXe0G0y97V3aW0Tw7EW1G3I+C5pTm+qZIb2v8GjKdbpDT WYPuIpU2gncmuY+9/twHCJTYPfbW1NNvJq4YX0+yYCa/8R7oRJQ2IM3VOKwZWIJ7 nqOlWUuCXOXUQh/hcmhkRxRJF/7wEUyUeiTjRiNNxitMSqr2j+Oy6EbQNmmg2A0= =TM+P -----END PGP SIGNATURE----- --GLTweRaJRJbM8fuIG7mKri1UXdUXAshkR-- From owner-freebsd-current@freebsd.org Wed Jun 15 02:17:03 2016 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 222ECB72F83 for ; Wed, 15 Jun 2016 02:17:03 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (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 C92DA2581 for ; Wed, 15 Jun 2016 02:17:02 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 24568 invoked from network); 15 Jun 2016 02:17:36 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 15 Jun 2016 02:17:36 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Tue, 14 Jun 2016 22:17:06 -0400 (EDT) Received: (qmail 20922 invoked from network); 15 Jun 2016 02:17:06 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 15 Jun 2016 02:17:06 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 182F21C43E4; Tue, 14 Jun 2016 19:16:55 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: mergemaster internally using make [for example] vs. WITH_META_MODE? From: Mark Millard In-Reply-To: <9fd734b0-2c17-214e-1dc6-a28d3d87cc05@FreeBSD.org> Date: Tue, 14 Jun 2016 19:16:59 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <04A4C0CC-20A6-4461-97C4-FB8D96C06FA3@dsl-only.net> References: <7C577F5B-545C-4D70-A78E-A19E35A24592@dsl-only.net> <36f0c42f-1ca0-f82c-da5b-74cb8f0240e4@FreeBSD.org> <533A2977-70C7-44A8-9768-840BAAC3F95F@dsl-only.net> <69eb8cb4-2d9b-7019-c9cb-52569090dd8b@FreeBSD.org> <9fd734b0-2c17-214e-1dc6-a28d3d87cc05@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 02:17:03 -0000 On 2016-Jun-14, at 6:48 PM, Bryan Drewery = wrote: > On 6/14/2016 5:13 PM, Mark Millard wrote: >>> The targets (at top-level) that META_MODE is applied to is a = whitelist >>> now after r301887. So it's safe to always pass it when building = from >>> the top-level. If it's an unsupported target it will internally = disable >>> META_MODE. >> So WITH_META_MODE=3Dyes is now always allowed. That still leaves the = questions of when WITH_META_MODE=3Dyes is necessary: For example, is it = ever required for the likes of mergemaster? (I'll use mergemaster to = illustrate a more general question that applies to other potential = scripts as well.) >=20 > There is no point to provide it to mergemaster or for it to use it > internally. The recommended way to use this feature is to add it to > /etc/src-env.conf and forget about it or specify it for > buildworld/buildkernel/universe (build) targets. There is also no = harm > in always defining it. That is the goal at least. >=20 > --=20 > Regards, > Bryan Drewery Okay. Thanks for the information. I asked in part because mergemaster [as an example] has code like: > # grep -i make /usr/sbin/mergemaster | more . . . > MM_MAKE=3D"make ${ARCHSTRING} -m ${SOURCEDIR}/share/mk" . . . > ${MM_MAKE} _obj SUBDIR_OVERRIDE=3Detc >/dev/null && . . . > ${MM_MAKE} everything SUBDIR_OVERRIDE=3Detc >/dev/null && . . . and "_obj" and "everything" overlap with the latest whitelist edit: > META_TGT_WHITELIST+=3D \ > _* build32 buildfiles buildincludes buildkernel buildsoft \ > buildworld everything kernel-toolchains kernels libraries \ > - native-xtools tinderbox toolchain toolchains universe worlds \ > - xdev xdev-build > + native-xtools showconfig tinderbox toolchain toolchains universe = \ > + worlds xdev xdev-build but in mergemaster are just specifically for SUBDIR_OVERRIDE=3Detc . =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Wed Jun 15 03:29:07 2016 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 68A12B729FC for ; Wed, 15 Jun 2016 03:29:07 +0000 (UTC) (envelope-from eric@badgerio.us) Received: from sasl.smtp.pobox.com (pb-smtp2.pobox.com [64.147.108.71]) (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 15D392518 for ; Wed, 15 Jun 2016 03:29:06 +0000 (UTC) (envelope-from eric@badgerio.us) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp2.pobox.com (Postfix) with ESMTP id A177723FB0 for ; Tue, 14 Jun 2016 23:26:24 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:subject :to:message-id:date:mime-version:content-type; s=sasl; bh=5Xzxrw kTTp0Viuk9IIg74OA8XPc=; b=Bb2h/gizb2R2ovn+WOodf7KZNQICidqYIcxvuh aeYBsKlFxmtN2rg8wHMjgrQckcSRTImIsin4+FN7e3JwXx0qtUDJ14gF0ROrVp00 HQlevCyzjx9XRCgRRK8qcHfezTZSRTF/oSR1qg3awh8MfDadEVgNeDcanBEIp4Ib YJpMY= Received: from pb-smtp2.nyi.icgroup.com (unknown [127.0.0.1]) by pb-smtp2.pobox.com (Postfix) with ESMTP id 99ED823FAF for ; Tue, 14 Jun 2016 23:26:24 -0400 (EDT) Received: from [192.168.1.103] (unknown [24.7.205.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp2.pobox.com (Postfix) with ESMTPSA id 2BE2A23FAE for ; Tue, 14 Jun 2016 23:26:24 -0400 (EDT) From: Eric Badger Subject: Kqueue races causing crashes To: FreeBSD Current Message-ID: <34035bf6-8b3c-d15c-765b-94bcc919ea2e@badgerio.us> Date: Tue, 14 Jun 2016 22:26:14 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 X-Pobox-Relay-ID: EFE8F668-32A8-11E6-A95D-EE617A1B28F4-46178211!pb-smtp2.pobox.com Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 03:29:07 -0000 Hi there, There seems to be some racy code in kern_event.c which is causing me to=20 run into some crashes. I=E2=80=99ve attached the test program used to gen= erate=20 these crashes (build it and run the =E2=80=9Cgo=E2=80=9D script). They we= re produced in=20 a VM with 4 cores on 11 Alpha 3 (and originally 10.3). The crashes I=E2=80= =99ve=20 seen come in a few varieties: 1. =E2=80=9Cuserret: returning with the following locks held=E2=80=9D. Th= is one is the=20 easiest to hit (assuming witness is enabled). userret: returning with the following locks held: exclusive sleep mutex process lock (process lock) r =3D 0=20 (0xfffff80006956120) locked @ /usr/src/sys/kern/kern_event.c:2125 panic: witness_warn cpuid =3D 2 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame=20 0xfffffe000039d8e0 vpanic() at vpanic+0x182/frame 0xfffffe000039d960 kassert_panic() at kassert_panic+0x126/frame 0xfffffe000039d9d0 witness_warn() at witness_warn+0x3c6/frame 0xfffffe000039daa0 userret() at userret+0x9d/frame 0xfffffe000039dae0 amd64_syscall() at amd64_syscall+0x406/frame 0xfffffe000039dbf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe000039dbf0 --- syscall (1, FreeBSD ELF64, sys_sys_exit), rip =3D 0x800b8a0ba, rsp =3D= =20 0x7fffffffea98, rbp =3D 0x7fffffffeae0 --- KDB: enter: panic [ thread pid 64855 tid 100106 ] Stopped at kdb_enter+0x3b: movq $0,kdb_why db> show all locks Process 64855 (watch) thread 0xfffff800066c3000 (100106) exclusive sleep mutex process lock (process lock) r =3D 0=20 (0xfffff80006956120) locked @ /usr/src/sys/kern/kern_event.c:2125 Process 64855 (watch) thread 0xfffff8000696a500 (100244) exclusive sleep mutex pmap (pmap) r =3D 0 (0xfffff800068c3138) locked @=20 /usr/src/sys/amd64/amd64/pmap.c:4067 exclusive sx vm map (user) (vm map (user)) r =3D 0 (0xfffff800068f6080)=20 locked @ /usr/src/sys/vm/vm_map.c:3315 exclusive sx vm map (user) (vm map (user)) r =3D 0 (0xfffff800068c3080)=20 locked @ /usr/src/sys/vm/vm_map.c:3311 db> ps pid ppid pgrp uid state wmesg wchan cmd 64855 690 690 0 R+ (threaded) watch 100106 Run CPU 2 main 100244 Run CPU 1 procmaker 100245 Run CPU 3 reaper 2. =E2=80=9CSleeping thread owns a non-sleepable lock=E2=80=9D. This one= first drew my=20 attention by showing up in a real world application at work. Sleeping thread (tid 100101, pid 76857) owns a non-sleepable lock KDB: stack backtrace of thread 100101: sched_switch() at sched_switch+0x2a5/frame 0xfffffe0000257690 mi_switch() at mi_switch+0xe1/frame 0xfffffe00002576d0 sleepq_catch_signals() at sleepq_catch_signals+0x16c/frame=20 0xfffffe0000257730 sleepq_timedwait_sig() at sleepq_timedwait_sig+0xf/frame 0xfffffe00002577= 60 _sleep() at _sleep+0x234/frame 0xfffffe00002577e0 kern_kevent_fp() at kern_kevent_fp+0x38a/frame 0xfffffe00002579d0 kern_kevent() at kern_kevent+0x9f/frame 0xfffffe0000257a30 sys_kevent() at sys_kevent+0x12a/frame 0xfffffe0000257ae0 amd64_syscall() at amd64_syscall+0x2d4/frame 0xfffffe0000257bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0000257bf0 --- syscall (363, FreeBSD ELF64, sys_kevent), rip =3D 0x800b6afea, rsp =3D= =20 0x7fffffffea88, rbp =3D 0x7fffffffead0 --- panic: sleeping thread cpuid =3D 3 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame=20 0xfffffe0000225590 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe0000225640 vpanic() at vpanic+0x126/frame 0xfffffe0000225680 panic() at panic+0x43/frame 0xfffffe00002256e0 propagate_priority() at propagate_priority+0x166/frame 0xfffffe0000225710 turnstile_wait() at turnstile_wait+0x282/frame 0xfffffe0000225750 __mtx_lock_sleep() at __mtx_lock_sleep+0x26b/frame 0xfffffe00002257d0 __mtx_lock_flags() at __mtx_lock_flags+0x5e/frame 0xfffffe00002257f0 proc_to_reap() at proc_to_reap+0x46/frame 0xfffffe0000225840 kern_wait6() at kern_wait6+0x202/frame 0xfffffe00002258f0 sys_wait4() at sys_wait4+0x72/frame 0xfffffe0000225ae0 amd64_syscall() at amd64_syscall+0x2d4/frame 0xfffffe0000225bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0000225bf0 --- syscall (7, FreeBSD ELF64, sys_wait4), rip =3D 0x800b209ba, rsp =3D=20 0x7fffdfdfcf48, rbp =3D 0x7fffdfdfcf80 --- KDB: enter: panic [ thread pid 76857 tid 100225 ] Stopped at kdb_enter+0x3e: movq $0,kdb_why db> show allchains chain 1: thread 100225 (pid 76857, reaper) blocked on lock 0xfffff800413105f0=20 (sleep mutex) "process lock" thread 100101 (pid 76857, main) inhibited (3./4.) There are a few others that I hit less frequently (=E2=80=9Cpage = fault=20 while in kernel mode=E2=80=9D, "Kernel page fault with the following=20 non-sleepable locks held=E2=80=9D. I don=E2=80=99t have a backtrace handy= for these. I believe they all have more or less the same cause. The crashes occur=20 because we acquire a knlist lock via the KN_LIST_LOCK macro, but when we=20 call KN_LIST_UNLOCK, the knote=E2=80=99s knlist reference (kn->kn_knlist)= has=20 been cleared by another thread. Thus we are unable to unlock the=20 previously acquired lock and hold it until something causes us to crash=20 (such as the witness code noticing that we=E2=80=99re returning to userla= nd with=20 the lock still held). A walkthrough of what happens in the test program: There are 3 threads: 1 forks off short-lived child processes, 2 reaps=20 the child processes, and 3 tracks the child processes via a kqueue=20 (NOTE_EXIT | NOTE_EXEC | NOTE_FORK | NOTE_TRACK). I believe a crash=20 generally looks like this: 1. Forker thread creates a short lived child. That child dies and=20 triggers a NOTE_EXIT event. 2. Kqueue thread is somewhere in kqueue_scan(), probably blocked at a=20 KN_LIST_LOCK call. 3. The dying process calls into filt_proc() and notices that the=20 KN_DETACHED flag is not set. It therefore decides to call=20 knlist_remove_inevent() to take the knote out of the knlist.=20 Importantly, this sets kn->kn_knlist to NULL, meaning we can no longer=20 access the knlist lock from the knote. 4. Kqueue thread, still in kqueue_scan(), is able to acquire the lock=20 via KN_LIST_LOCK. It does some work and then calls the KN_LIST_UNLOCK=20 macro. This macro checks and finds that the knote does not have a=20 reference to a knlist, and thus takes no action, leaving the lock in the=20 locked state. I believe there=E2=80=99s also a small window where the KN_LIST_LOCK macr= o=20 checks kn->kn_knlist and finds it to be non-NULL, but by the time it=20 actually dereferences it, it has become NULL. This would produce the=20 =E2=80=9Cpage fault while in kernel mode=E2=80=9D crash. If someone familiar with this code sees an obvious fix, I=E2=80=99ll be h= appy to=20 test it. Otherwise, I=E2=80=99d appreciate any advice on fixing this. My = first=20 thought is that a =E2=80=98struct knote=E2=80=99 ought to have its own mu= tex for=20 controlling access to the flag fields and ideally the =E2=80=9Ckn_knlist=E2= =80=9D field.=20 I.e., you would first acquire a knote=E2=80=99s lock and then the knlist = lock,=20 thus ensuring that no one could clear the kn_knlist variable while you=20 hold the knlist lock. The knlist lock, however, usually comes from=20 whichever event producing entity the knote tracks, so getting lock=20 ordering right between the per-knote mutex and this other lock seems=20 potentially hard. (Sometimes we call into functions in kern_event.c with=20 the knlist lock already held, having been acquired in code outside of=20 kern_event.c. Consider, for example, calling KNOTE_LOCKED from=20 kern_exit.c; the PROC_LOCK macro has already been used to acquire the=20 process lock, also serving as the knlist lock). Apropos of the knlist lock and its provenance: why is a lock from the=20 event producing entity used to control access to the knlist and knote?=20 Is it generally desirable to, for example, hold the process lock while=20 operating on a knlist attached to that process? It=E2=80=99s not obvious = to me=20 that this is required or even desirable. This might suggest that a=20 knlist should have its own lock rather than using a lock from the event=20 producing entity, which might make addressing this problem more=20 straightforward. Many thanks for any help, and please let me know if I=E2=80=99ve failed t= o make=20 anything clear. Cheers, Eric From owner-freebsd-current@freebsd.org Wed Jun 15 03:39:52 2016 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 127EEB72CB4 for ; Wed, 15 Jun 2016 03:39:52 +0000 (UTC) (envelope-from eric@badgerio.us) Received: from sasl.smtp.pobox.com (pb-smtp1.pobox.com [64.147.108.70]) (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 E1DC729B3 for ; Wed, 15 Jun 2016 03:39:51 +0000 (UTC) (envelope-from eric@badgerio.us) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 23FE82545B for ; Tue, 14 Jun 2016 23:37:28 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=subject:to :references:from:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; s=sasl; bh=wAhRJozzhrVy NKM9bd2lU8afbEo=; b=QcW4azCawj36kqToG5XoOBcVQsr0l0BOzs7zDzqiNPuT mHGo/0BOTkw7RB/NJi6LKKvSP9HQkHCW0m8UP7HL0kiZGNfr6s09Pt/8kCBcIq4z nqD3KSYWz4GCOWri2u5EjQ1/lzp3RMH4mI+VU2WwmZ5bDBSd3ZOYze+7Hg7swpA= Received: from pb-smtp1.nyi.icgroup.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 1C59B2545A for ; Tue, 14 Jun 2016 23:37:28 -0400 (EDT) Received: from [192.168.1.103] (unknown [24.7.205.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp1.pobox.com (Postfix) with ESMTPSA id A5DEA25459 for ; Tue, 14 Jun 2016 23:37:27 -0400 (EDT) Subject: Re: Kqueue races causing crashes To: freebsd-current@freebsd.org References: <34035bf6-8b3c-d15c-765b-94bcc919ea2e@badgerio.us> From: Eric Badger Message-ID: Date: Tue, 14 Jun 2016 22:37:21 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <34035bf6-8b3c-d15c-765b-94bcc919ea2e@badgerio.us> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Pobox-Relay-ID: 7B65F294-32AA-11E6-A433-89D312518317-46178211!pb-smtp1.pobox.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 03:39:52 -0000 Oops, I don't think my attachment worked. This should do the trick: https://drive.google.com/open?id=0B8Lj3D-GnaCcS0taVVNlQktQRkk From owner-freebsd-current@freebsd.org Wed Jun 15 06:00:57 2016 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 BF5D9B72766 for ; Wed, 15 Jun 2016 06:00:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (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 848F72DFB for ; Wed, 15 Jun 2016 06:00:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 6301 invoked from network); 15 Jun 2016 06:00:56 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 15 Jun 2016 06:00:56 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Wed, 15 Jun 2016 02:01:01 -0400 (EDT) Received: (qmail 12761 invoked from network); 15 Jun 2016 06:01:00 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 15 Jun 2016 06:01:00 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 809701C43D6; Tue, 14 Jun 2016 23:00:48 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 11.0 -r301900 and cross builds: the transition from not using WITH_META_MODE=yes to using it still seems to require cleanworld between Message-Id: <979FE695-C661-47F4-BA7E-07B419CFAF60@dsl-only.net> Date: Tue, 14 Jun 2016 23:00:53 -0700 To: Bryan Drewery , FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 06:00:57 -0000 [The following is after having updated and booted the host amd64 = environment to -r301900. The activity reported on is cross building = targeting a rpi2 (armv7-a/cortex-a7). It is trying to go from not haivng = used WITH_META_MODE=3Dyes last time I cross built to now using = WITH_META_MODE=3Dyes this time.] Again when the prior buildworld buildkernel installkernel installworld = mergemaster sequence was by omitting WITH_META_MODE=3Dyes and then a = rebuild buildworld buildkernel was attempted using WITH_META_MODE=3Dyes = I got the "sh: ./make_keys: Exec format error" notice: > --- lib/ncurses/ncursesw__L --- > --- init_keytry.h --- > sh: ./make_keys: Exec format error > *** [init_keytry.h] Error code 126 >=20 > make[4]: stopped in /usr/src/lib/ncurses/ncursesw > .ERROR_TARGET=3D'init_keytry.h' > = .ERROR_META_FILE=3D'/usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/= init_keytry.h.meta' > .MAKE.LEVEL=3D'4' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta verbose missing-meta=3Dyes silent=3Dyes = missing-filemon=3Dyes meta verbose missing-meta=3Dyes silent=3Dyes = missing-filemon=3Dyes meta verbose missing-meta=3Dyes silent=3Dyes = missing-filemon=3Dyes meta verbose missing-meta=3Dyes silent=3Dyes = missing-filemon=3Dyes meta verbose missing-meta=3Dyes silent=3Dyes = missing-filemon=3Dyes' > .CURDIR=3D'/usr/src/lib/ncurses/ncursesw' > .MAKE=3D'make' > .OBJDIR=3D'/usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw' > .TARGETS=3D'all' > DESTDIR=3D'/usr/obj/clang/arm.armv6/usr/src/tmp' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'arm' > MACHINE_ARCH=3D'armv6' > MAKEOBJDIRPREFIX=3D'/usr/obj/clang/arm.armv6' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20160606' > = PATH=3D'/usr/obj/clang/arm.armv6/usr/src/tmp/legacy/usr/sbin:/usr/obj/clan= g/arm.armv6/usr/src/tmp/legacy/usr/bin:/usr/obj/clang/arm.armv6/usr/src/tm= p/legacy/bin:/usr/obj/clang/arm.armv6/usr/src/tmp/usr/sbin:/usr/obj/clang/= arm.armv6/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' > SRCTOP=3D'/usr/src' > OBJTOP=3D'/usr/obj/clang/arm.armv6/usr/src' > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /root/src.configs/make.conf = /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk = /etc/src.conf /usr/src/lib/ncurses/ncursesw/Makefile = /usr/src/lib/ncurses/ncursesw/../ncurses/Makefile = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/lib/ncurses/ncursesw/../config.mk /usr/src/share/mk/bsd.lib.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk = /usr/src/lib/ncurses/ncursesw/../Makefile.inc = /usr/src/lib/ncurses/ncursesw/../../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.symver.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' > .PATH=3D'. /usr/src/lib/ncurses/ncursesw = /usr/src/lib/ncurses/ncursesw/../ncurses = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tinfo = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tty = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/widechar = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/trace = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/man' > 1 error So I'm trying cleanworld using WITH_META_MODE=3Dyes before trying = buildworld buidlkernel using WITH_META_MODE=3Dyes . . . I'll report later how this goes. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Wed Jun 15 06:40:18 2016 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 C6E0BB843B8; Wed, 15 Jun 2016 06:40:18 +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 CB2976CA6C; Wed, 15 Jun 2016 06:40:17 +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 JAA21411; Wed, 15 Jun 2016 09:40:10 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bD4Uk-0009mH-Nr; Wed, 15 Jun 2016 09:40:10 +0300 To: "freebsd-ports@freebsd.org" , FreeBSD Current , samm@os2.kiev.ua From: Andriy Gapon Subject: patch for smartmontools on latest head Message-ID: Date: Wed, 15 Jun 2016 09:39:14 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 06:40:18 -0000 http://dpaste.com/1B04AVB I believe that this patch should do the right thing on all version of FreeBSD, so it could be better to integrate it upstream, if possible. Without the patch the port fails with errors like: ./freebsd_nvme_ioctl.h:34:8: error: redefinition of 'nvme_command' -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Jun 15 07:12:37 2016 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 7BB87B84980; Wed, 15 Jun 2016 07:12:37 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 334011212; Wed, 15 Jun 2016 07:12:36 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from chamsa.cs.huji.ac.il ([132.65.80.19]) by kabab.cs.huji.ac.il with esmtp id 1bD4zy-0000wb-IM; Wed, 15 Jun 2016 10:12:26 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: [CFT] ypldap testing against OpenLDAP and Microsoft Active Directory From: Daniel Braniss In-Reply-To: <20160615012202.GM1072@albert.catwhisker.org> Date: Wed, 15 Jun 2016 10:12:26 +0300 Cc: Chris H , freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <7c39e5ac-3ed7-f19a-e175-d27af07eea47@delphij.net> <5fc80d8ee559336a657514b3f2ec2a33@ultimatedns.net> <20160615012202.GM1072@albert.catwhisker.org> To: current@freebsd.org X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 07:12:37 -0000 > On 15 Jun 2016, at 04:22, David Wolfskill = wrote: >=20 > On Tue, Jun 14, 2016 at 05:17:19PM -0700, Chris H wrote: >> ... >> Honestly, I think the best way to motivate people to do the right = thing(tm) >> Would be to remove Yellow Pages from the tree, entirely. :-) >> It's been dead for *years*, and as you say, isn't safe, anyway.. >> .... >=20 > "Safe" for what, precisely? >=20 > It's a lookup service. It is not limited to looking up authentication > information, and never has been. >=20 > And it's a mechanism that has been widely implemented. >=20 > The catchphrase "Tools, not policy" comes to mind. >=20 > Peace, > david probably this is a bit too late, but we have been using MIT=E2=80=99s = DNS/Hesiod since the days when: ypserver not responding was popular, and true, it=E2=80=99s not only for password/group. my .5 cents danny From owner-freebsd-current@freebsd.org Wed Jun 15 08:11:56 2016 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 A138CA0979D for ; Wed, 15 Jun 2016 08:11:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 2BBC01B67 for ; Wed, 15 Jun 2016 08:11:56 +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 u5F8BhoI005772 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 15 Jun 2016 11:11:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u5F8BhoI005772 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u5F8Bh3q005771; Wed, 15 Jun 2016 11:11:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 15 Jun 2016 11:11:43 +0300 From: Konstantin Belousov To: Eric Badger Cc: FreeBSD Current , peter@holm.cc Subject: Re: Kqueue races causing crashes Message-ID: <20160615081143.GS38613@kib.kiev.ua> References: <34035bf6-8b3c-d15c-765b-94bcc919ea2e@badgerio.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <34035bf6-8b3c-d15c-765b-94bcc919ea2e@badgerio.us> User-Agent: Mutt/1.6.1 (2016-04-27) 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.22 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, 15 Jun 2016 08:11:56 -0000 On Tue, Jun 14, 2016 at 10:26:14PM -0500, Eric Badger wrote: > I believe they all have more or less the same cause. The crashes occur > because we acquire a knlist lock via the KN_LIST_LOCK macro, but when we > call KN_LIST_UNLOCK, the knote???s knlist reference (kn->kn_knlist) has > been cleared by another thread. Thus we are unable to unlock the > previously acquired lock and hold it until something causes us to crash > (such as the witness code noticing that we???re returning to userland with > the lock still held). ... > I believe there???s also a small window where the KN_LIST_LOCK macro > checks kn->kn_knlist and finds it to be non-NULL, but by the time it > actually dereferences it, it has become NULL. This would produce the > ???page fault while in kernel mode??? crash. > > If someone familiar with this code sees an obvious fix, I???ll be happy to > test it. Otherwise, I???d appreciate any advice on fixing this. My first > thought is that a ???struct knote??? ought to have its own mutex for > controlling access to the flag fields and ideally the ???kn_knlist??? field. > I.e., you would first acquire a knote???s lock and then the knlist lock, > thus ensuring that no one could clear the kn_knlist variable while you > hold the knlist lock. The knlist lock, however, usually comes from > whichever event producing entity the knote tracks, so getting lock > ordering right between the per-knote mutex and this other lock seems > potentially hard. (Sometimes we call into functions in kern_event.c with > the knlist lock already held, having been acquired in code outside of > kern_event.c. Consider, for example, calling KNOTE_LOCKED from > kern_exit.c; the PROC_LOCK macro has already been used to acquire the > process lock, also serving as the knlist lock). This sounds as a good and correct analysis. I tried your test program for around a hour on 8-threads machine, but was not able to trigger the issue. Might be Peter have better luck reproducing them. Still, I think that the problem is there. IMO we should simply avoid clearing kn_knlist in knlist_remove(). The member is only used to get the locking function pointers, otherwise code relies on KN_DETACHED flag to detect on-knlist condition. See the patch below. > > Apropos of the knlist lock and its provenance: why is a lock from the > event producing entity used to control access to the knlist and knote? > Is it generally desirable to, for example, hold the process lock while > operating on a knlist attached to that process? It???s not obvious to me > that this is required or even desirable. This might suggest that a > knlist should have its own lock rather than using a lock from the event > producing entity, which might make addressing this problem more > straightforward. Consider the purpose of knlist. It serves as a container for all knotes registered on the given subsystem object, like all knotes of the socket, process etc which must be fired on event. See the knote() code. The consequence is that the subsystem which fires knote() typically already holds a lock protecting its own state. As result, it is natural to protect the list of the knotes to activate on subsystem event, by the subsystem lock. diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c index 0614903..3f45dca 100644 --- a/sys/kern/kern_event.c +++ b/sys/kern/kern_event.c @@ -1341,11 +1341,12 @@ findkn: } /* - * We can get here with kn->kn_knlist == NULL. This can happen when - * the initial attach event decides that the event is "completed" - * already. i.e. filt_procattach is called on a zombie process. It - * will call filt_proc which will remove it from the list, and NULL - * kn_knlist. + * We can get here with kn->kn_knlist == NULL or the knote + * detached. This can happen when the initial attach event + * decides that the event is "completed" already, + * i.e. filt_procattach is called on a zombie process. It + * will call filt_proc which will not add it to the list, and + * leave NULL kn_knlist. */ done_ev_add: if ((kev->flags & EV_ENABLE) != 0) @@ -2073,7 +2075,6 @@ knlist_remove_kq(struct knlist *knl, struct knote *kn, int knlislocked, int kqis if (!knlislocked) knl->kl_lock(knl->kl_lockarg); SLIST_REMOVE(&knl->kl_list, kn, knote, kn_selnext); - kn->kn_knlist = NULL; if (!knlislocked) knl->kl_unlock(knl->kl_lockarg); if (!kqislocked) From owner-freebsd-current@freebsd.org Wed Jun 15 08:36:45 2016 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 3DD6CA09EAD for ; Wed, 15 Jun 2016 08:36:45 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (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 037501956 for ; Wed, 15 Jun 2016 08:36:44 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 23401 invoked from network); 15 Jun 2016 08:36:44 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 15 Jun 2016 08:36:44 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Wed, 15 Jun 2016 04:37:25 -0400 (EDT) Received: (qmail 20970 invoked from network); 15 Jun 2016 08:37:25 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 15 Jun 2016 08:37:25 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 0E0EA1C43E4; Wed, 15 Jun 2016 01:36:41 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0 -r301900 and cross builds: the transition from not using WITH_META_MODE=yes to using it still seems to require cleanworld between From: Mark Millard In-Reply-To: <979FE695-C661-47F4-BA7E-07B419CFAF60@dsl-only.net> Date: Wed, 15 Jun 2016 01:36:41 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <405D01B1-9973-4C4F-A623-FE521ECA37CE@dsl-only.net> References: <979FE695-C661-47F4-BA7E-07B419CFAF60@dsl-only.net> To: Bryan Drewery , FreeBSD Current X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 08:36:45 -0000 On 2016-Jun-14, at 11:00 PM, Mark Millard = wrote: > [The following is after having updated and booted the host amd64 = environment to -r301900. The activity reported on is cross building = targeting a rpi2 (armv7-a/cortex-a7). It is trying to go from not haivng = used WITH_META_MODE=3Dyes last time I cross built to now using = WITH_META_MODE=3Dyes this time.] >=20 > Again when the prior buildworld buildkernel installkernel installworld = mergemaster sequence was by omitting WITH_META_MODE=3Dyes and then a = rebuild buildworld buildkernel was attempted using WITH_META_MODE=3Dyes = I got the "sh: ./make_keys: Exec format error" notice: >=20 >=20 >> --- lib/ncurses/ncursesw__L --- >> --- init_keytry.h --- >> sh: ./make_keys: Exec format error >> *** [init_keytry.h] Error code 126 >>=20 >> make[4]: stopped in /usr/src/lib/ncurses/ncursesw >> .ERROR_TARGET=3D'init_keytry.h' >> = .ERROR_META_FILE=3D'/usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/= init_keytry.h.meta' >> .MAKE.LEVEL=3D'4' >> MAKEFILE=3D'' >> .MAKE.MODE=3D'meta verbose missing-meta=3Dyes silent=3Dyes = missing-filemon=3Dyes meta verbose missing-meta=3Dyes silent=3Dyes = missing-filemon=3Dyes meta verbose missing-meta=3Dyes silent=3Dyes = missing-filemon=3Dyes meta verbose missing-meta=3Dyes silent=3Dyes = missing-filemon=3Dyes meta verbose missing-meta=3Dyes silent=3Dyes = missing-filemon=3Dyes' >> .CURDIR=3D'/usr/src/lib/ncurses/ncursesw' >> .MAKE=3D'make' >> .OBJDIR=3D'/usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw' >> .TARGETS=3D'all' >> DESTDIR=3D'/usr/obj/clang/arm.armv6/usr/src/tmp' >> LD_LIBRARY_PATH=3D'' >> MACHINE=3D'arm' >> MACHINE_ARCH=3D'armv6' >> MAKEOBJDIRPREFIX=3D'/usr/obj/clang/arm.armv6' >> MAKESYSPATH=3D'/usr/src/share/mk' >> MAKE_VERSION=3D'20160606' >> = PATH=3D'/usr/obj/clang/arm.armv6/usr/src/tmp/legacy/usr/sbin:/usr/obj/clan= g/arm.armv6/usr/src/tmp/legacy/usr/bin:/usr/obj/clang/arm.armv6/usr/src/tm= p/legacy/bin:/usr/obj/clang/arm.armv6/usr/src/tmp/usr/sbin:/usr/obj/clang/= arm.armv6/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' >> SRCTOP=3D'/usr/src' >> OBJTOP=3D'/usr/obj/clang/arm.armv6/usr/src' >> .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /root/src.configs/make.conf = /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk = /etc/src.conf /usr/src/lib/ncurses/ncursesw/Makefile = /usr/src/lib/ncurses/ncursesw/../ncurses/Makefile = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/lib/ncurses/ncursesw/../config.mk /usr/src/share/mk/bsd.lib.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk = /usr/src/lib/ncurses/ncursesw/../Makefile.inc = /usr/src/lib/ncurses/ncursesw/../../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.symver.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' >> .PATH=3D'. /usr/src/lib/ncurses/ncursesw = /usr/src/lib/ncurses/ncursesw/../ncurses = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tinfo = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tty = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/widechar = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/trace = /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/man' >> 1 error >=20 > So I'm trying cleanworld using WITH_META_MODE=3Dyes before trying = buildworld buidlkernel using WITH_META_MODE=3Dyes . . . >=20 > I'll report later how this goes. >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net The WITH_META_MODE=3Dyes based re-cross-build after cleanworld worked = fine. Immediately re-running the re-build using WITH_META_MODE=3Dyes again = also worked fine. Rebuilding using WITH_META_MODE=3Dyes yet again but after. . . To DESTDIR=3D/usr/obj/DESTDIRs/clang-rpi2-installkernelworld (-D for = mergemaster): installkernel mergemaster -FUp [no use of WITH_META_MODE=3Dyes for mergemaster] installworld mergemaster -FUPi [no use of WITH_META_MODE=3Dyes for mergemaster] check-old delete-old also worked fine. So as far as I can tell a first cross-build buildworld use of = WITH_META_MODE=3Dyes after having not used WITH_META_MODE=3Dyes for the = prior cross-build buildworld is the only place in the sequence needing = an explicit cleanworld beforehand. Cross-builds do seem to be working using WITH_META_MODE=3Dyes now, at = least for clang based cross-builds. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Wed Jun 15 08:56:47 2016 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 ADFFFA1345E for ; Wed, 15 Jun 2016 08:56:47 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.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 72ADA1520 for ; Wed, 15 Jun 2016 08:56:47 +0000 (UTC) (envelope-from pho@holm.cc) Received: from x2.osted.lan (87-58-223-204-dynamic.dk.customer.tdc.net [87.58.223.204]) by relay01.pair.com (Postfix) with ESMTP id 662B0D00707; Wed, 15 Jun 2016 04:56:45 -0400 (EDT) Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.9/8.14.9) with ESMTP id u5F8uhMZ012667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 15 Jun 2016 10:56:43 +0200 (CEST) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.9/8.14.9/Submit) id u5F8uhKW012666; Wed, 15 Jun 2016 10:56:43 +0200 (CEST) (envelope-from pho) Date: Wed, 15 Jun 2016 10:56:42 +0200 From: Peter Holm To: Konstantin Belousov Cc: Eric Badger , FreeBSD Current Subject: Re: Kqueue races causing crashes Message-ID: <20160615085642.GA11995@x2.osted.lan> References: <34035bf6-8b3c-d15c-765b-94bcc919ea2e@badgerio.us> <20160615081143.GS38613@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160615081143.GS38613@kib.kiev.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 08:56:47 -0000 On Wed, Jun 15, 2016 at 11:11:43AM +0300, Konstantin Belousov wrote: > On Tue, Jun 14, 2016 at 10:26:14PM -0500, Eric Badger wrote: > > I believe they all have more or less the same cause. The crashes occur > > because we acquire a knlist lock via the KN_LIST_LOCK macro, but when we > > call KN_LIST_UNLOCK, the knote???s knlist reference (kn->kn_knlist) has > > been cleared by another thread. Thus we are unable to unlock the > > previously acquired lock and hold it until something causes us to crash > > (such as the witness code noticing that we???re returning to userland with > > the lock still held). > ... > > I believe there???s also a small window where the KN_LIST_LOCK macro > > checks kn->kn_knlist and finds it to be non-NULL, but by the time it > > actually dereferences it, it has become NULL. This would produce the > > ???page fault while in kernel mode??? crash. > > > > If someone familiar with this code sees an obvious fix, I???ll be happy to > > test it. Otherwise, I???d appreciate any advice on fixing this. My first > > thought is that a ???struct knote??? ought to have its own mutex for > > controlling access to the flag fields and ideally the ???kn_knlist??? field. > > I.e., you would first acquire a knote???s lock and then the knlist lock, > > thus ensuring that no one could clear the kn_knlist variable while you > > hold the knlist lock. The knlist lock, however, usually comes from > > whichever event producing entity the knote tracks, so getting lock > > ordering right between the per-knote mutex and this other lock seems > > potentially hard. (Sometimes we call into functions in kern_event.c with > > the knlist lock already held, having been acquired in code outside of > > kern_event.c. Consider, for example, calling KNOTE_LOCKED from > > kern_exit.c; the PROC_LOCK macro has already been used to acquire the > > process lock, also serving as the knlist lock). > This sounds as a good and correct analysis. I tried your test program > for around a hour on 8-threads machine, but was not able to trigger the > issue. Might be Peter have better luck reproducing them. Still, I think > that the problem is there. > I got this after 10 runs: userret: returning with the following locks held: exclusive sleep mutex process lock (process lock) r = 0 (0xcb714758) locked @ kern/kern_event.c:2125 panic: witness_warn cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c15b7f5c,c1844da8,0,c158b3fc,f3b29af8,...) at db_trace_self_wrapper+0x2a/frame 0xf3b29ac8 kdb_backtrace(c17a92d1,0,c1228287,f3b29b94,0,...) at kdb_backtrace+0x2d/frame 0xf3b29b30 vpanic(c1228287,f3b29b94,c1228287,f3b29b94,f3b29b94,...) at vpanic+0x115/frame 0xf3b29b64 kassert_panic(c1228287,c15bc2c4,cb714758,c15aa7c1,84d,...) at kassert_panic+0xd9/frame 0xf3b29b88 witness_warn(2,0,c15ba937,f3b29ca8,c0c018d0,...) at witness_warn+0x32a/frame 0xf3b29bdc userret(cc2e1340,f3b29ce8,c15aadd7,4,0,...) at userret+0x92/frame 0xf3b29c20 syscall(f3b29ce8) at syscall+0x50e/frame 0xf3b29cdc I'll apply the patch and test. - Peter From owner-freebsd-current@freebsd.org Wed Jun 15 11:50:04 2016 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 BCE20A44170 for ; Wed, 15 Jun 2016 11:50:04 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.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 8161D175D for ; Wed, 15 Jun 2016 11:50:04 +0000 (UTC) (envelope-from pho@holm.cc) Received: from x2.osted.lan (87-58-223-204-dynamic.dk.customer.tdc.net [87.58.223.204]) by relay01.pair.com (Postfix) with ESMTP id 2B24AD006E7; Wed, 15 Jun 2016 07:50:02 -0400 (EDT) Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.9/8.14.9) with ESMTP id u5FBo0PH023416 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 15 Jun 2016 13:50:00 +0200 (CEST) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.9/8.14.9/Submit) id u5FBo0bI023403; Wed, 15 Jun 2016 13:50:00 +0200 (CEST) (envelope-from pho) Date: Wed, 15 Jun 2016 13:50:00 +0200 From: Peter Holm To: Konstantin Belousov Cc: Eric Badger , FreeBSD Current Subject: Re: Kqueue races causing crashes Message-ID: <20160615115000.GA23198@x2.osted.lan> References: <34035bf6-8b3c-d15c-765b-94bcc919ea2e@badgerio.us> <20160615081143.GS38613@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160615081143.GS38613@kib.kiev.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 11:50:04 -0000 On Wed, Jun 15, 2016 at 11:11:43AM +0300, Konstantin Belousov wrote: > On Tue, Jun 14, 2016 at 10:26:14PM -0500, Eric Badger wrote: > > I believe they all have more or less the same cause. The crashes occur > > because we acquire a knlist lock via the KN_LIST_LOCK macro, but when we > > call KN_LIST_UNLOCK, the knote???s knlist reference (kn->kn_knlist) has > > been cleared by another thread. Thus we are unable to unlock the > > previously acquired lock and hold it until something causes us to crash > > (such as the witness code noticing that we???re returning to userland with > > the lock still held). > ... > > I believe there???s also a small window where the KN_LIST_LOCK macro > > checks kn->kn_knlist and finds it to be non-NULL, but by the time it > > actually dereferences it, it has become NULL. This would produce the > > ???page fault while in kernel mode??? crash. > > > > If someone familiar with this code sees an obvious fix, I???ll be happy to > > test it. Otherwise, I???d appreciate any advice on fixing this. My first > > thought is that a ???struct knote??? ought to have its own mutex for > > controlling access to the flag fields and ideally the ???kn_knlist??? field. > > I.e., you would first acquire a knote???s lock and then the knlist lock, > > thus ensuring that no one could clear the kn_knlist variable while you > > hold the knlist lock. The knlist lock, however, usually comes from > > whichever event producing entity the knote tracks, so getting lock > > ordering right between the per-knote mutex and this other lock seems > > potentially hard. (Sometimes we call into functions in kern_event.c with > > the knlist lock already held, having been acquired in code outside of > > kern_event.c. Consider, for example, calling KNOTE_LOCKED from > > kern_exit.c; the PROC_LOCK macro has already been used to acquire the > > process lock, also serving as the knlist lock). > This sounds as a good and correct analysis. I tried your test program > for around a hour on 8-threads machine, but was not able to trigger the > issue. Might be Peter have better luck reproducing them. Still, I think > that the problem is there. > > IMO we should simply avoid clearing kn_knlist in knlist_remove(). The > member is only used to get the locking function pointers, otherwise > code relies on KN_DETACHED flag to detect on-knlist condition. See > the patch below. > > > > > Apropos of the knlist lock and its provenance: why is a lock from the > > event producing entity used to control access to the knlist and knote? > > Is it generally desirable to, for example, hold the process lock while > > operating on a knlist attached to that process? It???s not obvious to me > > that this is required or even desirable. This might suggest that a > > knlist should have its own lock rather than using a lock from the event > > producing entity, which might make addressing this problem more > > straightforward. > > Consider the purpose of knlist. It serves as a container for all knotes > registered on the given subsystem object, like all knotes of the socket, > process etc which must be fired on event. See the knote() code. The > consequence is that the subsystem which fires knote() typically already > holds a lock protecting its own state. As result, it is natural to > protect the list of the knotes to activate on subsystem event, by the > subsystem lock. > > diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c > index 0614903..3f45dca 100644 > --- a/sys/kern/kern_event.c There is not much gdb info here; I'll try to rebuild kgdb. https://people.freebsd.org/~pho/stress/log/kostik900.txt The number of CPUs seems important to this test. Four works for me. - Peter From owner-freebsd-current@freebsd.org Wed Jun 15 12:04:03 2016 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 A4E55A44D74 for ; Wed, 15 Jun 2016 12:04:03 +0000 (UTC) (envelope-from lifanov@mail.lifanov.com) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 92E6412DA for ; Wed, 15 Jun 2016 12:04:03 +0000 (UTC) (envelope-from lifanov@mail.lifanov.com) Received: from [127.0.0.1] (unknown [107.15.95.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id 4B94B239A89 for ; Wed, 15 Jun 2016 08:03:57 -0400 (EDT) Subject: Re: [CFT] ypldap testing against OpenLDAP and Microsoft Active Directory To: freebsd-current@freebsd.org References: <7c39e5ac-3ed7-f19a-e175-d27af07eea47@delphij.net> <5fc80d8ee559336a657514b3f2ec2a33@ultimatedns.net> From: Nikolai Lifanov Message-ID: Date: Wed, 15 Jun 2016 08:03:55 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 12:04:03 -0000 On 06/14/2016 21:05, Marcelo Araujo wrote: > 2016-06-15 8:17 GMT+08:00 Chris H : > >> On Thu, 9 Jun 2016 17:55:58 +0800 Marcelo Araujo >> wrote >> >>> Hey, >>> >>> Thanks for the CFT Craig. >>> >>> 2016-06-09 14:41 GMT+08:00 Xin Li : >>> >>>> >>>> >>>> On 6/8/16 23:10, Craig Rodrigues wrote: >>>>> Hi, >>>>> >>>>> I have worked with Marcelo Araujo to port OpenBSD's ypldap to FreeBSD >>>>> current. >>>>> >>>>> In latest current, it should be possible to put in /etc/rc.conf: >>>>> >>>>> nis_ypldap_enable="YES" >>>>> to activate the ypldap daemon. >>>>> >>>>> When set up properly, it should be possible to log into FreeBSD, and >> have >>>>> the backend password database come from an LDAP database such >>>>> as OpenLDAP >>>>> >>>>> There is some documentation for setting this up, but it is OpenBSD >>>> specific: >>>>> >>>>> http://obfuscurity.com/2009/08/OpenBSD-as-an-LDAP-Client >>>>> http://puffysecurity.com/wiki/ypldap.html#2 >>>>> >>>>> I did not bother porting the OpenBSD LDAP server to FreeBSD, so that >>>>> information >>>>> does not apply. I figure that openldap from ports should work fine. >>>>> >>>>> I was wondering if there is someone out there familiar enough with >> LDAP >>>>> and has a setup they can test this stuff out with, provide feedback, >> and >>>>> help >>>>> improve the documentation for FreeBSD? >>>> >>>> Looks like it would be a fun weekend project. I've cc'ed a potential >>>> person who may be interested in this as well. >>>> >>>> But will this worth the effort? (I think the current implementation >>>> would do everything with plaintext protocol over wire, so while it >>>> extends life for legacy applications that are still using NIS/YP, it >>>> doesn't seem to be something that we should recommend end user to use?) >>>> >>> >>> I can see two good point to use ypldap that would be basically for users >>> that needs to migrate from NIS to LDAP or need to make some integration >>> between legacy(NIS) and LDAP during a transition period to LDAP. >>> >>> As mentioned, NIS is 'plain text' not safe by its nature, however there >> are >>> still lots of people out there using NIS, and ypldap(8) is a good tool to >>> help these people migrate to a more safe tool like LDAP. >>> >>> >>>> >>>>> I would also be interested in hearing from someone who can see if >>>>> ypldap can work against a Microsoft Active Directory setup? >>>> >>>> Cheers, >>>> >>>> >>> All my tests were using OpenLDAP, I used the OpenBSD documentation to >> setup >>> everything, and the file share/examples/ypldap/ypldap.conf can be a good >>> start to anybody that wants to start to work with ypldap(8). >>> >>> Would be nice hear from other users how was their experience using ypldap >>> with MS Active Directory and perhaps some HOWTO how they made all the >> setup >>> would be amazing to have. >>> >>> Also, would be useful to know who are still using NIS and what kind of >>> setup(user case), maybe even the reason why they are still using it. >> >> Honestly, I think the best way to motivate people to do the right thing(tm) >> Would be to remove Yellow Pages from the tree, entirely. :-) >> It's been dead for *years*, and as you say, isn't safe, anyway.. >> > > Yes, I have a plan for that, but I don't believe it will happens before > FreeBSD 12-RELEASE. > Please don't, at least for now. NIS is fast, simple, reliable, and works on first boot without additional software. I have passwords in Kerberos, so the usual cons doesn't apply. This is very valuable to me. It's not hurting anyone. What's the motivation behind removing it? > >> >> --Chris >>> >>> >>> Best, >>> -- >>> >>> -- >>> Marcelo Araujo (__)araujo@FreeBSD.org >>> \\\'',)http://www.FreeBSD.org \/ \ ^ >>> Power To Server. .\. /_) >>> _______________________________________________ >>> 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 Wed Jun 15 14:58:59 2016 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 C179BA44CCA for ; Wed, 15 Jun 2016 14:58:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id A351611F4; Wed, 15 Jun 2016 14:58:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 9725511D0; Wed, 15 Jun 2016 14:58:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id F3D9F1CDFF; Wed, 15 Jun 2016 14:58:58 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id IZfUD2Kkym-g; Wed, 15 Jun 2016 14:58:54 +0000 (UTC) Subject: Re: 11.0 -r301900 and cross builds: the transition from not using WITH_META_MODE=yes to using it still seems to require cleanworld between DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 532C71CDF3 To: Mark Millard , FreeBSD Current References: <979FE695-C661-47F4-BA7E-07B419CFAF60@dsl-only.net> <405D01B1-9973-4C4F-A623-FE521ECA37CE@dsl-only.net> From: Bryan Drewery Organization: FreeBSD Message-ID: <474b0f24-46e9-63a1-3735-61b129bfca11@FreeBSD.org> Date: Wed, 15 Jun 2016 07:58:46 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <405D01B1-9973-4C4F-A623-FE521ECA37CE@dsl-only.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: base64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 14:58:59 -0000 T24gNi8xNS8xNiAxOjM2IEFNLCBNYXJrIE1pbGxhcmQgd3JvdGU6DQo+IE9uIDIwMTYtSnVu LTE0LCBhdCAxMTowMCBQTSwgTWFyayBNaWxsYXJkIDxtYXJrbWkgYXQgZHNsLW9ubHkubmV0 PiB3cm90ZToNCj4gDQo+PiBbVGhlIGZvbGxvd2luZyBpcyBhZnRlciBoYXZpbmcgdXBkYXRl ZCBhbmQgYm9vdGVkIHRoZSBob3N0IGFtZDY0IGVudmlyb25tZW50IHRvIC1yMzAxOTAwLiBU aGUgYWN0aXZpdHkgcmVwb3J0ZWQgb24gaXMgY3Jvc3MgYnVpbGRpbmcgdGFyZ2V0aW5nIGEg cnBpMiAoYXJtdjctYS9jb3J0ZXgtYTcpLiBJdCBpcyB0cnlpbmcgdG8gZ28gZnJvbSBub3Qg aGFpdm5nIHVzZWQgV0lUSF9NRVRBX01PREU9eWVzIGxhc3QgdGltZSBJIGNyb3NzIGJ1aWx0 IHRvIG5vdyB1c2luZyBXSVRIX01FVEFfTU9ERT15ZXMgdGhpcyB0aW1lLl0NCj4+DQo+PiBB Z2FpbiB3aGVuIHRoZSBwcmlvciBidWlsZHdvcmxkIGJ1aWxka2VybmVsIGluc3RhbGxrZXJu ZWwgaW5zdGFsbHdvcmxkIG1lcmdlbWFzdGVyIHNlcXVlbmNlIHdhcyBieSBvbWl0dGluZyBX SVRIX01FVEFfTU9ERT15ZXMgYW5kIHRoZW4gYSByZWJ1aWxkIGJ1aWxkd29ybGQgYnVpbGRr ZXJuZWwgd2FzIGF0dGVtcHRlZCB1c2luZyBXSVRIX01FVEFfTU9ERT15ZXMgSSBnb3QgdGhl ICJzaDogLi9tYWtlX2tleXM6IEV4ZWMgZm9ybWF0IGVycm9yIiBub3RpY2U6DQo+Pg0KPj4N Cj4+PiAtLS0gbGliL25jdXJzZXMvbmN1cnNlc3dfX0wgLS0tDQo+Pj4gLS0tIGluaXRfa2V5 dHJ5LmggLS0tDQo+Pj4gc2g6IC4vbWFrZV9rZXlzOiBFeGVjIGZvcm1hdCBlcnJvcg0KPj4+ ICoqKiBbaW5pdF9rZXl0cnkuaF0gRXJyb3IgY29kZSAxMjYNCj4+Pg0KDQpBaCB5ZXMsIHRo aXMgaXMgYSBiaXQgb2YgYSBzcGVjaWFsIGNhc2UgdGhhdCByZXF1aXJlcyBjbGVhbmluZyBm aXJzdC4gIEkNCnRoaW5rIGl0IHNob3VsZCBvbmx5IGhhcHBlbiBmcm9tIHByZXZpb3VzbHkg YmFkIGJ1aWxkcyB0aG91Z2ggKG1pc3NpbmcNCnJlY2VudCBmaXhlcykgcmF0aGVyIHRoYW4g YSBjbGVhbndvcmxkIC0+IG5vbi1tZXRhIGNyb3NzIGJ1aWxkIC0+IG1ldGENCmNyb3NzLWJ1 aWxkLg0KDQo+Pj4gbWFrZVs0XTogc3RvcHBlZCBpbiAvdXNyL3NyYy9saWIvbmN1cnNlcy9u Y3Vyc2Vzdw0KPj4+IC5FUlJPUl9UQVJHRVQ9J2luaXRfa2V5dHJ5LmgnDQo+Pj4gLkVSUk9S X01FVEFfRklMRT0nL3Vzci9vYmovY2xhbmcvYXJtLmFybXY2L3Vzci9zcmMvbGliL25jdXJz ZXMvbmN1cnNlc3cvaW5pdF9rZXl0cnkuaC5tZXRhJw0KPj4+IC5NQUtFLkxFVkVMPSc0Jw0K Pj4+IE1BS0VGSUxFPScnDQo+Pj4gLk1BS0UuTU9ERT0nbWV0YSB2ZXJib3NlIG1pc3Npbmct bWV0YT15ZXMgc2lsZW50PXllcyBtaXNzaW5nLWZpbGVtb249eWVzIG1ldGEgdmVyYm9zZSBt aXNzaW5nLW1ldGE9eWVzIHNpbGVudD15ZXMgbWlzc2luZy1maWxlbW9uPXllcyBtZXRhIHZl cmJvc2UgbWlzc2luZy1tZXRhPXllcyBzaWxlbnQ9eWVzIG1pc3NpbmctZmlsZW1vbj15ZXMg bWV0YSB2ZXJib3NlIG1pc3NpbmctbWV0YT15ZXMgc2lsZW50PXllcyBtaXNzaW5nLWZpbGVt b249eWVzIG1ldGEgdmVyYm9zZSBtaXNzaW5nLW1ldGE9eWVzIHNpbGVudD15ZXMgbWlzc2lu Zy1maWxlbW9uPXllcycNCj4+PiAuQ1VSRElSPScvdXNyL3NyYy9saWIvbmN1cnNlcy9uY3Vy c2VzdycNCj4+PiAuTUFLRT0nbWFrZScNCj4+PiAuT0JKRElSPScvdXNyL29iai9jbGFuZy9h cm0uYXJtdjYvdXNyL3NyYy9saWIvbmN1cnNlcy9uY3Vyc2VzdycNCj4+PiAuVEFSR0VUUz0n YWxsJw0KPj4+IERFU1RESVI9Jy91c3Ivb2JqL2NsYW5nL2FybS5hcm12Ni91c3Ivc3JjL3Rt cCcNCj4+PiBMRF9MSUJSQVJZX1BBVEg9JycNCj4+PiBNQUNISU5FPSdhcm0nDQo+Pj4gTUFD SElORV9BUkNIPSdhcm12NicNCj4+PiBNQUtFT0JKRElSUFJFRklYPScvdXNyL29iai9jbGFu Zy9hcm0uYXJtdjYnDQo+Pj4gTUFLRVNZU1BBVEg9Jy91c3Ivc3JjL3NoYXJlL21rJw0KPj4+ IE1BS0VfVkVSU0lPTj0nMjAxNjA2MDYnDQo+Pj4gUEFUSD0nL3Vzci9vYmovY2xhbmcvYXJt LmFybXY2L3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2JpbjovdXNyL29iai9jbGFuZy9hcm0u YXJtdjYvdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9iaW46L3Vzci9vYmovY2xhbmcvYXJtLmFy bXY2L3Vzci9zcmMvdG1wL2xlZ2FjeS9iaW46L3Vzci9vYmovY2xhbmcvYXJtLmFybXY2L3Vz ci9zcmMvdG1wL3Vzci9zYmluOi91c3Ivb2JqL2NsYW5nL2FybS5hcm12Ni91c3Ivc3JjL3Rt cC91c3IvYmluOi9zYmluOi9iaW46L3Vzci9zYmluOi91c3IvYmluJw0KPj4+IFNSQ1RPUD0n L3Vzci9zcmMnDQo+Pj4gT0JKVE9QPScvdXNyL29iai9jbGFuZy9hcm0uYXJtdjYvdXNyL3Ny YycNCj4+PiAuTUFLRS5NQUtFRklMRVM9Jy91c3Ivc3JjL3NoYXJlL21rL3N5cy5tayAvdXNy L3NyYy9zaGFyZS9tay9sb2NhbC5zeXMuZW52Lm1rIC91c3Ivc3JjL3NoYXJlL21rL3NyYy5z eXMuZW52Lm1rIC9yb290L3NyYy5jb25maWdzL3NyYy5jb25mLnJwaTItY2xhbmctYm9vdHN0 cmFwLmFtZDY0LWhvc3QgL3Vzci9zcmMvc2hhcmUvbWsvYnNkLm1rb3B0Lm1rIC9yb290L3Ny Yy5jb25maWdzL21ha2UuY29uZiAvdXNyL3NyYy9zaGFyZS9tay9sb2NhbC5zeXMubWsgL3Vz ci9zcmMvc2hhcmUvbWsvc3JjLnN5cy5tayAvZXRjL3NyYy5jb25mIC91c3Ivc3JjL2xpYi9u Y3Vyc2VzL25jdXJzZXN3L01ha2VmaWxlIC91c3Ivc3JjL2xpYi9uY3Vyc2VzL25jdXJzZXN3 Ly4uL25jdXJzZXMvTWFrZWZpbGUgL3Vzci9zcmMvc2hhcmUvbWsvc3JjLm9wdHMubWsgL3Vz ci9zcmMvc2hhcmUvbWsvYnNkLm93bi5tayAvdXNyL3NyYy9zaGFyZS9tay9ic2Qub3B0cy5t ayAvdXNyL3NyYy9zaGFyZS9tay9ic2QuY3B1Lm1rIC91c3Ivc3JjL3NoYXJlL21rL2JzZC5j b21waWxlci5tayAvdXNyL3NyYy9zaGFyZS9tay9ic2QuY29tcGlsZXIubWsgL3Vzci9zcmMv bGliL25jdXJzZXMvbmN1cnNlc3cvLi4vY29uZmlnLm1rIC91c3Ivc3JjL3NoYXJlL21rL2Jz ZC5saWIubWsgL3Vzci9zcmMvc2hhcmUvbWsvYnNkLmluaXQubWsgL3Vzci9zcmMvc2hhcmUv bWsvbG9jYWwuaW5pdC5tayAvdXNyL3NyYy9zaGFyZS9tay9zcmMuaW5pdC5tayAvdXNyL3Ny Yy9saWIvbmN1cnNlcy9uY3Vyc2Vzdy8uLi9NYWtlZmlsZS5pbmMgL3Vzci9zcmMvbGliL25j dXJzZXMvbmN1cnNlc3cvLi4vLi4vTWFrZWZpbGUuaW5jIC91c3Ivc3JjL3NoYXJlL21rL2Jz ZC5saWJuYW1lcy5tayAvdXNyL3NyYy9zaGFyZS9tay9zcmMubGlibmFtZXMubWsgL3Vzci9z cmMvc2hhcmUvbWsvYnNkLnN5bXZlci5tayAvdXNyL3NyYy9zaGFyZS9tay9ic2QubmxzLm1r IC91c3Ivc3JjL3NoYXJlL21rL2JzZC5maWxlcy5tayAvdXNyL3NyYy9zaGFyZS9tay9ic2Qu aW5jcy5tayAvdXNyL3NyYy9zaGFyZS9tay9ic2QuY29uZnMubWsgL3Vzci9zcmMvc2hhcmUv bWsvYnNkLmxpbmtzLm1rIC91c3Ivc3JjL3NoYXJlL21rL2JzZC5kZXAubWsgL3Vzci9zcmMv c2hhcmUvbWsvYnNkLmNsYW5nLWFuYWx5emUubWsgL3Vzci9zcmMvc2hhcmUvbWsvYnNkLm9i ai5tayAvdXNyL3NyYy9zaGFyZS9tay9ic2Quc3ViZGlyLm1rIC91c3Ivc3JjL3NoYXJlL21r L2JzZC5zeXMubWsnDQo+Pj4gLlBBVEg9Jy4gL3Vzci9zcmMvbGliL25jdXJzZXMvbmN1cnNl c3cgL3Vzci9zcmMvbGliL25jdXJzZXMvbmN1cnNlc3cvLi4vbmN1cnNlcyAvdXNyL3NyYy9s aWIvbmN1cnNlcy9uY3Vyc2Vzdy8uLi8uLi8uLi9jb250cmliL25jdXJzZXMvaW5jbHVkZSAv dXNyL3NyYy9saWIvbmN1cnNlcy9uY3Vyc2Vzdy8uLi8uLi8uLi9jb250cmliL25jdXJzZXMv bmN1cnNlcy9iYXNlIC91c3Ivc3JjL2xpYi9uY3Vyc2VzL25jdXJzZXN3Ly4uLy4uLy4uL2Nv bnRyaWIvbmN1cnNlcy9uY3Vyc2VzL3RpbmZvIC91c3Ivc3JjL2xpYi9uY3Vyc2VzL25jdXJz ZXN3Ly4uLy4uLy4uL2NvbnRyaWIvbmN1cnNlcy9uY3Vyc2VzL3R0eSAvdXNyL3NyYy9saWIv bmN1cnNlcy9uY3Vyc2Vzdy8uLi8uLi8uLi9jb250cmliL25jdXJzZXMvbmN1cnNlcy93aWRl Y2hhciAvdXNyL3NyYy9saWIvbmN1cnNlcy9uY3Vyc2Vzdy8uLi8uLi8uLi9jb250cmliL25j dXJzZXMvbmN1cnNlcy90cmFjZSAvdXNyL3NyYy9saWIvbmN1cnNlcy9uY3Vyc2Vzdy8uLi8u Li8uLi9jb250cmliL25jdXJzZXMvbWFuJw0KPj4+IDEgZXJyb3INCj4+DQo+PiBTbyBJJ20g dHJ5aW5nIGNsZWFud29ybGQgdXNpbmcgV0lUSF9NRVRBX01PREU9eWVzIGJlZm9yZSB0cnlp bmcgYnVpbGR3b3JsZCBidWlkbGtlcm5lbCB1c2luZyBXSVRIX01FVEFfTU9ERT15ZXMgLiAu IC4NCj4+DQo+PiBJJ2xsIHJlcG9ydCBsYXRlciBob3cgdGhpcyBnb2VzLg0KPj4NCj4+DQo+ PiA9PT0NCj4+IE1hcmsgTWlsbGFyZA0KPj4gbWFya21pIGF0IGRzbC1vbmx5Lm5ldA0KPiAN Cj4gVGhlIFdJVEhfTUVUQV9NT0RFPXllcyBiYXNlZCByZS1jcm9zcy1idWlsZCBhZnRlciBj bGVhbndvcmxkIHdvcmtlZCBmaW5lLg0KPiANCj4gSW1tZWRpYXRlbHkgcmUtcnVubmluZyB0 aGUgcmUtYnVpbGQgdXNpbmcgV0lUSF9NRVRBX01PREU9eWVzIGFnYWluIGFsc28gd29ya2Vk IGZpbmUuDQo+IA0KPiBSZWJ1aWxkaW5nIHVzaW5nIFdJVEhfTUVUQV9NT0RFPXllcyB5ZXQg YWdhaW4gYnV0IGFmdGVyLiAuIC4NCj4gDQo+ICAgICBUbyBERVNURElSPS91c3Ivb2JqL0RF U1RESVJzL2NsYW5nLXJwaTItaW5zdGFsbGtlcm5lbHdvcmxkICgtRCBmb3IgbWVyZ2VtYXN0 ZXIpOg0KPiANCj4gICAgIGluc3RhbGxrZXJuZWwNCj4gICAgIG1lcmdlbWFzdGVyIC1GVXAg W25vIHVzZSBvZiBXSVRIX01FVEFfTU9ERT15ZXMgZm9yIG1lcmdlbWFzdGVyXQ0KPiAgICAg aW5zdGFsbHdvcmxkDQo+ICAgICBtZXJnZW1hc3RlciAtRlVQaSBbbm8gdXNlIG9mIFdJVEhf TUVUQV9NT0RFPXllcyBmb3IgbWVyZ2VtYXN0ZXJdDQo+ICAgICBjaGVjay1vbGQNCj4gICAg IGRlbGV0ZS1vbGQNCj4gDQo+IGFsc28gd29ya2VkIGZpbmUuDQo+IA0KPiBTbyBhcyBmYXIg YXMgSSBjYW4gdGVsbCBhIGZpcnN0IGNyb3NzLWJ1aWxkIGJ1aWxkd29ybGQgdXNlIG9mIFdJ VEhfTUVUQV9NT0RFPXllcyBhZnRlciBoYXZpbmcgbm90IHVzZWQgV0lUSF9NRVRBX01PREU9 eWVzIGZvciB0aGUgcHJpb3IgY3Jvc3MtYnVpbGQgYnVpbGR3b3JsZCBpcyB0aGUgb25seSBw bGFjZSBpbiB0aGUgc2VxdWVuY2UgbmVlZGluZyBhbiBleHBsaWNpdCBjbGVhbndvcmxkIGJl Zm9yZWhhbmQuDQo+IA0KPiBDcm9zcy1idWlsZHMgZG8gc2VlbSB0byBiZSB3b3JraW5nIHVz aW5nIFdJVEhfTUVUQV9NT0RFPXllcyBub3csIGF0IGxlYXN0IGZvciBjbGFuZyBiYXNlZCBj cm9zcy1idWlsZHMuDQo+IA0KDQoNClRoYW5rIHlvdSBmb3IgdGVzdGluZyBhbmQgcG9zdGlu ZyB0aGlzIQ0KDQoNCi0tIA0KUmVnYXJkcywNCkJyeWFuIERyZXdlcnkNCg== From owner-freebsd-current@freebsd.org Wed Jun 15 17:39:53 2016 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 08719A4775D for ; Wed, 15 Jun 2016 17:39:53 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EC2CD1149 for ; Wed, 15 Jun 2016 17:39:52 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1466012382593652.1472860069562; Wed, 15 Jun 2016 10:39:42 -0700 (PDT) Date: Wed, 15 Jun 2016 10:39:42 -0700 From: Matthew Macy To: "Peter Holm" Cc: "Konstantin Belousov" , "Eric Badger" , "freebsd-current" Message-ID: <1555525b518.c9c704c026886.2375886287356557279@nextbsd.org> In-Reply-To: <20160615115000.GA23198@x2.osted.lan> References: <34035bf6-8b3c-d15c-765b-94bcc919ea2e@badgerio.us> <20160615081143.GS38613@kib.kiev.ua> <20160615115000.GA23198@x2.osted.lan> Subject: Re: Kqueue races causing crashes MIME-Version: 1.0 User-Agent: Zoho Mail X-Mailer: Zoho Mail Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 17:39:53 -0000 =20 =20 You can use dwarf4 if you use GDB from ports=C2=A0---- On Wed, = 15 Jun 2016 04:50:00 -0700 Peter Holm wrote ----On Wed, Jun= 15, 2016 at 11:11:43AM +0300, Konstantin Belousov wrote: > On Tue, Jun 14,= 2016 at 10:26:14PM -0500, Eric Badger wrote: > > I believe they all have m= ore or less the same cause. The crashes occur > > because we acquire a knl= ist lock via the KN_LIST_LOCK macro, but when we > > call KN_LIST_UNLOCK, = the knote???s knlist reference (kn->kn_knlist) has > > been cleared by ano= ther thread. Thus we are unable to unlock the > > previously acquired lock= and hold it until something causes us to crash > > (such as the witness c= ode noticing that we???re returning to userland with > > the lock still he= ld). > ... > > I believe there???s also a small window where the KN_LIST_LO= CK macro > > checks kn->kn_knlist and finds it to be non-NULL, but by the = time it > > actually dereferences it, it has become NULL. This would produ= ce the > > ???page fault while in kernel mode??? crash. > > > > If someon= e familiar with this code sees an obvious fix, I???ll be happy to > > test= it. Otherwise, I???d appreciate any advice on fixing this. My first > > t= hought is that a ???struct knote??? ought to have its own mutex for > > co= ntrolling access to the flag fields and ideally the ???kn_knlist??? field. = > > I.e., you would first acquire a knote???s lock and then the knlist loc= k, > > thus ensuring that no one could clear the kn_knlist variable while = you > > hold the knlist lock. The knlist lock, however, usually comes from= > > whichever event producing entity the knote tracks, so getting lock >= > ordering right between the per-knote mutex and this other lock seems > = > potentially hard. (Sometimes we call into functions in kern_event.c with = > > the knlist lock already held, having been acquired in code outside of = > > kern_event.c. Consider, for example, calling KNOTE_LOCKED from > > ke= rn_exit.c; the PROC_LOCK macro has already been used to acquire the > > pr= ocess lock, also serving as the knlist lock). > This sounds as a good and c= orrect analysis. I tried your test program > for around a hour on 8-threads= machine, but was not able to trigger the > issue. Might be Peter have bett= er luck reproducing them. Still, I think > that the problem is there. > > = IMO we should simply avoid clearing kn_knlist in knlist_remove(). The > me= mber is only used to get the locking function pointers, otherwise > code re= lies on KN_DETACHED flag to detect on-knlist condition. See > the patch be= low. > > > > > Apropos of the knlist lock and its provenance: why is a lo= ck from the > > event producing entity used to control access to the knlis= t and knote? > > Is it generally desirable to, for example, hold the proce= ss lock while > > operating on a knlist attached to that process? It???s n= ot obvious to me > > that this is required or even desirable. This might s= uggest that a > > knlist should have its own lock rather than using a lock= from the event > > producing entity, which might make addressing this pro= blem more > > straightforward. > > Consider the purpose of knlist. It ser= ves as a container for all knotes > registered on the given subsystem objec= t, like all knotes of the socket, > process etc which must be fired on even= t. See the knote() code. The > consequence is that the subsystem which fire= s knote() typically already > holds a lock protecting its own state. As res= ult, it is natural to > protect the list of the knotes to activate on subsy= stem event, by the > subsystem lock. > > diff --git a/sys/kern/kern_event.= c b/sys/kern/kern_event.c > index 0614903..3f45dca 100644 > --- a/sys/kern/= kern_event.c There is not much gdb info here; I'll try to rebuild kgdb. h= ttps://people.freebsd.org/~pho/stress/log/kostik900.txt The number of CPUs= seems important to this test. Four works for me. - Peter ________________= _______________________________ freebsd-current@freebsd.org mailing list ht= tps://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, se= nd any mail to "freebsd-current-unsubscribe@freebsd.org"=20 =20 =20 =20 =20 From owner-freebsd-current@freebsd.org Wed Jun 15 17:45:33 2016 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 95667A47918 for ; Wed, 15 Jun 2016 17:45:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 3DADB16BE for ; Wed, 15 Jun 2016 17:45: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 u5FHjOgY042028 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 15 Jun 2016 20:45:25 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u5FHjOgY042028 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u5FHjOEm042025; Wed, 15 Jun 2016 20:45:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 15 Jun 2016 20:45:24 +0300 From: Konstantin Belousov To: Matthew Macy Cc: Peter Holm , Eric Badger , freebsd-current Subject: Re: Kqueue races causing crashes Message-ID: <20160615174524.GF38613@kib.kiev.ua> References: <34035bf6-8b3c-d15c-765b-94bcc919ea2e@badgerio.us> <20160615081143.GS38613@kib.kiev.ua> <20160615115000.GA23198@x2.osted.lan> <1555525b518.c9c704c026886.2375886287356557279@nextbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <1555525b518.c9c704c026886.2375886287356557279@nextbsd.org> User-Agent: Mutt/1.6.1 (2016-04-27) 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.22 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, 15 Jun 2016 17:45:33 -0000 On Wed, Jun 15, 2016 at 10:39:42AM -0700, Matthew Macy wrote: >=20 > =20 >=20 > =20 > You can use dwarf4 if you use GDB from ports How would it help ? Problem for kgdb is that %rip is zero, due to function pointer being set to NULL in a destroyed knlist. Either version of kgdb would not find neither code nor unwind annotations for zero address. But the issue is understood and we are working on the version of fix. =9A---- On Wed, 15 Jun 2016 04:50:00 -0700 Peter Holm wrote= ----On Wed, Jun 15, 2016 at 11:11:43AM +0300, Konstantin Belousov wrote: >= On Tue, Jun 14, 2016 at 10:26:14PM -0500, Eric Badger wrote: > > I believe= they all have more or less the same cause. The crashes occur > > because = we acquire a knlist lock via the KN_LIST_LOCK macro, but when we > > call = KN_LIST_UNLOCK, the knote???s knlist reference (kn->kn_knlist) has > > bee= n cleared by another thread. Thus we are unable to unlock the > > previous= ly acquired lock and hold it until something causes us to crash > > (such = as the witness code noticing that we???re returning to userland with > > t= he lock still held). > ... > > I believe there???s also a small window wher= e the KN_LIST_LOCK macro > > checks kn->kn_knlist and finds it to be non-N= ULL, but by the time it > > actually dereferences it, it has become NULL. = This would produce the > > ???page fault while in kernel mode??? crash. > = > > > If someone familiar with this code sees an obvious fix, I???ll be ha= ppy to > > test it. Otherwise, I???d appreciate any advice on fixing this.= My first > > thought is that a ???struct knote??? ought to have its own m= utex for > > controlling access to the flag fields and ideally the ???kn_k= nlist??? field. > > I.e., you would first acquire a knote???s lock and the= n the knlist lock, > > thus ensuring that no one could clear the kn_knlist= variable while you > > hold the knlist lock. The knlist lock, however, us= ually comes from > > whichever event producing entity the knote tracks, so= getting lock > > ordering right between the per-knote mutex and this othe= r lock seems > > potentially hard. (Sometimes we call into functions in ke= rn_event.c with > > the knlist lock already held, having been acquired in = code outside of > > kern_event.c. Consider, for example, calling KNOTE_LOC= KED from > > kern_exit.c; the PROC_LOCK macro has already been used to acq= uire the > > process lock, also serving=20 > =20 > =20 >=20 > =20 > =20 >=20 From owner-freebsd-current@freebsd.org Wed Jun 15 19:25:33 2016 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 A0E40A44137 for ; Wed, 15 Jun 2016 19:25:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 919861E32; Wed, 15 Jun 2016 19:25:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 8AF211A71; Wed, 15 Jun 2016 19:25:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 589631D65A; Wed, 15 Jun 2016 19:25:33 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id EKkbMHnI-Awj; Wed, 15 Jun 2016 19:25:30 +0000 (UTC) Subject: Re: arm64 diagnostic when running 'make tinderbox' DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com A93E51D651 To: lidl@FreeBSD.org, FreeBSD-Current References: <41345778-7b31-6602-8fed-e1c5450d9d4b@FreeBSD.org> From: Bryan Drewery Organization: FreeBSD Message-ID: <07279865-4584-d05a-abcd-dc21c7edd47e@FreeBSD.org> Date: Wed, 15 Jun 2016 12:25:30 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <41345778-7b31-6602-8fed-e1c5450d9d4b@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 19:25:33 -0000 On 6/10/16 6:45 AM, Kurt Lidl wrote: > Greetings all - > > I periodically run the following on one of my hosts > (an amd64 machine, running 10.3+patches), to make sure > that I haven't broken the build for clang and gcc 4.2.1 > based architectures before committing. > > I've noticed that I *always* get a diagnostic message > about arm64, even though I'm not compiling for it... > > root@hydra-892: make -k -s -j 24 tinderbox TARGETS="sparc64 amd64" > -------------------------------------------------------------- > >>> Building an up-to-date bmake(1) > -------------------------------------------------------------- > -------------------------------------------------------------- > >>> make universe started on Fri Jun 10 09:40:53 EDT 2016 > -------------------------------------------------------------- > >> arm64 skipped - install aarch64-binutils port or package to build > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >> amd64 started on Fri Jun 10 09:40:53 EDT 2016 > >> sparc64 started on Fri Jun 10 09:40:53 EDT 2016 > >> amd64.amd64 buildworld started on Fri Jun 10 09:40:53 EDT 2016 > >> sparc64.sparc64 buildworld started on Fri Jun 10 09:40:53 EDT 2016 > I have a fix out to re@ for approval that fixes this that will be in later today. -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Wed Jun 15 19:35:15 2016 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 07F1DA44381 for ; Wed, 15 Jun 2016 19:35:15 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED3A21440 for ; Wed, 15 Jun 2016 19:35:14 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1466019299461487.1023295811839; Wed, 15 Jun 2016 12:34:59 -0700 (PDT) Date: Wed, 15 Jun 2016 12:34:59 -0700 From: Matthew Macy To: "Konstantin Belousov" Cc: "Peter Holm" , "Eric Badger" , "freebsd-current" Message-ID: <155558f403d.1142f02ed53991.7543987576640729131@nextbsd.org> In-Reply-To: <20160615174524.GF38613@kib.kiev.ua> References: <34035bf6-8b3c-d15c-765b-94bcc919ea2e@badgerio.us> <20160615081143.GS38613@kib.kiev.ua> <20160615115000.GA23198@x2.osted.lan> <1555525b518.c9c704c026886.2375886287356557279@nextbsd.org> <20160615174524.GF38613@kib.kiev.ua> Subject: Re: Kqueue races causing crashes MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 19:35:15 -0000 ---- On Wed, 15 Jun 2016 10:45:24 -0700 Konstantin Belousov wrote ----=20 > On Wed, Jun 15, 2016 at 10:39:42AM -0700, Matthew Macy wrote:=20 > > =20 > > =20 > > =20 > > =20 > > You can use dwarf4 if you use GDB from ports=20 > How would it help ?=20 The following statement to a native speaker would imply that GDB is the pr= oblem: "There is not much gdb info here; I'll try to rebuild kgdb." If in fact %rip has been smashed that's a bit like saying "the light doesn'= t show anything on the table, I'll replace the light bulb" - when in fact t= here isn't anything on the table. =20 > Problem for kgdb is that %rip is zero, due to function pointer being set= =20 > to NULL in a destroyed knlist. Either version of kgdb would not find=20 > neither code nor unwind annotations for zero address.=20 > =20 > But the issue is understood and=20 Yes. Since the initial e-mail. > we are working on the version of fix.=20 I'm glad you're on it. -M > =20 > ---- On Wed, 15 Jun 2016 04:50:00 -0700 Peter Holm wrot= e ----On Wed, Jun 15, 2016 at 11:11:43AM +0300, Konstantin Belousov wrote: = > On Tue, Jun 14, 2016 at 10:26:14PM -0500, Eric Badger wrote: > > I believ= e they all have more or less the same cause. The crashes occur > > because= we acquire a knlist lock via the KN_LIST_LOCK macro, but when we > > call= KN_LIST_UNLOCK, the knote???s knlist reference (kn->kn_knlist) has > > be= en cleared by another thread. Thus we are unable to unlock the > > previou= sly acquired lock and hold it until something causes us to crash > > (such= as the witness code noticing that we???re returning to userland with > > = the lock still held). > ... > > I believe there???s also a small window whe= re the KN_LIST_LOCK macro > > checks kn->kn_knlist and finds it to be non-= NULL, but by the time it > > actually dereferences it, it has become NULL.= This would produce the > > ???page fault while in kernel mode??? crash. >= > > > If someone familiar with this code sees an obvious fix, I???ll be h= appy to > > test it. Otherwise, I???d appreciate any advice on fixing this= . My first > > thought is that a ???struct knote??? ought to have its own = mutex for > > controlling access to the flag fields and ideally the ???kn_= knlist??? field. > > I.e., you would first acquire a knote???s lock and th= en the knlist lock, > > thus ensuring that no one could clear the kn_knlis= t variable while you > > hold the knlist lock. The knlist lock, however, u= sually comes from > > whichever event producing entity the knote tracks, s= o getting lock > > ordering right between the per-knote mutex and this oth= er lock seems > > potentially hard. (Sometimes we call into functions in k= ern_event.c with > > the knlist lock already held, having been acquired in= code outside of > > kern_event.c. Consider, for example, calling KNOTE_LO= CKED from > > kern_exit.c; the PROC_LOCK macro has already been used to ac= quire the > > process lock, also serving =20 > > =20 > > =20 > > =20 > > =20 > > =20 > > =20 >=20 From owner-freebsd-current@freebsd.org Wed Jun 15 18:53:22 2016 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 9EE26A477C8; Wed, 15 Jun 2016 18:53:22 +0000 (UTC) (envelope-from samm@os2.kiev.ua) Received: from s1.sdv.com.ua (s1.sdv.com.ua [IPv6:2a01:d0:81f8::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 62FC91BAA; Wed, 15 Jun 2016 18:53:22 +0000 (UTC) (envelope-from samm@os2.kiev.ua) Received: from 37-48-1-81.tmcz.cz ([37.48.1.81] helo=[192.168.8.100]) by s1.sdv.com.ua with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1bDFwB-000ExV-IR; Wed, 15 Jun 2016 21:53:16 +0300 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: patch for smartmontools on latest head From: "Samorukov,Alexey" In-Reply-To: Date: Wed, 15 Jun 2016 20:53:08 +0200 Cc: "freebsd-ports@freebsd.org" , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <23A37D8B-F902-4164-9386-00AA52F191CC@os2.kiev.ua> References: To: Andriy Gapon X-Mailer: Apple Mail (2.3124) X-SA-Score: -1.0 X-Mailman-Approved-At: Wed, 15 Jun 2016 19:39:04 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 18:53:22 -0000 >=20 > http://dpaste.com/1B04AVB >=20 > I believe that this patch should do the right thing on all version of = FreeBSD, > so it could be better to integrate it upstream, if possible. >=20 > Without the patch the port fails with errors like: > ./freebsd_nvme_ioctl.h:34:8: error: redefinition of 'nvme_command' Thank you! I already found report in the list but had no time to look on = it.=20 I will check it and commit to the source.= From owner-freebsd-current@freebsd.org Wed Jun 15 23:51:00 2016 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 986BAA470BA for ; Wed, 15 Jun 2016 23:51:00 +0000 (UTC) (envelope-from woodsb02@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 30CBD1B4A for ; Wed, 15 Jun 2016 23:51:00 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-wm0-x244.google.com with SMTP id k184so7515607wme.2 for ; Wed, 15 Jun 2016 16:51:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc; bh=3fngndEW6FXqcWANqzrgTzVWbbxNikCLaql9T4u//sA=; b=kvm/io2tLtQWLIU01t6TCm3QyvrY6zOjQz1cXT1vSRJ3vFBY118EAQb3NdPqRl1iE9 kH6KC+CNADC2VOiKVFxVPGi6xLufBRQIVgdrIh7DCJtCMpYG+NuR2mCwdXKWDzfFmcrX CtoHRvjT2jMz7+Q8MgsKfxD1Gjv9vqJNhag+U4trUkiAl3a0E9wijY9WTACcIw3H4kaa kTxBl4Xn+yb00ZpUy7fSTRK3EwObilv9l666Um8n+tM5xIwcAfM8gVASiDPCUldpFDfP YYWfDGMXjGkMh1Lgdx7mnOTmsmsTN700WS+tEQBCTbchSOhcaWuR+v3qmbtwpreuTj4i bn2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=3fngndEW6FXqcWANqzrgTzVWbbxNikCLaql9T4u//sA=; b=EbrEs5vWHdVfBHDjWvCblSq6N/SLM3Mx6zumQ0rAWL7mNK3Wt817TsTPxmBk6v4uZA tSKmK79v2pKNkd9Ec5OWZ8TFecSDcCAvwgHvsUnRfs+q0QTIKSB4cz5ZQfhjOH1VtVfD /UDwhztNOw+065aQ+Mx6zml6ZfI9RJTJWTqImueCu84rkn7shJGy5+TM6HqCaCr2xzxB RaaYlONmMpV9ogGb0gQXqw1E9kVJrZAoZMgAFJVNHDGTLE4Chh/hmwk9FvfdyEOWh8ki QDOV9QRdpmu2Hhmzw6lH3ARyY3qgcSOBSksOS6+ues6i9AfLPL5+uZLXlqPcZ63+dndt +uDQ== X-Gm-Message-State: ALyK8tLquanFLK57rFYfvUjpEi1i15tK7ejslO9pWya8LNXDPFIzWA23wuNLPewpog5cmQU+DRtQCNzc6dtLBQ== X-Received: by 10.194.67.101 with SMTP id m5mr1063607wjt.129.1466034658270; Wed, 15 Jun 2016 16:50:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.222.228 with HTTP; Wed, 15 Jun 2016 16:50:57 -0700 (PDT) From: Ben Woods Date: Thu, 16 Jun 2016 01:50:57 +0200 Message-ID: Subject: Support for Elantech trackpads (common on new laptops) To: FreeBSD Current Cc: knz@thaumogen.net, thatguyrenic@gmail.com Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 15 Jun 2016 23:51:00 -0000 Hi everyone, Raphael Poss has kindly submitted a patch to bring support for Elantech trackpads, which are common in new laptops. I have tidied the patch so that it applies cleanly to 11-current (as of r301929). It is attached to PR205690. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205690 Could someone familiar with moused and mice drivers in sys/dev/atkbdc/psm.c please have a look? Thanks, Ben -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Thu Jun 16 01:36:57 2016 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 814C1A31383 for ; Thu, 16 Jun 2016 01:36:57 +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 752C412A7; Thu, 16 Jun 2016 01:36:57 +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 B2DFB11B5; Thu, 16 Jun 2016 01:36:57 +0000 (UTC) Date: Thu, 16 Jun 2016 01:36:57 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1487457364.73.1466041017582.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #309 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 01:36:57 -0000 See From owner-freebsd-current@freebsd.org Thu Jun 16 02:04:01 2016 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 85EF5A47070 for ; Thu, 16 Jun 2016 02:04:01 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "courriel.site.uottawa.ca", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A5D01848 for ; Thu, 16 Jun 2016 02:04:00 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from [10.0.2.15] (ppp-74-51-49-4.vianet.ca [74.51.49.4]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.5) with ESMTP id u5G1mrUx073749 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 15 Jun 2016 21:48:55 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Date: Wed, 15 Jun 2016 21:48:49 -0400 (EDT) From: Keith White X-X-Sender: kwhite@localhost.my.domain To: freebsd-current@freebsd.org Subject: RPI-B 11.0-ALPHA3 r301815 panic Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 02:04:01 -0000 I get the following panic when connecting via WiFi to an RPI-B running the r301815 snapshot: Fatal kernel mode data abort: 'Alignment Fault' on read trapframe: 0xc18f28c0 FSR=00000001, FAR=c21a287a, spsr=60000013 r0 =c07a6548, r1 =00000004, r2 =c060513d, r3 =000007b6 r4 =c18f2a28, r5 =c18f2b40, r6 =c21a2876, r7 =c1cce3e0 r8 =c1cce3e0, r9 =c21a2876, r10=c18f2b40, r11=c18f2988 r12=00000000, ssp=c18f2950, slr=c1a48370, pc =c0449928 Suggestions on where to start to track this down? Here's the console output over the serial port from boot to panic: U-Boot 2016.01 (Jun 11 2016 - 12:28:01 +0000) DRAM: 224 MiB RPI Model B (no P5) (0x3) MMC: bcm2835_sdhci: 0 reading uboot.env ** Unable to read "uboot.env" from mmc0:1 ** Using default environment In: serial Out: lcd Err: lcd Net: Net Initialization Skipped No ethernet found. reading uEnv.txt ** Unable to read file uEnv.txt ** Hit any key to stop autoboot: 0 starting USB... USB0: Core Release: 2.80a scanning bus 0 for devices... 4 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found scanning usb for ethernet devices... 1 Ethernet Device(s) found Booting from: mmc 0 ubldr.bin reading ubldr.bin 223912 bytes read in 30 ms (7.1 MiB/s) ## No elf image at address 0x00200000 ## Starting application at 0x00200000 ... Consoles: U-Boot console Compatible U-Boot API signature found @0xdb464d0 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@releng2.nyi.freebsd.org, Sat Jun 11 12:55:20 UTC 2016) DRAM: 224MB Number of U-Boot devices: 2 U-Boot env: loaderdev='mmc 0' Found U-Boot device: disk Checking unit=0 slice= partition=... good. Booting from disk0s2a: /boot/kernel/kernel data=0x606164+0xfde9c syms=[0x4+0xcaf70+0x4+0x984e7] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by U-Boot at address 0x100. Kernel entry at 0x0x400100... Kernel args: (null) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2016 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 11.0-ALPHA3 #0 r301815: Sat Jun 11 13:02:45 UTC 2016 root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0) VT: init without driver. sema_sysinit CPU: ARM1176JZ-S rev 7 (ARM11J core) Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext WB enabled LABT branch prediction disabled 16KB/32B 4-way instruction cache 16KB/32B 4-way write-back-locking-C data cache real memory = 234876928 (223 MB) avail memory = 219312128simplebus0: mem 0x20000000-0x20ffffff on ofwbus0 cpulist0: on ofwbus0 cpu0: on cpulist0 bcm2835_cpufreq0: on cpu0 intc0: mem 0x10001c-0x100027 on simplebus0 gpio0: mem 0x200000-0x2000af on simplebus0 gpio0: read-only pins: 46-53. gpio0: reserved pins: 48-53. gpiobus0: on gpio0 gpioled0: at pin 16 on gpiobus0 gpioc0: on gpio0 iichb0: mem 0x205000-0x20501f on simplebus0 iicbus0: on iichb0 iic0: on iicbus0 iichb1: mem 0x804000-0x80401f on simplebus0 iicbus1: on iichb1 iic1: on iicbus1 spi0: mem 0x204000-0x20401f on simplebus0 spibus0: on spi0 bcm_dma0: mem 0x7000-0x7fff,0xe05000-0xe05fff on simplebus0 mbox0: mem 0xb880-0xb8bf on simplebus0 sdhci_bcm0: mem 0x300000-0x3000ff on simplebus0 mmc0: on sdhci_bcm0 uart0: mem 0x201000-0x201fff on simplebus0 uart0: console (115200,n,8,1) vchiq0: mem 0xb800-0xb84f on simplebus0 vchiq: local ver 8 (min 3), remote ver 8. pcm0: on vchiq0 bcm283x_dwcotg0: mem 0x980000-0x99ffff on simplebus0 usbus0 on bcm283x_dwcotg0 fb0: on ofwbus0 fbd0 on fb0 VT: initialize with new VT driver "fb". fb0: 656x416(656x416@0,0) 24bpp fb0: fbswap: 1, pitch 1968, base 0x0eaac000, screen_size 818688 cryptosoft0: Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 bcm2835_cpufreq0: ARM 700MHz, Core 250MHz, SDRAM 400MHz, Turbo OFF ugen0.1: at usbus0 uhub0: at mmc0 41.6MHz/4bit/65535-block Trying to mount root from ufs:/dev/ufs/rootfs [rw]... warning: no time-of-day clock registered, system time will not be set accurately ugen0.2: at usbus0 uhub1: on usbus0 uhub1: MTT enabled uhub1: 3 ports with 2 removable, self powered Setting hostuuid: 4af361f9-2fd5-11e6-bfe7-b827ebdc1f36. Setting hostid: 0xe2d1bb69. No suitable dump device was found. Starting file system checks: ugen0.3: at usbus0 smsc0: on usbus0 smsc0: chip 0xec00, rev. 0002 miibus0: on smsc0 ukphy0: PHY 1 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ue0: on smsc0 ue0: Ethernet address: b8:27:eb:dc/dev/ufs/rootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/rootfs: clean, 276308 free (196 frags, 34514 blocks, 0.0% fragmentation) ugen0.4: at usbus0 Mounting local filesystems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat random: unblocking device. Soft Float compatibility ldconfig path: Setting hostname: rpi-b. Setting up harvesting: [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy: . ifconfig: SIOCIFCREATE2: Invalid argument smsc0: chip 0xec00, rev. 0002 ue0: link state changed to DOWN Starting Network: lo0 ue0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 optioue0: flags=8843 metric 0 mtu 1500 options=80009 ether b8:27:eb:dc:1f:36 media: Ethernet autoselect (none) status: no carrier nd6 options=29 Starting devd. urtwn0: on usbus0 urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R urtwn0: enabling 11n wlan0: Ethernet address: 00:13:ef:74:07:a8 Created wlan(4) interfaces: wlan0. Starting wpa_supplicant. Starting Network: wlan0. wlan0: flags=8843 metric 0 mtu 1500 ether 00:13:ef:74:07:a8 groups: wlan ssid "" channel 1 (2412 MHz 11b) regdomain FCC country CA indoor authmode WPA1+WPA2/802.11i privacy MIXED deftxkey UNDEF txpower 30 bmiss 7 scanvalid 60 wme roaming MANUAL bintval 0 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier nd6 options=29 add host 127.0.0.1: gateway lo0 fib 0: route already in table add host ::1: gateway lo0 fib 0: route already in table add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Waiting 30s for the default route interface: wlan0: link state changed to UP .....(wlan0) Creating and/or trimming log files. Starting syslogd. Clearing /tmp (X related). Updating motd:. Mounting late filesystems:. Configuring vt: blanktime. Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. Sat Jun 11 13:16:12 UTC 2016 FreeBSD/arm (rpi-b) (ttyu0) login: ["nc rpi-b 22" entered on remote] Fatal kernel mode data abort: 'Alignment Fault' on read trapframe: 0xc18f28c0 FSR=00000001, FAR=c21a287a, spsr=60000013 r0 =c07a6548, r1 =00000004, r2 =c060513d, r3 =000007b6 r4 =c18f2a28, r5 =c18f2b40, r6 =c21a2876, r7 =c1cce3e0 r8 =c1cce3e0, r9 =c21a2876, r10=c18f2b40, r11=c18f2988 r12=00000000, ssp=c18f2950, slr=c1a48370, pc =c0449928 [ thread pid 13 tid 100036 ] Stopped at $a.17+0x38: ldmib r6, {r1-r2} db> ...keith From owner-freebsd-current@freebsd.org Thu Jun 16 02:15:54 2016 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 6AC7BA474CE for ; Thu, 16 Jun 2016 02:15:54 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-yw0-x236.google.com (mail-yw0-x236.google.com [IPv6:2607:f8b0:4002:c05::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 2539A1E38 for ; Thu, 16 Jun 2016 02:15:54 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: by mail-yw0-x236.google.com with SMTP id c72so30759981ywb.1 for ; Wed, 15 Jun 2016 19:15:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc; bh=EmPcaTC/3rSqyVcgY8AcZiNBIjf7fwo956OmTg8VTvE=; b=pwnWNttVIjSKBBpyikUq3x67HJ0ttxWoLYvQ0EAktsYp4Fay7UO5S32KmIUYAAqAkh b5AqXBpkn/8aX82aWJYzr2db/xQCmhmwCozc2rTpcQd1Sk9L+f4b/4ImYjYCNXz8L4br h51KWIRxsjjYbBNrMIcO2+oFCauZ1ny9xC0PuAl22WFFGrSLUrRRmAqXUHIcyR3nyxFB ooz1futK1LTzPkr7ATpSo5vqnkEz+kUf9uTdCbWqT7EoojFVgTPBL/C07VO78TpvlKR7 mzV/hhYzsIe4OOunLNjkBflJUKkFNw8UqfDVzJbBO0j8Q9nE/IySxoTkRwSmvLChK4Of Iexw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=EmPcaTC/3rSqyVcgY8AcZiNBIjf7fwo956OmTg8VTvE=; b=APNBqFzEsvEkerhihLz71Nh5/Ij+W6mhVJXab/Q87k05Em+wg2hL7S3NaGvWPIxS+m WlXUm8RUe0jzxNnuH0qHwCI+HAZBoIpR+wzSvHlEbAKqWm11HtrQ9roU/JlLEQ/LGMqv PgFxLuIt9ZC0ILYAcvcFISVLR5qSt+3Eq4w4STTJSPIaXwFUjICQKtxJKx8xUrtVOwHF /32sBNzoITyMA22s7jTnlHK+0x2K+e3eSUrFtSI1FpXjt3E1tva2SXTsFLRiyZm/gczx B7kL99wUIHHEtwXrIsCZZFr5rjxYEhbt4wIxcccj5UJle6YGtVwnPG/wktv9N6meoFOx Fwig== X-Gm-Message-State: ALyK8tLwhBYiHmMN9gEtO/dXbo3Sk1GVml3QcXIIBpOoK7I4DDIQNTOuT6sBiZMu0sInbqkQP0jLRyBkjtZA7A== X-Received: by 10.129.137.129 with SMTP id z123mr1236693ywf.101.1466043353225; Wed, 15 Jun 2016 19:15:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.10.212 with HTTP; Wed, 15 Jun 2016 19:15:52 -0700 (PDT) Reply-To: araujo@freebsd.org In-Reply-To: References: <7c39e5ac-3ed7-f19a-e175-d27af07eea47@delphij.net> <5fc80d8ee559336a657514b3f2ec2a33@ultimatedns.net> From: Marcelo Araujo Date: Thu, 16 Jun 2016 10:15:52 +0800 Message-ID: Subject: Re: [CFT] ypldap testing against OpenLDAP and Microsoft Active Directory To: Nikolai Lifanov Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 02:15:54 -0000 No worries Nikolai! If one day I will do it, will be on 12-RELEASE. Br, 2016-06-15 20:03 GMT+08:00 Nikolai Lifanov : > On 06/14/2016 21:05, Marcelo Araujo wrote: > > 2016-06-15 8:17 GMT+08:00 Chris H : > > > >> On Thu, 9 Jun 2016 17:55:58 +0800 Marcelo Araujo < > araujobsdport@gmail.com> > >> wrote > >> > >>> Hey, > >>> > >>> Thanks for the CFT Craig. > >>> > >>> 2016-06-09 14:41 GMT+08:00 Xin Li : > >>> > >>>> > >>>> > >>>> On 6/8/16 23:10, Craig Rodrigues wrote: > >>>>> Hi, > >>>>> > >>>>> I have worked with Marcelo Araujo to port OpenBSD's ypldap to FreeBSD > >>>>> current. > >>>>> > >>>>> In latest current, it should be possible to put in /etc/rc.conf: > >>>>> > >>>>> nis_ypldap_enable="YES" > >>>>> to activate the ypldap daemon. > >>>>> > >>>>> When set up properly, it should be possible to log into FreeBSD, and > >> have > >>>>> the backend password database come from an LDAP database such > >>>>> as OpenLDAP > >>>>> > >>>>> There is some documentation for setting this up, but it is OpenBSD > >>>> specific: > >>>>> > >>>>> http://obfuscurity.com/2009/08/OpenBSD-as-an-LDAP-Client > >>>>> http://puffysecurity.com/wiki/ypldap.html#2 > >>>>> > >>>>> I did not bother porting the OpenBSD LDAP server to FreeBSD, so that > >>>>> information > >>>>> does not apply. I figure that openldap from ports should work fine. > >>>>> > >>>>> I was wondering if there is someone out there familiar enough with > >> LDAP > >>>>> and has a setup they can test this stuff out with, provide feedback, > >> and > >>>>> help > >>>>> improve the documentation for FreeBSD? > >>>> > >>>> Looks like it would be a fun weekend project. I've cc'ed a potential > >>>> person who may be interested in this as well. > >>>> > >>>> But will this worth the effort? (I think the current implementation > >>>> would do everything with plaintext protocol over wire, so while it > >>>> extends life for legacy applications that are still using NIS/YP, it > >>>> doesn't seem to be something that we should recommend end user to > use?) > >>>> > >>> > >>> I can see two good point to use ypldap that would be basically for > users > >>> that needs to migrate from NIS to LDAP or need to make some integration > >>> between legacy(NIS) and LDAP during a transition period to LDAP. > >>> > >>> As mentioned, NIS is 'plain text' not safe by its nature, however there > >> are > >>> still lots of people out there using NIS, and ypldap(8) is a good tool > to > >>> help these people migrate to a more safe tool like LDAP. > >>> > >>> > >>>> > >>>>> I would also be interested in hearing from someone who can see if > >>>>> ypldap can work against a Microsoft Active Directory setup? > >>>> > >>>> Cheers, > >>>> > >>>> > >>> All my tests were using OpenLDAP, I used the OpenBSD documentation to > >> setup > >>> everything, and the file share/examples/ypldap/ypldap.conf can be a > good > >>> start to anybody that wants to start to work with ypldap(8). > >>> > >>> Would be nice hear from other users how was their experience using > ypldap > >>> with MS Active Directory and perhaps some HOWTO how they made all the > >> setup > >>> would be amazing to have. > >>> > >>> Also, would be useful to know who are still using NIS and what kind of > >>> setup(user case), maybe even the reason why they are still using it. > >> > >> Honestly, I think the best way to motivate people to do the right > thing(tm) > >> Would be to remove Yellow Pages from the tree, entirely. :-) > >> It's been dead for *years*, and as you say, isn't safe, anyway.. > >> > > > > Yes, I have a plan for that, but I don't believe it will happens before > > FreeBSD 12-RELEASE. > > > > Please don't, at least for now. NIS is fast, simple, reliable, and works > on first boot without additional software. I have passwords in > Kerberos, so the usual cons doesn't apply. This is very valuable to me. > > It's not hurting anyone. What's the motivation behind removing it? > > > > >> > >> --Chris > >>> > >>> > >>> Best, > >>> -- > >>> > >>> -- > >>> Marcelo Araujo (__)araujo@FreeBSD.org > >>> \\\'',)http://www.FreeBSD.org \/ \ ^ > >>> Power To Server. .\. /_) > >>> _______________________________________________ > >>> 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" > >> > > > > > > > > _______________________________________________ > 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" > -- -- Marcelo Araujo (__)araujo@FreeBSD.org \\\'',)http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) From owner-freebsd-current@freebsd.org Thu Jun 16 02:20:14 2016 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 D58E3A47597 for ; Thu, 16 Jun 2016 02:20:14 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-it0-x244.google.com (mail-it0-x244.google.com [IPv6:2607:f8b0:4001:c0b::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 9D9F410E9 for ; Thu, 16 Jun 2016 02:20:14 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-it0-x244.google.com with SMTP id d71so5653696ith.1 for ; Wed, 15 Jun 2016 19:20:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=hfvIRVPBOCqfBnF4dyYliQOCcWuj4+EBX3cd0YzYTjU=; b=MnLDmhRKjNdXXKE/UnOGTnL8j8uhmC0EdZ0wRHOKK0dmcsxNbAnqTvGub8ncr28cfm gkBz0vAwBt1HhPAmo3HG8eplHJoRqQnU1nGY0QkUP9CAz4S/xdjDkJk3+Yoq1e6fXhjs cc4X0FMqAAiXgiB8k/9rR1f2/zpaCndcoNfige6fiSCNnQTS3rMWzEZhCbekw8xGh62/ ihjOjGlh24tfk2PA0LXPkXnAoBVkHPAQCZBgQzXodVCVyfoGlNbZtOuVtNvW2WLtEzAv PNpdipVbPyWKmXryBihg77c6nVzoAlD0zhpj3Oy0uilsVww9TNszcBmwv3oTakwj0W6I OXxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=hfvIRVPBOCqfBnF4dyYliQOCcWuj4+EBX3cd0YzYTjU=; b=lATSujQNMqVZzYkalrF4CqiDUZN7ITIPeWO+94A3puIMvmtDVMJ7RFDk57nJxnhwdE ykjGF340inMGD/04NMo7foA+pWg2v7g71vXhs8A5ZyzhnOkcV8ROf1gl9y6Da0LeN+GL 05Iw/rio68frrP5oCEC0Wnq59DyxoIfifpOaA41fpouZAJ55KML0/lkS5XawCcBn9dqk wmJWJwA4igJ0f8n7uPm5CJBvR83jd+u2cbonXaumJZAhZaXm/qCXyIqT9LSaMDCxPEYI uMehZtDmPaJIe1hzTq+YV2F2JXa/KrTnbWv9eGNkZcZV9H+vW5mpgjDfpjLdOdertzjx UtOw== X-Gm-Message-State: ALyK8tLGL0Ji/XttcCZxk+/ylcVIx6Gt54sa2K/06rrdDaCY4VF1qrxXAgEm9R/AB/BR7Tko+8xF4hq/g4908w== X-Received: by 10.36.200.131 with SMTP id w125mr3852071itf.80.1466043614147; Wed, 15 Jun 2016 19:20:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.113.3 with HTTP; Wed, 15 Jun 2016 19:20:13 -0700 (PDT) In-Reply-To: References: From: Adrian Chadd Date: Wed, 15 Jun 2016 19:20:13 -0700 Message-ID: Subject: Re: Support for Elantech trackpads (common on new laptops) To: Ben Woods Cc: FreeBSD Current , knz@thaumogen.net, thatguyrenic@gmail.com Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 02:20:14 -0000 I'll test it out tonight to see if anything is regressing a- On 15 June 2016 at 16:50, Ben Woods wrote: > Hi everyone, > > Raphael Poss has kindly submitted a patch to bring support for Elantech > trackpads, which are common in new laptops. > > I have tidied the patch so that it applies cleanly to 11-current (as of > r301929). It is attached to PR205690. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205690 > > Could someone familiar with moused and mice drivers in sys/dev/atkbdc/psm.c > please have a look? > > Thanks, > Ben > > -- > From: Benjamin Woods > woodsb02@gmail.com > _______________________________________________ > 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 Jun 16 02:51:22 2016 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 AA525A47C65 for ; Thu, 16 Jun 2016 02:51:22 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::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 695C41E65; Thu, 16 Jun 2016 02:51:22 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by mail-oi0-x236.google.com with SMTP id u201so49380555oie.0; Wed, 15 Jun 2016 19:51:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=i7oo1ZoQdABSCxOoqcqNRD2eH+W7YX8FvKff+KSABg4=; b=0rnWNqODWZxvahHjGQBpxY/kahoQ1tgIO/yBI6EFpK9q/dhSu+pVo880An8FrR2DoO EqHUQ9mVpxkKBuZba6k8SYsar/AAYvFTXeoDSU9Lsv56HIGtY1545UPhkGKBvXPqP3eg ZNTcatYbgX83eG5Rh1G1KZvGQuHpkEv8MyutuPWsRC/7iAS0SSbYPDFAagwqJHxeHd6q ULbcDHpcKh86SS89/I8lzIYD2WbJHsp2rQdWUiNlMh9sD43gp7Zbhqp7dS27ZqzNpFRK H5+FqJfqxMCgDiGVrblskQM+sENfbx2K21gDAPCR+3sUZQm5J0SyX8Dg1IlLaUuC3f3l 3e3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=i7oo1ZoQdABSCxOoqcqNRD2eH+W7YX8FvKff+KSABg4=; b=EHT6hMxme3I9VG7cppk/SleJBnsfVYhnx4ni47/vwNBB/E/oFftZaLVYE0pU71cmp9 z/GpPmu+ww7CpTitjRgDBvDCSibHS2+CZViUQ9ZkDUnY3JQDvIY5YA7Wi26K0TIS05Bd 1avELITk01jzpwPdEHoXRM0i61BlvhoStRqDtleOv3tnehcD6ZXbM9/5gvAvTW4X1zky Q5x0mvb6TElQ4mcCZ7Xm0+nFgrn89zk5BWMfF+QAVtOmk38O2WHyAoOMW/1ggOhC4xDO MDix2958dAGJgPurQFxa4qWHoV4G/mGU0YUc7EEMj5HjSEa2txvkKcKxCrDgJ614Gig4 naWg== X-Gm-Message-State: ALyK8tKy+DoNMyBER0gAIbkUOJwr8+1GpPAbeY5RXxtc7myK7bOtbRuVh4mKu/HqT/IObiL4MJbsAVPdsUu+gg== X-Received: by 10.157.7.162 with SMTP id 31mr1207164oto.129.1466045481215; Wed, 15 Jun 2016 19:51:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.244.203 with HTTP; Wed, 15 Jun 2016 19:50:41 -0700 (PDT) In-Reply-To: References: <7c39e5ac-3ed7-f19a-e175-d27af07eea47@delphij.net> <5fc80d8ee559336a657514b3f2ec2a33@ultimatedns.net> From: Outback Dingo Date: Wed, 15 Jun 2016 22:50:41 -0400 Message-ID: Subject: Re: [CFT] ypldap testing against OpenLDAP and Microsoft Active Directory To: araujo@freebsd.org Cc: Nikolai Lifanov , freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 02:51:22 -0000 On Wed, Jun 15, 2016 at 10:15 PM, Marcelo Araujo wrote: > No worries Nikolai! If one day I will do it, will be on 12-RELEASE. > > Br, > > 2016-06-15 20:03 GMT+08:00 Nikolai Lifanov : > > > On 06/14/2016 21:05, Marcelo Araujo wrote: > > > 2016-06-15 8:17 GMT+08:00 Chris H : > > > > > >> On Thu, 9 Jun 2016 17:55:58 +0800 Marcelo Araujo < > > araujobsdport@gmail.com> > > >> wrote > > >> > > >>> Hey, > > >>> > > >>> Thanks for the CFT Craig. > > >>> > > >>> 2016-06-09 14:41 GMT+08:00 Xin Li : > > >>> > > >>>> > > >>>> > > >>>> On 6/8/16 23:10, Craig Rodrigues wrote: > > >>>>> Hi, > > >>>>> > > >>>>> I have worked with Marcelo Araujo to port OpenBSD's ypldap to > FreeBSD > > >>>>> current. > > >>>>> > > >>>>> In latest current, it should be possible to put in /etc/rc.conf: > > >>>>> > > >>>>> nis_ypldap_enable="YES" > > >>>>> to activate the ypldap daemon. > > >>>>> > > >>>>> When set up properly, it should be possible to log into FreeBSD, > and > > >> have > > >>>>> the backend password database come from an LDAP database such > > >>>>> as OpenLDAP > > >>>>> > > >>>>> There is some documentation for setting this up, but it is OpenBSD > > >>>> specific: > > >>>>> > > >>>>> http://obfuscurity.com/2009/08/OpenBSD-as-an-LDAP-Client > > >>>>> http://puffysecurity.com/wiki/ypldap.html#2 > > >>>>> > > >>>>> I did not bother porting the OpenBSD LDAP server to FreeBSD, so > that > > >>>>> information > > >>>>> does not apply. I figure that openldap from ports should work > fine. > > >>>>> > > >>>>> I was wondering if there is someone out there familiar enough with > > >> LDAP > > >>>>> and has a setup they can test this stuff out with, provide > feedback, > > >> and > > >>>>> help > > >>>>> improve the documentation for FreeBSD? > > >>>> > > >>>> Looks like it would be a fun weekend project. I've cc'ed a > potential > > >>>> person who may be interested in this as well. > > >>>> > > >>>> But will this worth the effort? (I think the current implementation > > >>>> would do everything with plaintext protocol over wire, so while it > > >>>> extends life for legacy applications that are still using NIS/YP, it > > >>>> doesn't seem to be something that we should recommend end user to > > use?) > > >>>> > > >>> > > >>> I can see two good point to use ypldap that would be basically for > > users > > >>> that needs to migrate from NIS to LDAP or need to make some > integration > > >>> between legacy(NIS) and LDAP during a transition period to LDAP. > > >>> > > >>> As mentioned, NIS is 'plain text' not safe by its nature, however > there > > >> are > > >>> still lots of people out there using NIS, and ypldap(8) is a good > tool > > to > > >>> help these people migrate to a more safe tool like LDAP. > > >>> > > >>> > > >>>> > > >>>>> I would also be interested in hearing from someone who can see if > > >>>>> ypldap can work against a Microsoft Active Directory setup? > > >>>> > > >>>> Cheers, > > >>>> > > >>>> > > >>> All my tests were using OpenLDAP, I used the OpenBSD documentation to > > >> setup > > >>> everything, and the file share/examples/ypldap/ypldap.conf can be a > > good > > >>> start to anybody that wants to start to work with ypldap(8). > > >>> > > >>> Would be nice hear from other users how was their experience using > > ypldap > > >>> with MS Active Directory and perhaps some HOWTO how they made all the > > >> setup > > >>> would be amazing to have. > > >>> > > >>> Also, would be useful to know who are still using NIS and what kind > of > > >>> setup(user case), maybe even the reason why they are still using it. > > >> > > >> Honestly, I think the best way to motivate people to do the right > > thing(tm) > > >> Would be to remove Yellow Pages from the tree, entirely. :-) > > >> It's been dead for *years*, and as you say, isn't safe, anyway.. > > >> > > > > > > Yes, I have a plan for that, but I don't believe it will happens before > > > FreeBSD 12-RELEASE. > > > > > > > Please don't, at least for now. NIS is fast, simple, reliable, and works > > on first boot without additional software. I have passwords in > > Kerberos, so the usual cons doesn't apply. This is very valuable to me. > > > > It's not hurting anyone. What's the motivation behind removing it? > Removing NIS is a BAD idea, there are still plenty of people that use it, and plenty of businesses rely on it, I still hear people asking for it > > > > > > > >> > > >> --Chris > > >>> > > >>> > > >>> Best, > > >>> -- > > >>> > > >>> -- > > >>> Marcelo Araujo (__)araujo@FreeBSD.org > > >>> \\\'',)http://www.FreeBSD.org \/ \ ^ > > >>> Power To Server. .\. /_) > > >>> _______________________________________________ > > >>> 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" > > >> > > > > > > > > > > > > > _______________________________________________ > > 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" > > > > > > -- > > -- > Marcelo Araujo (__)araujo@FreeBSD.org > \\\'',)http://www.FreeBSD.org \/ \ ^ > Power To Server. .\. /_) > _______________________________________________ > 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 Jun 16 02:54:06 2016 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 AB7CCA47D00 for ; Thu, 16 Jun 2016 02:54:06 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-yw0-x234.google.com (mail-yw0-x234.google.com [IPv6:2607:f8b0:4002:c05::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 6426C1296 for ; Thu, 16 Jun 2016 02:54:06 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: by mail-yw0-x234.google.com with SMTP id v137so31446883ywa.3 for ; Wed, 15 Jun 2016 19:54:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc; bh=FXW7sotYqoLJ6bCnbF4QE38MBqsaRoTtGZTk+uJJUyo=; b=vso+2GtBgINfjC4FZlyvOtP43ZBaBN2DT6W9XuiXaBg/gFupvkpk7r6ZCyitdY5FLw UFgqfcNCxJf+SU/G6wicUB1VzaR7uHV/Xl7mNl0spihZjHOtedGFXOhAi98k4tTc73Ky WTUMTV5t8CL1UArIDpuH/OGyZRU983C/M/D5xSdvwilNuKNaUp9Tk7E41zEzukKv7LJg cYdsVtzlUhpo68v28I8tguR+lOk94dsQPuaeewaZ8bALAlgghw6JP3Qy5HZX41LAQhTc gBnCBqmDKfBWFIQW6oSPy2DKpdbhxReJredcrBC2Px+YiSMTouBwiNKqNWV1C+pXEKpD hvKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=FXW7sotYqoLJ6bCnbF4QE38MBqsaRoTtGZTk+uJJUyo=; b=KMBaoisrNwUz+ZHpPavE/q2Glbj1ZVYHCuTxl2upcqZ3boaZKww9ah1zFJd+noBZF6 oBvT7XkkYC3j1Jr+riq5ECEwgf2+nI4w3SbUV9Ok/8LyVmYpa/7txP8Ky1HjWWBtdbQZ WIvxFfKs2gfDJ1ayyx6JblCfasTmVrsqROXzK5/aRke6X2MdKP3buD0Y42ZCgaOEF5lX iujlVmd/czAsrS/p7kchgZzRFT6HEUmoKsLSU2p5ddlj8k/yyriT3QeO4H//2hrM4eKX kzTlwhsfKaGWPAx78gVbZxj+RcW5XxBa31RTgYY0VG/qGm2rwCZD31C+NIN6lw7rYvZG FL3g== X-Gm-Message-State: ALyK8tLX+8+Xi4LO/F4V7MNGlPd2Y0a4iUVoEM8hgGveWs9ld/Ozl0UCtxTVINycQOknDfnniYDNui/IyMIIBA== X-Received: by 10.129.162.141 with SMTP id z135mr1361997ywg.50.1466045645583; Wed, 15 Jun 2016 19:54:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.10.212 with HTTP; Wed, 15 Jun 2016 19:54:04 -0700 (PDT) Reply-To: araujo@freebsd.org In-Reply-To: References: <7c39e5ac-3ed7-f19a-e175-d27af07eea47@delphij.net> <5fc80d8ee559336a657514b3f2ec2a33@ultimatedns.net> From: Marcelo Araujo Date: Thu, 16 Jun 2016 10:54:04 +0800 Message-ID: Subject: Re: [CFT] ypldap testing against OpenLDAP and Microsoft Active Directory To: Outback Dingo Cc: Nikolai Lifanov , freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 02:54:06 -0000 I hear too!!! And that is why we are having this talk here around ypldap. Best, 2016-06-16 10:50 GMT+08:00 Outback Dingo : > > > On Wed, Jun 15, 2016 at 10:15 PM, Marcelo Araujo > wrote: > >> No worries Nikolai! If one day I will do it, will be on 12-RELEASE. >> >> Br, >> >> 2016-06-15 20:03 GMT+08:00 Nikolai Lifanov : >> >> > On 06/14/2016 21:05, Marcelo Araujo wrote: >> > > 2016-06-15 8:17 GMT+08:00 Chris H : >> > > >> > >> On Thu, 9 Jun 2016 17:55:58 +0800 Marcelo Araujo < >> > araujobsdport@gmail.com> >> > >> wrote >> > >> >> > >>> Hey, >> > >>> >> > >>> Thanks for the CFT Craig. >> > >>> >> > >>> 2016-06-09 14:41 GMT+08:00 Xin Li : >> > >>> >> > >>>> >> > >>>> >> > >>>> On 6/8/16 23:10, Craig Rodrigues wrote: >> > >>>>> Hi, >> > >>>>> >> > >>>>> I have worked with Marcelo Araujo to port OpenBSD's ypldap to >> FreeBSD >> > >>>>> current. >> > >>>>> >> > >>>>> In latest current, it should be possible to put in /etc/rc.conf: >> > >>>>> >> > >>>>> nis_ypldap_enable="YES" >> > >>>>> to activate the ypldap daemon. >> > >>>>> >> > >>>>> When set up properly, it should be possible to log into FreeBSD, >> and >> > >> have >> > >>>>> the backend password database come from an LDAP database such >> > >>>>> as OpenLDAP >> > >>>>> >> > >>>>> There is some documentation for setting this up, but it is OpenBSD >> > >>>> specific: >> > >>>>> >> > >>>>> http://obfuscurity.com/2009/08/OpenBSD-as-an-LDAP-Client >> > >>>>> http://puffysecurity.com/wiki/ypldap.html#2 >> > >>>>> >> > >>>>> I did not bother porting the OpenBSD LDAP server to FreeBSD, so >> that >> > >>>>> information >> > >>>>> does not apply. I figure that openldap from ports should work >> fine. >> > >>>>> >> > >>>>> I was wondering if there is someone out there familiar enough with >> > >> LDAP >> > >>>>> and has a setup they can test this stuff out with, provide >> feedback, >> > >> and >> > >>>>> help >> > >>>>> improve the documentation for FreeBSD? >> > >>>> >> > >>>> Looks like it would be a fun weekend project. I've cc'ed a >> potential >> > >>>> person who may be interested in this as well. >> > >>>> >> > >>>> But will this worth the effort? (I think the current implementation >> > >>>> would do everything with plaintext protocol over wire, so while it >> > >>>> extends life for legacy applications that are still using NIS/YP, >> it >> > >>>> doesn't seem to be something that we should recommend end user to >> > use?) >> > >>>> >> > >>> >> > >>> I can see two good point to use ypldap that would be basically for >> > users >> > >>> that needs to migrate from NIS to LDAP or need to make some >> integration >> > >>> between legacy(NIS) and LDAP during a transition period to LDAP. >> > >>> >> > >>> As mentioned, NIS is 'plain text' not safe by its nature, however >> there >> > >> are >> > >>> still lots of people out there using NIS, and ypldap(8) is a good >> tool >> > to >> > >>> help these people migrate to a more safe tool like LDAP. >> > >>> >> > >>> >> > >>>> >> > >>>>> I would also be interested in hearing from someone who can see if >> > >>>>> ypldap can work against a Microsoft Active Directory setup? >> > >>>> >> > >>>> Cheers, >> > >>>> >> > >>>> >> > >>> All my tests were using OpenLDAP, I used the OpenBSD documentation >> to >> > >> setup >> > >>> everything, and the file share/examples/ypldap/ypldap.conf can be a >> > good >> > >>> start to anybody that wants to start to work with ypldap(8). >> > >>> >> > >>> Would be nice hear from other users how was their experience using >> > ypldap >> > >>> with MS Active Directory and perhaps some HOWTO how they made all >> the >> > >> setup >> > >>> would be amazing to have. >> > >>> >> > >>> Also, would be useful to know who are still using NIS and what kind >> of >> > >>> setup(user case), maybe even the reason why they are still using it. >> > >> >> > >> Honestly, I think the best way to motivate people to do the right >> > thing(tm) >> > >> Would be to remove Yellow Pages from the tree, entirely. :-) >> > >> It's been dead for *years*, and as you say, isn't safe, anyway.. >> > >> >> > > >> > > Yes, I have a plan for that, but I don't believe it will happens >> before >> > > FreeBSD 12-RELEASE. >> > > >> > >> > Please don't, at least for now. NIS is fast, simple, reliable, and works >> > on first boot without additional software. I have passwords in >> > Kerberos, so the usual cons doesn't apply. This is very valuable to me. >> > >> > It's not hurting anyone. What's the motivation behind removing it? >> > > > Removing NIS is a BAD idea, there are still plenty of people that use it, > and plenty of businesses rely on it, I still hear people asking for it > > > >> > >> > > >> > >> >> > >> --Chris >> > >>> >> > >>> >> > >>> Best, >> > >>> -- >> > >>> >> > >>> -- >> > >>> Marcelo Araujo (__)araujo@FreeBSD.org >> > >>> \\\'',)http://www.FreeBSD.org \/ \ ^ >> > >>> Power To Server. .\. /_) >> > >>> _______________________________________________ >> > >>> 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" >> > >> >> > > >> > > >> > > >> > >> > _______________________________________________ >> > 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" >> > >> >> >> >> -- >> >> -- >> Marcelo Araujo (__)araujo@FreeBSD.org >> \\\'',)http://www.FreeBSD.org \/ \ ^ >> Power To Server. .\. /_) >> _______________________________________________ >> 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 >> " >> > > -- -- Marcelo Araujo (__)araujo@FreeBSD.org \\\'',)http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) From owner-freebsd-current@freebsd.org Thu Jun 16 03:30:24 2016 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 06482A47618 for ; Thu, 16 Jun 2016 03:30:24 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (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 AEFFF1D02 for ; Thu, 16 Jun 2016 03:30:23 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30874 invoked from network); 16 Jun 2016 03:30:51 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 16 Jun 2016 03:30:51 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Wed, 15 Jun 2016 23:30:13 -0400 (EDT) Received: (qmail 19063 invoked from network); 16 Jun 2016 03:30:13 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Jun 2016 03:30:13 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id D5C841C405F; Wed, 15 Jun 2016 20:30:09 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: RE: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] Message-Id: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> Date: Wed, 15 Jun 2016 20:30:14 -0700 To: freebsd-arm , FreeBSD Current , kwhite@site.uottawa.ca Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 03:30:24 -0000 h= ttps://lists.freebsd.org/pipermail/freebsd-current/2016-June/061904.html = reports an RPI-B alignment fault for -r301815 (the snapshot) "when = connecting via WiFi". -r301872 ( = https://lists.freebsd.org/pipermail/svn-src-head/2016-June/088339.html ) = has a fix for networking vs. alignment handling for armv6 contexts that = might be needed. Quoting: > Author: ian > Date: Mon Jun 13 16:48:27 2016 > New Revision: 301872 > URL:=20 > https://svnweb.freebsd.org/changeset/base/301872 >=20 >=20 > Log: > Do not define __NO_STRICT_ALIGNMENT for armv6. While the = requirements > are no longer natural-alignment strict, there are still some = restrictions. > =20 > FreeBSD network code assumes data is naturally-aligned or is running > on a platform with no restrictions; pointers are not annotated to > indicate the data pointed to may be packed or unaligned. The clang > optimizer can sometimes combine the load or store of a pair of = adjacent > 32-bit values into a single doubleword load/store, and that = operation > requires at least 4-byte alignment. __NO_STRICT_ALIGNMENT can lead > to tcp headers being only 2-byte aligned. > =20 > Note that alignment faults remain disabled on armv6, this change = reverts > only the defining of the symbol which leads to some overly-agressive = code > shortcuts when building common/shared drivers and network code for = arm. > =20 > Approved by: re(kib) >=20 > Modified: > head/sys/arm/include/_types.h >=20 > Modified: head/sys/arm/include/_types.h > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > --- head/sys/arm/include/_types.h Mon Jun 13 11:19:06 2016 = (r301871) > +++ head/sys/arm/include/_types.h Mon Jun 13 16:48:27 2016 = (r301872) > @@ -43,10 +43,6 @@ > #error this file needs sys/cdefs.h as a prerequisite > #endif > =20 > -#if __ARM_ARCH >=3D 6 > -#define __NO_STRICT_ALIGNMENT > -#endif > - > /* > * Basic types upon which most other types are built. > */ =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Thu Jun 16 06:26:40 2016 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 0D250A69103 for ; Thu, 16 Jun 2016 06:26:40 +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 004231F83; Thu, 16 Jun 2016 06:26:40 +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 EF3351266; Thu, 16 Jun 2016 06:26:39 +0000 (UTC) Date: Thu, 16 Jun 2016 06:26:39 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1031634461.77.1466058399914.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #311 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 06:26:40 -0000 See ------------------------------------------ [...truncated 286834 lines...] --- intel_ctx.o --- ctfconvert -L VERSION -g intel_ctx.o --- intel_fault.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.intel_fault.o -= MTintel_fault.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-fl= oat -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protect= or -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poi= nter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare = -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fu= nction -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -= mno-avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sy= s/x86/iommu/intel_fault.c --- intel_gas.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.intel_gas.o -MT= intel_gas.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -= gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer= -sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnost= ics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno= -error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-functi= on -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-= avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x8= 6/iommu/intel_gas.c --- intel_drv.o --- ctfconvert -L VERSION -g intel_drv.o --- intel_idpgtbl.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.intel_idpgtbl.o= -MTintel_idpgtbl.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msof= t-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-pro= tector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototyp= es -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno= -pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -f= diagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-comp= are -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unuse= d-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-a= es -mno-avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/sr= c/sys/x86/iommu/intel_idpgtbl.c --- intel_fault.o --- ctfconvert -L VERSION -g intel_fault.o --- intel_intrmap.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.intel_intrmap.o= -MTintel_intrmap.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msof= t-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-pro= tector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototyp= es -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno= -pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -f= diagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-comp= are -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unuse= d-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-a= es -mno-avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/sr= c/sys/x86/iommu/intel_intrmap.c ctfconvert -L VERSION -g intel_intrmap.o --- intel_qi.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.intel_qi.o -MTi= ntel_qi.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -= fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/= iommu/intel_qi.c --- intel_idpgtbl.o --- ctfconvert -L VERSION -g intel_idpgtbl.o --- intel_quirks.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.intel_quirks.o = -MTintel_quirks.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-= float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-prote= ctor -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdi= agnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compar= e -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-= function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes= -mno-avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/= sys/x86/iommu/intel_quirks.c --- intel_gas.o --- ctfconvert -L VERSION -g intel_gas.o --- intel_utils.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.intel_utils.o -= MTintel_utils.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-fl= oat -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protect= or -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poi= nter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare = -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fu= nction -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -= mno-avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sy= s/x86/iommu/intel_utils.c --- intel_qi.o --- ctfconvert -L VERSION -g intel_qi.o --- atrtc.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.atrtc.o -MTatrt= c.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-as= ynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2= -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D= __printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show= -option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno= -error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -st= d=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/isa/at= rtc.c --- intel_quirks.o --- ctfconvert -L VERSION -g intel_quirks.o --- clock.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.clock.o -MTcloc= k.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-as= ynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2= -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D= __printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show= -option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno= -error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -st= d=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/isa/cl= ock.c --- intel_utils.o --- ctfconvert -L VERSION -g intel_utils.o --- isa.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.isa.o -MTisa.o = -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynch= ronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__pr= intf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-opt= ion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3D= iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/isa/isa.c --- clock.o --- ctfconvert -L VERSION -g clock.o --- isa_dma.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.isa_dma.o -MTis= a_dma.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwa= rf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sig= n -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-= show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-err= or-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function = -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx = -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/is= a/isa_dma.c --- atrtc.o --- ctfconvert -L VERSION -g atrtc.o --- nmi.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.nmi.o -MTnmi.o = -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynch= ronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__pr= intf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-opt= ion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3D= iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/isa/nmi.c --- isa.o --- ctfconvert -L VERSION -g isa.o --- orm.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.orm.o -MTorm.o = -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynch= ronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__pr= intf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-opt= ion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3D= iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/isa/orm.c --- nmi.o --- ctfconvert -L VERSION -g nmi.o --- pci_bus.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.pci_bus.o -MTpc= i_bus.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwa= rf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sig= n -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-= show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-err= or-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function = -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx = -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/pc= i/pci_bus.c --- orm.o --- ctfconvert -L VERSION -g orm.o --- qpi.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.qpi.o -MTqpi.o = -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynch= ronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__pr= intf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-opt= ion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3D= iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/pci/qpi.c --- isa_dma.o --- ctfconvert -L VERSION -g isa_dma.o --- autoconf.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.autoconf.o -MTa= utoconf.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -= fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/= x86/autoconf.c --- pci_bus.o --- ctfconvert -L VERSION -g pci_bus.o --- bus_machdep.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.bus_machdep.o -= MTbus_machdep.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-fl= oat -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protect= or -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poi= nter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare = -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fu= nction -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -= mno-avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sy= s/x86/x86/bus_machdep.c --- qpi.o --- ctfconvert -L VERSION -g qpi.o --- busdma_bounce.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.busdma_bounce.o= -MTbusdma_bounce.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msof= t-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-pro= tector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototyp= es -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno= -pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -f= diagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-comp= are -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unuse= d-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-a= es -mno-avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/sr= c/sys/x86/x86/busdma_bounce.c --- autoconf.o --- ctfconvert -L VERSION -g autoconf.o --- busdma_machdep.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.busdma_machdep.= o -MTbusdma_machdep.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -ms= oft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-p= rotector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -W= no-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs = -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unu= sed-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno= -aes -mno-avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/= src/sys/x86/x86/busdma_machdep.c --- bus_machdep.o --- ctfconvert -L VERSION -g bus_machdep.o --- cpu_machdep.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.cpu_machdep.o -= MTcpu_machdep.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-fl= oat -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protect= or -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poi= nter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare = -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fu= nction -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -= mno-avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sy= s/x86/x86/cpu_machdep.c --- busdma_machdep.o --- ctfconvert -L VERSION -g busdma_machdep.o --- dump_machdep.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.dump_machdep.o = -MTdump_machdep.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-= float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-prote= ctor -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdi= agnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compar= e -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-= function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes= -mno-avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/= sys/x86/x86/dump_machdep.c ctfconvert -L VERSION -g dump_machdep.o --- identcpu.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.identcpu.o -MTi= dentcpu.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -= fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/= x86/identcpu.c --- cpu_machdep.o --- ctfconvert -L VERSION -g cpu_machdep.o --- intr_machdep.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.intr_machdep.o = -MTintr_machdep.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-= float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-prote= ctor -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdi= agnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compar= e -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-= function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes= -mno-avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/= sys/x86/x86/intr_machdep.c --- busdma_bounce.o --- ctfconvert -L VERSION -g busdma_bounce.o --- io_apic.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.io_apic.o -MTio= _apic.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwa= rf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sig= n -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-= show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-err= or-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function = -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx = -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/x8= 6/io_apic.c --- intr_machdep.o --- ctfconvert -L VERSION -g intr_machdep.o --- legacy.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.legacy.o -MTleg= acy.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf= -2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-= prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign = -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-sh= ow-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error= -empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -W= no-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -= std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/x86/= legacy.c --- identcpu.o --- ctfconvert -L VERSION -g identcpu.o --- local_apic.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.local_apic.o -M= Tlocal_apic.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-floa= t -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector= -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -W= missing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-point= er-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -W= no-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-func= tion -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mn= o-avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/= x86/x86/local_apic.c --- legacy.o --- ctfconvert -L VERSION -g legacy.o --- mca.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.mca.o -MTmca.o = -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynch= ronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__pr= intf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-opt= ion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3D= iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/x86/mca.c --- io_apic.o --- ctfconvert -L VERSION -g io_apic.o --- mp_x86.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.mp_x86.o -MTmp_= x86.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf= -2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-= prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign = -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-sh= ow-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error= -empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -W= no-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -= std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/x86/= mp_x86.c --- mca.o --- ctfconvert -L VERSION -g mca.o --- msi.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.msi.o -MTmsi.o = -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynch= ronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__pr= intf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-opt= ion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3D= iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/x86/msi.c --- local_apic.o --- ctfconvert -L VERSION -g local_apic.o --- mp_x86.o --- ctfconvert -L VERSION -g mp_x86.o --- nexus.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.nexus.o -MTnexu= s.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-as= ynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2= -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D= __printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show= -option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno= -error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -st= d=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/x86/ne= xus.c --- pvclock.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.pvclock.o -MTpv= clock.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwa= rf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sig= n -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-= show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-err= or-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function = -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx = -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/x8= 6/pvclock.c --- msi.o --- ctfconvert -L VERSION -g msi.o --- stack_machdep.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.stack_machdep.o= -MTstack_machdep.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msof= t-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-pro= tector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototyp= es -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno= -pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -f= diagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-comp= are -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unuse= d-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-a= es -mno-avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/sr= c/sys/x86/x86/stack_machdep.c --- pvclock.o --- ctfconvert -L VERSION -g pvclock.o --- tsc.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.tsc.o -MTtsc.o = -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynch= ronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__pr= intf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-opt= ion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3D= iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/x86/tsc.c --- stack_machdep.o --- ctfconvert -L VERSION -g stack_machdep.o --- delay.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.delay.o -MTdela= y.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-as= ynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2= -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D= __printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show= -option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno= -error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -st= d=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/x86/de= lay.c --- nexus.o --- ctfconvert -L VERSION -g nexus.o --- hvm.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.hvm.o -MThvm.o = -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynch= ronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__pr= intf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-opt= ion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3D= iso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/xen/hvm.c --- delay.o --- ctfconvert -L VERSION -g delay.o --- xen_intr.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.xen_intr.o -MTx= en_intr.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -= fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/= xen/xen_intr.c --- x86emu.o --- ctfconvert -L VERSION -g x86emu.o --- tsc.o --- ctfconvert -L VERSION -g tsc.o --- pv.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.pv.o -MTpv.o -m= cmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchro= nous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall= -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototyp= es -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__prin= tf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-optio= n -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-b= ody -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error= -pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Dis= o9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/xen/pv.c --- pvcpu_enum.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.pvcpu_enum.o -M= Tpvcpu_enum.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-floa= t -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector= -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -W= missing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-point= er-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -W= no-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-func= tion -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mn= o-avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/= x86/xen/pvcpu_enum.c --- hvm.o --- ctfconvert -L VERSION -g hvm.o --- xen_apic.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.xen_apic.o -MTx= en_apic.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -= fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/= xen/xen_apic.c --- pvcpu_enum.o --- ctfconvert -L VERSION -g pvcpu_enum.o --- xenpv.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.xenpv.o -MTxenp= v.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-as= ynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2= -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D= __printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show= -option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno= -error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -st= d=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/xen/xe= npv.c --- pv.o --- ctfconvert -L VERSION -g pv.o --- xen_nexus.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.xen_nexus.o -MT= xen_nexus.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -= gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer= -sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnost= ics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno= -error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-functi= on -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-= avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x8= 6/xen/xen_nexus.c --- xenpv.o --- ctfconvert -L VERSION -g xenpv.o --- xen_msi.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.xen_msi.o -MTxe= n_msi.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwa= rf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sig= n -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-= show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-err= or-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function = -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx = -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/x86/xe= n/xen_msi.c --- xen_apic.o --- ctfconvert -L VERSION -g xen_apic.o --- xen_pci_bus.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.xen_pci_bus.o -= MTxen_pci_bus.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-fl= oat -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protect= or -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poi= nter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiag= nostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare = -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fu= nction -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -= mno-avx -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sy= s/x86/xen/xen_pci_bus.c --- xen_nexus.o --- ctfconvert -L VERSION -g xen_nexus.o --- config.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.config.o -MTcon= fig.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf= -2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-= prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign = -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-sh= ow-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error= -empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -W= no-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -= std=3Diso9899:1999 -Werror config.c ctfconvert -L VERSION -g config.o --- env.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.env.o -MTenv.o = -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynch= ronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__pr= intf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-opt= ion -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-err= or-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3D= iso9899:1999 -Werror env.c --- xen_intr.o --- ctfconvert -L VERSION -g xen_intr.o --- env.o --- ctfconvert -L VERSION -g env.o --- hints.o --- --- vnode_if.o --- --- hints.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.hints.o -MThint= s.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-as= ynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2= -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D= __printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show= -option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno= -error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -st= d=3Diso9899:1999 -Werror hints.c --- vnode_if.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.vnode_if.o -MTv= node_if.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -= fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -Werror vnode_if.c --- xen_msi.o --- ctfconvert -L VERSION -g xen_msi.o --- hack.So --- :> hack.c cc -shared -nostdlib hack.c -o hack.So --- hints.o --- ctfconvert -L VERSION -g hints.o --- sym_hipd.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.sym_hipd.o -MTs= ym_hipd.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -= fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -Werror /builds/workspace/FreeBSD_HEAD/src/sys/dev/= sym/sym_hipd.c --- hack.So --- rm -f hack.c --- hpt27xx_lib.o --- uudecode < /builds/workspace/FreeBSD_HEAD/src/sys/dev/hpt27xx/amd64-elf.hpt= 27xx_lib.o.uu ctfconvert -L VERSION -g hpt27xx_lib.o ERROR: ctfconvert: rc =3D -1 No entry found [dwarf_next_cu_header_c(61)] --- hptmvraid.o --- uudecode < /builds/workspace/FreeBSD_HEAD/src/sys/dev/hptmv/amd64-elf.raid.= o.uu ctfconvert -L VERSION -g hptmvraid.o ERROR: ctfconvert: rc =3D -1 No entry found [dwarf_next_cu_header_c(61)] --- hptnr_lib.o --- uudecode < /builds/workspace/FreeBSD_HEAD/src/sys/dev/hptnr/amd64-elf.hptnr= _lib.o.uu ctfconvert -L VERSION -g hptnr_lib.o ERROR: ctfconvert: rc =3D -1 No entry found [dwarf_next_cu_header_c(61)] --- hptrr_lib.o --- uudecode < /builds/workspace/FreeBSD_HEAD/src/sys/dev/hptrr/amd64-elf.hptrr= _lib.o.uu ctfconvert -L VERSION -g hptrr_lib.o --- xen_pci_bus.o --- ctfconvert -L VERSION -g xen_pci_bus.o --- hptrr_lib.o --- ERROR: ctfconvert: rc =3D -1 No entry found [dwarf_next_cu_header_c(61)] --- vnode_if.o --- ctfconvert -L VERSION -g vnode_if.o --- sym_hipd.o --- ctfconvert -L VERSION -g sym_hipd.o --- vers.c --- MAKE=3D/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src= /make.amd64/bmake sh /builds/workspace/FreeBSD_HEAD/src/sys/conf/newvers.sh= GENERIC --- vers.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/workspac= e/FreeBSD_HEAD/src/sys -I/builds/workspace/FreeBSD_HEAD/src/sys/contrib/lib= fdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit= -frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zon= e -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreesta= nding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-= externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline = -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ = -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wn= o-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-= equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shi= ft-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -Werror vers.c ctfconvert -L VERSION -g vers.o --- kernel.full --- linking kernel.full ctfmerge -L VERSION -g -o kernel.full ... text data bss dec hex filename 21164626 1276396 5116064 27557086 0x1a47cde kernel.full --- kernel.debug --- objcopy --only-keep-debug kernel.full kernel.debug --- kernel --- objcopy --strip-debug --add-gnu-debuglink=3Dkernel.debug kernel.full kerne= l -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Thu Jun 16 06:26:32 UTC 2016 -------------------------------------------------------------- [Pipeline] sleep [Pipeline] step [WARNINGS] Parsing warnings in console log with parser Clang (LLVM based) [Pipeline] } [Pipeline] // withEnv [Pipeline] } [Pipeline] // dir [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Thu Jun 16 09:08:08 2016 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 F1933A3131D for ; Thu, 16 Jun 2016 09:08:07 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x22a.google.com (mail-io0-x22a.google.com [IPv6:2607:f8b0:4001:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AFA80125B for ; Thu, 16 Jun 2016 09:08:07 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by mail-io0-x22a.google.com with SMTP id f30so35766100ioj.2 for ; Thu, 16 Jun 2016 02:08:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=VqXetE29SQH3e8gMuRazO4QGta+SVf87fuEAyfDiPPo=; b=NjF+HLI3bfC34YF2JM0yI176GXuA5odlMiqRTLqaLSQmeRJl0MvXYuleSWi2pXGyXL CgSViD26yJtpqvxFNwzcLbqAsaQxKdAYoswoPgY/6LZWKdbQ9fQNAmX2g/CoqgDJ1jlN fpk5kMCiHXLochDimBPni5oMcxghGlSztm0s+eU9YGZM1AzesjigmS+1wjhTEDeBdQI0 BY2AiiktiE1+wOOgnP5IkgBIVvL4Zkr8eXVz3+Vat4z1zgPf39QX+Zx9CA1gxLETdgA7 MZwVH7XmqOV04ZlwdaFi2JJ2bPUjTW+B4tMekcgBYtbivlW3dsKon+RbJid7SpK16nPK DOOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=VqXetE29SQH3e8gMuRazO4QGta+SVf87fuEAyfDiPPo=; b=OQNsZCaGcwj8OPq21Cr9WC4txpCYrhsDcHaVxzbTH+v+fP3BQTXvzQ3SP/bgeLr3X0 ujdl5WnKQrABWlvyPINPgf29h9iIQfK8ZSplnJok9nGE5lhuQqxXNbOqQ+62hIlDbmeP /TKyfUc4SPdGySUlbROfjEg26oSckqnJAUtEjSLqO6+BU/LMQqGj55MOdzjyn/Wuc/5d fttcII6Z/3U7AwnMX7fP9uoi3NTEvmZSAyZhgoUy7iIU73M9jqtNskS7OIVvSEs/8TbH Z0KhkvtQi/rJkNHR6mmBF7OwMzFK+C8/vQpnfKugUrJ1zXZX5RA9S7CS2RSpBDGbcGHw QBAQ== X-Gm-Message-State: ALyK8tKtbrI9huE1glSQ2GAnfyeuBZK2VUiGzTE3M9PIadmF0/q5dghFYWT+A4Vbm8wqJpPem4gic60xpY4dVw== X-Received: by 10.107.162.131 with SMTP id l125mr5874207ioe.84.1466068086824; Thu, 16 Jun 2016 02:08:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.60.67 with HTTP; Thu, 16 Jun 2016 02:08:06 -0700 (PDT) In-Reply-To: References: From: Svatopluk Kraus Date: Thu, 16 Jun 2016 11:08:06 +0200 Message-ID: Subject: Re: RPI-B 11.0-ALPHA3 r301815 panic To: Keith White Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 09:08:08 -0000 There was a fix committed in r301872 which should help. Svatopluk Kraus On Thu, Jun 16, 2016 at 3:48 AM, Keith White wrote: > I get the following panic when connecting via WiFi to an RPI-B > running the r301815 snapshot: > > Fatal kernel mode data abort: 'Alignment Fault' on read > trapframe: 0xc18f28c0 > FSR=00000001, FAR=c21a287a, spsr=60000013 > r0 =c07a6548, r1 =00000004, r2 =c060513d, r3 =000007b6 > r4 =c18f2a28, r5 =c18f2b40, r6 =c21a2876, r7 =c1cce3e0 > r8 =c1cce3e0, r9 =c21a2876, r10=c18f2b40, r11=c18f2988 > r12=00000000, ssp=c18f2950, slr=c1a48370, pc =c0449928 > > Suggestions on where to start to track this down? > > > Here's the console output over the serial port from boot to panic: > > U-Boot 2016.01 (Jun 11 2016 - 12:28:01 +0000) > > DRAM: 224 MiB > RPI Model B (no P5) (0x3) > MMC: bcm2835_sdhci: 0 > reading uboot.env > > ** Unable to read "uboot.env" from mmc0:1 ** > Using default environment > > In: serial > Out: lcd > Err: lcd > Net: Net Initialization Skipped > No ethernet found. > reading uEnv.txt > ** Unable to read file uEnv.txt ** > Hit any key to stop autoboot: 0 starting USB... > USB0: Core Release: 2.80a > scanning bus 0 for devices... 4 USB Device(s) found > scanning usb for storage devices... 0 Storage Device(s) found > scanning usb for ethernet devices... 1 Ethernet Device(s) found > Booting from: mmc 0 ubldr.bin > reading ubldr.bin > 223912 bytes read in 30 ms (7.1 MiB/s) > ## No elf image at address 0x00200000 > ## Starting application at 0x00200000 ... > Consoles: U-Boot console Compatible U-Boot API signature found @0xdb464d0 > > FreeBSD/armv6 U-Boot loader, Revision 1.2 > (root@releng2.nyi.freebsd.org, Sat Jun 11 12:55:20 UTC 2016) > > DRAM: 224MB > Number of U-Boot devices: 2 > U-Boot env: loaderdev='mmc 0' > Found U-Boot device: disk > Checking unit=0 slice= partition=... good. > Booting from disk0s2a: > /boot/kernel/kernel data=0x606164+0xfde9c syms=[0x4+0xcaf70+0x4+0x984e7] > > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... Using DTB provided by U-Boot at address > 0x100. > Kernel entry at 0x0x400100... > Kernel args: (null) > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2016 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 11.0-ALPHA3 #0 r301815: Sat Jun 11 13:02:45 UTC 2016 > root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM > 3.8.0) > VT: init without driver. > sema_sysinit > CPU: ARM1176JZ-S rev 7 (ARM11J core) > Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext > WB enabled LABT branch prediction disabled > 16KB/32B 4-way instruction cache > 16KB/32B 4-way write-back-locking-C data cache > real memory = 234876928 (223 MB) > avail memory = 219312128simplebus0: mem > 0x20000000-0x20ffffff on ofwbus0 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > bcm2835_cpufreq0: on cpu0 > intc0: Hz quality 1000 > Timecounter "BCM2835-3" frequency 1000000 Hz quality 1000 > bcmwd0: mem 0x10001c-0x100027 on simplebus0 > gpio0: mem 0x200000-0x2000af on simplebus0 > gpio0: read-only pins: 46-53. > gpio0: reserved pins: 48-53. > gpiobus0: on gpio0 > gpioled0: at pin 16 on gpiobus0 > gpioc0: on gpio0 > iichb0: mem 0x205000-0x20501f on simplebus0 > iicbus0: on iichb0 > iic0: on iicbus0 > iichb1: mem 0x804000-0x80401f on simplebus0 > iicbus1: on iichb1 > iic1: on iicbus1 > spi0: mem 0x204000-0x20401f on simplebus0 > spibus0: on spi0 > bcm_dma0: mem 0x7000-0x7fff,0xe05000-0xe05fff on > simplebus0 > mbox0: mem 0xb880-0xb8bf on simplebus0 > sdhci_bcm0: mem 0x300000-0x3000ff on > simplebus0 > mmc0: on sdhci_bcm0 > uart0: mem 0x201000-0x201fff on simplebus0 > uart0: console (115200,n,8,1) > vchiq0: mem 0xb800-0xb84f on simplebus0 > vchiq: local ver 8 (min 3), remote ver 8. > pcm0: on vchiq0 > bcm283x_dwcotg0: mem > 0x980000-0x99ffff on simplebus0 > usbus0 on bcm283x_dwcotg0 > fb0: on ofwbus0 > fbd0 on fb0 > VT: initialize with new VT driver "fb". > fb0: 656x416(656x416@0,0) 24bpp > fb0: fbswap: 1, pitch 1968, base 0x0eaac000, screen_size 818688 > cryptosoft0: > Timecounters tick every 10.000 msec > usbus0: 480Mbps High Speed USB v2.0 > bcm2835_cpufreq0: ARM 700MHz, Core 250MHz, SDRAM 400MHz, Turbo OFF > ugen0.1: at usbus0 > uhub0: removable, self powered > mmcsd0: 2GB at mmc0 > 41.6MHz/4bit/65535-block > Trying to mount root from ufs:/dev/ufs/rootfs [rw]... > warning: no time-of-day clock registered, system time will not be set > accurately > ugen0.2: at usbus0 > uhub1: on > usbus0 > uhub1: MTT enabled > uhub1: 3 ports with 2 removable, self powered > Setting hostuuid: 4af361f9-2fd5-11e6-bfe7-b827ebdc1f36. > Setting hostid: 0xe2d1bb69. > No suitable dump device was found. > Starting file system checks: > ugen0.3: at usbus0 > smsc0: on usbus0 > smsc0: chip 0xec00, rev. 0002 > miibus0: on smsc0 > ukphy0: PHY 1 on miibus0 > ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > ue0: on smsc0 > ue0: Ethernet address: b8:27:eb:dc/dev/ufs/rootfs: FILE SYSTEM CLEAN; > SKIPPING CHECKS > /dev/ufs/rootfs: clean, 276308 free (196 frags, 34514 blocks, 0.0% > fragmentation) > ugen0.4: at usbus0 > Mounting local filesystems:. > ELF ldconfig path: /lib /usr/lib /usr/lib/compat > random: unblocking device. > Soft Float compatibility ldconfig path: > Setting hostname: rpi-b. > Setting up harvesting: > [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED > Feeding entropy: . > ifconfig: SIOCIFCREATE2: Invalid argument > smsc0: chip 0xec00, rev. 0002 > ue0: link state changed to DOWN > Starting Network: lo0 ue0. > lo0: flags=8049 metric 0 mtu 16384 > options=600003 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 > inet 127.0.0.1 netmask 0xff000000 > groups: lo > nd6 optioue0: flags=8843 > metric 0 mtu 1500 > options=80009 > ether b8:27:eb:dc:1f:36 > media: Ethernet autoselect (none) > status: no carrier > nd6 options=29 > Starting devd. > urtwn0: on > usbus0 > urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R > urtwn0: enabling 11n > wlan0: Ethernet address: 00:13:ef:74:07:a8 > Created wlan(4) interfaces: wlan0. > Starting wpa_supplicant. > Starting Network: wlan0. > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:13:ef:74:07:a8 > groups: wlan > ssid "" channel 1 (2412 MHz 11b) > regdomain FCC country CA indoor authmode WPA1+WPA2/802.11i > privacy MIXED deftxkey UNDEF txpower 30 bmiss 7 scanvalid 60 wme > roaming MANUAL bintval 0 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > nd6 options=29 > add host 127.0.0.1: gateway lo0 fib 0: route already in table > add host ::1: gateway lo0 fib 0: route already in table > add net fe80::: gateway ::1 > add net ff02::: gateway ::1 > add net ::ffff:0.0.0.0: gateway ::1 > add net ::0.0.0.0: gateway ::1 > Waiting 30s for the default route interface: wlan0: link state changed to UP > .....(wlan0) > Creating and/or trimming log files. > Starting syslogd. > Clearing /tmp (X related). > Updating motd:. > Mounting late filesystems:. > Configuring vt: blanktime. > Performing sanity check on sshd configuration. > Starting sshd. > Starting cron. > Starting background file system checks in 60 seconds. > > Sat Jun 11 13:16:12 UTC 2016 > > FreeBSD/arm (rpi-b) (ttyu0) > > login: > > ["nc rpi-b 22" entered on remote] > Fatal kernel mode data abort: 'Alignment Fault' on read > trapframe: 0xc18f28c0 > FSR=00000001, FAR=c21a287a, spsr=60000013 > r0 =c07a6548, r1 =00000004, r2 =c060513d, r3 =000007b6 > r4 =c18f2a28, r5 =c18f2b40, r6 =c21a2876, r7 =c1cce3e0 > r8 =c1cce3e0, r9 =c21a2876, r10=c18f2b40, r11=c18f2988 > r12=00000000, ssp=c18f2950, slr=c1a48370, pc =c0449928 > > [ thread pid 13 tid 100036 ] > Stopped at $a.17+0x38: ldmib r6, {r1-r2} > db> > > > ...keith > _______________________________________________ > 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 Jun 16 09:46:48 2016 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 22C73A4714C for ; Thu, 16 Jun 2016 09:46:48 +0000 (UTC) (envelope-from woodsb02@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 A968916AE for ; Thu, 16 Jun 2016 09:46:47 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-wm0-x244.google.com with SMTP id r5so10086727wmr.0 for ; Thu, 16 Jun 2016 02:46:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=MF/+3m4wvaXg5f8hygNXcY2EfNTxkaogj3n1qh7xeks=; b=CiZ4EElO2Rl/J5rdLLoOW6aPl2gNV3Fv1iFuwHB249jeJqLmigE9LqLBCU0ikwE6NJ 01kAmZC09WNpk4TArww6OXsT5UXsVz4I2sTLq1gU9jgcYdd49fLUAXAjBO7zr+w8f8h2 7j3mtgTPllqbUhvFTdYKzO+DHAFuXHrx0PiC3MPZSkAIMfZkQ7lMPltShmH9YE0MdNar FJx740Fprlrv0mAdYBRJSq020lMRZ8mvmede/Dge7sJvextxgNXLoEFqRv6KNqHt3SK6 Jhpc2mPx4fIW5IHfCZSuHCA52CAuImA+e7n8AnvQWHOSg5QuPMWlsA7xAlffbUyngOPU jLng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=MF/+3m4wvaXg5f8hygNXcY2EfNTxkaogj3n1qh7xeks=; b=hhXAK1ol+nzn8bIdM7ym98lBwGtnyg8APwcdkRI9iTv0H5uQuT4BHoc5zLUzS5V759 tjfZB6eaF6Y7PxyGj3guJJjXPc9Fupxptu1kPmcAo4f8xLhJwnvQwZl8Fi5N14ME/iox 6yD2oAQvQgBXc8KP/bdyeJ0iURqgPUod+yYmAgCHC+WxMMobYNsNr7pwPA5M6o9iGmzO H+bL16RqzkoCdbfurxs5FuAfSSG6kQnJcIjj88yIBl6M4HJ2MzqIFCTFq6NTfr1sB0ae f5L+xjfb/f8XN1Tc9nFYAptfrr1Czf/MM05ZW5CqUPFcI5siysOkgVyA8OgV/XfL0etU ehEw== X-Gm-Message-State: ALyK8tJ4UubplhfTd3AldG+zv+CzASy6QU2/aAFKfGVGSlhbpBe6g2kjBe7DGr4kxzolfw== X-Received: by 10.28.37.195 with SMTP id l186mr3908280wml.23.1466070405347; Thu, 16 Jun 2016 02:46:45 -0700 (PDT) Received: from shinto.woods.am (ip-200.net-89-2-122.rev.numericable.fr. [89.2.122.200]) by smtp.gmail.com with ESMTPSA id hf7sm23831523wjc.48.2016.06.16.02.46.43 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 16 Jun 2016 02:46:44 -0700 (PDT) Date: Thu, 16 Jun 2016 11:46:41 +0200 From: Ben Woods To: Raphael 'kena' Poss Cc: Adrian Chadd , FreeBSD Current , thatguyrenic@gmail.com, stsp@openbsd.org, mpi@openbsd.org, jcs@openbsd.org, shadchin@openbsd.org, wulf@cicgroup.ru Subject: Re: Support for Elantech trackpads (common on new laptops) Message-ID: <20160616094641.GA1417@shinto.woods.am> References: <13002D04-FE44-4D66-9191-222A863DD48C@thaumogen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <13002D04-FE44-4D66-9191-222A863DD48C@thaumogen.net> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 09:46:48 -0000 On Thu, Jun 16, 2016 at 09:14:20AM +0200, Raphael 'kena' Poss wrote: > Please give credit where credit is due, the patch was originally posted here: > > https://lists.freebsd.org/pipermail/freebsd-mobile/2015-September/013327.html > > Adrian Chadd schreef op 16 juni 2016 04:20:13 CEST: > >I'll test it out tonight to see if anything is regressing > > > >a- > > > >On 15 June 2016 at 16:50, Ben Woods wrote: > >> Hi everyone, > >> > >> Raphael Poss has kindly submitted a patch to bring support for Elantech > >> trackpads, which are common in new laptops. > >> > >> I have tidied the patch so that it applies cleanly to 11-current (as of > >> r301929). It is attached to PR205690. > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205690 > >> > >> Could someone familiar with moused and mice drivers in sys/dev/atkbdc/psm.c > >> please have a look? > >> > >> Thanks, > >> Ben I've done some testing, and the short update is "it's working fine for me". I love having two-finger scroll support! A few more testing details added to the bug report. Vladimir: Thanks for porting this from OpenBSD! Thanks to the OpenBSD developers stsp, mpi, jcs, shadchin for the initial work on this [1]. Raphael: Thanks for ensuring this was captured in Bugzilla and for porting to 10-STABLE. Adrian: Thanks in advance for your testing and help! [1] http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pckbc/pms.c Regards, Ben -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Thu Jun 16 10:05:18 2016 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 46DFAA47850 for ; Thu, 16 Jun 2016 10:05:18 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::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 CCA561163 for ; Thu, 16 Jun 2016 10:05:17 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-wm0-x243.google.com with SMTP id r5so10212178wmr.0 for ; Thu, 16 Jun 2016 03:05:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=LCVBh5AlKbcVC4sesu7EnhdJmQCqagrc8qUvkxpi+3s=; b=ZCYB8+w6mOPWVZH5iSeMazNtvQDIhwuI3aREs1oS9nQTVCqfssMw9Ok2+glk0NNBdg oSQbhAxl+EBPGOVF/aoCTJkkfyLbFI4d5V0A62+n3Lx7/+6qGFDmDC6WlucKB+iLklsr yQYT9GC/x+IIwHPCdGsUKwmRUAYf/6ra0/ZoxvZktOW/1wV87FSScP7CrLGRGt4U/6v4 Er1EI4IBo3h/LMHwfQD3O/W1aFhT4eDRCQ591bMZyDb3kD5LyIzDTGsazkLTjzWzi9u1 W+hKwvZdM4/IAAIA9cgBbIAkJLIaVHUE3b3lzyIzakcMjfRwRj5iSwoPSiRMr6mvzVkD E5XA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=LCVBh5AlKbcVC4sesu7EnhdJmQCqagrc8qUvkxpi+3s=; b=lOwyoFJegIKCz+w8tcp4QJDHSIyjyoRuTDxSUxvTv2TlTI2Ec2MTZTSTWonWWUJbqR txuZH4RCPRcczxRQsZyVrkm37jGbA9EStGfoIpNzcsvjwWYHFqsqjd1thw0Nv/HwZqT8 f8Lnx4f29yM1VmyE7TPoXo0tOqlzS2U88IE32WiRk+GfJ/QN85GJqKang26tLan9hw1S G5n19eDVsZaQfZa7ZL/Sk8hX+i5zR6R+rrXMHI0Eqg+dTD1HG302Y5/HGA13jaMqMNBR a6mtKcSJ3vNqRIV+8l6F2b5bBTz7Tyh6RKkWHhmFar/JpH8R7nviAAsKeJqKmnR5/gbg g6zQ== X-Gm-Message-State: ALyK8tKzgw6zjvwc+AfzJJ836zRbVEkzH5HiMGD79vwDHQG+k4bk42xGHF4IeyXqbvjKGQ== X-Received: by 10.194.203.105 with SMTP id kp9mr202188wjc.70.1466071516174; Thu, 16 Jun 2016 03:05:16 -0700 (PDT) Received: from shinto.woods.am (ip-200.net-89-2-122.rev.numericable.fr. [89.2.122.200]) by smtp.gmail.com with ESMTPSA id r6sm14088822wme.14.2016.06.16.03.05.14 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 16 Jun 2016 03:05:15 -0700 (PDT) Date: Thu, 16 Jun 2016 12:05:12 +0200 From: Ben Woods To: Raphael 'kena' Poss Cc: Adrian Chadd , FreeBSD Current , thatguyrenic@gmail.com, stsp@openbsd.org, mpi@openbsd.org, jcs@openbsd.org, shadchin@openbsd.org, wulf@cicgroup.ru Subject: Re: Support for Elantech trackpads (common on new laptops) Message-ID: <20160616100512.GA1682@shinto.woods.am> References: <13002D04-FE44-4D66-9191-222A863DD48C@thaumogen.net> <20160616094641.GA1417@shinto.woods.am> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160616094641.GA1417@shinto.woods.am> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 10:05:18 -0000 On Thu, Jun 16, 2016 at 11:46:41AM +0200, Ben Woods wrote: > On Thu, Jun 16, 2016 at 09:14:20AM +0200, Raphael 'kena' Poss wrote: > > Please give credit where credit is due, the patch was originally posted here: > > > > https://lists.freebsd.org/pipermail/freebsd-mobile/2015-September/013327.html > > > > I've done some testing, and the short update is "it's working fine for me". > I love having two-finger scroll support! > > A few more testing details added to the bug report. > > Vladimir: Thanks for porting this from OpenBSD! > Thanks to the OpenBSD developers stsp, mpi, jcs, shadchin for the initial work on this [1]. > Raphael: Thanks for ensuring this was captured in Bugzilla and for porting to 10-STABLE. > Adrian: Thanks in advance for your testing and help! > > [1] http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pckbc/pms.c > > Regards, > Ben Looking closer, it looks like this is largely Vladimir's original work, which uses some of the absolute mode driver work from OpenBSD. Regards, Ben -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-current@freebsd.org Thu Jun 16 10:45:21 2016 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 4FF4FA6B28E for ; Thu, 16 Jun 2016 10:45:21 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "courriel.site.uottawa.ca", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F125B13D1 for ; Thu, 16 Jun 2016 10:45:20 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from [10.0.2.15] (ppp-74-51-49-4.vianet.ca [74.51.49.4]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.5) with ESMTP id u5GAjHuT098631 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 16 Jun 2016 06:45:18 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Date: Thu, 16 Jun 2016 06:45:12 -0400 (EDT) From: Keith White X-X-Sender: kwhite@localhost.my.domain To: Svatopluk Kraus cc: "freebsd-current@freebsd.org" Subject: Re: RPI-B 11.0-ALPHA3 r301815 panic In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 10:45:21 -0000 On Thu, 16 Jun 2016, Svatopluk Kraus wrote: > There was a fix committed in r301872 which should help. > > Svatopluk Kraus > ... Thanks! I'd tried r301932 with the same panic. I'll try again with r301872 and a pristine /usr/obj ...keith From owner-freebsd-current@freebsd.org Thu Jun 16 07:14:29 2016 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 C3110A69BBF for ; Thu, 16 Jun 2016 07:14:29 +0000 (UTC) (envelope-from knz@thaumogen.net) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 86756174D for ; Thu, 16 Jun 2016 07:14:28 +0000 (UTC) (envelope-from knz@thaumogen.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 60F3720622; Thu, 16 Jun 2016 03:14:22 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Thu, 16 Jun 2016 03:14:22 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=thaumogen.net; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=3BIUKH78Bpv5tc/vrgB6Yf22saY=; b=CKHTPR bpeaRflAb0/Fr7t6G7pDEfChhNAfBgZLfP+7YG9poJNdifaVFVIb6IozDWpPQlZP MsPKSEftO5UHGJdK8+wG5kOYkSP1okvMIqHXOv0i+E4TFCeS/Xcq3PmlfdhN3Fzu +slsVtjFk8yt7aDvDybHfnAM5aAkvysD7iEjg= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=3BIUKH78Bpv5tc/ vrgB6Yf22saY=; b=jzXNqzqYe5AlHgUkdUiQtMTua+yzJupxa8s8hfSHlXTUhFn NS6yOb1fzZyX7ZCGI/zjDOoVbdoqCo/RRYVDreRbJS4g5hP6YDC+0WjFiSpAFnOz h4CZP/9JGI2OwXEwGeeRJmtLYbtHB1t+TxTCY6gYlhu+mR7E2NWbMGFl3mYs= X-Sasl-enc: GEzq+lpDp6Y017UkzpxB+VxOT3VFSaKp2qCCdHgEpo+1 1466061261 Received: from [192.168.2.3] (ip5657c407.direct-adsl.nl [86.87.196.7]) by mail.messagingengine.com (Postfix) with ESMTPA id 785C8CCD34; Thu, 16 Jun 2016 03:14:21 -0400 (EDT) User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Subject: Re: Support for Elantech trackpads (common on new laptops) From: Raphael 'kena' Poss Date: Thu, 16 Jun 2016 09:14:20 +0200 To: Adrian Chadd ,Ben Woods CC: FreeBSD Current ,thatguyrenic@gmail.com Message-ID: <13002D04-FE44-4D66-9191-222A863DD48C@thaumogen.net> X-Mailman-Approved-At: Thu, 16 Jun 2016 10:55:38 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 07:14:29 -0000 Please give credit where credit is due, the patch was originally posted here: https://lists.freebsd.org/pipermail/freebsd-mobile/2015-September/013327.html Adrian Chadd schreef op 16 juni 2016 04:20:13 CEST: >I'll test it out tonight to see if anything is regressing > > >a- > > >On 15 June 2016 at 16:50, Ben Woods wrote: >> Hi everyone, >> >> Raphael Poss has kindly submitted a patch to bring support for >Elantech >> trackpads, which are common in new laptops. >> >> I have tidied the patch so that it applies cleanly to 11-current (as >of >> r301929). It is attached to PR205690. >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205690 >> >> Could someone familiar with moused and mice drivers in >sys/dev/atkbdc/psm.c >> please have a look? >> >> Thanks, >> Ben >> >> -- >> From: Benjamin Woods >> woodsb02@gmail.com >> _______________________________________________ >> 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" -- Sent from mobile. Please excuse my brevity. From owner-freebsd-current@freebsd.org Thu Jun 16 11:03:32 2016 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 18C26A6BA18; Thu, 16 Jun 2016 11:03:32 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "courriel.site.uottawa.ca", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD4D11153; Thu, 16 Jun 2016 11:03:31 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from [10.0.2.15] (ppp-74-51-49-4.vianet.ca [74.51.49.4]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.5) with ESMTP id u5GB3SMH099386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 16 Jun 2016 07:03:29 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Date: Thu, 16 Jun 2016 07:03:23 -0400 (EDT) From: Keith White X-X-Sender: kwhite@localhost.my.domain To: Mark Millard cc: freebsd-arm , FreeBSD Current Subject: RE: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] In-Reply-To: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> Message-ID: References: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 11:03:32 -0000 On Wed, 15 Jun 2016, Mark Millard wrote: > https://lists.freebsd.org/pipermail/freebsd-current/2016-June/061904.html reports an RPI-B alignment fault for -r301815 (the snapshot) "when connecting via WiFi". > > -r301872 ( https://lists.freebsd.org/pipermail/svn-src-head/2016-June/088339.html ) has a fix for networking vs. alignment handling for armv6 contexts that might be needed. Quoting: > >> Author: ian >> Date: Mon Jun 13 16:48:27 2016 >> New Revision: 301872 >> URL: >> https://svnweb.freebsd.org/changeset/base/301872 > ... Thanks for pointing this out! I'll see if a (complete) rebuild at that rev fixes the problem. ...keith From owner-freebsd-current@freebsd.org Thu Jun 16 12:01:32 2016 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 A1236A712E5 for ; Thu, 16 Jun 2016 12:01:32 +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 B2F451E01; Thu, 16 Jun 2016 12:01:31 +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 A633D1312; Thu, 16 Jun 2016 12:01:31 +0000 (UTC) Date: Thu, 16 Jun 2016 12:01:31 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1560037343.80.1466078491606.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1031634461.77.1466058399914.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1031634461.77.1466058399914.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #312 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 12:01:32 -0000 See ------------------------------------------ [...truncated 312149 lines...] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... Pacific/Noumea install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Noumea' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... Pacific/Pago_Pago install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Pago_Pago' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... Pacific/Palau install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Palau' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... Pacific/Pitcairn install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Pitcairn' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... Pacific/Pohnpei install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Pohnpei' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... Pacific/Port_Moresby install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Port_Moresby' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... Pacific/Rarotonga install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Rarotonga' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... Pacific/Saipan install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Saipan' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... Pacific/Tahiti install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Tahiti' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... Pacific/Tarawa install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Tarawa' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... Pacific/Tongatapu install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Tongatapu' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... Pacific/Wake install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Wake' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... Pacific/Wallis install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/Pacific/Wallis' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... UTC install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/UTC' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... WET install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/WET' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... posixrules install: target directory `/builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/posixrules' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... install -T -o root -g wheel -m 444 /builds/workspace/FreeBSD_HEAD/src/share/zoneinfo/../../contrib/tzdata//zone.tab /builds/workspace/FreeBSD_HEAD/package/src/usr/share/zoneinfo/ install: root: No such file or directory *** Error code 71 Stop. bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD/src/share/zoneinfo *** Error code 1 Stop. bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/share *** Error code 1 Stop. bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD/src *** Error code 1 Stop. bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD/src *** Error code 1 Stop. bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD/src *** Error code 1 Stop. make: stopped in /builds/workspace/FreeBSD_HEAD/src [Pipeline] } [Pipeline] // withEnv [Pipeline] } [Pipeline] // dir [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Thu Jun 16 12:18:36 2016 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 1BDF8A71B7C for ; Thu, 16 Jun 2016 12:18:36 +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 0F97D1E89; Thu, 16 Jun 2016 12:18:36 +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 32C191319; Thu, 16 Jun 2016 12:18:36 +0000 (UTC) Date: Thu, 16 Jun 2016 12:18:05 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: hselasky@FreeBSD.org, avg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1557798066.82.1466079516214.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2043743852.76.1466055663159.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2043743852.76.1466055663159.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc - Build #1287 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc 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.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 12:18:36 -0000 FreeBSD_HEAD_amd64_gcc - Build #1287 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1287/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1287/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1287/console Change summaries: 301956 by hselasky: Implement libusb_get_version() and update libusb manual page. Approved by: re (glebius) Requested by: swills MFC after: 1 week 301955 by avg: fix a zfs boot regression introduced in r300117 by accident There is no reason to return non-zero value from zfs_probe_partition() as that causes following partitions to not be probed for ZFS vdevs. A particular scenario that I encountered is a GPT partitioned disk where several partitions have freebsd-zfs type. A partition with a lower index is used as a cache (l2arc) vdev and in that case case zfs_probe() returned a non-zero status. That status was returned to ptable_iterate() and caused it to abort the iteration. Because of that the subsequent partitions were not probed and a root pool was not discovered resulting in a boot failure. While there fix the style for nearby return statements. Approved by: re (kib) From owner-freebsd-current@freebsd.org Thu Jun 16 13:20:19 2016 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 636C1A47C1B for ; Thu, 16 Jun 2016 13:20:19 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 476A31EC3 for ; Thu, 16 Jun 2016 13:20:18 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u5GDKDuH067800 for ; Thu, 16 Jun 2016 06:20:19 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: <7c39e5ac-3ed7-f19a-e175-d27af07eea47@delphij.net> <5fc80d8ee559336a657514b3f2ec2a33@ultimatedns.net> , From: "Chris H" Subject: Re: [CFT] ypldap testing against OpenLDAP and Microsoft Active Directory Date: Thu, 16 Jun 2016 06:20:19 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 13:20:19 -0000 On Wed, 15 Jun 2016 08:03:55 -0400 Nikolai Lifanov wrote > On 06/14/2016 21:05, Marcelo Araujo wrote: > > 2016-06-15 8:17 GMT+08:00 Chris H : > > > >> On Thu, 9 Jun 2016 17:55:58 +0800 Marcelo Araujo > >> wrote > >> > >>> Hey, > >>> > >>> Thanks for the CFT Craig. > >>> > >>> 2016-06-09 14:41 GMT+08:00 Xin Li : > >>> > >>>> > >>>> > >>>> On 6/8/16 23:10, Craig Rodrigues wrote: > >>>>> Hi, > >>>>> > >>>>> I have worked with Marcelo Araujo to port OpenBSD's ypldap to FreeBSD > >>>>> current. > >>>>> > >>>>> In latest current, it should be possible to put in /etc/rc.conf: > >>>>> > >>>>> nis_ypldap_enable="YES" > >>>>> to activate the ypldap daemon. > >>>>> > >>>>> When set up properly, it should be possible to log into FreeBSD, and > >> have > >>>>> the backend password database come from an LDAP database such > >>>>> as OpenLDAP > >>>>> > >>>>> There is some documentation for setting this up, but it is OpenBSD > >>>> specific: > >>>>> > >>>>> http://obfuscurity.com/2009/08/OpenBSD-as-an-LDAP-Client > >>>>> http://puffysecurity.com/wiki/ypldap.html#2 > >>>>> > >>>>> I did not bother porting the OpenBSD LDAP server to FreeBSD, so that > >>>>> information > >>>>> does not apply. I figure that openldap from ports should work fine. > >>>>> > >>>>> I was wondering if there is someone out there familiar enough with > >> LDAP > >>>>> and has a setup they can test this stuff out with, provide feedback, > >> and > >>>>> help > >>>>> improve the documentation for FreeBSD? > >>>> > >>>> Looks like it would be a fun weekend project. I've cc'ed a potential > >>>> person who may be interested in this as well. > >>>> > >>>> But will this worth the effort? (I think the current implementation > >>>> would do everything with plaintext protocol over wire, so while it > >>>> extends life for legacy applications that are still using NIS/YP, it > >>>> doesn't seem to be something that we should recommend end user to use?) > >>>> > >>> > >>> I can see two good point to use ypldap that would be basically for users > >>> that needs to migrate from NIS to LDAP or need to make some integration > >>> between legacy(NIS) and LDAP during a transition period to LDAP. > >>> > >>> As mentioned, NIS is 'plain text' not safe by its nature, however there > >> are > >>> still lots of people out there using NIS, and ypldap(8) is a good tool to > >>> help these people migrate to a more safe tool like LDAP. > >>> > >>> > >>>> > >>>>> I would also be interested in hearing from someone who can see if > >>>>> ypldap can work against a Microsoft Active Directory setup? > >>>> > >>>> Cheers, > >>>> > >>>> > >>> All my tests were using OpenLDAP, I used the OpenBSD documentation to > >> setup > >>> everything, and the file share/examples/ypldap/ypldap.conf can be a good > >>> start to anybody that wants to start to work with ypldap(8). > >>> > >>> Would be nice hear from other users how was their experience using ypldap > >>> with MS Active Directory and perhaps some HOWTO how they made all the > >> setup > >>> would be amazing to have. > >>> > >>> Also, would be useful to know who are still using NIS and what kind of > >>> setup(user case), maybe even the reason why they are still using it. > >> > >> Honestly, I think the best way to motivate people to do the right > >> thing(tm) Would be to remove Yellow Pages from the tree, entirely. :-) > >> It's been dead for *years*, and as you say, isn't safe, anyway.. > >> > > > > Yes, I have a plan for that, but I don't believe it will happens before > > FreeBSD 12-RELEASE. > > > > Please don't, at least for now. NIS is fast, simple, reliable, and works > on first boot without additional software. I have passwords in > Kerberos, so the usual cons doesn't apply. This is very valuable to me. > > It's not hurting anyone. What's the motivation behind removing it? In all honesty, my comment was somewhat tongue-in-cheek. But from a purely maintenance POV, at this point in time. I think the Yellow Pages are better suited for the ports tree, than in $BASE. --Chris > > > > >> > >> --Chris > >>> > >>> > >>> Best, > >>> -- > >>> > >>> -- > >>> Marcelo Araujo (__)araujo@FreeBSD.org From owner-freebsd-current@freebsd.org Thu Jun 16 15:17:05 2016 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 727A5A72C35 for ; Thu, 16 Jun 2016 15:17:05 +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 64F9716FC; Thu, 16 Jun 2016 15:17:05 +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 84EC81378; Thu, 16 Jun 2016 15:17:05 +0000 (UTC) Date: Thu, 16 Jun 2016 15:17:05 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1950139212.83.1466090225135.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1560037343.80.1466078491606.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1560037343.80.1466078491606.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #313 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 15:17:05 -0000 See From owner-freebsd-current@freebsd.org Thu Jun 16 15:37:12 2016 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 CAEB5A7342D; Thu, 16 Jun 2016 15:37:12 +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 BF21318AF; Thu, 16 Jun 2016 15:37:12 +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 C3C9A138C; Thu, 16 Jun 2016 15:37:12 +0000 (UTC) Date: Thu, 16 Jun 2016 15:37:12 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: hselasky@FreeBSD.org, gjb@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1791842297.85.1466091432809.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3401 - 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.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 15:37:12 -0000 FreeBSD_HEAD_i386 - Build #3401 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3401/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3401/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3401/cons= ole Change summaries: 301966 by hselasky: Add support for libusb_set_auto_detach_kernel_driver() to the LibUSB v1.0 A= PI. Approved by:=09re (kostikbel) Requested by:=09swills MFC after:=091 week 301965 by gjb: Reimplement r301944 using the correct install(1) invocation, which again fixes packaging tzdata/zoneinfo. Thank you to hrs for the pointer on what I did incorrectly. Approved by:=09re (blanket, pkgbase) Sponsored by:=09The FreeBSD Foundation The end of the build log: [...truncated 59354 lines...] cc -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DH= AVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx= -mno-sse -mno-avx -msoft-float -D_STANDALONE -MD -MF.depend.netif.o -MTne= tif.o -std=3Dgnu99 -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 -Wno= -parentheses -Qunused-arguments -c /usr/src/lib/libstand/netif.c -o netif= .o --- all_subdir_lib/libulog --- --- libulog.a --- building static ulog library ar -crD libulog.a `NM=3D'nm' NMFLAGS=3D'' lorder ulog_login.o ulog_login_ps= eudo.o utempter.o | tsort -q`=20 ranlib -D libulog.a --- all_subdir_lib/libucl --- --- ucl_parser.So --- cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libucl/../../contrib/libucl/inc= lude -I/usr/src/lib/libucl/../../contrib/libucl/src -I/usr/src/lib/libucl= /../../contrib/libucl/uthash -I/usr/src/lib/libucl/../../contrib/libucl/kl= ib -MD -MF.depend.ucl_parser.So -MTucl_parser.So -std=3Dgnu99 -fstack-pr= otector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -= Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -W= no-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-co= nversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libu= cl/../../contrib/libucl/src/ucl_parser.c -o ucl_parser.So --- all_subdir_lib/libulog --- --- Version.map --- cat /usr/src/lib/libulog/Symbol.map | cpp - - | awk -v vfile=3D/usr/src/l= ib/libulog/../libc/Versions.def -f /usr/src/share/mk/version_gen.awk > Vers= ion.map --- all_subdir_lib/libunbound --- =3D=3D=3D> lib/libunbound (all) --- all_subdir_lib/libulog --- --- libulog.so.0.full --- building shared library libulog.so.0 cc -Wl,--version-script=3DVersion.map -fstack-protector-strong -shared -Wl= ,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libulog.so.0.full -W= l,-soname,libulog.so.0 `NM=3D'nm' NMFLAGS=3D'' lorder ulog_login.So ulog_l= ogin_pseudo.So utempter.So | tsort -q` -lmd --- libulog.so.0.debug --- objcopy --only-keep-debug libulog.so.0.full libulog.so.0.debug --- libulog.so.0 --- objcopy --strip-debug --add-gnu-debuglink=3Dlibulog.so.0.debug libulog.so.= 0.full libulog.so.0 --- all_subdir_lib/libstand --- --- rpc.o --- cc -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DH= AVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx= -mno-sse -mno-avx -msoft-float -D_STANDALONE -MD -MF.depend.rpc.o -MTrpc.= o -std=3Dgnu99 -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 -Wno-par= entheses -Qunused-arguments -c /usr/src/lib/libstand/rpc.c -o rpc.o --- all_subdir_lib/libunbound --- --- configlexer.l --- cp -f /usr/src/lib/libunbound/../../contrib/unbound/util/configlexer.lex co= nfiglexer.l --- all_subdir_lib/libusbhid --- =3D=3D=3D> lib/libusbhid (all) --- all_subdir_lib/libunbound --- --- configparser.c --- yacc -pub_c_ -d -o configparser.c /usr/src/lib/libunbound/../../contrib/unb= ound/util/configparser.y --- all_subdir_lib/libusbhid --- --- descr.o --- cc -O2 -pipe -MD -MF.depend.descr.o -MTdescr.o -std=3Dgnu99 -fstack-pr= otector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unuse= d-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretu= rn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -W= cast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -W= old-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wth= read-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Qunused-arguments -c /usr/src/lib/libusbhid/descr.c -o descr.o --- all_subdir_lib/libunbound --- --- configlexer.c --- lex -Pub_c_ -oconfiglexer.c configlexer.l --- all_subdir_lib/libstand --- --- bootp.o --- --- all_subdir_lib/libunbound --- --- .depend --- --- all_subdir_lib/libstand --- cc -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DH= AVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx= -mno-sse -mno-avx -msoft-float -D_STANDALONE -MD -MF.depend.bootp.o -MTbo= otp.o -std=3Dgnu99 -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 -Wno= -parentheses -Qunused-arguments -c /usr/src/lib/libstand/bootp.c -o bootp= .o --- all_subdir_lib/libunbound --- echo libprivateunbound.so.5.full: /usr/obj/usr/src/tmp/usr/lib/libssl.a /us= r/obj/usr/src/tmp/usr/lib/libcrypto.a /usr/obj/usr/src/tmp/usr/lib/libpthre= ad.a >> .depend --- alloc.o --- cc -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/l= ib/libunbound/../../contrib/ldns -I/usr/obj/usr/src/lib/libunbound -MD -= MF.depend.alloc.o -MTalloc.o -std=3Dgnu99 -fstack-protector-strong -Wsystem= -headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pr= ototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wn= o-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unu= sed-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-argum= ents -c /usr/src/lib/libunbound/../../contrib/unbound/util/alloc.c -o allo= c.o --- all_subdir_lib/libusbhid --- --- descr_compat.o --- cc -O2 -pipe -MD -MF.depend.descr_compat.o -MTdescr_compat.o -std=3Dgn= u99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k= -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointe= r-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunuse= d-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredu= ndant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-dec= larations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-= const-variable -Qunused-arguments -c /usr/src/lib/libusbhid/descr_compat.= c -o descr_compat.o --- parse.o --- cc -O2 -pipe -MD -MF.depend.parse.o -MTparse.o -std=3Dgnu99 -fstack-pr= otector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unuse= d-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretu= rn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -W= cast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -W= old-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wth= read-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Qunused-arguments -c /usr/src/lib/libusbhid/parse.c -o parse.o --- all_subdir_lib/libstand --- --- rarp.o --- cc -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DH= AVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx= -mno-sse -mno-avx -msoft-float -D_STANDALONE -MD -MF.depend.rarp.o -MTrar= p.o -std=3Dgnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wn= o-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-pa= rentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-lo= cal-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-p= arentheses -Qunused-arguments -c /usr/src/lib/libstand/rarp.c -o rarp.o --- all_subdir_lib/libunbound --- --- as112.o --- cc -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/l= ib/libunbound/../../contrib/ldns -I/usr/obj/usr/src/lib/libunbound -MD -= MF.depend.as112.o -MTas112.o -std=3Dgnu99 -fstack-protector-strong -Wsystem= -headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pr= ototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wn= o-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unu= sed-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-argum= ents -c /usr/src/lib/libunbound/../../contrib/unbound/util/as112.c -o as11= 2.o --- autotrust.o --- cc -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/l= ib/libunbound/../../contrib/ldns -I/usr/obj/usr/src/lib/libunbound -MD -= MF.depend.autotrust.o -MTautotrust.o -std=3Dgnu99 -fstack-protector-strong = -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Ws= trict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -W= no-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-vari= able -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunus= ed-arguments -c /usr/src/lib/libunbound/../../contrib/unbound/validator/au= totrust.c -o autotrust.o --- all_subdir_lib/libstand --- --- bootparam.o --- cc -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DH= AVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx= -mno-sse -mno-avx -msoft-float -D_STANDALONE -MD -MF.depend.bootparam.o -= MTbootparam.o -std=3Dgnu99 -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 -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/bootpara= m.c -o bootparam.o --- all_subdir_lib/libusbhid --- --- usage.o --- cc -O2 -pipe -MD -MF.depend.usage.o -MTusage.o -std=3Dgnu99 -fstack-pr= otector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unuse= d-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretu= rn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -W= cast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -W= old-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wth= read-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Qunused-arguments -c /usr/src/lib/libusbhid/usage.c -o usage.o --- all_subdir_lib/libstand --- --- ufs.o --- cc -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DH= AVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx= -mno-sse -mno-avx -msoft-float -D_STANDALONE -MD -MF.depend.ufs.o -MTufs.= o -std=3Dgnu99 -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 -Wno-par= entheses -Qunused-arguments -c /usr/src/lib/libstand/ufs.c -o ufs.o --- all_subdir_lib/libusbhid --- --- data.o --- cc -O2 -pipe -MD -MF.depend.data.o -MTdata.o -std=3Dgnu99 -fstack-prot= ector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-= parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn= -type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wca= st-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wol= d-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthre= ad-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable = -Qunused-arguments -c /usr/src/lib/libusbhid/data.c -o data.o --- descr.So --- cc -fpic -DPIC -g -O2 -pipe -MD -MF.depend.descr.So -MTdescr.So -std=3D= gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y= 2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunu= sed-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wre= dundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-d= eclarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Qunused-arguments -c /usr/src/lib/libusbhid/descr.c -o = descr.So --- descr_compat.So --- cc -fpic -DPIC -g -O2 -pipe -MD -MF.depend.descr_compat.So -MTdescr_com= pat.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch = -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wneste= d-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmiss= ing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-= int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libusbh= id/descr_compat.c -o descr_compat.So --- all_subdir_lib/libstand --- --- nfs.o --- cc -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DH= AVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx= -mno-sse -mno-avx -msoft-float -D_STANDALONE -MD -MF.depend.nfs.o -MTnfs.= o -std=3Dgnu99 -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 -Wno-par= entheses -Qunused-arguments -c /usr/src/lib/libstand/nfs.c -o nfs.o --- all_subdir_lib/libusbhid --- --- parse.So --- cc -fpic -DPIC -g -O2 -pipe -MD -MF.depend.parse.So -MTparse.So -std=3D= gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y= 2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunu= sed-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wre= dundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-d= eclarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Qunused-arguments -c /usr/src/lib/libusbhid/parse.c -o = parse.So --- all_subdir_lib/libstand --- --- cd9660.o --- cc -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DH= AVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx= -mno-sse -mno-avx -msoft-float -D_STANDALONE -MD -MF.depend.cd9660.o -MTc= d9660.o -std=3Dgnu99 -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 -W= no-parentheses -Qunused-arguments -c /usr/src/lib/libstand/cd9660.c -o cd= 9660.o --- all_subdir_lib/libusbhid --- --- usage.So --- cc -fpic -DPIC -g -O2 -pipe -MD -MF.depend.usage.So -MTusage.So -std=3D= gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y= 2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunu= sed-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wre= dundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-d= eclarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Qunused-arguments -c /usr/src/lib/libusbhid/usage.c -o = usage.So --- all_subdir_lib/libstand --- --- tftp.o --- cc -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DH= AVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx= -mno-sse -mno-avx -msoft-float -D_STANDALONE -MD -MF.depend.tftp.o -MTtft= p.o -std=3Dgnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wn= o-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-pa= rentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-lo= cal-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-p= arentheses -Qunused-arguments -c /usr/src/lib/libstand/tftp.c -o tftp.o --- all_subdir_lib/libusbhid --- --- data.So --- cc -fpic -DPIC -g -O2 -pipe -MD -MF.depend.data.So -MTdata.So -std=3Dgn= u99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k= -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointe= r-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunuse= d-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredu= ndant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-dec= larations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-= const-variable -Qunused-arguments -c /usr/src/lib/libusbhid/data.c -o dat= a.So --- libusbhid.a --- building static usbhid library ar -crD libusbhid.a `NM=3D'nm' NMFLAGS=3D'' lorder descr.o descr_compat.o p= arse.o usage.o data.o | tsort -q`=20 ranlib -D libusbhid.a --- libusbhid.so.4.full --- building shared library libusbhid.so.4 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn= -shared-textrel -o libusbhid.so.4.full -Wl,-soname,libusbhid.so.4 `NM=3D'= nm' NMFLAGS=3D'' lorder descr.So descr_compat.So parse.So usage.So data.So = | tsort -q`=20 --- libusbhid.so.4.debug --- objcopy --only-keep-debug libusbhid.so.4.full libusbhid.so.4.debug --- libusbhid.so.4 --- objcopy --strip-debug --add-gnu-debuglink=3Dlibusbhid.so.4.debug libusbhid= .so.4.full libusbhid.so.4 --- all_subdir_lib/libucl --- --- ucl_schema.So --- cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libucl/../../contrib/libucl/inc= lude -I/usr/src/lib/libucl/../../contrib/libucl/src -I/usr/src/lib/libucl= /../../contrib/libucl/uthash -I/usr/src/lib/libucl/../../contrib/libucl/kl= ib -MD -MF.depend.ucl_schema.So -MTucl_schema.So -std=3Dgnu99 -fstack-pr= otector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -= Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -W= no-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-co= nversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libu= cl/../../contrib/libucl/src/ucl_schema.c -o ucl_schema.So --- all_subdir_lib/libstand --- --- gzipfs.o --- cc -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DH= AVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx= -mno-sse -mno-avx -msoft-float -D_STANDALONE -MD -MF.depend.gzipfs.o -MTg= zipfs.o -std=3Dgnu99 -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 -W= no-parentheses -Qunused-arguments -c /usr/src/lib/libstand/gzipfs.c -o gz= ipfs.o --- bzipfs.o --- cc -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DH= AVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx= -mno-sse -mno-avx -msoft-float -D_STANDALONE -MD -MF.depend.bzipfs.o -MTb= zipfs.o -std=3Dgnu99 -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 -W= no-parentheses -Qunused-arguments -c /usr/src/lib/libstand/bzipfs.c -o bz= ipfs.o --- all_subdir_lib/libunbound --- --- config_file.o --- cc -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/l= ib/libunbound/../../contrib/ldns -I/usr/obj/usr/src/lib/libunbound -MD -= MF.depend.config_file.o -MTconfig_file.o -std=3Dgnu99 -fstack-protector-str= ong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter= -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialize= d -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-= variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equal= ity -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Q= unused-arguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/con= fig_file.c -o config_file.o --- all_subdir_lib/libstand --- --- dosfs.o --- cc -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DH= AVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx= -mno-sse -mno-avx -msoft-float -D_STANDALONE -MD -MF.depend.dosfs.o -MTdo= sfs.o -std=3Dgnu99 -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 -Wno= -parentheses -Qunused-arguments -c /usr/src/lib/libstand/dosfs.c -o dosfs= .o --- all_subdir_lib/libunbound --- --- configlexer.o --- cc -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/l= ib/libunbound/../../contrib/ldns -I/usr/obj/usr/src/lib/libunbound -MD -= MF.depend.configlexer.o -MTconfiglexer.o -std=3Dgnu99 -fstack-protector-str= ong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter= -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialize= d -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-= variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equal= ity -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Q= unused-arguments -c configlexer.c -o configlexer.o --- all_subdir_lib/libstand --- --- ext2fs.o --- cc -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DH= AVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx= -mno-sse -mno-avx -msoft-float -D_STANDALONE -MD -MF.depend.ext2fs.o -MTe= xt2fs.o -std=3Dgnu99 -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 -W= no-parentheses -Qunused-arguments -c /usr/src/lib/libstand/ext2fs.c -o ex= t2fs.o --- all_subdir_lib/libucl --- --- ucl_sexp.So --- cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libucl/../../contrib/libucl/inc= lude -I/usr/src/lib/libucl/../../contrib/libucl/src -I/usr/src/lib/libucl= /../../contrib/libucl/uthash -I/usr/src/lib/libucl/../../contrib/libucl/kl= ib -MD -MF.depend.ucl_sexp.So -MTucl_sexp.So -std=3Dgnu99 -fstack-protec= tor-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-u= nused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conver= sion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promot= ed-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libucl/.= ./../contrib/libucl/src/ucl_sexp.c -o ucl_sexp.So --- all_subdir_lib/libstand --- --- splitfs.o --- cc -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DH= AVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx= -mno-sse -mno-avx -msoft-float -D_STANDALONE -MD -MF.depend.splitfs.o -MT= splitfs.o -std=3Dgnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -= Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unu= sed-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libstand/splitfs.c -o= splitfs.o --- all_subdir_lib/libucl --- --- ucl_util.So --- cc -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libucl/../../contrib/libucl/inc= lude -I/usr/src/lib/libucl/../../contrib/libucl/src -I/usr/src/lib/libucl= /../../contrib/libucl/uthash -I/usr/src/lib/libucl/../../contrib/libucl/kl= ib -MD -MF.depend.ucl_util.So -MTucl_util.So -std=3Dgnu99 -fstack-protec= tor-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-= string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-u= nused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conver= sion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promot= ed-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libucl/.= ./../contrib/libucl/src/ucl_util.c -o ucl_util.So --- all_subdir_lib/libstand --- --- pkgfs.o --- cc -O2 -pipe -I/usr/src/lib/libstand -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DH= AVE_MEMCPY -I/usr/src/lib/libstand/../libz -ffreestanding -Wformat -mno-mmx= -mno-sse -mno-avx -msoft-float -D_STANDALONE -MD -MF.depend.pkgfs.o -MTpk= gfs.o -std=3Dgnu99 -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 -Wno= -parentheses -Qunused-arguments -c /usr/src/lib/libstand/pkgfs.c -o pkgfs= .o --- all_subdir_lib/libusb --- =3D=3D=3D> lib/libusb (all) --- .depend --- echo libusb.so.3.full: /usr/obj/usr/src/tmp/usr/lib/libpthread.a >> .depend --- libusb20.o --- cc -O2 -pipe -MD -MF.depend.libusb20.o -MTlibusb20.o -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-un= initialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-a= rguments -c /usr/src/lib/libusb/libusb20.c -o libusb20.o --- all_subdir_lib/libunbound --- --- configparser.o --- cc -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/l= ib/libunbound/../../contrib/ldns -I/usr/obj/usr/src/lib/libunbound -MD -= MF.depend.configparser.o -MTconfigparser.o -std=3Dgnu99 -fstack-protector-s= trong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramet= er -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitiali= zed -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equ= ality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Qunused-arguments -c configparser.c -o configparser.o --- all_subdir_lib/libstand --- --- libstand.a --- building static stand library ar -crD libstand.a `NM=3D'nm' NMFLAGS=3D'' lorder __main.o assert.o bcd.o e= nvironment.o getopt.o gets.o globals.o pager.o printf.o strdup.o strerror.o= strtol.o strtoul.o random.o sbrk.o twiddle.o zalloc.o zalloc_malloc.o strc= asecmp.o ntoh.o bcmp.o bcopy.o bzero.o ffs.o fls.o memccpy.o memchr.o memcm= p.o memcpy.o memmove.o memset.o qdivrem.o strcat.o strchr.o strcmp.o strcpy= .o strcspn.o strlcat.o strlcpy.o strlen.o strncat.o strncmp.o strncpy.o str= pbrk.o strrchr.o strsep.o strspn.o strstr.o strtok.o swab.o uuid_create_nil= .o uuid_equal.o uuid_from_string.o uuid_is_nil.o uuid_to_string.o _setjmp.o= _bzlib.o _crctable.o _decompress.o _huffman.o _randtable.o adler32.o crc32= .o _infback.o _inffast.o _inflate.o _inftrees.o _zutil.o closeall.o dev.o i= octl.o nullfs.o stat.o fstat.o close.o lseek.o open.o read.o write.o readdi= r.o arp.o ether.o inet_ntoa.o in_cksum.o net.o udp.o netif.o rpc.o bootp.o = rarp.o bootparam.o ufs.o nfs.o cd9660.o tftp.o gzipfs.o bzipfs.o dosfs.o ex= t2fs.o splitfs.o pkgfs.o | tsort -q`=20 --- all_subdir_lib/libusb --- --- libusb20_desc.o --- cc -O2 -pipe -MD -MF.depend.libusb20_desc.o -MTlibusb20_desc.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-enum-conversion -Wno-unus= ed-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Qunused-arguments -c /usr/src/lib/libusb/libusb20_desc.c -o libusb20_desc= .o --- all_subdir_lib/libstand --- ranlib -D libstand.a --- all_subdir_lib/libusb --- --- libusb20_ugen20.o --- cc -O2 -pipe -MD -MF.depend.libusb20_ugen20.o -MTlibusb20_ugen20.o -st= d=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-form= at-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-valu= e -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-= unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramet= er -Qunused-arguments -c /usr/src/lib/libusb/libusb20_ugen20.c -o libusb2= 0_ugen20.o --- all_subdir_lib/libunbound --- --- context.o --- cc -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/l= ib/libunbound/../../contrib/ldns -I/usr/obj/usr/src/lib/libunbound -MD -= MF.depend.context.o -MTcontext.o -std=3Dgnu99 -fstack-protector-strong -Wsy= stem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstric= t-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-p= ointer-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 -Qunused-a= rguments -c /usr/src/lib/libunbound/../../contrib/unbound/libunbound/conte= xt.c -o context.o --- all_subdir_lib/libusb --- --- libusb01.o --- cc -O2 -pipe -MD -MF.depend.libusb01.o -MTlibusb01.o -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-un= initialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-a= rguments -c /usr/src/lib/libusb/libusb01.c -o libusb01.o --- all_subdir_lib/libutil --- =3D=3D=3D> lib/libutil (all) --- all_subdir_lib/libusb --- --- libusb10.o --- cc -O2 -pipe -MD -MF.depend.libusb10.o -MTlibusb10.o -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-un= initialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-a= rguments -c /usr/src/lib/libusb/libusb10.c -o libusb10.o --- libusb10_desc.o --- cc -O2 -pipe -MD -MF.depend.libusb10_desc.o -MTlibusb10_desc.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-enum-conversion -Wno-unus= ed-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Qunused-arguments -c /usr/src/lib/libusb/libusb10_desc.c -o libusb10_desc= .o --- all_subdir_lib/libunbound --- --- dname.o --- cc -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/l= ib/libunbound/../../contrib/ldns -I/usr/obj/usr/src/lib/libunbound -MD -= MF.depend.dname.o -MTdname.o -std=3Dgnu99 -fstack-protector-strong -Wsystem= -headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pr= ototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wn= o-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unu= sed-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-argum= ents -c /usr/src/lib/libunbound/../../contrib/unbound/util/data/dname.c -o= dname.o --- all_subdir_lib/libusb --- --- libusb10.o --- /usr/src/lib/libusb/libusb10.c:893:1: error: control reaches end of non-voi= d function [-Werror,-Wreturn-type] } ^ 1 error generated. *** [libusb10.o] Error code 1 bmake[5]: stopped in /usr/src/lib/libusb 1 error bmake[5]: stopped in /usr/src/lib/libusb *** [all_subdir_lib/libusb] Error code 2 bmake[4]: stopped in /usr/src/lib --- all_subdir_lib/libucl --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/lib/libucl *** [all_subdir_lib/libucl] Error code 2 bmake[4]: stopped in /usr/src/lib --- all_subdir_lib/libunbound --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/lib/libunbound *** [all_subdir_lib/libunbound] Error code 2 bmake[4]: stopped in /usr/src/lib 3 errors bmake[4]: stopped in /usr/src/lib *** [lib__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/hudson7864511804972915504.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::104: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 Jun 16 15:57:37 2016 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 6ED62A73BB3 for ; Thu, 16 Jun 2016 15:57:37 +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 61EE517B3; Thu, 16 Jun 2016 15:57:37 +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 A4EBE1393; Thu, 16 Jun 2016 15:57:37 +0000 (UTC) Date: Thu, 16 Jun 2016 15:57:37 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <865121500.86.1466092657602.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #314 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 15:57:37 -0000 See ------------------------------------------ [...truncated 90691 lines...] #define IPPROTO_IPIP IPPROTO_IPV4 /* for compatibility */ ^ /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/us= r/include/netinet/ip_compat.h:1131:10: note: previous definition is here # define IPPROTO_IPIP 4 ^ 1 warning generated. --- errno.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libsysdecode/../.= ./sys -DPF -MD -MF.depend.errno.o -MTerrno.o -std=3Dgnu99 -fstack-protecto= r-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-para= meter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-typ= e -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-a= lign -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-st= yle-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-s= afety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qun= used-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libsysdecode/errn= o.c -o errno.o --- all_subdir_lib/libstand --- --- tftp.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libstand -DBZ_NO_= STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/builds/workspace/FreeBSD_HEAD/src/l= ib/libstand/../libz -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -mso= ft-float -D_STANDALONE -fPIC -mno-red-zone -MD -MF.depend.tftp.o -MTtftp.o= -std=3Dgnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-u= nused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-paren= theses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local= -typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-pare= ntheses -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libs= tand/tftp.c -o tftp.o --- all_subdir_lib/libsysdecode --- --- ioctl.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libsysdecode/../.= ./sys -DPF -MD -MF.depend.ioctl.o -MTioctl.o -std=3Dgnu99 -fstack-protecto= r-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-para= meter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-typ= e -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-a= lign -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-st= yle-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-s= afety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qun= used-arguments -c ioctl.c -o ioctl.o --- all_subdir_lib/libucl --- --- ucl_emitter_streamline.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libuc= l/../../contrib/libucl/include -I/builds/workspace/FreeBSD_HEAD/src/lib/li= bucl/../../contrib/libucl/src -I/builds/workspace/FreeBSD_HEAD/src/lib/lib= ucl/../../contrib/libucl/uthash -I/builds/workspace/FreeBSD_HEAD/src/lib/l= ibucl/../../contrib/libucl/klib -MD -MF.depend.ucl_emitter_streamline.So= -MTucl_emitter_streamline.So -std=3Dgnu99 -fstack-protector-strong -Wsyste= m-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-l= ocal-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-= parentheses -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/= libucl/../../contrib/libucl/src/ucl_emitter_streamline.c -o ucl_emitter_str= eamline.So --- ucl_emitter_utils.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libuc= l/../../contrib/libucl/include -I/builds/workspace/FreeBSD_HEAD/src/lib/li= bucl/../../contrib/libucl/src -I/builds/workspace/FreeBSD_HEAD/src/lib/lib= ucl/../../contrib/libucl/uthash -I/builds/workspace/FreeBSD_HEAD/src/lib/l= ibucl/../../contrib/libucl/klib -MD -MF.depend.ucl_emitter_utils.So -MTu= cl_emitter_utils.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers = -Werror -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-typed= ef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parenthese= s -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libucl/../= ../contrib/libucl/src/ucl_emitter_utils.c -o ucl_emitter_utils.So --- all_subdir_lib/libstand --- --- gzipfs.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libstand -DBZ_NO_= STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/builds/workspace/FreeBSD_HEAD/src/l= ib/libstand/../libz -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -mso= ft-float -D_STANDALONE -fPIC -mno-red-zone -MD -MF.depend.gzipfs.o -MTgzip= fs.o -std=3Dgnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-l= ocal-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-= parentheses -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/= libstand/gzipfs.c -o gzipfs.o --- bzipfs.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libstand -DBZ_NO_= STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/builds/workspace/FreeBSD_HEAD/src/l= ib/libstand/../libz -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -mso= ft-float -D_STANDALONE -fPIC -mno-red-zone -MD -MF.depend.bzipfs.o -MTbzip= fs.o -std=3Dgnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-l= ocal-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-= parentheses -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/= libstand/bzipfs.c -o bzipfs.o --- all_subdir_lib/libucl --- --- ucl_emitter.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libuc= l/../../contrib/libucl/include -I/builds/workspace/FreeBSD_HEAD/src/lib/li= bucl/../../contrib/libucl/src -I/builds/workspace/FreeBSD_HEAD/src/lib/lib= ucl/../../contrib/libucl/uthash -I/builds/workspace/FreeBSD_HEAD/src/lib/l= ibucl/../../contrib/libucl/klib -MD -MF.depend.ucl_emitter.So -MTucl_emi= tter.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swit= ch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-= arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/l= ibucl/src/ucl_emitter.c -o ucl_emitter.So --- all_subdir_lib/libstand --- --- dosfs.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libstand -DBZ_NO_= STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/builds/workspace/FreeBSD_HEAD/src/l= ib/libstand/../libz -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -mso= ft-float -D_STANDALONE -fPIC -mno-red-zone -MD -MF.depend.dosfs.o -MTdosfs= .o -std=3Dgnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno= -unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-par= entheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-loc= al-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-pa= rentheses -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/li= bstand/dosfs.c -o dosfs.o --- all_subdir_lib/libucl --- --- ucl_hash.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libuc= l/../../contrib/libucl/include -I/builds/workspace/FreeBSD_HEAD/src/lib/li= bucl/../../contrib/libucl/src -I/builds/workspace/FreeBSD_HEAD/src/lib/lib= ucl/../../contrib/libucl/uthash -I/builds/workspace/FreeBSD_HEAD/src/lib/l= ibucl/../../contrib/libucl/klib -MD -MF.depend.ucl_hash.So -MTucl_hash.S= o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wn= o-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unu= sed-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wn= o-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-argume= nts -c /builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/libucl/= src/ucl_hash.c -o ucl_hash.So --- all_subdir_lib/libstand --- --- ext2fs.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libstand -DBZ_NO_= STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/builds/workspace/FreeBSD_HEAD/src/l= ib/libstand/../libz -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -mso= ft-float -D_STANDALONE -fPIC -mno-red-zone -MD -MF.depend.ext2fs.o -MText2= fs.o -std=3Dgnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-l= ocal-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-= parentheses -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/= libstand/ext2fs.c -o ext2fs.o --- all_subdir_lib/libunbound --- --- config_file.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../co= ntrib/unbound -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../con= trib/ldns -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEA= D/src/lib/libunbound -MD -MF.depend.config_file.o -MTconfig_file.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wp= ointer-arith -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 -Qunused-arguments -c /builds/workspace/FreeBS= D_HEAD/src/lib/libunbound/../../contrib/unbound/util/config_file.c -o confi= g_file.o --- all_subdir_lib/libstand --- --- splitfs.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libstand -DBZ_NO_= STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/builds/workspace/FreeBSD_HEAD/src/l= ib/libstand/../libz -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -mso= ft-float -D_STANDALONE -fPIC -mno-red-zone -MD -MF.depend.splitfs.o -MTspl= itfs.o -std=3Dgnu99 -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 -Wn= o-parentheses -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/li= b/libstand/splitfs.c -o splitfs.o --- all_subdir_lib/libucl --- --- ucl_msgpack.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libuc= l/../../contrib/libucl/include -I/builds/workspace/FreeBSD_HEAD/src/lib/li= bucl/../../contrib/libucl/src -I/builds/workspace/FreeBSD_HEAD/src/lib/lib= ucl/../../contrib/libucl/uthash -I/builds/workspace/FreeBSD_HEAD/src/lib/l= ibucl/../../contrib/libucl/klib -MD -MF.depend.ucl_msgpack.So -MTucl_msg= pack.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swit= ch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-= arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/l= ibucl/src/ucl_msgpack.c -o ucl_msgpack.So --- all_subdir_lib/libstand --- --- pkgfs.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libstand -DBZ_NO_= STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/builds/workspace/FreeBSD_HEAD/src/l= ib/libstand/../libz -ffreestanding -Wformat -mno-mmx -mno-sse -mno-avx -mso= ft-float -D_STANDALONE -fPIC -mno-red-zone -MD -MF.depend.pkgfs.o -MTpkgfs= .o -std=3Dgnu99 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno= -unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-par= entheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-loc= al-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-pa= rentheses -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/li= bstand/pkgfs.c -o pkgfs.o --- libstand.a --- building static stand library ar -crD libstand.a `NM=3D'nm' NMFLAGS=3D'' lorder __main.o assert.o bcd.o e= nvironment.o getopt.o gets.o globals.o pager.o printf.o strdup.o strerror.o= strtol.o strtoul.o random.o sbrk.o twiddle.o zalloc.o zalloc_malloc.o strc= asecmp.o ntoh.o bcmp.o bcopy.o bzero.o ffs.o fls.o memccpy.o memchr.o memcm= p.o memcpy.o memmove.o memset.o qdivrem.o strcat.o strchr.o strcmp.o strcpy= .o strcspn.o strlcat.o strlcpy.o strlen.o strncat.o strncmp.o strncpy.o str= pbrk.o strrchr.o strsep.o strspn.o strstr.o strtok.o swab.o uuid_create_nil= .o uuid_equal.o uuid_from_string.o uuid_is_nil.o uuid_to_string.o _setjmp.o= _bzlib.o _crctable.o _decompress.o _huffman.o _randtable.o adler32.o crc32= .o _infback.o _inffast.o _inflate.o _inftrees.o _zutil.o closeall.o dev.o i= octl.o nullfs.o stat.o fstat.o close.o lseek.o open.o read.o write.o readdi= r.o arp.o ether.o inet_ntoa.o in_cksum.o net.o udp.o netif.o rpc.o bootp.o = rarp.o bootparam.o ufs.o nfs.o cd9660.o tftp.o gzipfs.o bzipfs.o dosfs.o ex= t2fs.o splitfs.o pkgfs.o | tsort -q`=20 ranlib -D libstand.a --- all_subdir_lib/libucl --- --- ucl_parser.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libuc= l/../../contrib/libucl/include -I/builds/workspace/FreeBSD_HEAD/src/lib/li= bucl/../../contrib/libucl/src -I/builds/workspace/FreeBSD_HEAD/src/lib/lib= ucl/../../contrib/libucl/uthash -I/builds/workspace/FreeBSD_HEAD/src/lib/l= ibucl/../../contrib/libucl/klib -MD -MF.depend.ucl_parser.So -MTucl_pars= er.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-p= ointer-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 -Wno-parentheses -Qunused-ar= guments -c /builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/lib= ucl/src/ucl_parser.c -o ucl_parser.So --- all_subdir_lib/libsysdecode --- --- syscallnames.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libsysdecode/../.= ./sys -DPF -MD -MF.depend.syscallnames.o -MTsyscallnames.o -std=3Dgnu99 -f= stack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -W= no-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-para= meter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-= decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarati= ons -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-= variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/lib= sysdecode/syscallnames.c -o syscallnames.o --- utrace.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libsysdecode/../.= ./sys -DPF -MD -MF.depend.utrace.o -MTutrace.o -std=3Dgnu99 -fstack-protec= tor-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-pa= rameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-t= ype -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast= -align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-= style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread= -safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Q= unused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libsysdecode/ut= race.c -o utrace.o --- all_subdir_lib/libucl --- --- ucl_schema.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libuc= l/../../contrib/libucl/include -I/builds/workspace/FreeBSD_HEAD/src/lib/li= bucl/../../contrib/libucl/src -I/builds/workspace/FreeBSD_HEAD/src/lib/lib= ucl/../../contrib/libucl/uthash -I/builds/workspace/FreeBSD_HEAD/src/lib/l= ibucl/../../contrib/libucl/klib -MD -MF.depend.ucl_schema.So -MTucl_sche= ma.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-p= ointer-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 -Wno-parentheses -Qunused-ar= guments -c /builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/lib= ucl/src/ucl_schema.c -o ucl_schema.So --- all_subdir_lib/libsysdecode --- --- errno.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/lib= sysdecode/../../sys -DPF -MD -MF.depend.errno.So -MTerrno.So -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar= ith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-pa= rameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundan= t-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declara= tions -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/l= ibsysdecode/errno.c -o errno.So --- ioctl.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/lib= sysdecode/../../sys -DPF -MD -MF.depend.ioctl.So -MTioctl.So -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar= ith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-pa= rameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundan= t-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declara= tions -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-cons= t-variable -Qunused-arguments -c ioctl.c -o ioctl.So --- all_subdir_lib/libunbound --- --- configlexer.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../co= ntrib/unbound -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../con= trib/ldns -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEA= D/src/lib/libunbound -MD -MF.depend.configlexer.o -MTconfiglexer.o -std= =3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-forma= t-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wp= ointer-arith -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 -Qunused-arguments -c configlexer.c -o configl= exer.o --- all_subdir_lib/libsysdecode --- --- syscallnames.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/lib= sysdecode/../../sys -DPF -MD -MF.depend.syscallnames.So -MTsyscallnames.So= -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-= format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshad= ow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-exte= rns -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-va= riable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_= HEAD/src/lib/libsysdecode/syscallnames.c -o syscallnames.So --- all_subdir_lib/libucl --- --- ucl_sexp.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libuc= l/../../contrib/libucl/include -I/builds/workspace/FreeBSD_HEAD/src/lib/li= bucl/../../contrib/libucl/src -I/builds/workspace/FreeBSD_HEAD/src/lib/lib= ucl/../../contrib/libucl/uthash -I/builds/workspace/FreeBSD_HEAD/src/lib/l= ibucl/../../contrib/libucl/klib -MD -MF.depend.ucl_sexp.So -MTucl_sexp.S= o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wn= o-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unu= sed-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wn= o-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-argume= nts -c /builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/libucl/= src/ucl_sexp.c -o ucl_sexp.So --- all_subdir_lib/libusbhid --- =3D=3D=3D> lib/libusbhid (all) --- descr.o --- cc -O2 -pipe -MD -MF.depend.descr.o -MTdescr.o -std=3Dgnu99 -fstack-pr= otector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unuse= d-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretu= rn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -W= cast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -W= old-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wth= read-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libusbhid/d= escr.c -o descr.o --- all_subdir_lib/libunbound --- --- configparser.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../co= ntrib/unbound -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../con= trib/ldns -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEA= D/src/lib/libunbound -MD -MF.depend.configparser.o -MTconfigparser.o -st= d=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-form= at-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -W= pointer-arith -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 -Qunused-arguments -c configparser.c -o confi= gparser.o --- all_subdir_lib/libusbhid --- --- descr_compat.o --- cc -O2 -pipe -MD -MF.depend.descr_compat.o -MTdescr_compat.o -std=3Dgn= u99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k= -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointe= r-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunuse= d-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredu= ndant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-dec= larations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-= const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/l= ib/libusbhid/descr_compat.c -o descr_compat.o --- parse.o --- cc -O2 -pipe -MD -MF.depend.parse.o -MTparse.o -std=3Dgnu99 -fstack-pr= otector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unuse= d-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretu= rn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -W= cast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -W= old-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wth= read-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libusbhid/p= arse.c -o parse.o --- usage.o --- cc -O2 -pipe -MD -MF.depend.usage.o -MTusage.o -std=3Dgnu99 -fstack-pr= otector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unuse= d-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wretu= rn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -W= cast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -W= old-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wth= read-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libusbhid/u= sage.c -o usage.o --- data.o --- cc -O2 -pipe -MD -MF.depend.data.o -MTdata.o -std=3Dgnu99 -fstack-prot= ector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-= parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn= -type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wca= st-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wol= d-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthre= ad-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable = -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libusbhid/dat= a.c -o data.o --- all_subdir_lib/libunbound --- --- context.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../co= ntrib/unbound -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../con= trib/ldns -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEA= D/src/lib/libunbound -MD -MF.depend.context.o -MTcontext.o -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar= ith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -= Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unu= sed-local-typedef -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/sr= c/lib/libunbound/../../contrib/unbound/libunbound/context.c -o context.o --- all_subdir_lib/libusbhid --- --- descr.So --- cc -fpic -DPIC -g -O2 -pipe -MD -MF.depend.descr.So -MTdescr.So -std=3D= gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y= 2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunu= sed-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wre= dundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-d= eclarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src= /lib/libusbhid/descr.c -o descr.So --- descr_compat.So --- cc -fpic -DPIC -g -O2 -pipe -MD -MF.depend.descr_compat.So -MTdescr_com= pat.So -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch = -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wneste= d-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmiss= ing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-= int -Wno-unused-const-variable -Qunused-arguments -c /builds/workspace/Fr= eeBSD_HEAD/src/lib/libusbhid/descr_compat.c -o descr_compat.So --- parse.So --- cc -fpic -DPIC -g -O2 -pipe -MD -MF.depend.parse.So -MTparse.So -std=3D= gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y= 2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunu= sed-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wre= dundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-d= eclarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src= /lib/libusbhid/parse.c -o parse.So --- all_subdir_lib/libunbound --- --- dname.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../co= ntrib/unbound -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../con= trib/ldns -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEA= D/src/lib/libunbound -MD -MF.depend.dname.o -MTdname.o -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno= -unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -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 -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/li= b/libunbound/../../contrib/unbound/util/data/dname.c -o dname.o --- all_subdir_lib/libusbhid --- --- usage.So --- cc -fpic -DPIC -g -O2 -pipe -MD -MF.depend.usage.So -MTusage.So -std=3D= gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y= 2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunu= sed-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wre= dundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-d= eclarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src= /lib/libusbhid/usage.c -o usage.So --- all_subdir_lib/libucl --- --- ucl_util.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libuc= l/../../contrib/libucl/include -I/builds/workspace/FreeBSD_HEAD/src/lib/li= bucl/../../contrib/libucl/src -I/builds/workspace/FreeBSD_HEAD/src/lib/lib= ucl/../../contrib/libucl/uthash -I/builds/workspace/FreeBSD_HEAD/src/lib/l= ibucl/../../contrib/libucl/klib -MD -MF.depend.ucl_util.So -MTucl_util.S= o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wn= o-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unu= sed-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wn= o-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-argume= nts -c /builds/workspace/FreeBSD_HEAD/src/lib/libucl/../../contrib/libucl/= src/ucl_util.c -o ucl_util.So --- all_subdir_lib/libusbhid --- --- data.So --- cc -fpic -DPIC -g -O2 -pipe -MD -MF.depend.data.So -MTdata.So -std=3Dgn= u99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k= -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointe= r-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunuse= d-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredu= ndant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-dec= larations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-= const-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/l= ib/libusbhid/data.c -o data.So --- all_subdir_lib/libsysdecode --- --- utrace.So --- cc -fpic -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/lib= sysdecode/../../sys -DPF -MD -MF.depend.utrace.So -MTutrace.So -std=3Dgnu9= 9 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -= W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-= arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-= parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredund= ant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-decla= rations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-co= nst-variable -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib= /libsysdecode/utrace.c -o utrace.So --- all_subdir_lib/libunbound --- --- dns.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../co= ntrib/unbound -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../con= trib/ldns -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEA= D/src/lib/libunbound -MD -MF.depend.dns.o -MTdns.o -std=3Dgnu99 -fstack-= protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unu= sed-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -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 -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/li= bunbound/../../contrib/unbound/services/cache/dns.c -o dns.o --- all_subdir_lib/libusbhid --- --- libusbhid.a --- building static usbhid library ar -crD libusbhid.a `NM=3D'nm' NMFLAGS=3D'' lorder descr.o descr_compat.o p= arse.o usage.o data.o | tsort -q`=20 --- all_subdir_lib/libsysdecode --- --- libsysdecode.a --- building static sysdecode library ar -crD libsysdecode.a `NM=3D'nm' NMFLAGS=3D'' lorder errno.o ioctl.o sysca= llnames.o utrace.o | tsort -q`=20 --- all_subdir_lib/libusbhid --- ranlib -D libusbhid.a --- libusbhid.so.4.full --- building shared library libusbhid.so.4 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn= -shared-textrel -o libusbhid.so.4.full -Wl,-soname,libusbhid.so.4 `NM=3D'= nm' NMFLAGS=3D'' lorder descr.So descr_compat.So parse.So usage.So data.So = | tsort -q`=20 --- all_subdir_lib/libsysdecode --- ranlib -D libsysdecode.a --- libsysdecode.so.5.full --- building shared library libsysdecode.so.5 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn= -shared-textrel -o libsysdecode.so.5.full -Wl,-soname,libsysdecode.so.5 `= NM=3D'nm' NMFLAGS=3D'' lorder errno.So ioctl.So syscallnames.So utrace.So |= tsort -q`=20 --- all_subdir_lib/libusbhid --- --- libusbhid.so.4.debug --- objcopy --only-keep-debug libusbhid.so.4.full libusbhid.so.4.debug --- libusbhid.so.4 --- objcopy --strip-debug --add-gnu-debuglink=3Dlibusbhid.so.4.debug libusbhid= .so.4.full libusbhid.so.4 --- all_subdir_lib/libunbound --- --- dns64.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../co= ntrib/unbound -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../con= trib/ldns -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEA= D/src/lib/libunbound -MD -MF.depend.dns64.o -MTdns64.o -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno= -unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -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 -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/li= b/libunbound/../../contrib/unbound/dns64/dns64.c -o dns64.o --- all_subdir_lib/libsysdecode --- --- libsysdecode.so.5.debug --- objcopy --only-keep-debug libsysdecode.so.5.full libsysdecode.so.5.debug --- libsysdecode.so.5 --- objcopy --strip-debug --add-gnu-debuglink=3Dlibsysdecode.so.5.debug libsys= decode.so.5.full libsysdecode.so.5 --- all_subdir_lib/libusb --- =3D=3D=3D> lib/libusb (all) --- .depend --- echo libusb.so.3.full: /builds/workspace/FreeBSD_HEAD/obj/builds/workspace/= FreeBSD_HEAD/src/tmp/usr/lib/libpthread.a >> .depend --- libusb20.o --- cc -O2 -pipe -MD -MF.depend.libusb20.o -MTlibusb20.o -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-un= initialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-a= rguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libusb/libusb20.c -o li= busb20.o --- all_subdir_lib/libunbound --- --- dnstree.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../co= ntrib/unbound -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../con= trib/ldns -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEA= D/src/lib/libunbound -MD -MF.depend.dnstree.o -MTdnstree.o -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar= ith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-i= nt -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -= Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unu= sed-local-typedef -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/sr= c/lib/libunbound/../../contrib/unbound/util/storage/dnstree.c -o dnstree.o --- all_subdir_lib/libusb --- --- libusb20_desc.o --- cc -O2 -pipe -MD -MF.depend.libusb20_desc.o -MTlibusb20_desc.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-enum-conversion -Wno-unus= ed-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libusb/libusb= 20_desc.c -o libusb20_desc.o --- all_subdir_lib/libunbound --- --- fptr_wlist.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../co= ntrib/unbound -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../con= trib/ldns -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEA= D/src/lib/libunbound -MD -MF.depend.fptr_wlist.o -MTfptr_wlist.o -std=3D= gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y= 2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -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 -Qunused-arguments -c /builds/workspace/FreeBSD_H= EAD/src/lib/libunbound/../../contrib/unbound/util/fptr_wlist.c -o fptr_wlis= t.o --- all_subdir_lib/libucl --- --- libprivateucl.a --- building static ucl library ar -crD libprivateucl.a `NM=3D'nm' NMFLAGS=3D'' lorder ucl_emitter_streamli= ne.o ucl_emitter_utils.o ucl_emitter.o ucl_hash.o ucl_msgpack.o ucl_parser.= o ucl_schema.o ucl_sexp.o ucl_util.o | tsort -q`=20 ranlib -D libprivateucl.a --- all_subdir_lib/libutil --- =3D=3D=3D> lib/libutil (all) --- all_subdir_lib/libusb --- --- libusb20_ugen20.o --- cc -O2 -pipe -MD -MF.depend.libusb20_ugen20.o -MTlibusb20_ugen20.o -st= d=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-form= at-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-valu= e -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-= unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramet= er -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libusb/li= busb20_ugen20.c -o libusb20_ugen20.o --- libusb01.o --- cc -O2 -pipe -MD -MF.depend.libusb01.o -MTlibusb01.o -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-un= initialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-a= rguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libusb/libusb01.c -o li= busb01.o --- all_subdir_lib/libunbound --- --- infra.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../co= ntrib/unbound -I/builds/workspace/FreeBSD_HEAD/src/lib/libunbound/../../con= trib/ldns -I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEA= D/src/lib/libunbound -MD -MF.depend.infra.o -MTinfra.o -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno= -unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -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 -Qunused-arguments -c /builds/workspace/FreeBSD_HEAD/src/li= b/libunbound/../../contrib/unbound/services/cache/infra.c -o infra.o --- all_subdir_lib/libusb --- --- libusb10.o --- cc -O2 -pipe -MD -MF.depend.libusb10.o -MTlibusb10.o -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-un= initialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-a= rguments -c /builds/workspace/FreeBSD_HEAD/src/lib/libusb/libusb10.c -o li= busb10.o /builds/workspace/FreeBSD_HEAD/src/lib/libusb/libusb10.c:893:1: error: cont= rol reaches end of non-void function [-Werror,-Wreturn-type] } ^ 1 error generated. *** [libusb10.o] Error code 1 bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/libusb 1 error bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/libusb *** [all_subdir_lib/libusb] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib --- all_subdir_lib/libunbound --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/libunbound *** [all_subdir_lib/libunbound] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib --- all_subdir_lib/libucl --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib/libucl *** [all_subdir_lib/libucl] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib 3 errors bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD/src/lib *** [lib__L] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD/src 1 error bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD/src *** [libraries] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD/src 1 error bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD/src *** [_libraries] Error code 2 bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD/src 1 error bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD/src *** [buildworld] Error code 2 make: stopped in /builds/workspace/FreeBSD_HEAD/src 1 error make: stopped in /builds/workspace/FreeBSD_HEAD/src [Pipeline] } [Pipeline] // withEnv [Pipeline] } [Pipeline] // dir [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Thu Jun 16 16:24:30 2016 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 7ADF8A47619; Thu, 16 Jun 2016 16:24:30 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 444FF1BB4; Thu, 16 Jun 2016 16:24:29 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.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 F40C31FE023; Thu, 16 Jun 2016 18:24:27 +0200 (CEST) Subject: Re: FreeBSD_HEAD_i386 - Build #3401 - Failure To: jenkins-admin@FreeBSD.org, gjb@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org References: <1791842297.85.1466091432809.JavaMail.jenkins@jenkins-9.freebsd.org> From: Hans Petter Selasky Message-ID: <182c6d60-663a-ad8c-3a78-ace8de7329c5@selasky.org> Date: Thu, 16 Jun 2016 18:28:02 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <1791842297.85.1466091432809.JavaMail.jenkins@jenkins-9.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.22 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, 16 Jun 2016 16:24:30 -0000 On 06/16/16 17:37, jenkins-admin@FreeBSD.org wrote: > FreeBSD_HEAD_i386 - Build #3401 - Failure: > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3401/ > Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3401/changes > Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3401/console > > Change summaries: > > 301966 by hselasky: > Add support for libusb_set_auto_detach_kernel_driver() to the LibUSB v1.0 API. > > Approved by: re (kostikbel) > Requested by: swills > MFC after: 1 week > I'm on this one. Fix is pending approval. Seems like amd64 clang36 didn't complain so it slipped through. --HPS From owner-freebsd-current@freebsd.org Thu Jun 16 16:47:47 2016 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 783AEA47C24 for ; Thu, 16 Jun 2016 16:47:47 +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 5D5B41B14; Thu, 16 Jun 2016 16:47:47 +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 5D58713B1; Thu, 16 Jun 2016 16:47:47 +0000 (UTC) Date: Thu, 16 Jun 2016 16:47:47 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1675642092.89.1466095667319.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_sparc64 #82 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_sparc64 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 16:47:47 -0000 See ------------------------------------------ [...truncated 75087 lines...] --- realinstall_subdir_cddl/lib/libuutil --- ===> cddl/lib/libuutil (install) --- _libinstall --- sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -C -o root -g wheel -m 444 libuutil.a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/ sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -s -o root -g wheel -m 444 libuutil.so.2 /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/lib/ sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -o root -g wheel -m 444 libuutil.so.2.debug /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/debug/lib/ sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -l rs /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/lib/libuutil.so.2 /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libuutil.so --- lib__L --- --- utempter.So --- cc -fPIC -DPIC -g -O2 -pipe -MD -MF.depend.utempter.So -MTutempter.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libulog/utempter.c -o utempter.So --- cddl/lib__L --- --- realinstall_subdir_cddl/lib/libzfs_core --- ===> cddl/lib/libzfs_core (install) --- lib__L --- --- libulog.a --- building static ulog library ar -crD libulog.a `NM='nm' NMFLAGS='' lorder ulog_login.o ulog_login_pseudo.o utempter.o | tsort -q` --- cddl/lib__L --- --- _libinstall --- sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -C -o root -g wheel -m 444 libzfs_core.a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/ sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -s -o root -g wheel -m 444 libzfs_core.so.2 /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/lib/ sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -o root -g wheel -m 444 libzfs_core.so.2.debug /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/debug/lib/ sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -l rs /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/lib/libzfs_core.so.2 /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libzfs_core.so --- realinstall_subdir_cddl/lib/libzfs --- ===> cddl/lib/libzfs (install) --- lib__L --- ranlib -D libulog.a --- Version.map --- cat /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libulog/Symbol.map | cpp - - | awk -v vfile=/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libulog/../libc/Versions.def -f /builds/workspace/FreeBSD_HEAD_sparc64/src/share/mk/version_gen.awk > Version.map --- all_subdir_lib/libucl --- --- ucl_msgpack.So --- cc -fPIC -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/include -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/src -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/uthash -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/klib -MD -MF.depend.ucl_msgpack.So -MTucl_msgpack.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/src/ucl_msgpack.c -o ucl_msgpack.So --- all_subdir_lib/libulog --- --- libulog.so.0.full --- --- cddl/lib__L --- --- _libinstall --- --- lib__L --- building shared library libulog.so.0 --- cddl/lib__L --- sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -C -o root -g wheel -m 444 libzfs.a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/ --- lib__L --- cc -Wl,--version-script=Version.map -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libulog.so.0.full -Wl,-soname,libulog.so.0 `NM='nm' NMFLAGS='' lorder ulog_login.So ulog_login_pseudo.So utempter.So | tsort -q` -lmd --- cddl/lib__L --- sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -s -o root -g wheel -m 444 libzfs.so.2 /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/lib/ sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -o root -g wheel -m 444 libzfs.so.2.debug /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/debug/lib/ sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -l rs /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/lib/libzfs.so.2 /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libzfs.so --- realinstall_subdir_cddl/lib/libzpool --- ===> cddl/lib/libzpool (install) --- lib__L --- --- libulog.so.0.debug --- objcopy --only-keep-debug libulog.so.0.full libulog.so.0.debug --- libulog.so.0 --- objcopy --strip-debug --add-gnu-debuglink=libulog.so.0.debug libulog.so.0.full libulog.so.0 --- all_subdir_lib/libunbound --- ===> lib/libunbound (all) --- cddl/lib__L --- --- _libinstall --- sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -C -o root -g wheel -m 444 libzpool.a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/ sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -s -o root -g wheel -m 444 libzpool.so.2 /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/lib/ sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -o root -g wheel -m 444 libzpool.so.2.debug /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/debug/lib/ sh /builds/workspace/FreeBSD_HEAD_sparc64/src/tools/install.sh -l rs /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/lib/libzpool.so.2 /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libzpool.so --- lib__L --- --- configlexer.l --- cp -f /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound/../../contrib/unbound/util/configlexer.lex configlexer.l --- all_subdir_lib/libusbhid --- ===> lib/libusbhid (all) --- descr.o --- cc -O2 -pipe -MD -MF.depend.descr.o -MTdescr.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusbhid/descr.c -o descr.o --- all_subdir_lib/libunbound --- --- configparser.c --- yacc -pub_c_ -d -o configparser.c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound/../../contrib/unbound/util/configparser.y --- configlexer.c --- lex -Pub_c_ -oconfiglexer.c configlexer.l --- all_subdir_lib/libusbhid --- --- descr_compat.o --- cc -O2 -pipe -MD -MF.depend.descr_compat.o -MTdescr_compat.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusbhid/descr_compat.c -o descr_compat.o --- parse.o --- cc -O2 -pipe -MD -MF.depend.parse.o -MTparse.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusbhid/parse.c -o parse.o --- all_subdir_lib/libunbound --- --- .depend --- echo libprivateunbound.so.5.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libssl.a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libcrypto.a /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libpthread.a >> .depend --- alloc.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound/../../contrib/unbound -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound/../../contrib/ldns -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound -MD -MF.depend.alloc.o -MTalloc.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound/../../contrib/unbound/util/alloc.c -o alloc.o --- all_subdir_lib/libucl --- --- ucl_parser.So --- cc -fPIC -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/include -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/src -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/uthash -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/klib -MD -MF.depend.ucl_parser.So -MTucl_parser.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/src/ucl_parser.c -o ucl_parser.So --- all_subdir_lib/libusbhid --- --- usage.o --- cc -O2 -pipe -MD -MF.depend.usage.o -MTusage.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusbhid/usage.c -o usage.o --- data.o --- cc -O2 -pipe -MD -MF.depend.data.o -MTdata.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusbhid/data.c -o data.o --- descr.So --- cc -fPIC -DPIC -g -O2 -pipe -MD -MF.depend.descr.So -MTdescr.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusbhid/descr.c -o descr.So --- descr_compat.So --- cc -fPIC -DPIC -g -O2 -pipe -MD -MF.depend.descr_compat.So -MTdescr_compat.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusbhid/descr_compat.c -o descr_compat.So --- parse.So --- cc -fPIC -DPIC -g -O2 -pipe -MD -MF.depend.parse.So -MTparse.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusbhid/parse.c -o parse.So --- usage.So --- cc -fPIC -DPIC -g -O2 -pipe -MD -MF.depend.usage.So -MTusage.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusbhid/usage.c -o usage.So --- data.So --- cc -fPIC -DPIC -g -O2 -pipe -MD -MF.depend.data.So -MTdata.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusbhid/data.c -o data.So --- all_subdir_lib/libunbound --- --- as112.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound/../../contrib/unbound -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound/../../contrib/ldns -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound -MD -MF.depend.as112.o -MTas112.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound/../../contrib/unbound/util/as112.c -o as112.o --- all_subdir_lib/libusbhid --- --- libusbhid.a --- building static usbhid library ar -crD libusbhid.a `NM='nm' NMFLAGS='' lorder descr.o descr_compat.o parse.o usage.o data.o | tsort -q` --- all_subdir_lib/libunbound --- --- autotrust.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound/../../contrib/unbound -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound/../../contrib/ldns -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound -MD -MF.depend.autotrust.o -MTautotrust.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound/../../contrib/unbound/validator/autotrust.c -o autotrust.o --- all_subdir_lib/libusbhid --- ranlib -D libusbhid.a --- libusbhid.so.4.full --- --- all_subdir_lib/libsysdecode --- --- libsysdecode.a --- --- all_subdir_lib/libusbhid --- building shared library libusbhid.so.4 --- all_subdir_lib/libsysdecode --- building static sysdecode library --- all_subdir_lib/libusbhid --- cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libusbhid.so.4.full -Wl,-soname,libusbhid.so.4 `NM='nm' NMFLAGS='' lorder descr.So descr_compat.So parse.So usage.So data.So | tsort -q` --- all_subdir_lib/libsysdecode --- ar -crD libsysdecode.a `NM='nm' NMFLAGS='' lorder errno.o ioctl.o syscallnames.o utrace.o | tsort -q` ranlib -D libsysdecode.a --- libsysdecode.so.5.full --- building shared library libsysdecode.so.5 cc -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libsysdecode.so.5.full -Wl,-soname,libsysdecode.so.5 `NM='nm' NMFLAGS='' lorder errno.So ioctl.So syscallnames.So utrace.So | tsort -q` --- all_subdir_lib/libusbhid --- --- libusbhid.so.4.debug --- objcopy --only-keep-debug libusbhid.so.4.full libusbhid.so.4.debug --- libusbhid.so.4 --- objcopy --strip-debug --add-gnu-debuglink=libusbhid.so.4.debug libusbhid.so.4.full libusbhid.so.4 --- all_subdir_lib/libusb --- ===> lib/libusb (all) --- all_subdir_lib/libsysdecode --- --- libsysdecode.so.5.debug --- objcopy --only-keep-debug libsysdecode.so.5.full libsysdecode.so.5.debug --- libsysdecode.so.5 --- objcopy --strip-debug --add-gnu-debuglink=libsysdecode.so.5.debug libsysdecode.so.5.full libsysdecode.so.5 --- all_subdir_lib/libusb --- --- .depend --- echo libusb.so.3.full: /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/tmp/usr/lib/libpthread.a >> .depend --- all_subdir_lib/libutil --- ===> lib/libutil (all) --- all_subdir_lib/libusb --- --- libusb20.o --- cc -O2 -pipe -MD -MF.depend.libusb20.o -MTlibusb20.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusb/libusb20.c -o libusb20.o --- all_subdir_lib/libucl --- --- ucl_schema.So --- cc -fPIC -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/include -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/src -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/uthash -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/klib -MD -MF.depend.ucl_schema.So -MTucl_schema.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/src/ucl_schema.c -o ucl_schema.So --- all_subdir_lib/libusb --- --- libusb20_desc.o --- cc -O2 -pipe -MD -MF.depend.libusb20_desc.o -MTlibusb20_desc.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusb/libusb20_desc.c -o libusb20_desc.o --- libusb20_ugen20.o --- cc -O2 -pipe -MD -MF.depend.libusb20_ugen20.o -MTlibusb20_ugen20.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusb/libusb20_ugen20.c -o libusb20_ugen20.o --- all_subdir_lib/libunbound --- --- config_file.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound/../../contrib/unbound -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound/../../contrib/ldns -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound -MD -MF.depend.config_file.o -MTconfig_file.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound/../../contrib/unbound/util/config_file.c -o config_file.o --- all_subdir_lib/libucl --- --- ucl_sexp.So --- cc -fPIC -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/include -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/src -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/uthash -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/klib -MD -MF.depend.ucl_sexp.So -MTucl_sexp.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/src/ucl_sexp.c -o ucl_sexp.So --- all_subdir_lib/libusb --- --- libusb01.o --- cc -O2 -pipe -MD -MF.depend.libusb01.o -MTlibusb01.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusb/libusb01.c -o libusb01.o --- all_subdir_lib/libucl --- --- ucl_util.So --- cc -fPIC -DPIC -g -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/include -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/src -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/uthash -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/klib -MD -MF.depend.ucl_util.So -MTucl_util.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl/../../contrib/libucl/src/ucl_util.c -o ucl_util.So --- all_subdir_lib/libwrap --- ===> lib/libwrap (all) --- clean_exit.o --- cc -O2 -pipe -DFACILITY=LOG_AUTH -DHOSTS_ACCESS -DNETGROUP -DDAEMON_UMASK=022 -DREAL_DAEMON_DIR=\"/usr/libexec\" -DPROCESS_OPTIONS -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 -DHOSTS_DENY=\"/etc/hosts.deny\" -DHOSTS_ALLOW=\"/etc/hosts.allow\" -DSYS_ERRLIST_DEFINED -DALWAYS_HOSTNAME -DUSE_STRSEP -DPROCESS_OPTIONS -DINET6 -MD -MF.depend.clean_exit.o -MTclean_exit.o -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libwrap/../../contrib/tcp_wrappers/clean_exit.c -o clean_exit.o --- all_subdir_lib/libusb --- --- libusb10.o --- cc -O2 -pipe -MD -MF.depend.libusb10.o -MTlibusb10.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusb/libusb10.c -o libusb10.o --- all_subdir_lib/libwrap --- --- diag.o --- cc -O2 -pipe -DFACILITY=LOG_AUTH -DHOSTS_ACCESS -DNETGROUP -DDAEMON_UMASK=022 -DREAL_DAEMON_DIR=\"/usr/libexec\" -DPROCESS_OPTIONS -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 -DHOSTS_DENY=\"/etc/hosts.deny\" -DHOSTS_ALLOW=\"/etc/hosts.allow\" -DSYS_ERRLIST_DEFINED -DALWAYS_HOSTNAME -DUSE_STRSEP -DPROCESS_OPTIONS -DINET6 -MD -MF.depend.diag.o -MTdiag.o -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -c /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libwrap/../../contrib/tcp_wrappers/diag.c -o diag.o --- all_subdir_lib/libusb --- cc1: warnings being treated as errors /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusb/libusb10.c: In function 'libusb_set_auto_detach_kernel_driver': /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusb/libusb10.c:893: warning: control reaches end of non-void function *** [libusb10.o] Error code 1 bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusb 1 error bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libusb *** [all_subdir_lib/libusb] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib --- all_subdir_lib/libwrap --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libwrap *** [all_subdir_lib/libwrap] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib --- all_subdir_lib/libucl --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libucl *** [all_subdir_lib/libucl] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib --- all_subdir_lib/libunbound --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libunbound *** [all_subdir_lib/libunbound] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib 4 errors bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/lib *** [lib__L] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src *** [libraries] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src *** [_libraries] Error code 2 bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src *** [buildworld] Error code 2 make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src [Pipeline] } [Pipeline] // withEnv [Pipeline] } [Pipeline] // dir [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD_sparc64 [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Thu Jun 16 18:23:45 2016 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 C8DA5A77974; Thu, 16 Jun 2016 18:23:45 +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 BC7162A4E; Thu, 16 Jun 2016 18:23:45 +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 E2A5013E3; Thu, 16 Jun 2016 18:23:45 +0000 (UTC) Date: Thu, 16 Jun 2016 18:23:44 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: hselasky@FreeBSD.org, asomers@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <402116115.91.1466101425935.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1791842297.85.1466091432809.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1791842297.85.1466091432809.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #3402 - 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.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 18:23:45 -0000 FreeBSD_HEAD_i386 - Build #3402 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3402/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3402/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3402/console Change summaries: 301969 by hselasky: Add missing return statement. Approved by: re (gjb) MFC after: 1 week 301968 by hselasky: Add multiple missing descriptor parsing functions to the LibUSB v1.0 API. Approved by: re (kib) Requested by: swills MFC after: 1 week 301967 by asomers: Fix usr.sbin/rpcbind ATF tests on 32-bit platforms usr.sbin/rpcbind/tests/addrmerge_test.c Fix some sizeof calculations that work only by luck on 64-bit platforms. PR: 210314 Reviewed by: ngie Approved by: re (kib) Reported by: Mark Millard MFC after: 4 weeks Sponsored by: Spectra Logic Corp Differential Revision: https://reviews.freebsd.org/D6855 From owner-freebsd-current@freebsd.org Thu Jun 16 18:40:30 2016 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 A13E7A77D51; Thu, 16 Jun 2016 18:40:30 +0000 (UTC) (envelope-from florian.ermisch@alumni.tu-berlin.de) Received: from mail-2.alumni.tu-berlin.de (mail-2.alumni.tu-berlin.de [130.149.5.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 593001291; Thu, 16 Jun 2016 18:40:29 +0000 (UTC) (envelope-from florian.ermisch@alumni.tu-berlin.de) X-tubIT-Incoming-IP: 78.52.1.152 Received: from x4e340198.dyn.telefonica.de ([78.52.1.152] helo=unknown50465D80C999) by mailbox.alumni.tu-berlin.de (exim-4.84_2) with esmtpsa [TLSv1.2:DHE-RSA-AES256-SHA:256] id 1bDcDE-0006pn-IJ; Thu, 16 Jun 2016 20:40:20 +0200 In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: libpam.so lost in update to 11.0-ALPHA3 From: Florian Ermisch Date: Thu, 16 Jun 2016 20:39:55 +0200 To: Ben Woods , Pavel Timofeev , FreeBSD Current CC: =?ISO-8859-1?Q?Ren=E9_Ladan?= , "pkgbase@freebsd.org" , "Michael W. Lucas" Message-ID: <7D63E77B-0D82-44D3-9A1C-233ACA8C62D0@alumni.tu-berlin.de> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 18:40:30 -0000 Am 14. Juni 2016 13:36:32 MESZ, schrieb Ben Woods : > On Tuesday, 14 June 2016, Pavel Timofeev wrote: > > > > > 14 Ð¸ÑŽÐ½Ñ 2016 г. 10:37 пользователь "Ben Woods" > > напиÑал: > > > > > > On 14 June 2016 at 09:11, René Ladan > > wrote: > > > > > > > Hi, > > > > > > > > I updated my pkgbase installation (11.0-amd64 from a few weeks > ago) to > > > > 11.0-ALPHA3. Building and installing went fine but it turns out > that > > > > libpam.so* is lost in the update (both the symlink and the > actual so, > > > > currently so.6) : > > > > > > > > # pkg upgrade > > > > # pkg autoremove > > > > < one > > > > version lower) > > > > << yes, I forgot to run mergemaster>> > > > > # reboot > > > > < still fine) > > > > > > > > Is this a known bug? > > > > > > > > Regards, > > > > René > > > > > > > > > > Michael Lucas mentioned on twitter a few days ago that pam was > broken > > > recently in FreeBSD current. > > > > > > Michael: was this a problem with libpam.so going missing? Were you > using > > > pkgbase, or is this an issue with the normal build/install system > also? > > > > > > Regards, > > > Ben > > > > > > -- > > > > Hi! > > I have the same problem with normal build/install system. > > > > Ok, thanks for the feedback. > > Bringing in the FreeBSD-current@ mailing list as it is not a problem > with > PkgBase, but with 11-current. > > Regards, > Ben > On my laptop running a few weeks old CURRENT sudo just broke after a `pkg upgrade`. The missing lib it's complaining about is libpam.so.6 but when built from ports it's linked against libpam.so.5. Regards, Florian From owner-freebsd-current@freebsd.org Thu Jun 16 18:43:59 2016 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 D208FA77F2B; Thu, 16 Jun 2016 18:43:59 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 9020B184B; Thu, 16 Jun 2016 18:43:59 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bDcGc-0044Na-VF>; Thu, 16 Jun 2016 20:43:50 +0200 Received: from x5ce12352.dyn.telefonica.de ([92.225.35.82] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bDcGc-002LkO-Jl>; Thu, 16 Jun 2016 20:43:50 +0200 Date: Thu, 16 Jun 2016 20:44:14 +0200 From: "O. Hartmann" To: Florian Ermisch Cc: Ben Woods , Pavel Timofeev , FreeBSD Current , =?ISO-8859-1?Q?Ren=E9?= Ladan , "pkgbase@freebsd.org" , "Michael W. Lucas" Subject: Re: libpam.so lost in update to 11.0-ALPHA3 Message-ID: <20160616204414.46d7ab8b.ohartman@zedat.fu-berlin.de> In-Reply-To: <7D63E77B-0D82-44D3-9A1C-233ACA8C62D0@alumni.tu-berlin.de> References: <7D63E77B-0D82-44D3-9A1C-233ACA8C62D0@alumni.tu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/kW_2K_2mtPPmgwhS2WIrLy+"; protocol="application/pgp-signature" X-Originating-IP: 92.225.35.82 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 18:43:59 -0000 --Sig_/kW_2K_2mtPPmgwhS2WIrLy+ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am Thu, 16 Jun 2016 20:39:55 +0200 Florian Ermisch schrieb: > Am 14. Juni 2016 13:36:32 MESZ, schrieb Ben Woods : > > On Tuesday, 14 June 2016, Pavel Timofeev wrote: > > =20 > > > > > > 14 =D0=B8=D1=8E=D0=BD=D1=8F 2016 =D0=B3. 10:37 =D0=BF=D0=BE=D0=BB=D1= =8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C "Ben Woods" > > > =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0=D0=BB: =20 > > > > > > > > On 14 June 2016 at 09:11, Ren=C3=A9 Ladan > > > wrote: =20 > > > > =20 > > > > > Hi, > > > > > > > > > > I updated my pkgbase installation (11.0-amd64 from a few weeks =20 > > ago) to =20 > > > > > 11.0-ALPHA3. Building and installing went fine but it turns out = =20 > > that =20 > > > > > libpam.so* is lost in the update (both the symlink and the =20 > > actual so, =20 > > > > > currently so.6) : > > > > > > > > > > # pkg upgrade > > > > > # pkg autoremove > > > > > < > one =20 > > > > > version lower) > > > > > << yes, I forgot to run mergemaster>> > > > > > # reboot > > > > > < > still fine) =20 > > > > > > > > > > Is this a known bug? > > > > > > > > > > Regards, > > > > > Ren=C3=A9 > > > > > =20 > > > > > > > > Michael Lucas mentioned on twitter a few days ago that pam was =20 > > broken =20 > > > > recently in FreeBSD current. > > > > > > > > Michael: was this a problem with libpam.so going missing? Were you = =20 > > using =20 > > > > pkgbase, or is this an issue with the normal build/install system = =20 > > also? =20 > > > > > > > > Regards, > > > > Ben > > > > > > > > -- =20 > > > > > > Hi! > > > I have the same problem with normal build/install system. > > > =20 > >=20 > > Ok, thanks for the feedback. > >=20 > > Bringing in the FreeBSD-current@ mailing list as it is not a problem > > with > > PkgBase, but with 11-current. > >=20 > > Regards, > > Ben > > =20 > On my laptop running a few weeks old CURRENT sudo > just broke after a `pkg upgrade`. The missing lib it's=20 > complaining about is libpam.so.6 but when built from > ports it's linked against libpam.so.5. >=20 > Regards, Florian > _______________________________________________ > 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" You have to recompile sudo. We had the nice event, that nslcd also required= libpam.so.5. So login onto the box even via console as root wasn't possible due to pam f= ailures. That was nice. And this change came without any warnings in /usr/src/UPDATING. Regards, oh --Sig_/kW_2K_2mtPPmgwhS2WIrLy+ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXYvN+AAoJEOgBcD7A/5N8LlwH/j4UMC/GGlAvlGKuhbf5BM5n 84I8gLEaVJH9cFDgAOzpupl/k2Xif/fax5yuF3/pF1Ppnoa9ECKhLA63YAQS17Em dHNkAA1qkDDIx56qKSPUN8UUWrPmVMHhnn9teVPgGgyGRJS3UCXJ29scogvh+T5t i7a6Mq2Gvfo7frX4MsaV3pEiFUL362+E6vDzQ68UukG6NqtHB+mvhkXNHYids5ip JP8lBrzFM6f9FZYEz5k3HJU0LGU0KFSJ740ssePTsme42jvzGzCGKP5zwtvfJjQk uOjE7/j2azPQrfzXU9PPlo30/M4/y5bFRdolaRxM9utj/OpeAFVLOMJAecZ0FzE= =cEBQ -----END PGP SIGNATURE----- --Sig_/kW_2K_2mtPPmgwhS2WIrLy+-- From owner-freebsd-current@freebsd.org Thu Jun 16 19:20:26 2016 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 7A526A77558 for ; Thu, 16 Jun 2016 19:20:26 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from fallback4.mail.ru (fallback4.mail.ru [94.100.181.169]) by mx1.freebsd.org (Postfix) with ESMTP id 33A4F26A5 for ; Thu, 16 Jun 2016 19:20:25 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from smtp27.mail.ru (smtp27.mail.ru [94.100.181.182]) by fallback4.mail.ru (mPOP.Fallback_MX) with ESMTP id 1E29F1DF52F1 for ; Thu, 16 Jun 2016 22:20:22 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date:Message-ID:Subject:From:To; bh=8HwA0XUrVOUwQl6AalB/x9y3jwhkA6b48zNBYHE39mA=; b=fMkxWf/HNh326+/f+uQL+RvscNmc0hUSUGrHe5UYC/3T7p0hm+ZT5qxQiGdO5XKs0eJYpeX5zGtCEpUNgj4AIWjsIDDIXP9cuoAm9jENYYSb2gEj1iLUKT6PObYwbxFgejZq0EsBigjAOxtrFvGWxmY/zj+DQ6QYHwu0bLiWySo=; Received: from vlan98-191.azeronline.com ([46.23.98.191]:60538) by smtp27.mail.ru with esmtpa (envelope-from ) id 1bDcpp-0003yT-86 for freebsd-current@freebsd.org; Thu, 16 Jun 2016 22:20:14 +0300 To: freebsd-current@freebsd.org From: rihad Subject: dpv(1) ignores -i & -I flags Message-ID: <99aa9e97-8bdb-cd7e-ea3a-fcdb05ee86da@mail.ru> Date: Thu, 16 Jun 2016 23:20:04 +0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Mras: OK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 19:20:26 -0000 By simply overwriting the provided template strings with the default ones a bit later. Here's one possible fix (untested): --- dpv.c.orig 2016-06-16 23:14:00.466195000 +0400 +++ dpv.c 2016-06-16 23:15:39.306944000 +0400 @@ -455,12 +455,16 @@ /* Set status formats and action */ if (line_mode) { - config->status_solo = LINE_STATUS_SOLO; - config->status_many = LINE_STATUS_SOLO; + if (!config->status_solo) + config->status_solo = LINE_STATUS_SOLO; + if (!config->status_many) + config->status_many = LINE_STATUS_SOLO; config->action = operate_on_lines; } else { - config->status_solo = BYTE_STATUS_SOLO; - config->status_many = BYTE_STATUS_SOLO; + if (!config->status_solo) + config->status_solo = BYTE_STATUS_SOLO; + if (!config->status_many) + config->status_many = BYTE_STATUS_SOLO; config->action = operate_on_bytes; } From owner-freebsd-current@freebsd.org Thu Jun 16 21:14:43 2016 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 F117CA77AC1 for ; Thu, 16 Jun 2016 21:14:43 +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 E3AC51892; Thu, 16 Jun 2016 21:14:43 +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 260FC142C; Thu, 16 Jun 2016 21:14:44 +0000 (UTC) Date: Thu, 16 Jun 2016 21:14:43 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <223366128.94.1466111683948.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <865121500.86.1466092657602.JavaMail.jenkins@jenkins-9.freebsd.org> References: <865121500.86.1466092657602.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #315 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 21:14:44 -0000 See From owner-freebsd-current@freebsd.org Thu Jun 16 22:35:33 2016 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 95E6AA73F32; Thu, 16 Jun 2016 22:35:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 8153F26A9; Thu, 16 Jun 2016 22:35:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 7983E1E80; Thu, 16 Jun 2016 22:35:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 2E68E225C8; Thu, 16 Jun 2016 22:35:33 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id WpR-PJZQVeoM; Thu, 16 Jun 2016 22:35:26 +0000 (UTC) Subject: Re: libpam.so lost in update to 11.0-ALPHA3 DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 1A417225C3 To: Florian Ermisch , Ben Woods , Pavel Timofeev , FreeBSD Current References: <7D63E77B-0D82-44D3-9A1C-233ACA8C62D0@alumni.tu-berlin.de> Cc: =?UTF-8?Q?Ren=c3=a9_Ladan?= , "pkgbase@freebsd.org" , "Michael W. Lucas" From: Bryan Drewery Organization: FreeBSD Message-ID: <2716b37a-0ccb-e5b4-bc6b-9751fb6e1174@FreeBSD.org> Date: Thu, 16 Jun 2016 15:35:24 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <7D63E77B-0D82-44D3-9A1C-233ACA8C62D0@alumni.tu-berlin.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 22:35:33 -0000 On 6/16/16 11:39 AM, Florian Ermisch wrote: >=20 >=20 > Am 14. Juni 2016 13:36:32 MESZ, schrieb Ben Woods : >> On Tuesday, 14 June 2016, Pavel Timofeev wrote: >> >>> >>> 14 =D0=B8=D1=8E=D0=BD=D1=8F 2016 =D0=B3. 10:37 =D0=BF=D0=BE=D0=BB=D1=8C= =D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C "Ben Woods" >> > =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0=D0=BB: >>>> >>>> On 14 June 2016 at 09:11, Ren=C3=A9 Ladan >> > wrote: >>>> >>>>> Hi, >>>>> >>>>> I updated my pkgbase installation (11.0-amd64 from a few weeks >> ago) to >>>>> 11.0-ALPHA3. Building and installing went fine but it turns out >> that >>>>> libpam.so* is lost in the update (both the symlink and the >> actual so, >>>>> currently so.6) : >>>>> >>>>> # pkg upgrade >>>>> # pkg autoremove >>>>> <> one >>>>> version lower) >>>>> << yes, I forgot to run mergemaster>> >>>>> # reboot >>>>> <> still fine) >>>>> >>>>> Is this a known bug? >>>>> >>>>> Regards, >>>>> Ren=C3=A9 >>>>> >>>> >>>> Michael Lucas mentioned on twitter a few days ago that pam was >> broken >>>> recently in FreeBSD current. >>>> >>>> Michael: was this a problem with libpam.so going missing? Were you >> using >>>> pkgbase, or is this an issue with the normal build/install system >> also? >>>> >>>> Regards, >>>> Ben >>>> >>>> -- >>> >>> Hi! >>> I have the same problem with normal build/install system. >>> >> >> Ok, thanks for the feedback. >> >> Bringing in the FreeBSD-current@ mailing list as it is not a problem >> with >> PkgBase, but with 11-current. >> >> Regards, >> Ben >> > On my laptop running a few weeks old CURRENT sudo > just broke after a `pkg upgrade`. The missing lib it's=20 > complaining about is libpam.so.6 but when built from > ports it's linked against libpam.so.5. >=20 Packages built after base r301892 will be fixed. --=20 Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Thu Jun 16 23:05:25 2016 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 8B8C6A777A8 for ; Thu, 16 Jun 2016 23:05:25 +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 7DBBB179E; Thu, 16 Jun 2016 23:05:25 +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 BC00E145E; Thu, 16 Jun 2016 23:05:25 +0000 (UTC) Date: Thu, 16 Jun 2016 23:05:25 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1936917575.95.1466118325518.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1675642092.89.1466095667319.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1675642092.89.1466095667319.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD_sparc64 #83 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_sparc64 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 16 Jun 2016 23:05:25 -0000 See From owner-freebsd-current@freebsd.org Fri Jun 17 01:03:55 2016 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 A0334A446F6; Fri, 17 Jun 2016 01:03:55 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 7DA8B26A6; Fri, 17 Jun 2016 01:03:55 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 3DCE1208C7; Thu, 16 Jun 2016 21:03:54 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute6.internal (MEProxy); Thu, 16 Jun 2016 21:03:54 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=uKDZMREEu58bWm2V7HIay96VcSM=; b=A5LOR Q/+ekZZ6AU7ABnwbBe0xnHBz64fxPD3qrm4kMx6LIQ/SIXAew2KCO7kVwlOfRNV1 RxzTMs2hJoh7gmr2EtmAbo0w7BchIiLjQf+IPqzBU7VrCNstEpQ6uSAZUtCCR7f7 n6weXOToqnIK/yU9Ub3Rz4zNRdgY/Sdzc36AWE= Received: by mailuser.nyi.internal (Postfix, from userid 99) id 0E00F16624; Thu, 16 Jun 2016 21:03:54 -0400 (EDT) Message-Id: <1466125434.1167831.640215001.594DC233@webmail.messagingengine.com> X-Sasl-Enc: b5Y2BeezsPJxaJcmiwR4+8RS6AbPCVvtAfxmkWlLZqP0 1466125434 From: Mark Felder To: freebsd-current@freebsd.org, freebsd-ipfw@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-127413e6 Subject: ALPHA3 panic with ipfw+dummynet and gif/gre tunnels Date: Thu, 16 Jun 2016 20:03:54 -0500 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 01:03:55 -0000 Hello, I can pretty reliably panic CURRENT by creating/destroying gif and gre interfaces used for IPv6 tunnels. I'm uploading the dump, kernel.debug, and kernel in a tarball here: https://feld.me/freebsd/crash/r301929.tgz It's still uploading so you might end up with an incomplete download if you fetch it now. Here's the sha256 of it: 1e9fddad1da3bac2b11c51a18c7dad48eb9259acf844f35f5eb40630ca84de64 r301929.tgz Here's the backtrace: (kgdb) bt #0 doadump (textdump=0) at pcpu.h:221 #1 0xffffffff80391fab in db_dump (dummy=, dummy2=false, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:533 #2 0xffffffff80391da9 in db_command (cmd_table=) at /usr/src/sys/ddb/db_command.c:440 #3 0xffffffff80391b04 in db_command_loop () at /usr/src/sys/ddb/db_command.c:493 #4 0xffffffff80394a3b in db_trap (type=, code=) at /usr/src/sys/ddb/db_main.c:251 #5 0xffffffff80a88913 in kdb_trap (type=, code=, tf=) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xffffffff80eb8331 in trap_fatal (frame=0xfffffe0122831770, eva=26) at /usr/src/sys/amd64/amd64/trap.c:836 #7 0xffffffff80eb857d in trap_pfault (frame=0xfffffe0122831770, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:691 #8 0xffffffff80eb7a64 in trap (frame=0xfffffe0122831770) at /usr/src/sys/amd64/amd64/trap.c:442 #9 0xffffffff80e97f91 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:236 #10 0xffffffff80c57ebc in ip6_output (m0=, opt=, ro=, flags=, im6o=0x0, ifpp=0x0, inp=) at /usr/src/sys/netinet6/ip6_output.c:1060 #11 0xffffffff82661fd2 in dummynet_send (m=) at /usr/src/sys/modules/dummynet/../../netpfil/ipfw/ip_dn_io.c:800 #12 0xffffffff82661890 in dummynet_task (context=, pending=) at /usr/src/sys/modules/dummynet/../../netpfil/ipfw/ip_dn_io.c:746 #13 0xffffffff80a9a1ac in taskqueue_run_locked (queue=) at /usr/src/sys/kern/subr_taskqueue.c:465 #14 0xffffffff80a9acf8 in taskqueue_thread_loop (arg=) at /usr/src/sys/kern/subr_taskqueue.c:719 #15 0xffffffff80a0b3e4 in fork_exit (callout=0xffffffff80a9ac70 , arg=0xffffffff8266c8a8, frame=0xfffffe0122831c00) at /usr/src/sys/kern/kern_fork.c:1038 #16 0xffffffff80e984ce in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:611 #17 0x0000000000000000 in ?? () Current language: auto; currently minimal -- Mark Felder ports-secteam member feld@FreeBSD.org From owner-freebsd-current@freebsd.org Fri Jun 17 03:38:43 2016 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 4F914A77AD1; Fri, 17 Jun 2016 03:38:43 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 15BA422A9; Fri, 17 Jun 2016 03:38:43 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi0-x22a.google.com with SMTP id d132so99634278oig.1; Thu, 16 Jun 2016 20:38:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=sYahi6RMcQ9W3aXmN9lxdZGbTRKZaeuiQbCUodYIkxY=; b=AUo9u8BYEUljVwc5BWh0uR2oyIDTH5m7TugInorfoWIwAGhptmGRYtClKWWKaPQ64Q WkHjPN29hUSF9cbFvVYkS8t38ULtqeh6ppBK18wGI81C1L7oe1KAeXmtIq6387Txp6Du JG/GIvsIDTYXmXKyHCI4lH2w5rM2u6aAofz2K8HnxvYB0uiDFTjf2QBrJ6IhtB3iKrTy EMe+yBbwG9US2pLC7EbFr46EaQAIFVqajjfebRVZtZTkVfV2qy94K994tLkXx+N2UDxi h/ZUFy6afib5Uz+2090+55dfSfiGnY6nP+9cfxmnLe9n3X6xFv1IwsYdJx54JvirUX2a RmrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=sYahi6RMcQ9W3aXmN9lxdZGbTRKZaeuiQbCUodYIkxY=; b=HOzY9LzFl2P6CiPDICGALsix2qRyKaTj9Co/pYlrr6bCrZCPq3hJJybwxb7Hc7p6uM 3G2Gd3YCVS2qKbsn7NaJXJqGSliJCuFMd1Kt/BHe+iU/8QoW6T45Si4KSzOmhboc0c/J IO6Tb+/GfWnkyz5aDys/ipgPP6Q9RjeC8p0RT7Js9lS5eszdv2fb0A9qrGqKAE3sW9/F hI6fvT4Gosr5TQWMoRwUrCHGL6UHi/PzBxEkOgmMU++LQ2oUT2wm+Gh/G7PSoqPQB7ZK wN1NQfykxNygYDeVI3FVX1moGUpHLnTKoceAulWRSY7LDjaVfJPfy2Oi9ZCFuiOmbSlN 5BUQ== X-Gm-Message-State: ALyK8tIp3eNJPbD9cVnKVfuf9whu7Omd6u08htiHZXYGXUE/1Oyco6ExSj2+K3U0NuK9byjn4y5x02iv5IWjqA== X-Received: by 10.157.29.106 with SMTP id m97mr219753otm.164.1466134722329; Thu, 16 Jun 2016 20:38:42 -0700 (PDT) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.202.102.206 with HTTP; Thu, 16 Jun 2016 20:38:41 -0700 (PDT) In-Reply-To: <1466125434.1167831.640215001.594DC233@webmail.messagingengine.com> References: <1466125434.1167831.640215001.594DC233@webmail.messagingengine.com> From: Alan Somers Date: Thu, 16 Jun 2016 21:38:41 -0600 X-Google-Sender-Auth: VRaAhEzuPlc0JWy3xt__7hiYO4w Message-ID: Subject: Re: ALPHA3 panic with ipfw+dummynet and gif/gre tunnels To: Mark Felder Cc: FreeBSD CURRENT , freebsd-ipfw@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 03:38:43 -0000 On Thu, Jun 16, 2016 at 7:03 PM, Mark Felder wrote: > Hello, > > I can pretty reliably panic CURRENT by creating/destroying gif and gre > interfaces used for IPv6 tunnels. I'm uploading the dump, kernel.debug, > and kernel in a tarball here: > > https://feld.me/freebsd/crash/r301929.tgz > > It's still uploading so you might end up with an incomplete download if > you fetch it now. Here's the sha256 of it: > > 1e9fddad1da3bac2b11c51a18c7dad48eb9259acf844f35f5eb40630ca84de64 > r301929.tgz > > > Here's the backtrace: > > (kgdb) bt > #0 doadump (textdump=0) at pcpu.h:221 > #1 0xffffffff80391fab in db_dump (dummy=, > dummy2=false, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:533 > #2 0xffffffff80391da9 in db_command (cmd_table=) > at /usr/src/sys/ddb/db_command.c:440 > #3 0xffffffff80391b04 in db_command_loop () at > /usr/src/sys/ddb/db_command.c:493 > #4 0xffffffff80394a3b in db_trap (type=, > code=) at /usr/src/sys/ddb/db_main.c:251 > #5 0xffffffff80a88913 in kdb_trap (type=, > code=, tf=) at > /usr/src/sys/kern/subr_kdb.c:654 > #6 0xffffffff80eb8331 in trap_fatal (frame=0xfffffe0122831770, eva=26) > at /usr/src/sys/amd64/amd64/trap.c:836 > #7 0xffffffff80eb857d in trap_pfault (frame=0xfffffe0122831770, > usermode=0) at /usr/src/sys/amd64/amd64/trap.c:691 > #8 0xffffffff80eb7a64 in trap (frame=0xfffffe0122831770) at > /usr/src/sys/amd64/amd64/trap.c:442 > #9 0xffffffff80e97f91 in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:236 > #10 0xffffffff80c57ebc in ip6_output (m0=, > opt=, ro=, flags= optimized out>, im6o=0x0, ifpp=0x0, inp=) > at /usr/src/sys/netinet6/ip6_output.c:1060 > #11 0xffffffff82661fd2 in dummynet_send (m=) at > /usr/src/sys/modules/dummynet/../../netpfil/ipfw/ip_dn_io.c:800 > #12 0xffffffff82661890 in dummynet_task (context=, > pending=) at > /usr/src/sys/modules/dummynet/../../netpfil/ipfw/ip_dn_io.c:746 > #13 0xffffffff80a9a1ac in taskqueue_run_locked (queue= out>) at /usr/src/sys/kern/subr_taskqueue.c:465 > #14 0xffffffff80a9acf8 in taskqueue_thread_loop (arg= out>) at /usr/src/sys/kern/subr_taskqueue.c:719 > #15 0xffffffff80a0b3e4 in fork_exit (callout=0xffffffff80a9ac70 > , arg=0xffffffff8266c8a8, > frame=0xfffffe0122831c00) at /usr/src/sys/kern/kern_fork.c:1038 > #16 0xffffffff80e984ce in fork_trampoline () at > /usr/src/sys/amd64/amd64/exception.S:611 > #17 0x0000000000000000 in ?? () > Current language: auto; currently minimal > > > -- > Mark Felder > ports-secteam member > feld@FreeBSD.org > _______________________________________________ Yeah, FreeBSD has a problem with destroying any kind of cloned interface. How many times, on average, do you need to destroy one before you get the panic? From owner-freebsd-current@freebsd.org Fri Jun 17 04:53:27 2016 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 2C749A7889C for ; Fri, 17 Jun 2016 04:53:27 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1A43E12A1 for ; Fri, 17 Jun 2016 04:53:27 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 19992A7889A; Fri, 17 Jun 2016 04:53: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 19368A78899; Fri, 17 Jun 2016 04:53:27 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (glebi.us [96.95.210.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 81A7A129F; Fri, 17 Jun 2016 04:53:26 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id u5H4rJH9075730 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 16 Jun 2016 21:53:19 -0700 (PDT) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id u5H4rJvq075729; Thu, 16 Jun 2016 21:53:19 -0700 (PDT) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 16 Jun 2016 21:53:19 -0700 From: Gleb Smirnoff To: jch@FreeBSD.org, hselasky@FreeBSD.org Cc: rrs@FreeBSD.org, net@FreeBSD.org, current@FreeBSD.org Subject: panic with tcp timers Message-ID: <20160617045319.GE1076@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 04:53:27 -0000 Hi! At Netflix we are observing a race in TCP timers with head. The problem is a regression, that doesn't happen on stable/10. The panic usually happens after several hours at 55 Gbit/s of traffic. What happens is that tcp_timer_keep finds t_tcpcb being NULL. Some coredumps have tcpcb already initialized, with non-NULL t_tcpcb and in TCPS_ESTABLISHED state. Which means that other CPU was working on the tcpcb while the faulted one was working on the panic. So, this all looks like a use after free, which conflicts with new allocation. Comparing stable/10 and head, I see two changes that could affect that: - callout_async_drain - switch to READ lock for inp info in tcp timers That's why you are in To, Julien and Hans :) We continue investigating, and I will keep you updated. However, any help is welcome. I can share cores. -- Totus tuus, Glebius. From owner-freebsd-current@freebsd.org Fri Jun 17 05:29:28 2016 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 11629A78F20 for ; Fri, 17 Jun 2016 05:29:28 +0000 (UTC) (envelope-from mva@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id F2E0B2111 for ; Fri, 17 Jun 2016 05:29:27 +0000 (UTC) (envelope-from mva@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id EE6F9A78F1F; Fri, 17 Jun 2016 05:29: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 EDF38A78F1E; Fri, 17 Jun 2016 05:29:27 +0000 (UTC) (envelope-from mva@FreeBSD.org) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.18.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B78ED210F; Fri, 17 Jun 2016 05:29:27 +0000 (UTC) (envelope-from mva@FreeBSD.org) Received: from [77.187.2.202] (helo=localhost) by smtprelay06.ispgateway.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1bDm4U-00032T-Qb; Fri, 17 Jun 2016 07:11:58 +0200 Date: Fri, 17 Jun 2016 07:11:58 +0200 From: Marcus von Appen To: Andriy Voskoboinyk Cc: current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: rtwn connection stops working on CURRENT Message-ID: <20160617051158.GA2617@athena.sysfault.org> Reply-To: Marcus von Appen Mail-Followup-To: Andriy Voskoboinyk , current@freebsd.org, freebsd-wireless@freebsd.org References: <20160614052401.GA931@athena.sysfault.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-Df-Sender: MTEyNTc0Mg== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 05:29:28 -0000 Hi Andriy, On, Tue Jun 14, 2016, Andriy Voskoboinyk wrote: > Tue, 14 Jun 2016 08:24:01 +0300 =D0=B1=D1=83=D0=BB=D0=BE =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Marcus von Appen > : > > Hi! > > Try attached patch (adds some busdma synchronization, > unloads data instead of descriptor in rtwn_tx_done() and improves > watchdog logic for a bit). thanks a lot, the connection is far more reliable now and does not seem to stop working anymore. Cheers Marcus From owner-freebsd-current@freebsd.org Fri Jun 17 08:34:42 2016 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 DF950A785C6; Fri, 17 Jun 2016 08:34:42 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward5j.cmail.yandex.net (forward5j.cmail.yandex.net [IPv6:2a02:6b8:0:1630::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E612225A; Fri, 17 Jun 2016 08:34:42 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [IPv6:2a02:6b8:0:801:1::10]) by forward5j.cmail.yandex.net (Yandex) with ESMTP id D442E20EE6; Fri, 17 Jun 2016 11:34:06 +0300 (MSK) Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id 68B757E0F10; Fri, 17 Jun 2016 11:34:06 +0300 (MSK) Received: by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id VkAlsBWwGw-Y5iOa56f; Fri, 17 Jun 2016 11:34:05 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1466152445; bh=w+e1x2+biC5FB5q2or9245Ac8jC9G7LNk4nWkeYt2RY=; h=Subject:To:References:From:Message-ID:Date:User-Agent: MIME-Version:In-Reply-To:Content-Type; b=Jvfc6dSJkwsw77F/IB3QYiRo/fwemH44kj1FJIDyqVJWpKDwJSHGXv9kULJCWw2DA eeLv1lFx8ZzRI6RESO2UBInthYdO38SDFszyyRN0THbe6fS0LBI42CZJdbbG1t1uOZ 1/i0fcwWXDL+xrH9sV3q6Xo/wAAsB9lALrOu3hiA= Authentication-Results: smtp11.mail.yandex.net; dkim=pass header.i=@yandex.ru X-Yandex-Suid-Status: 1 0,1 0,1 0 Subject: Re: ALPHA3 panic with ipfw+dummynet and gif/gre tunnels To: Mark Felder , freebsd-current@freebsd.org, freebsd-ipfw@freebsd.org References: <1466125434.1167831.640215001.594DC233@webmail.messagingengine.com> From: "Andrey V. Elsukov" Message-ID: <5763B5DF.1050202@yandex.ru> Date: Fri, 17 Jun 2016 11:33:35 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <1466125434.1167831.640215001.594DC233@webmail.messagingengine.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0dK4AjEGHXEwb3lv98X1liKNRvgSeRtoU" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 08:34:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --0dK4AjEGHXEwb3lv98X1liKNRvgSeRtoU Content-Type: multipart/mixed; boundary="isgg6E500OhLN4djDRpmfe0P7fmudjjqP" From: "Andrey V. Elsukov" To: Mark Felder , freebsd-current@freebsd.org, freebsd-ipfw@freebsd.org Message-ID: <5763B5DF.1050202@yandex.ru> Subject: Re: ALPHA3 panic with ipfw+dummynet and gif/gre tunnels References: <1466125434.1167831.640215001.594DC233@webmail.messagingengine.com> In-Reply-To: <1466125434.1167831.640215001.594DC233@webmail.messagingengine.com> --isgg6E500OhLN4djDRpmfe0P7fmudjjqP Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 17.06.16 04:03, Mark Felder wrote: > #8 0xffffffff80eb7a64 in trap (frame=3D0xfffffe0122831770) at > /usr/src/sys/amd64/amd64/trap.c:442 > #9 0xffffffff80e97f91 in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:236 > #10 0xffffffff80c57ebc in ip6_output (m0=3D, > opt=3D, ro=3D, flags=3D optimized out>, im6o=3D0x0, ifpp=3D0x0, inp=3D) > at /usr/src/sys/netinet6/ip6_output.c:1060 > #11 0xffffffff82661fd2 in dummynet_send (m=3D) at > /usr/src/sys/modules/dummynet/../../netpfil/ipfw/ip_dn_io.c:800 > #12 0xffffffff82661890 in dummynet_task (context=3D, > pending=3D) at > /usr/src/sys/modules/dummynet/../../netpfil/ipfw/ip_dn_io.c:746 > #13 0xffffffff80a9a1ac in taskqueue_run_locked (queue=3D out>) at /usr/src/sys/kern/subr_taskqueue.c:465 > #14 0xffffffff80a9acf8 in taskqueue_thread_loop (arg=3D out>) at /usr/src/sys/kern/subr_taskqueue.c:719 > #15 0xffffffff80a0b3e4 in fork_exit (callout=3D0xffffffff80a9ac70 > , arg=3D0xffffffff8266c8a8, > frame=3D0xfffffe0122831c00) at /usr/src/sys/kern/kern_fork.c:1038 > #16 0xffffffff80e984ce in fork_trampoline () at > /usr/src/sys/amd64/amd64/exception.S:611 > #17 0x0000000000000000 in ?? () Hi, this is known issue. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D209466 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D162558 It looks the same, but for IPv6. --=20 WBR, Andrey V. Elsukov --isgg6E500OhLN4djDRpmfe0P7fmudjjqP-- --0dK4AjEGHXEwb3lv98X1liKNRvgSeRtoU 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 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJXY7XjAAoJEAHF6gQQyKF64pwIAJ89e8FQj8Loj/Hx6tAn9xi3 8CJiAVCnS+hN8kRPOUCZJJtwT4ROq+z+Tr9OWQMNh+yFCV+GQCwynEzAAYfouUp+ 2i+65Zh5AIbfmx8Hp6lO1zevFQWsw3owdAjXVxpCjC0rjhNgXkVUmb8pMex6Z6wE KEKu0xvNMYjDumj75ykuhI6T3aIAKbD8+S9k0BRLrgkhAOJAgwexMk1ehC5sq8W9 E5/y8LUkyRO5yFBagBISTRE9h7JMY1nWaI9FLZD0L9yQNoLOdsEO7rbfZHiyspyl lTQYQElKWQa6rHtwu9vZfrw5UxDhbBFiJfmU/2RkQIWxp2K9T8uuUFTrnyGcYpE= =5STC -----END PGP SIGNATURE----- --0dK4AjEGHXEwb3lv98X1liKNRvgSeRtoU-- From owner-freebsd-current@freebsd.org Fri Jun 17 11:07:31 2016 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 AE553A78E9F for ; Fri, 17 Jun 2016 11:07:31 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9CF161845 for ; Fri, 17 Jun 2016 11:07:31 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.ysv.freebsd.org (Postfix) id 990D3A78E9D; Fri, 17 Jun 2016 11:07:31 +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 9892CA78E9C; Fri, 17 Jun 2016 11:07:31 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 6169B1844; Fri, 17 Jun 2016 11:07:30 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.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 6383E1FE023; Fri, 17 Jun 2016 13:07:22 +0200 (CEST) Subject: Re: panic with tcp timers To: Gleb Smirnoff , jch@FreeBSD.org References: <20160617045319.GE1076@FreeBSD.org> Cc: rrs@FreeBSD.org, net@FreeBSD.org, current@FreeBSD.org From: Hans Petter Selasky Message-ID: Date: Fri, 17 Jun 2016 13:10:57 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <20160617045319.GE1076@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.22 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, 17 Jun 2016 11:07:31 -0000 On 06/17/16 06:53, Gleb Smirnoff wrote: > Hi! > > At Netflix we are observing a race in TCP timers with head. > The problem is a regression, that doesn't happen on stable/10. > The panic usually happens after several hours at 55 Gbit/s of > traffic. > > What happens is that tcp_timer_keep finds t_tcpcb being > NULL. Some coredumps have tcpcb already initialized, > with non-NULL t_tcpcb and in TCPS_ESTABLISHED state. Which > means that other CPU was working on the tcpcb while > the faulted one was working on the panic. So, this all looks > like a use after free, which conflicts with new allocation. > > Comparing stable/10 and head, I see two changes that could > affect that: > > - callout_async_drain > - switch to READ lock for inp info in tcp timers > > That's why you are in To, Julien and Hans :) > > We continue investigating, and I will keep you updated. > However, any help is welcome. I can share cores. > Hi, I do have projects/hps_head around, which is not that much behind 11-current, which has a completely different callout implementation. If you can reproduce the issue separately might we worth a try to rule out the callout stack. --HPS From owner-freebsd-current@freebsd.org Fri Jun 17 11:19:58 2016 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 EA25FA473A7; Fri, 17 Jun 2016 11:19:58 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "courriel.site.uottawa.ca", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A138F1E27; Fri, 17 Jun 2016 11:19:58 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from [10.0.2.15] (ppp-66-225-164-38.vianet.ca [66.225.164.38]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.5) with ESMTP id u5HBJmGu078647 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 17 Jun 2016 07:19:50 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Date: Fri, 17 Jun 2016 07:19:44 -0400 (EDT) From: Keith White X-X-Sender: kwhite@localhost.my.domain To: Mark Millard cc: freebsd-arm , FreeBSD Current Subject: RE: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] In-Reply-To: Message-ID: References: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 11:19:59 -0000 On Thu, 16 Jun 2016, Keith White wrote: > On Wed, 15 Jun 2016, Mark Millard wrote: > >> https://lists.freebsd.org/pipermail/freebsd-current/2016-June/061904.html >> reports an RPI-B alignment fault for -r301815 (the snapshot) "when >> connecting via WiFi". >> >> -r301872 ( >> https://lists.freebsd.org/pipermail/svn-src-head/2016-June/088339.html ) >> has a fix for networking vs. alignment handling for armv6 contexts that >> might be needed. Quoting: >> >>> Author: ian >>> Date: Mon Jun 13 16:48:27 2016 >>> New Revision: 301872 >>> URL: >>> https://svnweb.freebsd.org/changeset/base/301872 >> ... > > Thanks for pointing this out! I'll see if a (complete) rebuild at > that rev fixes the problem. > Tried that. I still get a panic. I cross built on an amd64 at r301840, I'll try upgrading that machine too. In the meantime, other suggestions? FreeBSD 11.0-ALPHA3 #0 r301872: Thu Jun 16 21:11:44 EDT 2016 kwhite@freebsd11:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0) VT: init without driver. ... Starting devd. urtwn0: on usbus0 urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R urtwn0: enabling 11n wlan0: Ethernet address: 00:13:ef:74:07:a8 Created wlan(4) interfaces: wlan0. ... [ nc rpi-b 22 ] Fatal kernel mode data abort: 'Alignment Fault' on read trapframe: 0xc18f28c0 FSR=00000001, FAR=c21a487a, spsr=60000013 r0 =c07a6548, r1 =00000004, r2 =c0605338, r3 =000007b6 r4 =c18f2a28, r5 =c18f2b40, r6 =c21a4876, r7 =c1ccd240 r8 =c1ccd240, r9 =c21a4Stopped at $a.17+0x38: ldmib r6, {r1-r2} db> ...keith From owner-freebsd-current@freebsd.org Fri Jun 17 14:41:19 2016 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 96159A77CD4 for ; Fri, 17 Jun 2016 14:41:19 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7BE3F2643 for ; Fri, 17 Jun 2016 14:41:19 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: by mailman.ysv.freebsd.org (Postfix) id 77D5DA77CD2; Fri, 17 Jun 2016 14:41: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 772CDA77CD0; Fri, 17 Jun 2016 14:41:19 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A55A2640; Fri, 17 Jun 2016 14:41:19 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id AAE3925D388E; Fri, 17 Jun 2016 14:41:06 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id D27C9D1F8BC; Fri, 17 Jun 2016 14:41:05 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id uNrClogwaQYJ; Fri, 17 Jun 2016 14:41:04 +0000 (UTC) Received: from [192.168.124.1] (unknown [IPv6:fde9:577b:c1a9:4410:392c:10a8:d881:6c0f]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id AAC8CD1F7FA; Fri, 17 Jun 2016 14:41:03 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Gleb Smirnoff" Cc: jch@FreeBSD.org, hselasky@FreeBSD.org, rrs@FreeBSD.org, current@FreeBSD.org, net@FreeBSD.org Subject: Re: panic with tcp timers Date: Fri, 17 Jun 2016 14:41:02 +0000 Message-ID: In-Reply-To: <20160617045319.GE1076@FreeBSD.org> References: <20160617045319.GE1076@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate Trial (2.0BETAr6032) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 14:41:19 -0000 On 17 Jun 2016, at 4:53, Gleb Smirnoff wrote: > Hi! > > At Netflix we are observing a race in TCP timers with head. > The problem is a regression, that doesn't happen on stable/10. > The panic usually happens after several hours at 55 Gbit/s of > traffic. > > What happens is that tcp_timer_keep finds t_tcpcb being > NULL. Some coredumps have tcpcb already initialized, > with non-NULL t_tcpcb and in TCPS_ESTABLISHED state. Which > means that other CPU was working on the tcpcb while > the faulted one was working on the panic. So, this all looks > like a use after free, which conflicts with new allocation. > > Comparing stable/10 and head, I see two changes that could > affect that: > > - callout_async_drain > - switch to READ lock for inp info in tcp timers > > That's why you are in To, Julien and Hans :) > > We continue investigating, and I will keep you updated. > However, any help is welcome. I can share cores. There’s also the change to no longer mark the zones NO_FREE. In theory I was convinced at the time that it should not be an issue anymore. If I had overlooked something or follow-up timer changes invalidated assumptions then that could also be trouble. That said, I was not able to get any related panics or log entries anymore lately (but I am currently slightly behind head with my branch). We should get the problem fixed however and not try to “paint over†again. /bz From owner-freebsd-current@freebsd.org Fri Jun 17 14:51:22 2016 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 6F27EA77F93 for ; Fri, 17 Jun 2016 14:51:22 +0000 (UTC) (envelope-from julien.charbon@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DEE82BF4 for ; Fri, 17 Jun 2016 14:51:22 +0000 (UTC) (envelope-from julien.charbon@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 4D3BAA77F91; Fri, 17 Jun 2016 14:51:22 +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 4A827A77F90; Fri, 17 Jun 2016 14:51:22 +0000 (UTC) (envelope-from julien.charbon@gmail.com) Received: from mail-wm0-f51.google.com (mail-wm0-f51.google.com [74.125.82.51]) (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 D28BF2BF3; Fri, 17 Jun 2016 14:51:21 +0000 (UTC) (envelope-from julien.charbon@gmail.com) Received: by mail-wm0-f51.google.com with SMTP id a66so3028224wme.0; Fri, 17 Jun 2016 07:51:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=6OY9gjWbYgOcgcVDQVySHWPAeT0fFPIwXKTx6HtXeBo=; b=MCTi+qXHRsFeL/RpIYwFIa7gvXMb8DDbKMN/EcGXDlaUHnwMkD8g/ZE4PwtH7laQS9 aapzakL7GYUUNC/uV0+rH/7zq037ff1mDoMQpsXhJSDjt/wtx2g8DLd8Nlgz/SDFI/g4 PgmMCZr86KN3dWkHZmBCAJQINXO+4vLbLUG1wct9kCKdLIqd7BlLEHcvJtF7tHboPCD5 aQ92HTqslu3sKVcPU9cfXHdGy1oJQmktZKFCqVatQdNpWeSjbUloPZ+9JkPS0+0FvLgt k94iLFVmtstC4tLhGeDMes5EQSilfPZPBtMvg7r6DfBSO79F800fRFXIed73B0uggtTl dNaw== X-Gm-Message-State: ALyK8tJ1EvphMzuptAYnb+JiXxgHbcnWlE6CJ38Sg0VBf8T1Fqlrx0VX40ZEWX+FQFk3kQ== X-Received: by 10.194.151.73 with SMTP id uo9mr1199856wjb.177.1466155666454; Fri, 17 Jun 2016 02:27:46 -0700 (PDT) Received: from [10.100.64.43] ([217.30.88.7]) by smtp.gmail.com with ESMTPSA id x124sm19060810wmg.24.2016.06.17.02.27.44 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 17 Jun 2016 02:27:45 -0700 (PDT) Subject: Re: panic with tcp timers To: Gleb Smirnoff , hselasky@FreeBSD.org References: <20160617045319.GE1076@FreeBSD.org> Cc: rrs@FreeBSD.org, net@FreeBSD.org, current@FreeBSD.org From: Julien Charbon Message-ID: <1f28844b-b4ea-b544-3892-811f2be327b9@freebsd.org> Date: Fri, 17 Jun 2016 11:27:39 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <20160617045319.GE1076@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="FGNRPDI6hUU9D3ssP7mvM3Up4quRr6JfV" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 14:51:22 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --FGNRPDI6hUU9D3ssP7mvM3Up4quRr6JfV Content-Type: multipart/mixed; boundary="iNgJ25Kd6kg6dTtPv0T8RCFla3TDH3fl9" From: Julien Charbon To: Gleb Smirnoff , hselasky@FreeBSD.org Cc: rrs@FreeBSD.org, net@FreeBSD.org, current@FreeBSD.org Message-ID: <1f28844b-b4ea-b544-3892-811f2be327b9@freebsd.org> Subject: Re: panic with tcp timers References: <20160617045319.GE1076@FreeBSD.org> In-Reply-To: <20160617045319.GE1076@FreeBSD.org> --iNgJ25Kd6kg6dTtPv0T8RCFla3TDH3fl9 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi Gleb, On 6/17/16 6:53 AM, Gleb Smirnoff wrote: > At Netflix we are observing a race in TCP timers with head. > The problem is a regression, that doesn't happen on stable/10. > The panic usually happens after several hours at 55 Gbit/s of > traffic. >=20 > What happens is that tcp_timer_keep finds t_tcpcb being > NULL. Some coredumps have tcpcb already initialized, > with non-NULL t_tcpcb and in TCPS_ESTABLISHED state. Which > means that other CPU was working on the tcpcb while > the faulted one was working on the panic. So, this all looks > like a use after free, which conflicts with new allocation. >=20 > Comparing stable/10 and head, I see two changes that could > affect that: >=20 > - callout_async_drain > - switch to READ lock for inp info in tcp timers >=20 > That's why you are in To, Julien and Hans :) >=20 > We continue investigating, and I will keep you updated. > However, any help is welcome. I can share cores. Thanks for sharing. Let me run our TCP tests on a recent version of HEAD to see if by chance I can reproduce it. If I am not able to reproduce it I will ask for debug kernel and cores and see if I can help.= Few notes here: - Around 2 months ago I did test HEAD with callout_async_drain() in TCP timers with our TCP QA testsuite but no kernel panic. That said I did not let our test run during several hours. - At Verisign we run 10 with READ lock for inp info in tcp timers change. Again, it does not mean this change has no impact here. My 2 cents. -- Julien --iNgJ25Kd6kg6dTtPv0T8RCFla3TDH3fl9-- --FGNRPDI6hUU9D3ssP7mvM3Up4quRr6JfV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJXY8KPAAoJEKVlQ5Je6dhxY2YH/RMWLRYKV0VwtKNw6YgGhLss JaZhOzuHg6W751fBk1LXGJp1pg3CICVMtRX7jQVtGVjAPiT4en6M0M2DzHlgb8un IFUfnwAfP9DSdIpclzc8vOci4QBI3inziIuQ5vLDayuExS1gswZk8fRSkW9BroVu 4TVIPk7vVLyK5bo/VlWK8e1+d5Ypdd+2rGKPinB28GVmBwejWf0GnTV80O/Qr2JE jBldQM44ZU0nnxUj/yIq8NiswoTGQxdx2h4KPnCLIe+BJ6lygYMwrg8LdGbH/359 s0yiJoiwhPAmhvaS73dPmps7WUtS2e+QPq001r+IdNebWjXW8OwvbExGNHrH8pQ= =PA0C -----END PGP SIGNATURE----- --FGNRPDI6hUU9D3ssP7mvM3Up4quRr6JfV-- From owner-freebsd-current@freebsd.org Fri Jun 17 14:52:33 2016 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 48CE5A78077; Fri, 17 Jun 2016 14:52:33 +0000 (UTC) (envelope-from adrian.chadd@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 131DA2F46; Fri, 17 Jun 2016 14:52:33 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x22c.google.com with SMTP id t74so71714374ioi.0; Fri, 17 Jun 2016 07:52:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=nwAIs1az1FtxXoEXqi5LLvnh+DwoskPIvFMSbO6WCds=; b=Ej1CFb0IyR3M+pBCx3smkpmayDvw+n7YISa34CdxW0Y/wedZm7r9laESpMH+oavp8s OO7vu4ijuicYtAJ/FLHQjLcKwodg9Q5BAvUGxUGAlduiWgxoHBRs1CvZioL48PJGVj7s lue6qXAeBUrtfh0gxrpJimE3dowPOn9n6Qv8UqwmkNq0ZkK2q1szTmvlRmPXoER/aPrI 44SlmOF+ZKkyb/5tTn7TDmBmrR5UfOOtg3Pt/iqpomkPuwRUMBRnMN6AXoLdl1B2cnwO reeR6r34t+hJ3edcpsXz4IvoFXKTojDDB36zU0fb0M7t/vh/mJPSWHJPkrYSXNpOcFuj xzUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=nwAIs1az1FtxXoEXqi5LLvnh+DwoskPIvFMSbO6WCds=; b=TNMtstC0o4b/zGBovzWOcn1djooI9qBmqoXq0cWnQrmawRxmrvMILfYC6c3Vz5zQGf 1Ig4+uNI77fxskymJO+Q5EK4UPB2IkmnlmnWdAQVpNHHF2V/8uYGdLTPHqQPU35yyu4F S3nWHZguX94goMKc/VtFTlwjEf6LFpfC2KC8jUCxoYfKIv0FvVVSoHrQdE6HY80MwgpO yPdqsgZE4OtEnVD5RU/nLjYOX+xb07T8aWZm3LuS+oEQGX0LPHhhEAQ1i8FDp895cGY1 5aFBXFeiiKmf4lovVc1fDGNK/vQXR1RzJgnhMgLuklwk6DjJM5eP82TxPsKjvw+cPJAA sfIw== X-Gm-Message-State: ALyK8tLAwCDUCNSTnGs9UPR4aN84J1CLxpz7tKyJegYgJ1y7g9Fu9b9arxmST0EGzyHW8v3ATT6ImdN6y+jCPA== X-Received: by 10.107.144.2 with SMTP id s2mr3016032iod.165.1466175152453; Fri, 17 Jun 2016 07:52:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.113.3 with HTTP; Fri, 17 Jun 2016 07:52:31 -0700 (PDT) In-Reply-To: References: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> From: Adrian Chadd Date: Fri, 17 Jun 2016 07:52:31 -0700 Message-ID: Subject: Re: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] To: Keith White Cc: Mark Millard , freebsd-arm , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 14:52:33 -0000 Just disable 11n for now. ifconfig wlan0 -ht (and reassociate.) See if it's that. -adrian On 17 June 2016 at 04:19, Keith White wrote: > On Thu, 16 Jun 2016, Keith White wrote: > >> On Wed, 15 Jun 2016, Mark Millard wrote: >> >>> https://lists.freebsd.org/pipermail/freebsd-current/2016-June/061904.html >>> reports an RPI-B alignment fault for -r301815 (the snapshot) "when >>> connecting via WiFi". >>> >>> -r301872 ( >>> https://lists.freebsd.org/pipermail/svn-src-head/2016-June/088339.html ) has >>> a fix for networking vs. alignment handling for armv6 contexts that might be >>> needed. Quoting: >>> >>>> Author: ian >>>> Date: Mon Jun 13 16:48:27 2016 >>>> New Revision: 301872 >>>> URL: >>>> https://svnweb.freebsd.org/changeset/base/301872 >>> >>> ... >> >> >> Thanks for pointing this out! I'll see if a (complete) rebuild at >> that rev fixes the problem. >> > > Tried that. I still get a panic. > > I cross built on an amd64 at r301840, I'll try upgrading that machine too. > > In the meantime, other suggestions? > > FreeBSD 11.0-ALPHA3 #0 r301872: Thu Jun 16 21:11:44 EDT 2016 > kwhite@freebsd11:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM > 3.8.0) > VT: init without driver. > ... > Starting devd. > urtwn0: on > usbus0 > urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R > urtwn0: enabling 11n > wlan0: Ethernet address: 00:13:ef:74:07:a8 > Created wlan(4) interfaces: wlan0. > ... > > [ nc rpi-b 22 ] > Fatal kernel mode data abort: 'Alignment Fault' on read > trapframe: 0xc18f28c0 > FSR=00000001, FAR=c21a487a, spsr=60000013 > r0 =c07a6548, r1 =00000004, r2 =c0605338, r3 =000007b6 > r4 =c18f2a28, r5 =c18f2b40, r6 =c21a4876, r7 =c1ccd240 > r8 =c1ccd240, r9 =c21a4Stopped at $a.17+0x38: ldmib r6, {r1-r2} > db> > > > ...keith > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri Jun 17 15:39:39 2016 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 84E1CA788EB for ; Fri, 17 Jun 2016 15:39:39 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (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 05B9426B2 for ; Fri, 17 Jun 2016 15:39:38 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: b1ba5188-34a1-11e6-ac92-3142cfe117f2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.eu.mailhop.org (Halon Mail Gateway) with ESMTPSA; Fri, 17 Jun 2016 15:39:35 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5HFdQQX007904; Fri, 17 Jun 2016 09:39:26 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1466177966.51702.13.camel@freebsd.org> Subject: Re: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] From: Ian Lepore To: Adrian Chadd , Keith White Cc: freebsd-arm , FreeBSD Current Date: Fri, 17 Jun 2016 09:39:26 -0600 In-Reply-To: References: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 15:39:39 -0000 On Fri, 2016-06-17 at 07:52 -0700, Adrian Chadd wrote: > Just disable 11n for now. ifconfig wlan0 -ht (and reassociate.) > > See if it's that. > > > > -adrian > You can see from the crash info that it's an alignment fault: r6 =c21a4876 ldmib r6,{r1-r2} An ldm instruction requires 4-byte alignment. Now the question is why undefining __NO_STRICT_ALIGNMENT didn't fix the problem. Maybe the wifi code doesn't use __NO_STRICT_ALIGNMENT the same way other network drivers do? Unfortunately the pasted info lists the nearby symbol as $a.17+0x38, which doesn't help find the actual code. A stack backtrace might help. -- Ian > > On 17 June 2016 at 04:19, Keith White wrote: > > On Thu, 16 Jun 2016, Keith White wrote: > > > > > On Wed, 15 Jun 2016, Mark Millard wrote: > > > > > > > https://lists.freebsd.org/pipermail/freebsd-current/2016-June/0 > > > > 61904.html > > > > reports an RPI-B alignment fault for -r301815 (the snapshot) > > > > "when > > > > connecting via WiFi". > > > > > > > > -r301872 ( > > > > https://lists.freebsd.org/pipermail/svn-src-head/2016-June/0883 > > > > 39.html ) has > > > > a fix for networking vs. alignment handling for armv6 contexts > > > > that might be > > > > needed. Quoting: > > > > > > > > > Author: ian > > > > > Date: Mon Jun 13 16:48:27 2016 > > > > > New Revision: 301872 > > > > > URL: > > > > > https://svnweb.freebsd.org/changeset/base/301872 > > > > > > > > ... > > > > > > > > > Thanks for pointing this out! I'll see if a (complete) rebuild > > > at > > > that rev fixes the problem. > > > > > > > Tried that. I still get a panic. > > > > I cross built on an amd64 at r301840, I'll try upgrading that > > machine too. > > > > In the meantime, other suggestions? > > > > FreeBSD 11.0-ALPHA3 #0 r301872: Thu Jun 16 21:11:44 EDT 2016 > > kwhite@freebsd11:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm > > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based > > on LLVM > > 3.8.0) > > VT: init without driver. > > ... > > Starting devd. > > urtwn0: > addr 4> on > > usbus0 > > urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R > > urtwn0: enabling 11n > > wlan0: Ethernet address: 00:13:ef:74:07:a8 > > Created wlan(4) interfaces: wlan0. > > ... > > > > [ nc rpi-b 22 ] > > Fatal kernel mode data abort: 'Alignment Fault' on read > > trapframe: 0xc18f28c0 > > FSR=00000001, FAR=c21a487a, spsr=60000013 > > r0 =c07a6548, r1 =00000004, r2 =c0605338, r3 =000007b6 > > r4 =c18f2a28, r5 =c18f2b40, r6 =c21a4876, r7 =c1ccd240 > > r8 =c1ccd240, r9 =c21a4Stopped at $a.17+0x38: ldmib r6, > > {r1-r2} > > db> > > > > > > ...keith > > _______________________________________________ > > 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 Fri Jun 17 16:28:44 2016 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 DDE48A77988; Fri, 17 Jun 2016 16:28:44 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "courriel.site.uottawa.ca", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A2D31278B; Fri, 17 Jun 2016 16:28:43 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from genf-2.site.uottawa.ca (genf-2.site.uottawa.ca [137.122.94.10]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.5) with ESMTP id u5HGSfUu097304 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 17 Jun 2016 12:28:41 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Date: Fri, 17 Jun 2016 12:28:41 -0400 (EDT) From: Keith White To: Ian Lepore cc: Adrian Chadd , freebsd-arm , FreeBSD Current Subject: Re: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] In-Reply-To: <1466177966.51702.13.camel@freebsd.org> Message-ID: References: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> <1466177966.51702.13.camel@freebsd.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 16:28:45 -0000 On Fri, 17 Jun 2016, Ian Lepore wrote: > On Fri, 2016-06-17 at 07:52 -0700, Adrian Chadd wrote: >> Just disable 11n for now. ifconfig wlan0 -ht (and reassociate.) >> >> See if it's that. >> >> >> >> -adrian >> > > You can see from the crash info that it's an alignment fault: > > r6 =c21a4876 > ldmib r6,{r1-r2} > > An ldm instruction requires 4-byte alignment. Now the question is why > undefining __NO_STRICT_ALIGNMENT didn't fix the problem. Maybe the > wifi code doesn't use __NO_STRICT_ALIGNMENT the same way other network > drivers do? > > Unfortunately the pasted info lists the nearby symbol as $a.17+0x38, > which doesn't help find the actual code. A stack backtrace might help. > > -- Ian > ... What do I need to type at the "db> " prompt that would be useful? I should be able to access the RPI-B in 5 hours. Here's the result of a "where" taken from an earlier logged session (different r6 value): Fatal kernel mode data abort: 'Alignment Fault' on read trapframe: 0xd3c8c8c0 FSR=00000001, FAR=c218607a, spsr=60000013 r0 =c07a6548, r1 =00000004, r2 =c06059f6, r3 =000007b6 r4 =d3c8ca28, r5 =d3c8cb40, r6 =c2186076, r7 =c1dd4ce0 r8 =c1dd4ce0, r9 =c2186076, r10=d3c8cb40, r11=d3c8c988 r12=00000000, ssp=d3c8c950, slr=c1b50370, pc =c0449ff8 [ thread pid 13 tid 100036 ] Stopped at $a.17+0x38: ldmib r6, {r1-r2} db> where Tracing pid 13 tid 100036 td 0xc1b50370 db_trace_self() at db_trace_self pc = 0xc055c774 lr = 0xc0145be4 ($a.19+0xf4) sp = 0xd3c8c5b8 fp = 0xd3c8c5d0 $a.19() at $a.19+0xf4 pc = 0xc0145be4 lr = 0xc0145838 ($a.11+0x250) sp = 0xd3c8c5d8 fp = 0xd3c8c678 r4 = 0x00000001 r5 = 0x00000000 r6 = 0xc05fb0e7 r10 = 0xc07ab1a8 $a.11() at $a.11+0x250 pc = 0xc0145838 lr = 0xc01455c0 (db_command_loop+0x5c) sp = 0xd3c8c680 fp = 0xd3c8c690 r4 = 0xc05c8ec6 r5 = 0xc05ead58 r6 = 0xc07ab194 r7 = 0xc06b7ea0 r8 = 0xc079ed28 r9 = 0xc079ed2c r10 = 0x00000000 db_command_loop() at db_command_loop+0x5c pc = 0xc01455c0 lr = 0xc014872c (db_trap+0xec) sp = 0xd3c8c698 fp = 0xd3c8c7b0 r4 = 0x00000001 r5 = 0x00000000 r6 = 0xc07ab1a0 r10 = 0x00000000 db_trap() at db_trap+0xec pc = 0xc014872c lr = 0xc02f83b0 (kdb_trap+0xb8) sp = 0xd3c8c7b8 fp = 0xd3c8c7d8 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc079ed48 r10 = 0x00000000 kdb_trap() at kdb_trap+0xb8 pc = 0xc02f83b0 lr = 0xc05770b4 ($a.4+0x1c0) sp = 0xd3c8c7e0 fp = 0xd3c8c800 r4 = 0xd3c8c8c0 r5 = 0x00000013 r6 = 0xc218607a r7 = 0x00000001 r8 = 0x00000001 r9 = 0xc1b50370 r10 = 0x00000000 $a.4() at $a.4+0x1c0 pc = 0xc05770b4 lr = 0xc0577190 ($a.7+0x78) sp = 0xd3c8c808 fp = 0xd3c8c820 r4 = 0xc218607a r5 = 0xd3c8c840 r6 = 0x00000001 r7 = 0x00000001 r8 = 0x00000013 r10 = 0x00000000 $a.7() at $a.7+0x78 pc = 0xc0577190 lr = 0xc0576eac (abort_handler+0x438) sp = 0xd3c8c828 fp = 0xd3c8c8b8 r4 = 0xd3c8c8c0 r5 = 0xc0577118 abort_handler() at abort_handler+0x438 pc = 0xc0576eac lr = 0xc055eed0 (exception_exit) sp = 0xd3c8c8c0 fp = 0xd3c8c988 r4 = 0xd3c8ca28 r5 = 0xd3c8cb40 r6 = 0xc2186076 r7 = 0xc1dd4ce0 r8 = 0xc1dd4ce0 r9 = 0xc2186076 r10 = 0xd3c8cb40 exception_exit() at exception_exit pc = 0xc055eed0 lr = 0xc1b50370 (0xc1b50370) sp = 0xd3c8c950 fp = 0xd3c8c988 r0 = 0xc07a6548 r1 = 0x00000004 r2 = 0xc06059f6 r3 = 0x000007b6 r4 = 0xd3c8ca28 r5 = 0xd3c8cb40 r6 = 0xc2186076 r7 = 0xc1dd4ce0 r8 = 0xc1dd4ce0 r9 = 0xc2186076 r10 = 0xd3c8cb40 r12 = 0x00000000 $a.17() at $a.17+0x3c pc = 0xc0449ffc lr = 0xc0449068 (syncache_expand+0x10c) sp = 0xd3c8c990 fp = 0xd3c8cad8 r4 = 0xc1dd4cf0 r5 = 0xc23c9000 r6 = 0xc1f65208 r7 = 0xd3c8ca28 r8 = 0xc1dd4ce0 r9 = 0xc2186076 r10 = 0xd3c8cb40 syncache_expand() at syncache_expand+0x10c pc = 0xc0449068 lr = 0xc0438df8 ($a.21+0x100) sp = 0xd3c8cae0 fp = 0xd3c8cbb0 r4 = 0xc0604081 r5 = 0xc23b53a8 r6 = 0xd3c8cb6c r7 = 0xc2186076 r8 = 0xc23b54a4 r9 = 0x00000000 r10 = 0xc07ae0d8 $a.21() at $a.21+0x100 pc = 0xc0438df8 lr = 0xc03bf95c (ip_input+0x230) sp = 0xd3c8cbb8 fp = 0xd3c8cbf0 r4 = 0xc2186062 r5 = 0xc1e068e0 r6 = 0x00000003 r7 = 0x00000000 r8 = 0x00000000 r9 = 0xc06ff570 r10 = 0xc07ad790 ip_input() at ip_input+0x230 pc = 0xc03bf95c lr = 0xc039e7dc (netisr_dispatch_src+0xa8) sp = 0xd3c8cbf8 fp = 0xd3c8cc20 r4 = 0x00000001 r5 = 0xc07a59b4 r6 = 0x00000000 r7 = 0xc07a59b0 r8 = 0xc2102a00 r9 = 0xc05fd75c r10 = 0xc2102a00 netisr_dispatch_src() at netisr_dispatch_src+0xa8 pc = 0xc039e7dc lr = 0xc03996cc (ether_demux+0x198) sp = 0xd3c8cc28 fp = 0xd3c8cc40 r4 = 0xc1b2a800 r5 = 0x00000800 r6 = 0xc2102a10 r7 = 0x00000800 r8 = 0xc2186054 r9 = 0xc05fd75c r10 = 0xc2102a00 ether_demux() at ether_demux+0x198 pc = 0xc03996cc lr = 0xc039a610 ($a.29+0x39c) sp = 0xd3c8cc48 fp = 0xd3c8cc68 r4 = 0xc1b2a800 r5 = 0xc2102a00 r6 = 0xc2102a10 r10 = 0xc2102a00 $a.29() at $a.29+0x39c pc = 0xc039a610 lr = 0xc039e7dc (netisr_dispatch_src+0xa8) sp = 0xd3c8cc70 fp = 0xd3c8cc98 r4 = 0x00000005 r5 = 0xc07a5a34 r6 = 0x00000000 r7 = 0xc07a5a30 r8 = 0xc2102a00 r10 = 0xc2102a00 netisr_dispatch_src() at netisr_dispatch_src+0xa8 pc = 0xc039e7dc lr = 0xc0399a6c ($a.13+0x64) sp = 0xd3c8cca0 fp = 0xd3c8ccc0 r4 = 0xc1b2a800 r5 = 0xc2102a00 r6 = 0x00000000 r7 = 0x00000000 r8 = 0xc05fd734 r9 = 0xc05fd75c r10 = 0xc2102a00 $a.13() at $a.13+0x64 pc = 0xc0399a6c lr = 0xc1ff1170 (sta_input+0x498) sp = 0xd3c8ccc8 fp = 0xd3c8cd08 r4 = 0xc202a000 r5 = 0xc1b2a800 r6 = 0x0000001a r7 = 0xc23720d0 r8 = 0xc2372000 r9 = 0x00000080 sta_input() at sta_input+0x498 pc = 0xc1ff1170 lr = 0xc1f9d4a8 ($a.45+0x3a8) sp = 0xd3c8cd10 fp = 0xd3c8cd88 r4 = 0x00000000 r5 = 0xc1ff0cd8 r6 = 0xc1f2f4e0 r7 = 0xffffffb4 r8 = 0xc1f37030 r9 = 0xc2102a00 r10 = 0xc2372000 $a.45() at $a.45+0x3a8 pc = 0xc1f9d4a8 lr = 0xc01ca260 ($a.10+0x744) sp = 0xd3c8cd90 fp = 0xd3c8cdd0 r4 = 0xc1f37173 r5 = 0xc0710948 r6 = 0xc05d677d r7 = 0xc1f37000 r8 = 0xc1f37030 r9 = 0xc1f37030 r10 = 0xc1f370c0 $a.10() at $a.10+0x744 pc = 0xc01ca260 lr = 0xc01cb48c (usb_command_wrapper+0x150) sp = 0xd3c8cdd8 fp = 0xd3c8cdf0 r4 = 0xc1f37030 r5 = 0xc0710948 r6 = 0xc05d6a58 r7 = 0xc05d6a7f r8 = 0x00000000 r9 = 0xc05d6a6c r10 = 0xc1b5d094 usb_command_wrapper() at usb_command_wrapper+0x150 pc = 0xc01cb48c lr = 0xc01ca3f8 ($a.12+0x70) sp = 0xd3c8cdf8 fp = 0xd3c8ce00 r4 = 0xc05d677d r5 = 0xc1f37000 r6 = 0xc1f37044 r7 = 0xc05d6094 r8 = 0xc0710994 r9 = 0xc05d60a0 $a.12() at $a.12+0x70 pc = 0xc01ca3f8 lr = 0xc01c51f4 ($a.4+0xc8) sp = 0xd3c8ce08 fp = 0xd3c8ce28 r4 = 0xc1b5d084 r5 = 0xc1b5d08c $a.4() at $a.4+0xc8 pc = 0xc01c51f4 lr = 0xc0284a44 (fork_exit+0x80) sp = 0xd3c8ce30 fp = 0xd3c8ce48 r4 = 0xc1b50370 r5 = 0xc1ac8720 r6 = 0xc01c512c r7 = 0xc1b5d084 r8 = 0xd3c8ce50 r9 = 0x00000000 r10 = 0x00000000 fork_exit() at fork_exit+0x80 pc = 0xc0284a44 lr = 0xc055ee5c (swi_exit) sp = 0xd3c8ce50 fp = 0x00000000 r4 = 0xc01c512c r5 = 0xc1b5d084 r6 = 0x00000000 r7 = 0x00000000 r8 = 0x00000000 r10 = 0x00000000 swi_exit() at swi_exit pc = 0xc055ee5c lr = 0xc055ee5c (swi_exit) sp = 0xd3c8ce50 fp = 0x00000000 db> ...keith From owner-freebsd-current@freebsd.org Fri Jun 17 17:03:06 2016 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 29796A78517 for ; Fri, 17 Jun 2016 17:03:06 +0000 (UTC) (envelope-from adrian.chadd@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 0942125B6 for ; Fri, 17 Jun 2016 17:03:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 089A5A78514; Fri, 17 Jun 2016 17:03: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 08158A78513; Fri, 17 Jun 2016 17:03:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::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 C653325B5; Fri, 17 Jun 2016 17:03:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x235.google.com with SMTP id t74so74852633ioi.0; Fri, 17 Jun 2016 10:03:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=ZW6Acsi2jVibbOBL4PFfUIHu7LVupW2fgutLltDB/cA=; b=Ab6D0DLmaNCNNN29VWvy2dgmvJUfQbK2TwnH5y+Xgr/J6TjuG3dbC5p7YXLmvHrJjD AcjQYli2nHi7vkVW189yycKSxfDqgz/YsM7a7W1m25KsxaebPO7kkrbeRMi+T4IgviGZ 26dpbks4sr4ehOwaMkBERAG8RmiAyuyA2W5pA4+5KtJuiaRRDNEZr9x6AVWfcLc8eUK6 ZWDnTFXtkxCFBzBCnVBHOFWEU9w8riNJVNsx6GB9zoZqcjhkcmi4ZhON/rFaAiuSrr1R ayxhmQWzm7jpRqKGq3cqWL3nWeKL47qOgWkX7pc64+nmpDBORUCi9SJoolSkFs8KBwaU KV/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=ZW6Acsi2jVibbOBL4PFfUIHu7LVupW2fgutLltDB/cA=; b=BlOL8mJ3LSgEU/gzapjsW7nWj7T2ow/25iEF5DIpE1RyNHJbP8oIFma+P3n1LpcDgP KMaSxdusVWlq82kjr656hSRXveOP+fC5hwlie5ewOj1jJfdBY8aTmM3uPRIT/t72z/9A 5B8FuwmTWrthHQv+DiC7YRgfjpZ/mQyqAjkdbHa4tCaTZ8cdpWVgWUMQ8KGW01DwbGEG uGPvTAX5k2cARa+gyI/aZ2JWDrejzGdEcBZgL5h5g7Jzv61AkvyTrFkRB+JukcRcyu60 yFlJSeY2YMX+OlXtCKFWY7kyw05MMVOGAXZoltcUGdDMWxy0DROlj5qfW6x+vYmjGAv2 grtA== X-Gm-Message-State: ALyK8tJn1E6gdCIKuy7CfrR1QgefQy8+ORkl6c4pxedBev9FYshEb8OBHmJdrr/QZTWP8SgxfbbHPvPZ5dKhHA== X-Received: by 10.107.37.19 with SMTP id l19mr4990579iol.75.1466182985122; Fri, 17 Jun 2016 10:03:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.113.3 with HTTP; Fri, 17 Jun 2016 10:03:04 -0700 (PDT) In-Reply-To: <20160617051158.GA2617@athena.sysfault.org> References: <20160614052401.GA931@athena.sysfault.org> <20160617051158.GA2617@athena.sysfault.org> From: Adrian Chadd Date: Fri, 17 Jun 2016 10:03:04 -0700 Message-ID: Subject: Re: rtwn connection stops working on CURRENT To: Marcus von Appen , Andriy Voskoboinyk , "current@freebsd.org" , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 17:03:06 -0000 Cool, thanks. Let's try to get this into -HEAD. -a On 16 June 2016 at 22:11, Marcus von Appen wrote: > Hi Andriy, > > On, Tue Jun 14, 2016, Andriy Voskoboinyk wrote: > >> Tue, 14 Jun 2016 08:24:01 +0300 =D0=B1=D1=83=D0=BB=D0=BE =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE Marcus von Appen >> : >> >> Hi! >> >> Try attached patch (adds some busdma synchronization, >> unloads data instead of descriptor in rtwn_tx_done() and improves >> watchdog logic for a bit). > > thanks a lot, the connection is far more reliable now and does not > seem to stop working anymore. > > Cheers > Marcus > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@freebsd.org Fri Jun 17 17:28:36 2016 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 E86C5A78B18 for ; Fri, 17 Jun 2016 17:28:36 +0000 (UTC) (envelope-from garga.bsd@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 AB6B71B07; Fri, 17 Jun 2016 17:28:36 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qk0-x231.google.com with SMTP id s186so91722268qkc.1; Fri, 17 Jun 2016 10:28:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-transfer-encoding:subject:date:message-id:cc:to :mime-version; bh=aBZ5hS0Ae/Px4N6WoCGtRL6OciRWDgWd0F21n6civE0=; b=aADWY0j/Y4d276WilGZTtMRpVNd/Ej7Vx+mqj0maQEYjlAx4bQ+i9iHnoML10wZ8JM r++aqnuCGhGBra8mBKg0kdH+olgNzCF8Y3t4aOQWNDQ8G3GikYvFJirkFGXfOqO/MH18 hebEKZCU/lvJNkPmM4osb1sjtVDHCm9Ls2YXiIneqEokpGx2k/XAZZOt9gl8TH0MLTg1 yeDziRatByc6xUpKMfpLMram8RsyMTqEbuhk7+i00hX04bUQvErC9Tgt+vlq5OEOvOh5 MV98fpzPkLOKzWNtcX0UNbRy2//4PBzGrvpvuptjbfhmYtz8ytSLlzpzZt2OOoIfJAza c68A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:content-transfer-encoding:subject :date:message-id:cc:to:mime-version; bh=aBZ5hS0Ae/Px4N6WoCGtRL6OciRWDgWd0F21n6civE0=; b=BvuuAqJOhfJmoxOr0+DpNf63fQKKRVvOmnnX5g+rFtDHV3wTsxjwOPrPuwSsG73nqD 04oq+sh1jamGtZKXtDNryoTL8oYMXIHqceBctQ/R3uEGHqR1eijH4ax7ldC7rqx7qL8i VLdTDdBWU/6fczJo6mHLuSuMhDr+1OV7tbCdkYtZmYjZl/qsQh+RwcBVV8mwQGt2nxdc K77Ll4K+QH2XuIWsdqhH0eDNqRmV2WO/wVsHDpXNKKmCGW7J2cnS2VLu5IAn9ANSPtsI vncXPqf9cG2dNosxFEwOiHlX0eXkVOS9Zg6Wtt9KdrmdmhU7tmGfdbNFbWw+k19gpenS Rbcg== X-Gm-Message-State: ALyK8tI6sgJ7a5Y7RFE1JiP0uJWKeXE+gJEwOJg3vTFP7Lbv2Sg7iTazwTBDzydSJpW1ew== X-Received: by 10.55.154.136 with SMTP id c130mr3552540qke.79.1466184515639; Fri, 17 Jun 2016 10:28:35 -0700 (PDT) Received: from mbp.home (179-125-134-115.desktop.com.br. [179.125.134.115]) by smtp.gmail.com with ESMTPSA id v15sm12684974qge.6.2016.06.17.10.28.34 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 17 Jun 2016 10:28:35 -0700 (PDT) Sender: Renato Botelho From: Renato Botelho Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Error building kernel WITH_META_MODE=yes Date: Fri, 17 Jun 2016 14:28:32 -0300 Message-Id: <91E7FD10-82EF-439D-BD3B-F8CFBAD48C44@FreeBSD.org> Cc: Bryan Drewery To: freebsd-current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 17:28:37 -0000 Here is relevant data from my system, in case anyone has idea about what = could be wrong: /etc/src.conf: WITH_CCACHE_BUILD=3Dyes WITH_SYSTEM_COMPILER=3Dyes WITHOUT_EE=3Dyes WITHOUT_FLOPPY=3Dyes WITHOUT_HAST=3Dyes WITHOUT_IPFILTER=3Dyes WITHOUT_IPFW=3Dyes WITHOUT_ISCSI=3Dyes WITHOUT_KERBEROS=3Dyes WITHOUT_LPR=3Dyes WITHOUT_MAIL=3Dyes WITHOUT_PC_SYSINSTALL=3Dyes WITHOUT_PPP=3Dyes WITHOUT_QUOTAS=3Dyes WITHOUT_SVNLITE=3Dyes WITHOUT_TESTS=3Dyes WITHOUT_UNBOUND=3Dyes /etc/src-env.conf: WITH_META_MODE=3Dyes /etc/make.conf: KERNCONF=3DGENERIC-NODEBUG And here is the error I got trying to build kernel: =3D=3D=3D> vxge (all) Building = /usr/obj/usr/obj/usr/src/sys/GENERIC-NODEBUG/modules/usr/src/sys/modules/v= xge/vxgehal-blockpool.o ERROR: vxgehal-blockpool.c: sou vxge_hal_mrpcim_reg_t has too many = members: 1911 > 1023 Building = /usr/obj/usr/obj/usr/src/sys/GENERIC-NODEBUG/modules/usr/src/sys/modules/v= xge/vxgehal-ring.o ERROR: vxgehal-ring.c: sou vxge_hal_mrpcim_reg_t has too many members: = 1911 > 1023 Building = /usr/obj/usr/obj/usr/src/sys/GENERIC-NODEBUG/modules/usr/src/sys/modules/v= xge/vxgehal-virtualpath.o = /usr/src/sys/modules/vxge/../../dev/vxge/vxgehal/vxgehal-virtualpath.c:731= 3:38: warning: equality comparison with extraneous parentheses = [-Wparentheses-equality] (hldev->header.config.intr_mode =3D=3D ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~ = /usr/src/sys/modules/vxge/../../dev/vxge/vxgehal/vxgehal-virtualpath.c:731= 3:38: note: remove extraneous parentheses around the comparison to = silence this warning (hldev->header.config.intr_mode =3D=3D ~ ^ = /usr/src/sys/modules/vxge/../../dev/vxge/vxgehal/vxgehal-virtualpath.c:731= 3:38: note: use '=3D' to turn this equality comparison into an = assignment (hldev->header.config.intr_mode =3D=3D ^~ =3D = /usr/src/sys/modules/vxge/../../dev/vxge/vxgehal/vxgehal-virtualpath.c:738= 6:38: warning: equality comparison with extraneous parentheses = [-Wparentheses-equality] (hldev->header.config.intr_mode =3D=3D ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~ = /usr/src/sys/modules/vxge/../../dev/vxge/vxgehal/vxgehal-virtualpath.c:738= 6:38: note: remove extraneous parentheses around the comparison to = silence this warning (hldev->header.config.intr_mode =3D=3D ~ ^ = /usr/src/sys/modules/vxge/../../dev/vxge/vxgehal/vxgehal-virtualpath.c:738= 6:38: note: use '=3D' to turn this equality comparison into an = assignment (hldev->header.config.intr_mode =3D=3D ^~ =3D 2 warnings generated. ERROR: vxgehal-virtualpath.c: sou vxge_hal_mrpcim_reg_t has too many = members: 1911 > 1023 Building = /usr/obj/usr/obj/usr/src/sys/GENERIC-NODEBUG/modules/usr/src/sys/modules/v= xge/vxge.ko.full Building = /usr/obj/usr/obj/usr/src/sys/GENERIC-NODEBUG/modules/usr/src/sys/modules/v= xge/vxge.ko.debug Building = /usr/obj/usr/obj/usr/src/sys/GENERIC-NODEBUG/modules/usr/src/sys/modules/v= xge/vxge.ko =3D=3D=3D> wb (all) =3D=3D=3D> wbwd (all) =3D=3D=3D> wi (all) =3D=3D=3D> wlan (all) =3D=3D=3D> wlan_acl (all) =3D=3D=3D> wlan_amrr (all) =3D=3D=3D> wlan_ccmp (all) =3D=3D=3D> wlan_rssadapt (all) =3D=3D=3D> wlan_tkip (all) =3D=3D=3D> wlan_wep (all) =3D=3D=3D> wlan_xauth (all) =3D=3D=3D> wpi (all) =3D=3D=3D> wpifw (all) =3D=3D=3D> x86bios (all) =3D=3D=3D> xe (all) =3D=3D=3D> xl (all) =3D=3D=3D> zfs (all) =3D=3D=3D> zlib (all) Building /usr/obj/usr/obj/usr/src/sys/GENERIC-NODEBUG/ia32_genassym.o In file included from :312: :4:10: fatal error: 'opt_global.h' file not found #include "opt_global.h" ^ 1 error generated. *** [ia32_genassym.o] Error code 1 bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC-NODEBUG .ERROR_TARGET=3D'ia32_genassym.o' = .ERROR_META_FILE=3D'/usr/obj/usr/obj/usr/src/sys/GENERIC-NODEBUG/ia32_gena= ssym.o.meta' .MAKE.LEVEL=3D'2' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose curdirOk=3Dyes' .CURDIR=3D'/usr/obj/usr/src/sys/GENERIC-NODEBUG' .MAKE=3D'/usr/obj/usr/src/make.amd64/bmake' .OBJDIR=3D'/usr/obj/usr/obj/usr/src/sys/GENERIC-NODEBUG' .TARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'/usr/obj' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20160606' = PATH=3D'/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/u= sr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/= obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/usr/obj/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /etc/make.conf = /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk = /etc/src.conf /usr/obj/usr/src/sys/GENERIC-NODEBUG/Makefile = /usr/src/sys/conf/kern.pre.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/sys/conf/kern.opts.mk /usr/src/sys/conf/kern.post.mk = /usr/src/sys/conf/kern.mk' .PATH=3D'. /usr/obj/usr/src/sys/GENERIC-NODEBUG' 1 error bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC-NODEBUG .ERROR_TARGET=3D'ia32_genassym.o' = .ERROR_META_FILE=3D'/usr/obj/usr/obj/usr/src/sys/GENERIC-NODEBUG/ia32_gena= ssym.o.meta' .MAKE.LEVEL=3D'2' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose curdirOk=3Dyes' .CURDIR=3D'/usr/obj/usr/src/sys/GENERIC-NODEBUG' .MAKE=3D'/usr/obj/usr/src/make.amd64/bmake' .OBJDIR=3D'/usr/obj/usr/obj/usr/src/sys/GENERIC-NODEBUG' .TARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'/usr/obj' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20160606' = PATH=3D'/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/u= sr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/= obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/usr/obj/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /etc/make.conf = /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk = /etc/src.conf /usr/obj/usr/src/sys/GENERIC-NODEBUG/Makefile = /usr/src/sys/conf/kern.pre.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/sys/conf/kern.opts.mk /usr/src/sys/conf/kern.post.mk = /usr/src/sys/conf/kern.mk' .PATH=3D'. /usr/obj/usr/src/sys/GENERIC-NODEBUG' *** [buildkernel] Error code 2 bmake[1]: stopped in /usr/src .ERROR_TARGET=3D'buildkernel' .ERROR_META_FILE=3D'' .MAKE.LEVEL=3D'1' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' .CURDIR=3D'/usr/src' .MAKE=3D'/usr/obj/usr/src/make.amd64/bmake' .OBJDIR=3D'/usr/src/obj' .TARGETS=3D'buildkernel' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'/usr/obj' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20160606' PATH=3D'/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/obj/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /etc/make.conf = /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk = /etc/src.conf /usr/src/Makefile.inc1 /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/Makefile.libcompat /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk' .PATH=3D'. /usr/src' 1 error bmake[1]: stopped in /usr/src .ERROR_TARGET=3D'buildkernel' .ERROR_META_FILE=3D'' .MAKE.LEVEL=3D'1' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' .CURDIR=3D'/usr/src' .MAKE=3D'/usr/obj/usr/src/make.amd64/bmake' .OBJDIR=3D'/usr/src/obj' .TARGETS=3D'buildkernel' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'/usr/obj' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20160606' PATH=3D'/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/obj/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /etc/make.conf = /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk = /etc/src.conf /usr/src/Makefile.inc1 /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/Makefile.libcompat /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk' .PATH=3D'. /usr/src' *** [buildkernel] Error code 2 make: stopped in /usr/src .ERROR_TARGET=3D'buildkernel' .ERROR_META_FILE=3D'' .MAKE.LEVEL=3D'0' MAKEFILE=3D'' .MAKE.MODE=3D'normal' .CURDIR=3D'/usr/src' .MAKE=3D'make' .OBJDIR=3D'/usr/src/obj' .TARGETS=3D'buildkernel' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'/usr/obj' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20160512' PATH=3D'/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/obj/usr/src' 1 error make: stopped in /usr/src .ERROR_TARGET=3D'buildkernel' .ERROR_META_FILE=3D'' .MAKE.LEVEL=3D'0' MAKEFILE=3D'' .MAKE.MODE=3D'normal' .CURDIR=3D'/usr/src' .MAKE=3D'make' .OBJDIR=3D'/usr/src/obj' .TARGETS=3D'buildkernel' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'/usr/obj' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20160512' PATH=3D'/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/obj/usr/sr -- Renato Botelho From owner-freebsd-current@freebsd.org Fri Jun 17 18:36:17 2016 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 A57D5A78967 for ; Fri, 17 Jun 2016 18:36:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 8954820BB; Fri, 17 Jun 2016 18:36:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 8221E1108; Fri, 17 Jun 2016 18:36:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 2292CDD8B; Fri, 17 Jun 2016 18:36:17 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id wFUBhHPEd2wZ; Fri, 17 Jun 2016 18:36:10 +0000 (UTC) Subject: Re: Error building kernel WITH_META_MODE=yes DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com B7F78DD81 To: Renato Botelho , freebsd-current References: <91E7FD10-82EF-439D-BD3B-F8CFBAD48C44@FreeBSD.org> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 17 Jun 2016 11:36:13 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <91E7FD10-82EF-439D-BD3B-F8CFBAD48C44@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HNnFJ7jvSIGK7C9cUfkkND5vgwfcdD44E" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 18:36:17 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HNnFJ7jvSIGK7C9cUfkkND5vgwfcdD44E Content-Type: multipart/mixed; boundary="cocU32dqDsW4pLmVNo0dfXuJw0sFG2uGF" From: Bryan Drewery To: Renato Botelho , freebsd-current Message-ID: Subject: Re: Error building kernel WITH_META_MODE=yes References: <91E7FD10-82EF-439D-BD3B-F8CFBAD48C44@FreeBSD.org> In-Reply-To: <91E7FD10-82EF-439D-BD3B-F8CFBAD48C44@FreeBSD.org> --cocU32dqDsW4pLmVNo0dfXuJw0sFG2uGF Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/17/2016 10:28 AM, Renato Botelho wrote: > Building /usr/obj/usr/obj/usr/src/sys/GENERIC-NODEBUG/ia32_genassym.o > In file included from :312: > :4:10: fatal error: 'opt_global.h' file not found > #include "opt_global.h" > ^ > 1 error generated. > *** [ia32_genassym.o] Error code 1 >=20 > bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC-NODEBUG There's a handful of genassym files that are lacking opt_global.h as a dependency. This is more of a FAST_DEPEND failure. It's interesting it is only now coming up. --=20 Regards, Bryan Drewery --cocU32dqDsW4pLmVNo0dfXuJw0sFG2uGF-- --HNnFJ7jvSIGK7C9cUfkkND5vgwfcdD44E 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 iQEcBAEBAgAGBQJXZEMdAAoJEDXXcbtuRpfPEb4IAIY7lRE5bH3gwKC2On805ni5 +UIipfFiYHMwXYlG08wJNMPOKkLFIZmt3ooTJm1MMZkGpf08z88Prb/Ye5D6r6Hc DEnEwxUpPP97Zf3tQ1TZrgThju5A8lXh+n2U0/FNaDqomN7s2K8lZq7NVz6nyIK8 giZn4V0N/RleodIfxpyv5/rRWUXMrmE1sf9e66hiREtL4CE9Q+OqlHNgF0NKefG2 kMDIigNp0xJWrVDN/0Y2Logfuru0WxEUcL+WEQAzkzF4hEaa9+frn6MhICIUtE8s amWiZvjutC0eZiDvecF9yAEAVfSHeHUpIeYFQCG2BTCx8xZUOmN7gFwLKmaSPsk= =4f8W -----END PGP SIGNATURE----- --HNnFJ7jvSIGK7C9cUfkkND5vgwfcdD44E-- From owner-freebsd-current@freebsd.org Fri Jun 17 18:38:40 2016 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 C16D9A789E8 for ; Fri, 17 Jun 2016 18:38:40 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qk0-x232.google.com (mail-qk0-x232.google.com [IPv6:2607:f8b0:400d:c09::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 773F0222C; Fri, 17 Jun 2016 18:38:40 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qk0-x232.google.com with SMTP id c73so93595205qkg.2; Fri, 17 Jun 2016 11:38:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:from:in-reply-to:date:cc:message-id :references:to; bh=6n2RntXDtT0GDLN2oHwekS2HeSDubiPwEDQBpwX6MVY=; b=avyzCVXAkhAX5UXtNVdalUrnFR/Nokvt044rusXNJOeHui+Tq2DEeX5QORNRrOZKSp tIx+jfzBXFMPSiB0iqYkr54BfLcnsuFNOggQjGXjv8xCsBYHcWGSTcFrIWRbYSYSjHCs NNp/GOi8xe1fdHuyk5vSX6J02dnyEELQKf1vBwa0PMqgQDfirLnAMnawmVb1fOKQwpZn CwmiLAXu/jSb46VSImdCDoouvQBjqcpXyEIfIRc9VCdbZlECJEGqTeR4UyRwHrqgmhWo e6m4bMAYn5XQfVJ0qjpiowe+YHPx2GkBuGOdMdVmDxzeIWKBsoaOGrdPpjewLSpwhQrl 6IFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:from:in-reply-to :date:cc:message-id:references:to; bh=6n2RntXDtT0GDLN2oHwekS2HeSDubiPwEDQBpwX6MVY=; b=b1G7+8eBd9BufpQh0yBIMoZS6pBLcsj3vHzMYXexGjzo2sT5fvypstNRtAu1ByAm4P sFtJW/Xa9ccgzXzeVyVg5TLiPnD1hHFAaZiD+JMyDFLcjTjT/AUjcLWr2PqsiKqm80wc BnyXggM+NeHehLrerTuhIcXFZPgbcX0BF8AHcEO0dzJTO8FbCkHFdk6tnaOVko4savbw mN72pmZh0MxdOSINZtWtiZNsDJxvPjH8utMic9/HcyT1ctuJENi70BbzvOzgkIVQ3nkB b7h9ZKm1496sLy8ARoJw9z2RkkX/OYFLvADjs1Y0K100hMvTHmcmWwFIlfhGNGXeWbyO Xdrw== X-Gm-Message-State: ALyK8tLFWgitoQLj++GePDSrj//BK0SgsVGpL4xJSOeUZcRuGuzAhh/vVVVtKW75N8p8rA== X-Received: by 10.237.37.142 with SMTP id x14mr4223595qtc.9.1466188719700; Fri, 17 Jun 2016 11:38:39 -0700 (PDT) Received: from mbp.home (179-125-134-115.desktop.com.br. [179.125.134.115]) by smtp.gmail.com with ESMTPSA id t26sm13669495qtt.25.2016.06.17.11.38.38 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 17 Jun 2016 11:38:38 -0700 (PDT) Sender: Renato Botelho Subject: Re: Error building kernel WITH_META_MODE=yes Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_3ABF24FD-B281-43FD-9531-2BD94A58D6E9"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.6b2 From: Renato Botelho In-Reply-To: Date: Fri, 17 Jun 2016 15:38:35 -0300 Cc: freebsd-current Message-Id: <5E784FF7-BC3A-4EC0-9C41-287EA6DE1C92@FreeBSD.org> References: <91E7FD10-82EF-439D-BD3B-F8CFBAD48C44@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 18:38:40 -0000 --Apple-Mail=_3ABF24FD-B281-43FD-9531-2BD94A58D6E9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 > On Jun 17, 2016, at 15:36, Bryan Drewery wrote: >=20 > On 6/17/2016 10:28 AM, Renato Botelho wrote: >> Building /usr/obj/usr/obj/usr/src/sys/GENERIC-NODEBUG/ia32_genassym.o >> In file included from :312: >> :4:10: fatal error: 'opt_global.h' file not found >> #include "opt_global.h" >> ^ >> 1 error generated. >> *** [ia32_genassym.o] Error code 1 >>=20 >> bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC-NODEBUG >=20 > There's a handful of genassym files that are lacking opt_global.h as a > dependency. This is more of a FAST_DEPEND failure. It's interesting = it > is only now coming up. I moved /usr/obj to other place and did a buildkernel without meta mode = and without any option in src.conf and it worked. Now after I got the system updated (it was a fresh install of ALPHA2), = I=92m starting to build it again with meta mode and all desired options. = Lets see what happens this time. -- Renato Botelho --Apple-Mail=_3ABF24FD-B281-43FD-9531-2BD94A58D6E9 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----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCgAGBQJXZEOrAAoJEPHw56GfYleQbVIP/1K0xi/t/pMYUXqQ087H4pUB Eh7G+PPNB+72wVkYGQb645rpMfOCP92BYTzBQTpnNLbSHTjX9i6VkKaR1WY40wRL BYa7AaeXHt4O8XNc4tyKvMPA3T/auQJBfyLbLJrS1GC298oQvCEX2jk8JmNk3EZf iLFiuGMUnBBe+zzKw0hZs2FVL+wcvMkzHfeFNdxTM+KQLVJmB6+dqtuGXbYTo3wK sQmVapjfjPuIV0IeGYJKE7yTNpLUBFaerOnzecMs0SjXpbxUJPK5YiDhjAfUYQiy zwbBC5Bi8s/+V0BUKdonfHhOX/YxF7/wh0hrAeGZ0lUFDrCpfeMppnHunNGmPvjQ 8rzEjmiu7X1BNvOxdASb7QFfD83mUIzRnIxK6mk/E6H2DnL6X5C0AmRzO24U9umL ORooKbSODH/erd+ZQvDOHEncHciIsQt5u9PVYDMKXce8hay0gw+5eu0WgSwwYqOQ pZmr/KaFSqgFXshhGmjZP0XituZHNOFaqL742W21PuWkrH8WfgYjKynY89G8Kkwm egDcG+7CQLKz8mkrmxUkIH8os1yTS96MKoRUp1PlX7Si6vbwFCY8UhURa75tYTYd eTjhXbW5NYwuOpkP8U72DwNQCzCt2INIUh4yTDiQ5JPqhkoAeMveNi6NC7Ixsg+/ 4K19tog7uRQ+vWIn0jHU =6r8K -----END PGP SIGNATURE----- --Apple-Mail=_3ABF24FD-B281-43FD-9531-2BD94A58D6E9-- From owner-freebsd-current@freebsd.org Fri Jun 17 18:39:53 2016 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 25D37A78A76 for ; Fri, 17 Jun 2016 18:39:53 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (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 6D9F02442 for ; Fri, 17 Jun 2016 18:39:52 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: e2b2d238-34ba-11e6-ac92-3142cfe117f2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.eu.mailhop.org (Halon Mail Gateway) with ESMTPSA; Fri, 17 Jun 2016 18:39:54 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5HIdkUh008257; Fri, 17 Jun 2016 12:39:46 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1466188786.34556.21.camel@freebsd.org> Subject: Re: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] From: Ian Lepore To: Keith White Cc: Adrian Chadd , freebsd-arm , FreeBSD Current Date: Fri, 17 Jun 2016 12:39:46 -0600 In-Reply-To: References: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> <1466177966.51702.13.camel@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 18:39:53 -0000 On Fri, 2016-06-17 at 12:28 -0400, Keith White wrote: > On Fri, 17 Jun 2016, Ian Lepore wrote: > > > On Fri, 2016-06-17 at 07:52 -0700, Adrian Chadd wrote: > > > Just disable 11n for now. ifconfig wlan0 -ht (and reassociate.) > > > > > > See if it's that. > > > > > > > > > > > > -adrian > > > > > > > You can see from the crash info that it's an alignment fault: > > > > r6 =c21a4876 > > ldmib r6,{r1-r2} > > > > An ldm instruction requires 4-byte alignment. Now the question is > > why > > undefining __NO_STRICT_ALIGNMENT didn't fix the problem. Maybe the > > wifi code doesn't use __NO_STRICT_ALIGNMENT the same way other > > network > > drivers do? > > > > Unfortunately the pasted info lists the nearby symbol as > > $a.17+0x38, > > which doesn't help find the actual code. A stack backtrace might > > help. > > > > -- Ian > > ... > > What do I need to type at the "db> " prompt that would be useful? > I should be able to access the RPI-B in 5 hours. > > Here's the result of a "where" taken from an earlier logged session > (different r6 value): > "where" is a synonym for getting a stack backtrace, that's just what I needed. Now I know what's wrong, but not yet how to fix it. -- Ian From owner-freebsd-current@freebsd.org Fri Jun 17 18:42:26 2016 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 8A4DAA78BF8 for ; Fri, 17 Jun 2016 18:42:26 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 7218F27A9; Fri, 17 Jun 2016 18:42:26 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 90A5F56493; Fri, 17 Jun 2016 13:42:25 -0500 (CDT) Subject: Re: Date formatting with en_US locale To: Baptiste Daroussin References: <499d8ddd-06c8-5184-68cb-4be19764b318@FreeBSD.org> <20160526144944.GD977@ivaldir.etoilebsd.net> <20160526151508.GE977@ivaldir.etoilebsd.net> Cc: freebsd-current@freebsd.org From: Eric van Gyzen Message-ID: <6d8f5e72-b3ab-9aa6-4fb6-1986b7b4f19b@FreeBSD.org> Date: Fri, 17 Jun 2016 13:42:22 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <20160526151508.GE977@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 18:42:26 -0000 On 05/26/16 10:15 AM, Baptiste Daroussin wrote: > On Thu, May 26, 2016 at 11:55:08AM -0300, Otacílio wrote: >> Em 26/05/2016 11:49, Baptiste Daroussin escreveu: >>> On Thu, May 26, 2016 at 09:44:25AM -0500, Eric van Gyzen wrote: >>>> Baptiste and -current, >>>> >>>> I noticed two annoyances with date formatting on head, and I wonder how >>>> we can fix them. >>>> >>>> I have these settings: >>>> >>>> LC_ALL=en_US.ISO8859-1 >>>> LANG=en_US.ISO8859-1 >>>> >>>> First, Thunderbird displays the date as, for example: >>>> >>>> 03/ 6/16 ... >>>> >>>> The leading space on the day (6) looks weird. I might even say it's >>>> simply wrong. Zero-padding would better. (/No/ padding would be best, >>>> but I don't think strftime supports that.) >>>> >>>> Second, date(1) no longer shows the day-of-week: >>>> >>>> $ date >>>> March 26, 2016 at 09:21:55 AM CDT >>>> >>>> For many years, I have been typing "date" to see the day-of-week (and >>>> other things). I like the new human-friendly format, but I miss the >>>> day-of-week. >>>> >>>> Of course, I can fix these locally, but I wonder how we can fix them for >>>> everyone. I see that the formats come from CLDR. I also see that ume@ >>>> restored the day-of-week for ja_JP in r292512. Is this the best >>>> approach, or should we try to get them changed upstream (CLDR)? >>>> >>>> Thanks for your input, >>> I can hack cldr2def.pl to readd the week of day as it was before for 11.0 still >>> the best approach is to push the change upstream. >>> >>> I will have a look at the cldr2def.pl hack this week end. >>> >>> Best regards, >>> Bapt >> LANG=pt_BR.UTF-8 >> >> MM_CHARSET=UTF-8 >> > By adding the hack I mean to do it for all locales not cherry picking Thank you for fixing this! Above, I mentioned two issues. The other one is, the date format for en_US pads the month with a zero, but the day with a space. So, June 7 is: 06/ 7/16 That looks weird. It should pad both with zeros. I'd be happy to fix it, but I don't see how: There isn't an "xformat" callback in the cldr2def.pl script, and it's not clear how to add one. If you can explain, I'll do it. If you can fix it, I'll be grateful. ;) Eric From owner-freebsd-current@freebsd.org Fri Jun 17 21:11:24 2016 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 3E8B9A775E5 for ; Fri, 17 Jun 2016 21:11:24 +0000 (UTC) (envelope-from baptiste.daroussin@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 C40052CB9; Fri, 17 Jun 2016 21:11:23 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x234.google.com with SMTP id f126so3590219wma.1; Fri, 17 Jun 2016 14:11:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=d8B8feR92TNR9A3G72Zv2Fjk2sFFs9RnBebdRJEXd2M=; b=j3bEViiV1h5bwmWfKkr2+XN6UMi/VqV+dyXuo8e7mhfNH7xTf3AUYIg8HhawBc03x8 WGeAupx9NzbsfSzWaMOs5kJIvaDzYHxXP5ib5gTWYIc6EnD8Ob35SZEhJcXMZ8GSUxNm V7CoWJ5NvK+s6rjZYw+1S/OIHl1ZQ0PIBlQ1+mzVAVDEimZggnj52pQ9EM8p4x8TyNXy f6t8hlr9UmGXHNQWWYDfWa8v59V8paw1jkXt/EwMbzswncYcAB+xDDEuUUObqODAvrpk 0cDqDPYKEW7qCgNmqaCIhn3cwIlTlifIdC3hS4JVOiGwn+C7Cm+F3UCFG9d0RLxb9X7j jUhg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=d8B8feR92TNR9A3G72Zv2Fjk2sFFs9RnBebdRJEXd2M=; b=AIfqjnqc+KgSaWiZzLe3eTjPShfQU50E1NOwqJgPqLgmCfMHKPFpJA+AzNVv7uqIbM qbiltAmdAaQRzrWddEbzYqZWJ2XhQLDil3kIW9O268zn587p/Hip9JaFMOSCFZmZUA2U h7uaQI1J5Vc94LhePXXELN2aTylDwpMD7zP9lLFxkw4yRGgeqtVod5GfOPbdlNB22Pd4 beB+bDLQQPIyj9DWRdmd+2VlShRBwFUEPj4D9OJWbxiSCg6gjDaAcaNhUC7tcrklgeoG VzZfvm7v49HTvZaDhI4NKrDIyRGcioUPpLpZT4NcAUhO/Kk16pACI2QHQYLEjgDzSfQc P/8Q== X-Gm-Message-State: ALyK8tKeM0n7O0tRhJD/gF9OsZ3poV1769QThv6azwWw1XQpXbZwY1KX/MrWaK4t1tmY9g== X-Received: by 10.28.137.67 with SMTP id l64mr367903wmd.51.1466197882025; Fri, 17 Jun 2016 14:11:22 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id m5sm481530wmm.10.2016.06.17.14.11.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Jun 2016 14:11:21 -0700 (PDT) Sender: Baptiste Daroussin Date: Fri, 17 Jun 2016 23:11:20 +0200 From: Baptiste Daroussin To: Eric van Gyzen Cc: freebsd-current@freebsd.org Subject: Re: Date formatting with en_US locale Message-ID: <20160617211119.52ksoandpjldkrfo@ivaldir.etoilebsd.net> References: <499d8ddd-06c8-5184-68cb-4be19764b318@FreeBSD.org> <20160526144944.GD977@ivaldir.etoilebsd.net> <20160526151508.GE977@ivaldir.etoilebsd.net> <6d8f5e72-b3ab-9aa6-4fb6-1986b7b4f19b@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dkuacoumu4qyjhv7" Content-Disposition: inline In-Reply-To: <6d8f5e72-b3ab-9aa6-4fb6-1986b7b4f19b@FreeBSD.org> User-Agent: Mutt/1.6.1-neo (2016-06-11) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 21:11:24 -0000 --dkuacoumu4qyjhv7 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 17, 2016 at 01:42:22PM -0500, Eric van Gyzen wrote: > On 05/26/16 10:15 AM, Baptiste Daroussin wrote: > > On Thu, May 26, 2016 at 11:55:08AM -0300, Otac=EDlio wrote: > >> Em 26/05/2016 11:49, Baptiste Daroussin escreveu: > >>> On Thu, May 26, 2016 at 09:44:25AM -0500, Eric van Gyzen wrote: > >>>> Baptiste and -current, > >>>> > >>>> I noticed two annoyances with date formatting on head, and I wonder = how > >>>> we can fix them. > >>>> > >>>> I have these settings: > >>>> > >>>> LC_ALL=3Den_US.ISO8859-1 > >>>> LANG=3Den_US.ISO8859-1 > >>>> > >>>> First, Thunderbird displays the date as, for example: > >>>> > >>>> 03/ 6/16 ... > >>>> > >>>> The leading space on the day (6) looks weird. I might even say it's > >>>> simply wrong. Zero-padding would better. (/No/ padding would be be= st, > >>>> but I don't think strftime supports that.) > >>>> > >>>> Second, date(1) no longer shows the day-of-week: > >>>> > >>>> $ date > >>>> March 26, 2016 at 09:21:55 AM CDT > >>>> > >>>> For many years, I have been typing "date" to see the day-of-week (and > >>>> other things). I like the new human-friendly format, but I miss the > >>>> day-of-week. > >>>> > >>>> Of course, I can fix these locally, but I wonder how we can fix them= for > >>>> everyone. I see that the formats come from CLDR. I also see that u= me@ > >>>> restored the day-of-week for ja_JP in r292512. Is this the best > >>>> approach, or should we try to get them changed upstream (CLDR)? > >>>> > >>>> Thanks for your input, > >>> I can hack cldr2def.pl to readd the week of day as it was before for = 11.0 still > >>> the best approach is to push the change upstream. > >>> > >>> I will have a look at the cldr2def.pl hack this week end. > >>> > >>> Best regards, > >>> Bapt > >> LANG=3Dpt_BR.UTF-8 > >> > >> MM_CHARSET=3DUTF-8 > >> > > By adding the hack I mean to do it for all locales not cherry picking >=20 > Thank you for fixing this! >=20 > Above, I mentioned two issues. The other one is, the date format for > en_US pads the month with a zero, but the day with a space. So, June 7 i= s: >=20 > 06/ 7/16 >=20 > That looks weird. It should pad both with zeros. I'd be happy to fix > it, but I don't see how: There isn't an "xformat" callback in the > cldr2def.pl script, and it's not clear how to add one. If you can > explain, I'll do it. If you can fix it, I'll be grateful. ;) >=20 > Eric This one I do not see how to fix, I'll dig into it but I promiss nothing Best regards, Bapt --dkuacoumu4qyjhv7 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXZGdoAAoJEGOJi9zxtz5aIiwP/3yFnI1Nrqkb670+U17ROcWt 4N35jojkVcJhPNvIb7c9a3XWreAUMrNbHQXrkzD6m72E/Iyh+nFbtIELmeOJnr4v TcFqH7kMTFvw+jWDXXlvN/nQn0DRykSDcYkpRguvugO0NGX8orJD6AwGi9dCxWkh MWOubz18HcauqLE1UehcnFufdNkAvtupR1hGD1YIeWwqoGqvJDRraDvVhL7NMc2i efLGBtLJFWHQQ+eEL9RFEC/X4A/jE84S7szN2y24/PQ1PK5vrhglo7BmIqN1PccO bpzXJoQGHAs/IlIQuZUI2/kZ+hZU/TTCsFJZ/q3mLOxUEHBWZ/MWm3FGTTAnVqdu Zi2O8akBIcUs4QKlfGvK3b8NmcfG6FYfgnyecdCREN9XWCEINLCXh3TvNuv0YJhd slpb16heL02mDx22TzycxLaNZEH68DwGR/gP0QGvP7HFXAvU3Eu/R4lxiwwdk0/u F5375qtBm05KF2ZcvL2Uk1pHcASStgVW7pPIeaQtsR/trpe5kL6YTBs/ddBYYpUm ef2ztfXLYbt4z7FaRXzAS7M11lXTiK1jr5lKiH/ImuZbFY0k9nS0s89ikcALr7MI U4rhpGLrBK9wAbH0GR+qV14Ya3aMkxZeQq8b1sGcSyLtS9X1RKwJaMeDsMAK/K7i bOibkFDnsgQc+V1cq2HL =h6Bv -----END PGP SIGNATURE----- --dkuacoumu4qyjhv7-- From owner-freebsd-current@freebsd.org Fri Jun 17 21:42:30 2016 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 8D684A77D6A; Fri, 17 Jun 2016 21:42:30 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "courriel.site.uottawa.ca", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 54C781C80; Fri, 17 Jun 2016 21:42:29 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from [10.0.2.15] (ppp-66-225-185-187.vianet.ca [66.225.185.187]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.5) with ESMTP id u5HLgP9N014278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 17 Jun 2016 17:42:26 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Date: Fri, 17 Jun 2016 17:42:20 -0400 (EDT) From: Keith White X-X-Sender: kwhite@localhost.my.domain To: Adrian Chadd cc: Mark Millard , freebsd-arm , FreeBSD Current Subject: Re: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] In-Reply-To: Message-ID: References: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 21:42:30 -0000 On Fri, 17 Jun 2016, Adrian Chadd wrote: > Just disable 11n for now. ifconfig wlan0 -ht (and reassociate.) > > See if it's that. > > > > -adrian > ... Apparently not. I have the same panic even with 11n disabled. ...keith From owner-freebsd-current@freebsd.org Fri Jun 17 22:47:54 2016 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 C89EEA78AD8 for ; Fri, 17 Jun 2016 22:47:54 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d: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 71B7F2935; Fri, 17 Jun 2016 22:47:54 +0000 (UTC) (envelope-from garga.bsd@gmail.com) Received: by mail-qk0-x22b.google.com with SMTP id s186so100819018qkc.1; Fri, 17 Jun 2016 15:47:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:from:in-reply-to:date:cc:message-id :references:to; bh=hvVwz4mWuTRZBfiwX3rY7fBsGt/oNka9wpjCr/yz9t0=; b=YuauMuSHwfvYXpnWBjp/CEPkxEZdz9MDf6eSKdt3TYxa9ejCGntbGx/1mGuoqElPw5 RjAVh/1IkpZYvbrAHtd+jNA7jnofa1hv4vQLf0XSIhtpTdtxlKMxR0H/xcp1/RsdfgLX 8jSeRVAcpThdkvz7b5YrmsJ/4QJE5kyykLKDiyBIjeNglq1VOFYRLfccc0Tz7uCZI5E1 LDPaQ8gEuZaxfbfcJPJhJyML6gQnaaO7IFSNFVhm3DawINsyDtTPRlwUBOSDxMa9H2nE 0mNPoGnvdmlk3BPddMwOmLQAvY61q8v3BDwQBer+Co3E3iIWMMpYDbQfAaqWfX6ljKPL QJLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:from:in-reply-to :date:cc:message-id:references:to; bh=hvVwz4mWuTRZBfiwX3rY7fBsGt/oNka9wpjCr/yz9t0=; b=aMh2/vEIAmuu39zvOCR3Zqxr0/uAZ3v8MTeOphw2dC4maXgJXOOKIBNEKmz05pQ6sE YWdovKMTxxGRdrSgdnwSGZ/Zco/KA0TBbKZrLa+RnUpbCrM/xVBk3odLdpl928/q7ei4 2yWgVtQ0qHGBUgHs5t6Qt55y+kfGaNgbeIRK+CSyyws3w8YlwT7jCx/N9TD3qcktIEGs x0ivbZv6Jy7R7OQvSXkVYqZ+OSDopkZmDsMSN0Yq1ZylZVphO3Av5rLFAIfsi1/du4zV 7KJ2NP7DVJGYowb+8CA79bis/o/Lv7YxFOMrDiXTZYMkj12UuOHMOOFQh6k8zxBZXmRs CNOg== X-Gm-Message-State: ALyK8tImA/kKxQBp8uNOj03+0GMZAqHrYiSbOGg+aijlOVJEo4ypZKBSYVvLsuYFyuWshg== X-Received: by 10.237.40.99 with SMTP id r90mr5618399qtd.0.1466203673596; Fri, 17 Jun 2016 15:47:53 -0700 (PDT) Received: from mbp.home (179-125-134-115.desktop.com.br. [179.125.134.115]) by smtp.gmail.com with ESMTPSA id p13sm14049436qke.7.2016.06.17.15.47.51 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 17 Jun 2016 15:47:52 -0700 (PDT) Sender: Renato Botelho Subject: Re: Error building kernel WITH_META_MODE=yes Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_091CB8F3-BF1C-484C-A696-1C64282BDA86"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.6b2 From: Renato Botelho In-Reply-To: <5E784FF7-BC3A-4EC0-9C41-287EA6DE1C92@FreeBSD.org> Date: Fri, 17 Jun 2016 19:47:49 -0300 Cc: freebsd-current Message-Id: <1A2318ED-88A8-448A-9F2B-4CDA1E2902E6@FreeBSD.org> References: <91E7FD10-82EF-439D-BD3B-F8CFBAD48C44@FreeBSD.org> <5E784FF7-BC3A-4EC0-9C41-287EA6DE1C92@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 17 Jun 2016 22:47:54 -0000 --Apple-Mail=_091CB8F3-BF1C-484C-A696-1C64282BDA86 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 > On Jun 17, 2016, at 15:38, Renato Botelho wrote: >=20 >> On Jun 17, 2016, at 15:36, Bryan Drewery = wrote: >>=20 >> On 6/17/2016 10:28 AM, Renato Botelho wrote: >>> Building = /usr/obj/usr/obj/usr/src/sys/GENERIC-NODEBUG/ia32_genassym.o >>> In file included from :312: >>> :4:10: fatal error: 'opt_global.h' file not found >>> #include "opt_global.h" >>> ^ >>> 1 error generated. >>> *** [ia32_genassym.o] Error code 1 >>>=20 >>> bmake[2]: stopped in /usr/obj/usr/src/sys/GENERIC-NODEBUG >>=20 >> There's a handful of genassym files that are lacking opt_global.h as = a >> dependency. This is more of a FAST_DEPEND failure. It's interesting = it >> is only now coming up. >=20 > I moved /usr/obj to other place and did a buildkernel without meta = mode and without any option in src.conf and it worked. >=20 > Now after I got the system updated (it was a fresh install of ALPHA2), = I=92m starting to build it again with meta mode and all desired options. = Lets see what happens this time. After that I managed to build everything using the same src*.conf, no = more problems so far. -- Renato Botelho --Apple-Mail=_091CB8F3-BF1C-484C-A696-1C64282BDA86 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----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCgAGBQJXZH4VAAoJEPHw56GfYleQ3jEP+wRHw3Lb/RtBcfE6NtkohsnG eF2HkzkRxT8y4yxQMhI1Lu3Clhv0Sc8Qa4nUZpLJq1OOJnHlcftZ0FeLP2rE1pZm uR9TDEHVzo+vJO1T2EJtv/+dOu5IdA041bXaAoEv/kZUH8hTjWvD86VRUPWxjs1a dtCfOp4790FVTOccZ1ZZM2WnmJRIPQaXj0sG2nfOsxgSESthKw3QjYDuj+t5rQbB 6MmYn6uLiSQWhJ7D/QxJFyzmMdEWMSWLjTBycTnGO7hoXPqHMds5dwBcjhDJPbFa sMSgtbFn/VCLH5aPd6eUJA6jV6sbKrtkl5y2egQSRr3QjSdb1kQnNB9eUcZ+2NVU xB5EeiggbvLEA6QVLybRJHk19CPhQ+VWRZUjbayPTwLj1bpBnk2+w/9r5C3esDpP XYKDrYiETkXDNqgsgH/XGH5++TfXj/O0L2yeL8EzvalV2bH1rYAchPhBY+rzOFWf 4HUsKeSmrKwOX63ZWUyScaEmkGr31UA70dC+vIQjtEJJCX6yzLZErrLE+m6Q0beP WHI8A3+dIVHwq6tH8svIDflR02HXmled+b0ypdsVW6LsbkslH9L4GY7/eVGvVglM 0SoB+4t2lV4e4BOP5wcawcvVTU6vR92b8fvaOsw/ic/wJnEXY/5bxi8k8/6dixMz Z7vFBWhUF91LdxmKrvxg =2U6S -----END PGP SIGNATURE----- --Apple-Mail=_091CB8F3-BF1C-484C-A696-1C64282BDA86-- From owner-freebsd-current@freebsd.org Sat Jun 18 02:15:41 2016 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 E4A26A788AA for ; Sat, 18 Jun 2016 02:15:41 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: from mail-oi0-x22d.google.com (mail-oi0-x22d.google.com [IPv6:2607:f8b0:4003:c06::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 ADDC61AFF for ; Sat, 18 Jun 2016 02:15:41 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: by mail-oi0-x22d.google.com with SMTP id p204so141940933oih.3 for ; Fri, 17 Jun 2016 19:15:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=48JR0vvX1S1Bt6qg50fibQ7iGBL2Ih2J8Vpq8/uNhTI=; b=i4jnxy1coU3dl75NgnoOQeCF9wCjq1pNlKgGGBCkFQWsfsCKhPBwpLmnkd2yWetieC jhqF6F2VNqb8arcl7rUBFKw8nSOnHFVBc6tqNvhExsD0yg/LmGYB+oKoTioWXJJ7bE1V 47YTXmoGBwajMxsXPA4363LIN3P1N8k7bNchVA3QO18vw4lIBi2+yfS7r2K10vDCRkCZ TQSMeHmN8iiCKNEdXF3LUEvdS7NCGEidgUlH6JOdTN4OVe5WRKw34UD7Q1G33FpFL4v8 ayOpvLywbYqgyqU9c0AEJQtEImQWQjIzuv6T4LHgJLuYUarM/zIojBPL26JfxJ0mnSMV F1Rw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=48JR0vvX1S1Bt6qg50fibQ7iGBL2Ih2J8Vpq8/uNhTI=; b=hm2EjijQc9kzo18olJUhihCBgUvv/EajZRUQ1kV+Yb01uybWqLNjL2IpFYOzWEqJMc n3awY1WqBdFxWjPIJF4WLRmaRmaVWpf8HLJprErNFZCK5+oA3kT4ZgOs7mBQhYTNspUd 5UCRr7AewQ8i9z8h9uCVRbK1kjl3tW+6Xdqzf2iD3XgZkutxHQF0ERcNc0Vg5ScT7svN dE1T1P1MRb96C0IOSC2zgwJqOHjIkm6TNhEqXqCfR0YRwUOR0nBjga6l31SeVyq75Rc+ PefJvhgW0OugIEWxQSbxKcX7VyXw9JCswHkbmXVO6l+H9xAKlpRa+HJOuUbzgCeHDeZT X2+A== X-Gm-Message-State: ALyK8tK8uPmw7FLZNNvaXYy4iCr+GjBHepcm/k590FUP1YX/jkC7qDKPJZkFqCDBwR5bf/01VNv7ESGVpBRKCg== X-Received: by 10.202.84.129 with SMTP id i123mr3208696oib.130.1466216140762; Fri, 17 Jun 2016 19:15:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.89.136 with HTTP; Fri, 17 Jun 2016 19:15:40 -0700 (PDT) From: Johannes Dieterich Date: Fri, 17 Jun 2016 22:15:40 -0400 Message-ID: Subject: problem with USB disks on ALPHA3 w/ recent AMD chipset To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 02:15:42 -0000 Dear list, I observe the following when I try to write to any USB drive: Jun 17 22:02:35 manray kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 Jun 17 22:02:35 manray kernel: (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error Jun 17 22:02:35 manray kernel: (probe0:umass-sim0:0:0:0): Retrying command Jun 17 22:02:36 manray kernel: da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 Jun 17 22:02:36 manray kernel: da0: Removable Direct Access SPC-4 SCSI device Jun 17 22:02:36 manray kernel: da0: Serial Number 4C530001090427108375 Jun 17 22:02:36 manray kernel: da0: 40.000MB/s transfers Jun 17 22:02:36 manray kernel: da0: 15264MB (31260672 512 byte sectors) Jun 17 22:02:36 manray kernel: da0: quirks=0x2 Jun 17 22:04:21 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 00 00 00 00 00 00 80 00 Jun 17 22:04:21 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error Jun 17 22:04:21 manray kernel: (da0:umass-sim0:0:0:0): Retrying command Jun 17 22:04:27 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 00 00 00 00 00 00 80 00 Jun 17 22:04:27 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error Jun 17 22:04:27 manray kernel: (da0:umass-sim0:0:0:0): Retrying command Jun 17 22:04:32 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 00 00 00 00 00 00 80 00 Jun 17 22:04:32 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error Jun 17 22:04:32 manray kernel: (da0:umass-sim0:0:0:0): Retrying command Jun 17 22:04:38 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 00 00 00 00 00 00 80 00 Jun 17 22:04:38 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error Jun 17 22:04:38 manray kernel: (da0:umass-sim0:0:0:0): Retrying command Jun 17 22:04:43 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 00 00 00 00 00 00 80 00 Jun 17 22:04:43 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error Jun 17 22:04:43 manray kernel: (da0:umass-sim0:0:0:0): Error 5, Retries exhausted Jun 17 22:05:11 manray kernel: (da0:umass-sim0:0:0:0): got CAM status 0x44 Jun 17 22:05:11 manray kernel: (da0:umass-sim0:0:0:0): fatal error, failed to attach to device Jun 17 22:05:11 manray kernel: da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 Jun 17 22:05:11 manray kernel: da0: s/n 4C530001090427108375 detached Jun 17 22:05:17 manray kernel: (da0:umass-sim0:0:0:0): Periph destroyed I.e., when I dd, the dd exists prematurely with an error. pciconf: hostb0@pci0:0:0:0: class=0x060000 card=0x15761022 chip=0x15761022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = bridge subclass = HOST-PCI none0@pci0:0:0:2: class=0x080600 card=0x15771022 chip=0x15771022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = base peripheral subclass = IOMMU vgapci0@pci0:0:1:0: class=0x030000 card=0x807e103c chip=0x98741002 rev=0xc4 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'Carrizo' class = display subclass = VGA hdac0@pci0:0:1:1: class=0x040300 card=0x807e103c chip=0x98401002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'Kabini HDMI/DP Audio' class = multimedia subclass = HDA hostb1@pci0:0:2:0: class=0x060000 card=0x00000000 chip=0x157b1022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = bridge subclass = HOST-PCI pcib1@pci0:0:2:1: class=0x060400 card=0x12341022 chip=0x157c1022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = bridge subclass = PCI-PCI pcib2@pci0:0:2:3: class=0x060400 card=0x12341022 chip=0x157c1022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = bridge subclass = PCI-PCI pcib3@pci0:0:2:5: class=0x060400 card=0x12341022 chip=0x157c1022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = bridge subclass = PCI-PCI hostb2@pci0:0:3:0: class=0x060000 card=0x00000000 chip=0x157b1022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = bridge subclass = HOST-PCI none1@pci0:0:8:0: class=0x108000 card=0x15781022 chip=0x15781022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = encrypt/decrypt hostb3@pci0:0:9:0: class=0x060000 card=0x00000000 chip=0x157d1022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = bridge subclass = HOST-PCI hdac1@pci0:0:9:2: class=0x040300 card=0x807e103c chip=0x157a1022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = multimedia subclass = HDA xhci0@pci0:0:16:0: class=0x0c0330 card=0x807e103c chip=0x79141022 rev=0x20 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' device = 'FCH USB XHCI Controller' class = serial bus subclass = USB ahci0@pci0:0:17:0: class=0x010601 card=0x807e103c chip=0x79011022 rev=0x49 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' device = 'FCH SATA Controller [AHCI mode]' class = mass storage subclass = SATA ehci0@pci0:0:18:0: class=0x0c0320 card=0x807e103c chip=0x79081022 rev=0x49 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' device = 'FCH USB EHCI Controller' class = serial bus subclass = USB none2@pci0:0:20:0: class=0x0c0500 card=0x807e103c chip=0x790b1022 rev=0x4a hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' device = 'FCH SMBus Controller' class = serial bus subclass = SMBus isab0@pci0:0:20:3: class=0x060100 card=0x807e103c chip=0x790e1022 rev=0x11 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' device = 'FCH LPC Bridge' class = bridge subclass = PCI-ISA hostb4@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x15701022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = bridge subclass = HOST-PCI hostb5@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x15711022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = bridge subclass = HOST-PCI hostb6@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x15721022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = bridge subclass = HOST-PCI hostb7@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x15731022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = bridge subclass = HOST-PCI hostb8@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x15741022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = bridge subclass = HOST-PCI hostb9@pci0:0:24:5: class=0x060000 card=0x00000000 chip=0x15751022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD]' class = bridge subclass = HOST-PCI bge0@pci0:1:0:0: class=0x020000 card=0x807e103c chip=0x168714e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5762 Gigabit Ethernet PCIe' class = network subclass = ethernet iwm0@pci0:2:0:0: class=0x028000 card=0x50108086 chip=0x095a8086 rev=0x61 hdr=0x00 vendor = 'Intel Corporation' device = 'Wireless 7265' class = network none3@pci0:3:0:0: class=0xff0000 card=0x807e103c chip=0x522a10ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTS522A PCI Express Card Reader' This is on a recent CURRENT: r301970 All ideas most welcome! Johannes From owner-freebsd-current@freebsd.org Sat Jun 18 05:58:14 2016 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 E0761A79DFE; Sat, 18 Jun 2016 05:58:14 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id C7FA519E0; Sat, 18 Jun 2016 05:58:14 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 7C81F1250; Sat, 18 Jun 2016 05:58:14 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 18 Jun 2016 05:58:11 +0000 From: Glen Barber To: freebsd-snapshots@FreeBSD.org, freebsd-current@FreeBSD.org Cc: FreeBSD Release Engineering Team Subject: New FreeBSD snapshots available: head (20160617 r301975) Message-ID: <20160618055811.GA35283@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 05:58:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 New FreeBSD development branch installation ISOs and virtual machine disk images have been uploaded to the FTP mirrors. As with any development branch, the installation snapshots are not intended for use on production systems. We do, however, encourage testing on non-production systems as much as possible. Please also consider installing the sysutils/panicmail port, which can help in providing FreeBSD developers the necessary information regarding system crashes. Checksums for the installation ISOs and the VM disk images follow at the end of this email. === Installation ISOs === Installation images are available for: o 11.0-ALPHA4 amd64 GENERIC o 11.0-ALPHA4 i386 GENERIC o 11.0-ALPHA4 powerpc GENERIC o 11.0-ALPHA4 powerpc64 GENERIC64 o 11.0-ALPHA4 sparc64 GENERIC o 11.0-ALPHA4 armv6 BANANAPI o 11.0-ALPHA4 armv6 BEAGLEBONE o 11.0-ALPHA4 armv6 CUBIEBOARD o 11.0-ALPHA4 armv6 CUBIEBOARD2 o 11.0-ALPHA4 armv6 CUBOX-HUMMINGBOARD o 11.0-ALPHA4 armv6 GUMSTIX o 11.0-ALPHA4 armv6 RPI-B o 11.0-ALPHA4 armv6 RPI2 o 11.0-ALPHA4 armv6 PANDABOARD o 11.0-ALPHA4 armv6 WANDBOARD o 11.0-ALPHA4 aarch64 GENERIC Note regarding arm/armv6 images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root, which it is strongly recommended to change the password for both users after gaining access to the system. Snapshots may be downloaded from the corresponding architecture directory from: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/ Please be patient if your local FTP mirror has not yet caught up with the changes. Problems, bug reports, or regression reports should be reported through the Bugzilla PR system or the appropriate mailing list such as -current@ or -stable@ . === Virtual Machine Disk Images === VM disk images are available for the following architectures: o 11.0-ALPHA4 amd64 o 11.0-ALPHA4 i386 o 11.0-ALPHA4 aarch64 Disk images may be downloaded from the following URL (or any of the FreeBSD FTP mirrors): ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/ Images are available in the following disk image formats: ~ RAW ~ QCOW2 (qemu) ~ VMDK (qemu, VirtualBox, VMWare) ~ VHD (qemu, xen) The partition layout is: ~ 512k - freebsd-boot GPT partition type (bootfs GPT label) ~ 1GB - freebsd-swap GPT partition type (swapfs GPT label) ~ ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: us-east-1 region: ami-955395f8 us-west-1 region: ami-0cce8b6c us-west-2 region: ami-5e599c3e sa-east-1 region: ami-2277fd4e eu-west-1 region: ami-e87de39b eu-central-1 region: ami-d254bdbd ap-northeast-1 region: ami-44f80d25 ap-northeast-2 region: ami-a62fe4c8 ap-southeast-1 region: ami-f433e097 ap-southeast-2 region: ami-83b099e0 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site for the VMWare Desktop and VirtualBox providers, and can be installed by running: % vagrant init freebsd/FreeBSD-11.0-ALPHA4 % vagrant up == ISO CHECKSUMS == o 11.0-ALPHA4 amd64 GENERIC: SHA512 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-bootonly.iso) = cb0c889c9f9394a60cddc03858738f2fb1c0acf45b69d0fbc11ee4963559d9de2e44bfea013fdaa21d11d05cb430d9efdc42279735bc789e3cdb29ffa15c8d28 SHA512 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-bootonly.iso.xz) = 64966d24a6ac9330d6c9be6b46f4dade6c2261fae76f274bd9fee800bd91ed7ba5310a986148d4c3368f88beb645fb1222f4a5b9a90713f80af71ef68627bc40 SHA512 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-disc1.iso) = 077dc64a1707ff7cae9d82a79cf5f3ac12ad1a4fe950326d4562ba9dfb18deebd44a255a1dcba78607533789070dce0a536d0c141ac48a5e83792941748aa17b SHA512 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-disc1.iso.xz) = 62fae035091360af8238c31e65bb01d3c33b2a2cfd90fa877f09af59c448947608114bc1d4c1dd719d07097d08d9b3f8c561df33e1ae06a00ea89097cce4a705 SHA512 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-dvd1.iso) = ef5304abba7598621d7f59d3831016a5a47edce69bfda824ba70864cd57e8d8d4019841f7a19ce8b676722651f52529fbd4367f261b0cbfd515ba253f1fffbe6 SHA512 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-dvd1.iso.xz) = 15571b230d11c4d896964085220df234400fb5e093ffb0a0ec34667bb9ab5146eafc04c444609ebe94cce0c058bfe68f4c5f893c18c34d5d32733dbb77e3109f SHA512 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-memstick.img) = 426f31cc6672de4f3cd1457da5432388e33672d97df775a621e9925ba5ebbc68dd425c2aff6810664a6bec939eeee44e509fe24b83a26dd5e43d79a6bc507694 SHA512 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-memstick.img.xz) = 7f801f2748ffc0dd6f662923d947f57e268bb67faf512ca8aeeb0e31fa864f0207cb74bcbe3b68e764b74c08620ae5878b41a5d93387f0975b2485e50bae6246 SHA512 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-mini-memstick.img) = f961f9725ab4d05b17e3ba91be1ee16adf50e5e6854bd6d20e75bad58fdc963dc39f908c91870099b672b2fa9ec0ab5ccbd298cc6703e81e018c2f88efe2f13b SHA512 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-mini-memstick.img.xz) = 24206613d7806d7b2e884629c68645f10a86f5d7c5e633c5ebf78c7a7efa459fb4bd4ff675b162e7e24041e0eb7615e27a7275fee8a08a12b7926de5014b3d47 SHA256 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-bootonly.iso) = 938dd235eff1ee1f9d01869e1300140d51ca0e35d0ac6e03e93f0d51e2ad9891 SHA256 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-bootonly.iso.xz) = 35a8fa6225604bdf85a0b052d86c4d3e2718ccbc08dd339a12f44c38239b984e SHA256 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-disc1.iso) = c51554ba917ec791c6c6f2ed940b02a3ee0d4a90ceda64df062dcb50ea86bce0 SHA256 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-disc1.iso.xz) = 4a3ca10ef78ecafb5c61637f88cea3599c0013ab1e54de72d95ab4f8745e0486 SHA256 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-dvd1.iso) = 7394dae3e1869bb3b6eb742ee4ca3c0bf52899273c02a5b81b7f9011c0cabe89 SHA256 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-dvd1.iso.xz) = 27a9a2f71b75df06184ec6c2aa05213178a82f4e126198b11aa2cb2d7d5b24e7 SHA256 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-memstick.img) = cabdcca047ac580674cb7f741b45366aa70d0d40de40009f3f0a7c6ad972cb98 SHA256 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-memstick.img.xz) = 3a0c0dba87561b0a3105c3e4bc1b742a7a05df4c0129c8a9ac69edbcdba26e6d SHA256 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-mini-memstick.img) = e8e7ef1a3f2946ace63e5ef24cdcb630f369bafd5d34e13533c14655250e4967 SHA256 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975-mini-memstick.img.xz) = f4b9d5fb48aca23de7ab64e9ac73823415c88d73237ada6392b95eb2b22009cd o 11.0-ALPHA4 i386 GENERIC: SHA512 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-bootonly.iso) = 8411d2f0200ecf312b7ab72322fe54358a47d359e33b445ef7417792976731be89bddc1003fdf19aad662763d5c4cbbb85fbe0f185b1b268fcd5e585db23ee77 SHA512 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-bootonly.iso.xz) = 23d033ed2818e3ceff735dc917f6f587cbc3110765bad7fb433b331db7fb5b5cc1f4913cfbddfcde847ad6ad8a5e5e7b046750b462ab540b40dbc00d31aafba9 SHA512 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-disc1.iso) = cfaee4920f657e01ad449570a64a7bf845ca90f66fc779ed24bef8679046c5ca3667325a04e8446847b45bd8885df0c8fbc14e6eb23a20d078d567c95bd9ad9e SHA512 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-disc1.iso.xz) = c7c48a6f87eb5db5144293aed66c014e7283dfa51a75b26fc3ad6e51e1c62e989790f22b4fa48efd4770d40367df92d99fce76499c964a61bf9a5b26d0177ddf SHA512 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-dvd1.iso) = 1300c88a5a0923415824074c13a4e0480cf4b316effcd79090b126b4159559db979c32b96234b48cc17d9c3e1ab72d57c65acfeec099fa95fb721d80d64b95ac SHA512 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-dvd1.iso.xz) = cf2546e1ccd7c5b4d9b741dc9f44b8a89568441d522b9c59c50976bc8aa238f06f08c7ffca3b63e3177ca83c730406071cda88f681d067a89eb28d261c4828c1 SHA512 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-memstick.img) = eccba4507b38bf2096e6dd8c723ab061364381119a0ed0432aa095f8e68739d7602ff89cc354ffd848deb1358c6a3bb0283e6022eca911c9f135926248c33c53 SHA512 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-memstick.img.xz) = 2be8d39f1d2e58592f8b89e59843d34f9add74f62cd58951db801533204e73c546502e821bccc9ed243b7aabc04bd8f76c9fe0c2c69e28e4ca18cff700e463de SHA512 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-mini-memstick.img) = 709a7f0fe96a1f721bd1d87b3eea1f65b18c700f3ebb14cf9b7c4a6cbfebfe6453abccec43959974d9f6643ff5567806a8151bdb1fda3da682ad838c8e47432e SHA512 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-mini-memstick.img.xz) = f38ebf7c855eb341755027e2de22b3920b2f35707433f4c713693b21efef4515061d977741ea56cfa9799318f210cde4fe1379f0ea8adafbd935c4333a3b33fc SHA256 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-bootonly.iso) = 5acfd2f8c2486f86563da778c11611408f1b2dad6cede17ec883f4cd92296f5e SHA256 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-bootonly.iso.xz) = 2e0ea8f09e46fb63cde874bc7bbfb3072a9efce2c24a9720bcbff1dcf7b1e448 SHA256 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-disc1.iso) = f834a88228a9a0541a87c8edeefda1829fb989736528a22fe969652891d1a1db SHA256 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-disc1.iso.xz) = b63906868e7d65a413f5dbe8e7a0634052f33bd87eeb8df579a16c1c19b1cc65 SHA256 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-dvd1.iso) = 0da8fa205447a98c47c304fa99f20469e6d030ec7a33649f6e74d2c1fb7040c8 SHA256 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-dvd1.iso.xz) = 03140805fe6149a36c35f3615052e523112adc4ce3ed27c262dea03bed92a4f0 SHA256 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-memstick.img) = 89c6aa210111f63d0c2190a564c1b12ae9b01cd06d5369e74c37c804cb259e63 SHA256 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-memstick.img.xz) = d1fc96716de4aa9235ba392e7d697a20d69b6afa3c6dc53c43e43309b12a1c91 SHA256 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-mini-memstick.img) = f9ab1f8d6815bf51547b4369548e539390d8094be28c6627b94230748b97fecd SHA256 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975-mini-memstick.img.xz) = 2224cb24f5eed0a2c467308292da39229fe3867e5d44a436d044b2abac2bfbb3 o 11.0-ALPHA4 powerpc GENERIC: SHA512 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-bootonly.iso) = 6e88c954c73a14b32e154d5884dc31b0a7211d53e3047efcf2bade4fbbf203d8ff3d243a44149e6d2d81769b5c7966de4fdf35f0d6aaff61ad998d8ab9ae98be SHA512 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-bootonly.iso.xz) = 0a149c421dd7843416d4319620663305d84df91f2a9b57414c189fb4f5960bb152b3e57554251db0a72f75235e959a58c67abb43e832ad71512c67237b7a0655 SHA512 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-disc1.iso) = 7d95d8e18a541e3eefcbe74893542f3910f6099e0f684e06a3734822c5a3d6bfc1490f2b80f817732ae8f19be4f08b464010f0367ff8ebda714fbd88ea4de6fa SHA512 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-disc1.iso.xz) = 97062d0de07c77a3d97f300c88bad8209dca81d3352c12fe91787825a2448a429b7dced4f3b44818f0cc8b499a9e37122bbd7194058e25484453dd20f3ac8b67 SHA512 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-memstick.img) = 4ce06556bf968e602617d97631e13e77cfc2596c3412c6dcf97a8a7c492b6200224271dffbd32024156a350a7f78f73c04babc8c9b15612e0a4cc79359ca5a3e SHA512 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-memstick.img.xz) = 9ac2f81528e7ca579b03f403d881e97d4ba10ec203657520e9f879d1316707e7ed2b9a713707738b5745945abec12742ce6ffcc977d316fa5d4d1e1dce8ef56c SHA512 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-mini-memstick.img) = c06ea0303c5523a441a31f96dd47f3842171dcc93782ab39689c05856e7cc66f68fbc18169fea006bdcae243ccc4eea286bbef27ef91385ccb8a433942c2109b SHA512 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-mini-memstick.img.xz) = 544703945fdc766f7adb5ebdfc4fa69aa1c1535d4d95fae482b4964a67816cb7543ecd342aac1f0b922336e127a455cf4a3316433c0f38172f012cfec4486f78 SHA256 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-bootonly.iso) = fd19a1ca98f170d2b86014e0d4bd04956b8db16cb9f5e8589c5fab148dea3085 SHA256 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-bootonly.iso.xz) = 5e4474f9904ea83b71f98f86c8a518f156d2a229fde851d99860ac54d7132562 SHA256 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-disc1.iso) = 8c4d48954ebd3395b11160b3f375b1ff22fb48065e91ac42dfe23cad3d8fbf2c SHA256 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-disc1.iso.xz) = 3f1763db912d118904e5d65c9771383a6288c3be1ee28b227cea5e14ff866ae4 SHA256 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-memstick.img) = 90cb6f89a66382886d46fa3814f4e30a61175ba0250712fd7f9a230e1fb759c4 SHA256 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-memstick.img.xz) = 8930bf55044d5e48961c04b91e963df33a208a99c0509a4dd450c568835d471c SHA256 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-mini-memstick.img) = 7bca10c47e415e5d25a010fcd9c9f3c7a2a70f308bcdfd52abfab39621eb65c9 SHA256 (FreeBSD-11.0-ALPHA4-powerpc-20160617-r301975-mini-memstick.img.xz) = 9408c07e750862570b9541d51bf2437e1d7616f9dea4bf206f5f4b461db9478f o 11.0-ALPHA4 powerpc64 GENERIC64: SHA512 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-bootonly.iso) = 9ca0c4b1936cbc0459cccbb93f64c535d3396882e65101decec98bf1c950b8ba35f0b38263feb46c6df72e4ef402c7e87f352f84d90c7c31a4ee09701a6188c3 SHA512 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-bootonly.iso.xz) = a42a31ec0adfe46b5ad3dc0fddfd8d8fc00dc9c072b8a2331432f4eea49ffe13408e573137687ba0aaa20fc0a7f1db0b3aebd0e863330490306c31532d5081d3 SHA512 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-disc1.iso) = 00640b85e13a4b3930f5164a4c5000059d4313ec46d1c5712b7113e7c604dab25f54c7b586f341b77a5a6ad7c4e1e374f046421653a0314491c27fd2b5e7a42a SHA512 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-disc1.iso.xz) = 922c27b2cd27f1f867d6caae31566880a459fe91e290d6a8adaf299ff0b18df0a14e279d616e66a76f9e0676866a7469a966a4963a8285e0cb81cf630d590d46 SHA512 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-memstick.img) = cd0931ba9c756e6ebbfe1b49a7f0af47ba54d2ade00eb0573ab96394e1255d323fc868d9a94391e589c27c8dbd19ed9a91378318b8481616b0ca49ba7fef4f9f SHA512 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-memstick.img.xz) = d528e13ea291593749472a14ceaa2524377a275b327cd6489b0caffaef4b8ecbf26f939dfd21f021fe1362bc8fecb67fc7e620886a795dd80cf72f56a934cf52 SHA512 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-mini-memstick.img) = db49912249cdfc45079e040ac44ead40fe5d6df8bb9ea7fe933a690d48fb62fb3fe25c37acdd91852d3e533a99e80fdcf59175ee26e28597eef483998461f8cf SHA512 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-mini-memstick.img.xz) = 9ad28ece7deca3a6ab89f96359cbaf8d9058fec0efd7f6c95256c74fa4fe49f0d389972cc16b865e26fada9aa4c627a0477b119af37eaa08666ad1cb00d2c969 SHA256 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-bootonly.iso) = 8127e136a7a52aa88552a0934ea514e6a8df569c49ffa4aea77958d2cb4b8713 SHA256 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-bootonly.iso.xz) = 7ca13e3eb9f1cbb444a82ce77e89bde303c5be424e24036a83c1949eb4454804 SHA256 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-disc1.iso) = 0da023674743f960f0d85ef7b5adfc7f531b8b1adfb1b38a20cb24ea231cd8c6 SHA256 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-disc1.iso.xz) = f09ff740515f335e8e676e0254e1a014e377e95e0c8de5291ac7d60a5aede52d SHA256 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-memstick.img) = dc13106e94c4b785504ee965b47c2a920f7cd7e93abeb334b09eeba2ab0e0f8e SHA256 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-memstick.img.xz) = 1043a107f9079057bc9fde9d21093da2fcc6a1013fdd82e9d2d84b161f4660cb SHA256 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-mini-memstick.img) = 91a04bc015b6c59c14466b5a3aee587f7c7419c28e2227ca6e6d4f918ab6e177 SHA256 (FreeBSD-11.0-ALPHA4-powerpc-powerpc64-20160617-r301975-mini-memstick.img.xz) = 6d860e7d00f69219481f5e5350ef217244387971c795bcf19cd87c37f25c6074 o 11.0-ALPHA4 sparc64 GENERIC: SHA512 (FreeBSD-11.0-ALPHA4-sparc64-20160617-r301975-bootonly.iso) = 4ddef0115d41cc46aa6e951882976af87812d307da29876933d47df40371bd2a367933dc3233082307b5cbc7680ecaeaf1d2e96f4c3178d424596028b3fe9124 SHA512 (FreeBSD-11.0-ALPHA4-sparc64-20160617-r301975-bootonly.iso.xz) = 021ddabfef1309811833a15c7278b7e04113c77ac491f7d1c41a31f2d85afd211690aefc8112df8c859764b54605749cde4a3ebcca6caa9de453fd0c09ba6dbd SHA512 (FreeBSD-11.0-ALPHA4-sparc64-20160617-r301975-disc1.iso) = ea6cfc750a6b7f4dc8876b8ec09eaa17b660f34c5ab18308aba5ef0c54f5b7a0d897afd57a542358c906d5375f14fda0648bfaa53ed974293fa2d89728bf44cb SHA512 (FreeBSD-11.0-ALPHA4-sparc64-20160617-r301975-disc1.iso.xz) = fa9f7277d133b16d4ec4cde97f35aca8773e4b5579c2cabab1102171d4a5e39b660db6a19566d5ae185a946f2363f652071f0d88e353acbe51fb3906c201e51b SHA256 (FreeBSD-11.0-ALPHA4-sparc64-20160617-r301975-bootonly.iso) = a8193c4b52238661e74043764dd0b724cdf1e536d2bab83eb13581622e3b498d SHA256 (FreeBSD-11.0-ALPHA4-sparc64-20160617-r301975-bootonly.iso.xz) = d1ba2292f501479b804fa1c3728ca86482bdf5d772275f3eee7fcd7912bac482 SHA256 (FreeBSD-11.0-ALPHA4-sparc64-20160617-r301975-disc1.iso) = a59b93862f31fc5feb083cbad9b88ad6c41dd9a2c1917e33df74e534e2e65e29 SHA256 (FreeBSD-11.0-ALPHA4-sparc64-20160617-r301975-disc1.iso.xz) = 02d12b29d69689cfee8e18e3858c1b635308892f9e9a3557e68935e32524042c o 11.0-ALPHA4 armv6 BANANAPI: SHA512 (FreeBSD-11.0-ALPHA4-arm-armv6-BANANAPI-20160617-r301975.img.xz) = 26323ce6e715e443e71674498bd76c39664abfc6563de4693771113a0d7969f96154f39b85e86c1da36db602c0cb11578139bd36ec54ec332971c4d0e15d6d2c SHA256 (FreeBSD-11.0-ALPHA4-arm-armv6-BANANAPI-20160617-r301975.img.xz) = b145ca83c3eef1a3b3d42653252644c30ea0ed8f9245f5fa6bb12cc132e346f4 o 11.0-ALPHA4 armv6 BEAGLEBONE: SHA512 (FreeBSD-11.0-ALPHA4-arm-armv6-BEAGLEBONE-20160617-r301975.img.xz) = 0bfb2493bea7b701827f4fd6c1ebb1786bab2b6d522b4504f910234393b5dc03a6a869fc030f5e41ba3f2afdb4203d2c76bebfc772f4d295212305fb81cfb8bb SHA256 (FreeBSD-11.0-ALPHA4-arm-armv6-BEAGLEBONE-20160617-r301975.img.xz) = e0d364132cb2542fbe371fe3a676ac6bc3f12cd2f7b258436b2ac79b5a15fa39 o 11.0-ALPHA4 armv6 CUBIEBOARD: SHA512 (FreeBSD-11.0-ALPHA4-arm-armv6-CUBIEBOARD-20160617-r301975.img.xz) = 86213d80f7775c052ade49c62c673b4b834d6d6b216a2f18e1cdb1c1cc08abe49058716b71086f87ee7b0032608b4bf79cee643e997b9244f33b689d3045caa7 SHA256 (FreeBSD-11.0-ALPHA4-arm-armv6-CUBIEBOARD-20160617-r301975.img.xz) = 515ef1c75e38200567f1900c5237ea8f9c73297e6a1ae45dfbcfdaa7406c4e1a o 11.0-ALPHA4 armv6 CUBIEBOARD2: SHA512 (FreeBSD-11.0-ALPHA4-arm-armv6-CUBIEBOARD2-20160617-r301975.img.xz) = aa76dc74ff413b5a55d52fda557ff477fff290a0a9dfa2c8f5e05e3b7f9bb84bf3371db68a0870541394e6e78ebc979add78136d4b92ac21b9abbb3768873e22 SHA256 (FreeBSD-11.0-ALPHA4-arm-armv6-CUBIEBOARD2-20160617-r301975.img.xz) = 4eadd646e3e70e2eaabe202fadbe271b29c4d0568044fc051fbae74b7e6a6160 o 11.0-ALPHA4 armv6 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-11.0-ALPHA4-arm-armv6-CUBOX-HUMMINGBOARD-20160617-r301975.img.xz) = b1cac3d65e8320b2011beb428ee1848aada7b73080140891b2580259789c0346a9a91ce36b76f02caf0e0de83443707d5dc75b8e5aeaddcd759c110ef2c5ca0e SHA256 (FreeBSD-11.0-ALPHA4-arm-armv6-CUBOX-HUMMINGBOARD-20160617-r301975.img.xz) = 97d8462b63e6593df60819adf9e545ee092b5b523f880d8abf130e1b908a1e42 o 11.0-ALPHA4 armv6 GUMSTIX: SHA512 (FreeBSD-11.0-ALPHA4-arm-armv6-GUMSTIX-20160617-r301975.img.xz) = f0d3b84620155d47891bff712d914c8ca6edd44e1d717d7ee55eda0834f49b69ca9ebd9d24cb35ab4da67fe26e49f2105d6da04ffab8e37aed940aa5290a9a62 SHA256 (FreeBSD-11.0-ALPHA4-arm-armv6-GUMSTIX-20160617-r301975.img.xz) = d031a8f57db0397b319b12e32411cc8cbdd0360c9a0f19c65aefe0775ea7188f o 11.0-ALPHA4 armv6 RPI-B: SHA512 (FreeBSD-11.0-ALPHA4-arm-armv6-RPI-B-20160617-r301975.img.xz) = 1a903e5fa4745c9812f888075805db6c6f21937c900b62ec0c9c00e4a6bed5e79729ede7e8e7a6fc1eb7ac4103e0e121dd9872f3fc0ff4f2ceac5def4f021984 SHA256 (FreeBSD-11.0-ALPHA4-arm-armv6-RPI-B-20160617-r301975.img.xz) = 7b933d1faa129430feeae58da65109e3c627a36d407531757bd3a4b3edea4501 o 11.0-ALPHA4 armv6 RPI2: SHA512 (FreeBSD-11.0-ALPHA4-arm-armv6-RPI2-20160617-r301975.img.xz) = 269a656725f2c3dc89478cd3907cacfd5450976196309d19c06586790cdd08869109214e30b2fcf5ad5b3d511ca60e74bf9be69f27a9bdaddf737860e97df27d SHA256 (FreeBSD-11.0-ALPHA4-arm-armv6-RPI2-20160617-r301975.img.xz) = b92c91a3231900aed575bdad181ec56dbbee9da2158fcedcc42acc6d20ebedd1 o 11.0-ALPHA4 armv6 PANDABOARD: SHA512 (FreeBSD-11.0-ALPHA4-arm-armv6-PANDABOARD-20160617-r301975.img.xz) = 37ed0dd2569e50cc369b7c54e6cf86924befbbce1f5d538123aa79d2440dc383f9fa1ce6ef05ade06ef886900da856544dbd10c5e4e908ee27d17bbc3390f1e5 SHA256 (FreeBSD-11.0-ALPHA4-arm-armv6-PANDABOARD-20160617-r301975.img.xz) = b3ccf856240aeaa4199537f70cc0714f3fbaf1d325ca360f55ec1ec1efcb1e36 o 11.0-ALPHA4 armv6 WANDBOARD: SHA512 (FreeBSD-11.0-ALPHA4-arm-armv6-WANDBOARD-20160617-r301975.img.xz) = 36ed2ad76afcbef4ae0299519096d1e1b15ab83323ab52e9828c2b4e128010dd0d02bb766d90d0065aa8ff1f8926b340011b953c611482f6449f09b1ab70f809 SHA256 (FreeBSD-11.0-ALPHA4-arm-armv6-WANDBOARD-20160617-r301975.img.xz) = 6c91f50181af501812f2e65235c42bf810868ceb649458358a77e691dc3a15ff o 11.0-ALPHA4 aarch64 GENERIC: SHA512 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975-memstick.img) = da0a31f97a4d46c1024e38ac47c4803012d16bb6952536db1b0448bd3c04e395ac9c7ac2fdb5a3f124c3c843a52cc53a8ab715db017845f575cc97210c4511b6 SHA512 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975-memstick.img.xz) = 8f71f8251954f144fb08e8ff4cbc503685ce284e81004ad36be70cce65c044561c334665227833d5252ded388f5cf962604178761a9218b24a77d1d3ead8aeaf SHA512 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975-mini-memstick.img) = 2191b25dce29f134e34f3b30ebfaa4a975df99ef0f38caf653be470c955e599968f081dc852d086a3c23e246556d9abffb606bf76e41a9a4bae4902efe3235fe SHA512 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975-mini-memstick.img.xz) = 0b2f700e382adf6897bfee5b8730c4a66723c8c0968a677a7832733186aa29dbe552999345fa5f350948ea2ad65ffda2a96828c0dda92b7e880d6a9da98792a0 SHA256 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975-memstick.img) = d05197c8bbefbf25960e9ca0ce7295ae1cfeefe6bb2fa82a9712529a1ce9809b SHA256 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975-memstick.img.xz) = 1ccd5f29af8d872c70f6e17f22fc97f5d7985d657c926c7f43a7f51b626cedd8 SHA256 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975-mini-memstick.img) = 4c97dbb3c65b7d46d6ec7504134d9f5020205def4bef7f241ae8c03d695af33d SHA256 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975-mini-memstick.img.xz) = f40cf7bb569e47afdb58851f38cd1af03fddebf50c1e840a2ddf820220341ed5 == VM IMAGE CHECKSUMS == o 11.0-ALPHA4 amd64: SHA512 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975.qcow2.xz) = 62b30372f8973fba34731d97433ac0dbf280a631961871b57c077942ac546931303f8f3a6545258ec63d0c57e2f329ed4494030ac00862011349752780f069e4 SHA512 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975.raw.xz) = 6704cad4dca03fd8b8171b4c514a3731ed4f328811a6c3abf5acc50f2d09ea9c942edb20974c40b0eaa8a82265bb8210fcb76efc4f3d7e16d3ebcdf154923d63 SHA512 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975.vhd.xz) = 52be1e8a3ccf7a83f2c07c945a711ea1c613a291ed67556e80d7a66f012c8d4dfd75e7e05ccb6fb26f0f847d9617b0ea9bac01bbd91a6559e1f43f2a14ab7c8d SHA512 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975.vmdk.xz) = 2bf22c368f52971ae8a70c0d556f1b287b887b9055b9a853025024b47d3f9df7990dacbec4ea22520ed0004ad2b7a78713aab402827e8d6e7131b9e453645ef6 SHA256 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975.qcow2.xz) = 0d3d40856f0fe736011310e475940e0fc642a0d4ea84b30403f9ed0a74786fb1 SHA256 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975.raw.xz) = 58d072dea7466a5d5d76e12c9cda9633e617159924045f64ce4d4a0eb0e3b0be SHA256 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975.vhd.xz) = abf12f36d1bb37ac744490d120f6b14ac3e9785da441b0576127040e6036f866 SHA256 (FreeBSD-11.0-ALPHA4-amd64-20160617-r301975.vmdk.xz) = 349a15b42020992781596b5b64a155ca8006e9df46182ed50d96d6a536abb5b4 o 11.0-ALPHA4 i386: SHA512 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975.qcow2.xz) = 086a69b4bafce07362f7e3a4a1ec00d33683d8254939d4ccf0ff4c0838c1e2abbd29f8ee62d87cf908fd7b7de4b33eb0533b2dcce7a36a993d5354ea9fee1e5a SHA512 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975.raw.xz) = 189eacc55154c65460177ee1aee076164a2e1df8283589f68eacba09f0deeaaffa1a177e1cf77b47b2e4c770f8051061b9f7333e2aee89a97e92e7a31ef45f53 SHA512 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975.vhd.xz) = 24ef68930fb87d22cce2a64b195d740fad5a14d92ad1075b2f874b99dcf1ace82008ae660b517c24877814af5e95e3b7456d094adffda25b04006860df16af20 SHA512 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975.vmdk.xz) = a1ede9cd92fda4c59161131db0aa1670f5175d57728c03f295218f7b2b8e103f1b6a0663451c660b472f426f53bdb447710ef1dda7c24bca8f59cf72b00d25ca SHA256 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975.qcow2.xz) = 9c54c5c3d4f99ce5fb75de5ad3662ebd23619f254d33cd417d02069613ded834 SHA256 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975.raw.xz) = 93889a8e7d067e71ade87ca7a15d571c419d8acb34a8d102bb943bdd0e991cfb SHA256 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975.vhd.xz) = 35dbf7f821d341c7ee57f5e4744455b9f5a14a8943fbf2a5540b02533909fec3 SHA256 (FreeBSD-11.0-ALPHA4-i386-20160617-r301975.vmdk.xz) = f4a49b8506e583c7f8dfca772ba7b2c899e952b8e21099a8e7c152d24b22ec55 o 11.0-ALPHA4 aarch64: SHA512 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975.qcow2.xz) = e8378cc3e3cc1678ca6cde92fefc5e9ede237ddda99592ccf8a00f6247a0f770d5e6b832e8e685f083555daa87a90494116e88fc50cd4e42d02971a3e0c5c87d SHA512 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975.raw.xz) = 5a41b0a8dfd80ec7cb71a025ae7ec56e98297d9f7471a34d9ef4d402400e78fdc3f73e85c801716a950cb6f0a8729074f5015911b32c54ab4b8c232d4fc40023 SHA512 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975.vhd.xz) = 2fb2499edc017efa837b91e987e2b22d7303b50b5f89501e6cae9d19fa593b98a44f9cc6a1b3e76d12f177057eb4b80725da8950491f72c6542fe77fd45f2b28 SHA512 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975.vmdk.xz) = 35ce21033ff0aca66983f67ace72793d70c6343b86d01be7903f646e0a1f058e2f45c0d7f4bf058d8e638e01f4c9e02666dfe620ff8c2090cd7f2f5625999bb8 SHA256 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975.qcow2.xz) = 036277cc2f408a96ba3513e461d06c967a9da6be5f8ba998d50f3fddf8df799c SHA256 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975.raw.xz) = 9dd82811ddcfcb9a57258517357cea134bbcbd39c5c05b5c77f3007ef99f4f36 SHA256 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975.vhd.xz) = 36bd6422e79d9dee8cf72027f805a3d8058757853badf3b83422fc17f72f00ec SHA256 (FreeBSD-11.0-ALPHA4-arm64-aarch64-20160617-r301975.vmdk.xz) = 389e198665855ecade020bbc68627c45b39f46b7d74b500f3e6f65c9061ac02d Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXZOLrAAoJEAMUWKVHj+KT6WIQAI5ii6j8OTsfQhuupU/1XHWC FSzFIkOSbcsSTECKp8Q03vp0ccmyFiyLUncuCxkBmsfxCA1kFr2VK7x5tdnz4cmm oQWk9cQtmIemfB5FCk/i8h5rXHgN70tYL4+y/ltFCh3sJ7LuFzg/HlS0eXdCOr8B 8h6FGfoKPC/s66PY9+kgW+YRkifA3QvVxgmndq0239fkTBjJpk0HvQl+rCHIWNHO leUwBoRSB70kFoae4aq172LUrD2MDapBip75kRLxWM5GSuJFgfGfWZj7hDxtIwvk +6PS3FQ9pVAbstt0fInP7/PaSDcn3wA3pOmNMS2rresRgmiX43wjhDeCDOhXED5B Wlqe+nbnaHCAf5JkF+GnTSGn4YpfNadptrBbECHK9oGahhvCGlPrWlB/BIX313a0 sgSBfAz9puPs51d2uFVVZGxWYgnjFO+qRXtzIgtMrdPz6KR96SKlWLm58EAimlw2 qMBns+47KLsL3ztIt7AnswIXxazCSB361JFdAwi+dZmLCT9q/oU+ewL7Nn6Hl0N3 8pNjX9WH72vZ0ScC4rQmi+faeWpB5HgvVm+5Ygpn0SOWvoh4LFr7p81oN44uuuyl QmZBKvYx0K5R8z0uz5V+hHQjrp9UuOfqBCj8+79zjhHoAhgCnV8DeEV9nCZ4BATl nq1uANq/yFPqb89qrHp9 =I+Nz -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Sat Jun 18 06:50:10 2016 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 5A898A7861B for ; Sat, 18 Jun 2016 06:50:10 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::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 20F381BAF for ; Sat, 18 Jun 2016 06:50:10 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-oi0-x235.google.com with SMTP id u201so146519835oie.0 for ; Fri, 17 Jun 2016 23:50:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:from:date:message-id:subject:to; bh=dQjbM7S03gR6fDEeOzVpH4CwEIRurOCqORo6wRHBNp0=; b=myjHFgXsieOSWTLWmeoVcOaG5aXhLTLgw5rBBnH6xjKTaxTPUMoF7655ZHj90JKz6A Vg0vNVqCWF2f4wdrVrtAS/iO6k8JSlV1FqNqrcOS4c0pbcUtMF3xYKG44VsNjSlI1Nga JmdqHbK49swb/6YqcouxsRR+yrI57BzNBq6u2uzZeVaZ2MNIkz1pPFQdMDU3yds1MHRP GuiQUOEPgxXpps6eUFjDnIdHVc64136si9j80y2DLN7Nm6F9NtQ79J0TF7+TANiPH+2U muS/QCg/r2xsuuF7ebiyzXJuUQPMhd3OuTA2Yw3PF/uhSR/uSDCdIi/FjE7uB+stqtKQ Z0Wg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=dQjbM7S03gR6fDEeOzVpH4CwEIRurOCqORo6wRHBNp0=; b=jEmlLIPjDX9ipI04uXdLI0g/eJXmNQFpHV1e7ztuuMnZcml9y5sO/iWt9w+bZ20g+n IODlM8W3TZOIPyu/XVvVpE7NN2yKxnR42BwlCKn828HL8rAnpVz6mV538wW5IKJTgLWu JeZhYE2y7xJU/rZQ/c1FrY3IdESfaw0eznq4rSN1ktnzgr7nwDaOyBJfIKuxvx6veaD1 UDaUWJMADGzMpEtCpGf2nF49R0KrhMsqhGoapVdlwR+bV7YMjORQkms9zFMSiWm/YNW1 KaeUewGXaL/LGBaLQd9PsNhkUKZob6yPZ/layXcd2vklLCWms4kSIDIYBsZjzIvcd++N xKMw== X-Gm-Message-State: ALyK8tItrRd2LZJwpJgmlV9Hb4yA8cby2Ib8zJtEBc1v6FksWyRaiM5jmj8hDlHScvQmodHkuAbUsUT7Slu46cMO X-Received: by 10.202.241.67 with SMTP id p64mr2947194oih.197.1466232609176; Fri, 17 Jun 2016 23:50:09 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.157.41.209 with HTTP; Fri, 17 Jun 2016 23:50:08 -0700 (PDT) From: Maxim Sobolev Date: Fri, 17 Jun 2016 23:50:08 -0700 X-Google-Sender-Auth: LcYE6yiJaCCVAJ2eXihQ_UxDPHk Message-ID: Subject: BBB (cpsw(4)) seems to be broken in the latest 11-current To: FreeBSD Current , freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 06:50:10 -0000 Updated my BBB to the latest -current, immediately got this while trying to make world over ssh console: 06:02:17 CPSW watchdog cpswss0: watchdog timeout cpswss0: Unable to cleanly shutdown transmitter Interface seems to be locked after that, no traffic comes in or out. This is: FreeBSD 11.0-ALPHA3 #1 ba7edef(tps65217x)-dirty: Fri Jun 17 16:22:07 PDT 2016, svn revision 301898 The previous version that was rock-solid was: FreeBSD 11.0-CURRENT #0 9d390ee(tps65217x)-dirty: Mon Jul 6 19:31:30 PDT 2015, svn revision 284878 I've been running buildworlds for literally days on that board, because it's how long it takes to build on that hardware. :) I'll run it again and see if the issue re-appears. If anyone seen this or if it's known issue please let me know. Thanks! -Max From owner-freebsd-current@freebsd.org Sat Jun 18 07:31:37 2016 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 97B48A78D86 for ; Sat, 18 Jun 2016 07:31:37 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from frv191.fwdcdn.com (frv191.fwdcdn.com [212.42.77.191]) (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 598291CC5 for ; Sat, 18 Jun 2016 07:31:37 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from [10.10.1.23] (helo=frv199.fwdcdn.com) by frv191.fwdcdn.com with esmtp ID 1bEAQU-000J64-Ta for freebsd-current@freebsd.org; Sat, 18 Jun 2016 10:12:18 +0300 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=UtrBGeRyyqPiorRb03N8UzrHBDqYk7ZPW6yASAP96kI=; b=PywpSrUgyqCrJs34OMAc8BNkDppPDCph3IOuqhQhPqg9xBQ1iZALlcxH4tK6GQepfYYVhQQcIBod27je9g2XOhWJQpysz/UzofvmR7N4p+nedUVog7roDFxmyG097yoS12NfIGMEO/oe7ast/7epgdPfWO9OU+lw8BL0OXPAFpM=; Received: from [10.10.10.33] (helo=frv33.fwdcdn.com) by frv199.fwdcdn.com with smtp ID 1bEAQJ-000J1H-Rw for freebsd-current@freebsd.org; Sat, 18 Jun 2016 10:12:07 +0300 Date: Sat, 18 Jun 2016 10:12:07 +0300 From: fidaj Subject: Re: New FreeBSD snapshots available: head (20160617 r301975) To: Glen Barber Cc: freebsd-snapshots@freebsd.org, freebsd-current@freebsd.org, FreeBSD Release Engineering Team X-Mailer: mail.ukr.net 5.0 Message-Id: <1466233842.650879797.mfv3fjy1@frv33.fwdcdn.com> In-Reply-To: <20160618055811.GA35283@FreeBSD.org> References: <20160618055811.GA35283@FreeBSD.org> X-Reply-Action: reply Received: from fidaj@ukr.net by frv33.fwdcdn.com; Sat, 18 Jun 2016 10:12:07 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 07:31:37 -0000 --- Оригінальне Ð¿Ð¾Ð²Ñ–Ð´Ð¾Ð¼Ð»ÐµÐ½Ð½Ñ --- Від кого: "Glen Barber" Дата: 18 Ñ‡ÐµÑ€Ð²Ð½Ñ 2016, 08:58:23 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 New FreeBSD development branch installation ISOs and virtual machine disk images have been uploaded to the FTP mirrors. As with any development branch, the installation snapshots are not intended for use on production systems. We do, however, encourage testing on non-production systems as much as possible. Please also consider installing the sysutils/panicmail port, which can help in providing FreeBSD developers the necessary information regarding system crashes. Checksums for the installation ISOs and the VM disk images follow at the end of this email. === Installation ISOs === Installation images are available for: o 11.0-ALPHA4 amd64 GENERIC o 11.0-ALPHA4 i386 GENERIC o 11.0-ALPHA4 powerpc GENERIC o 11.0-ALPHA4 powerpc64 GENERIC64 o 11.0-ALPHA4 sparc64 GENERIC o 11.0-ALPHA4 armv6 BANANAPI o 11.0-ALPHA4 armv6 BEAGLEBONE o 11.0-ALPHA4 armv6 CUBIEBOARD o 11.0-ALPHA4 armv6 CUBIEBOARD2 o 11.0-ALPHA4 armv6 CUBOX-HUMMINGBOARD o 11.0-ALPHA4 armv6 GUMSTIX o 11.0-ALPHA4 armv6 RPI-B o 11.0-ALPHA4 armv6 RPI2 o 11.0-ALPHA4 armv6 PANDABOARD o 11.0-ALPHA4 armv6 WANDBOARD o 11.0-ALPHA4 aarch64 GENERIC Hello. ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/i386/11.0-ALPHA4/  not have manifest file. From owner-freebsd-current@freebsd.org Sat Jun 18 08:09:45 2016 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 CB676A796F8; Sat, 18 Jun 2016 08:09:45 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x236.google.com (mail-io0-x236.google.com [IPv6:2607:f8b0:4001:c06::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 8CA892C4B; Sat, 18 Jun 2016 08:09:45 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by mail-io0-x236.google.com with SMTP id n127so95039556iof.3; Sat, 18 Jun 2016 01:09:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=IdtthlhC+kWBmZ9wJQsMskMw9+QMqMol/3Ij1ZLan/o=; b=U8iIjlsilPrdp2pedJHZxXApmI7SC7xUYLe27Yy8lsNW+aVE8nZbDIgGpDRE21KJ6/ pYh8WMS7YXF1jWxxJGw9kl1nF20CL2ULFGKaAYsFX4iz6itFboDxtvfhLsOiBbM9JMpC wlVWV+Ein//wgVXkoKwvUCfPjPmjmTKZtsOvvb2oYGYC6S5A3OAZ0ASKaX6ZcNBPRhny tQZQha9zMNvZbtUil9qMMg0ZOog6emNft8waEre+J910+famHH7LLv1SIkAlneR9GbFf AUzL6nqCXgz491tW7VA7WNDj95A0k9KzA6F+lG9LBAdOEcdbwQ60FuOBWCY9j7AsShSH dTHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=IdtthlhC+kWBmZ9wJQsMskMw9+QMqMol/3Ij1ZLan/o=; b=Yu4VuDKbZd5d09itrypZ6wtItHN5rzVYmheh2ufD9q8/qrDUMnKOXz7/vC6YyxdTEu kqOeQMGzlhStGvpfBevX88/IsgFzETg8LgdaBlDX1wXcyuLoRDhEq8LB/GBxFo6XgZGJ Ib07nWaLPaO3L+NXxt6glVDAFxMDgCLGAjddxqQQCu2ytCmmjvqXLwhbADOsjgR058mL X+9XSDQs3oZzNgK7r9QPFbR/0XE8ZxS8LYp1bIdk3E5rriDAMcDt6KtXysjwC9pHxDgn bE7/JIp4QnRR92wHBoALvqVYytTb2LntEvIYJ1UPlGXUMLJZxbuWVN7yR1UY+aQSDOR8 tfNA== X-Gm-Message-State: ALyK8tKTr/y/B6wnsOer0lFL3SVpoFM5FLd4XNyLmPrnDBW6qwDyNAUFQoTfEOJQ7Qn47Ow/+gsxfQkJJH/YzQ== X-Received: by 10.107.142.4 with SMTP id q4mr8951432iod.30.1466237384937; Sat, 18 Jun 2016 01:09:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.162.75 with HTTP; Sat, 18 Jun 2016 01:09:44 -0700 (PDT) In-Reply-To: References: From: Svatopluk Kraus Date: Sat, 18 Jun 2016 10:09:44 +0200 Message-ID: Subject: Re: BBB (cpsw(4)) seems to be broken in the latest 11-current To: Maxim Sobolev Cc: FreeBSD Current , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 08:09:45 -0000 On Sat, Jun 18, 2016 at 8:50 AM, Maxim Sobolev wrote: > Updated my BBB to the latest -current, immediately got this while trying to > make world over ssh console: > > 06:02:17 CPSW watchdog cpswss0: watchdog timeout > cpswss0: Unable to cleanly shutdown transmitter My BBB stucks in cpsw0 during boot rarely, and even soft reset (reset button) does not help. Only hard reset (power-off) helps. I have never had time to discover where a problem is. I'm not even sure if this is related to your problem as I did not remember exact dmesg in my case. Svata > > Interface seems to be locked after that, no traffic comes in or out. > > This is: > > FreeBSD 11.0-ALPHA3 #1 ba7edef(tps65217x)-dirty: Fri Jun 17 16:22:07 PDT > 2016, svn revision 301898 > > The previous version that was rock-solid was: > > FreeBSD 11.0-CURRENT #0 9d390ee(tps65217x)-dirty: Mon Jul 6 19:31:30 PDT > 2015, svn revision 284878 > > I've been running buildworlds for literally days on that board, because > it's how long it takes to build on that hardware. :) > > I'll run it again and see if the issue re-appears. > > If anyone seen this or if it's known issue please let me know. > > Thanks! > > -Max > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sat Jun 18 09:10:49 2016 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 B3057A77717 for ; Sat, 18 Jun 2016 09:10:49 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "asuka.mahoroba.org", Issuer "ca.mahoroba.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BC1502AD5; Sat, 18 Jun 2016 09:10:48 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from vsuiko.mahoroba.org (vsuiko.mahoroba.org [IPv6:2001:2f0:104:8010:a00:27ff:feb0:c2e]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.15.2/8.15.2) with ESMTPSA/inet6 id u5I9AbDS024030 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NO); Sat, 18 Jun 2016 18:10:42 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 18 Jun 2016 18:10:00 +0900 Message-ID: From: Hajimu UMEMOTO To: Eric van Gyzen Cc: Baptiste Daroussin , freebsd-current@freebsd.org Subject: Re: Date formatting with en_US locale In-Reply-To: <6d8f5e72-b3ab-9aa6-4fb6-1986b7b4f19b@FreeBSD.org> References: <499d8ddd-06c8-5184-68cb-4be19764b318@FreeBSD.org> <20160526144944.GD977@ivaldir.etoilebsd.net> <20160526151508.GE977@ivaldir.etoilebsd.net> <6d8f5e72-b3ab-9aa6-4fb6-1986b7b4f19b@FreeBSD.org> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) Emacs/24.5 Mule/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 10.3-STABLE X-PGP-Key: http://www.mahoroba.org/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Sat_Jun_18_18:10:00_2016-1" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sat, 18 Jun 2016 18:10:42 +0900 (JST) X-Virus-Scanned: clamav-milter 0.99.2 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on asuka.mahoroba.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 09:10:49 -0000 --Multipart_Sat_Jun_18_18:10:00_2016-1 Content-Type: text/plain; charset=US-ASCII Hi, vangyzen> Above, I mentioned two issues. The other one is, the date format for vangyzen> en_US pads the month with a zero, but the day with a space. So, June 7 is: vangyzen> 06/ 7/16 vangyzen> That looks weird. It should pad both with zeros. I'd be happy to fix vangyzen> it, but I don't see how: There isn't an "xformat" callback in the vangyzen> cldr2def.pl script, and it's not clear how to add one. If you can vangyzen> explain, I'll do it. If you can fix it, I'll be grateful. ;) Does the attached patch fix your issue? Though there are many locales it should be fixed, I've included only en_US one, in this time. Sincerely, --Multipart_Sat_Jun_18_18:10:00_2016-1 Content-Type: text/x-patch; type=patch; charset=US-ASCII Content-Disposition: attachment; filename="x_fmt-zerofill.diff" Content-Transfer-Encoding: 7bit Index: share/timedef/en_US.UTF-8.src =================================================================== --- share/timedef/en_US.UTF-8.src (revision 302002) +++ share/timedef/en_US.UTF-8.src (working copy) @@ -53,7 +53,7 @@ %I:%M:%S %p # # x_fmt -%m/%e/%y +%m/%d/%y # # c_fmt %A, %B %e, %Y at %I:%M:%S %p @@ -80,7 +80,7 @@ December # # md_order -m +md # # ampm_fmt %I:%M:%S %p Index: tools/tools/locale/tools/cldr2def.pl =================================================================== --- tools/tools/locale/tools/cldr2def.pl (revision 302002) +++ tools/tools/locale/tools/cldr2def.pl (working copy) @@ -68,6 +68,7 @@ mdorder => \&callback_mdorder, altmon => \&callback_altmon, cformat => \&callback_cformat, + dformat => \&callback_dformat, dtformat => \&callback_dtformat, cbabmon => \&callback_abmon, cbampm => \&callback_ampm, @@ -183,10 +184,9 @@ "abday" => "as", "day" => "as", "t_fmt" => "s", - "d_fmt" => "s", + "d_fmt" => " " " "s", "d_t_fmt" => " " "|[-.]))%e/$1%d/; + $s =~ s/%e((|[-.])%m)/%d$1/; + return $s; +}; + sub callback_dtformat { my $s = shift; my $nl = $callback{data}{l} . "_" . $callback{data}{c}; @@ -241,7 +249,8 @@ sub callback_mdorder { my $s = shift; return undef if (!defined $s); - $s =~ s/[^dm]//g; + $s =~ s/[^dem]//g; + $s =~ s/e/d/g; return $s; }; --Multipart_Sat_Jun_18_18:10:00_2016-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO ume@mahoroba.org ume@FreeBSD.org http://www.mahoroba.org/~ume/ --Multipart_Sat_Jun_18_18:10:00_2016-1-- From owner-freebsd-current@freebsd.org Sat Jun 18 12:05:26 2016 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 C00FDA79C93 for ; Sat, 18 Jun 2016 12:05:26 +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 B323712DF; Sat, 18 Jun 2016 12:05:26 +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 ACAF817D2; Sat, 18 Jun 2016 12:05:26 +0000 (UTC) Date: Sat, 18 Jun 2016 12:05:26 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1249827954.99.1466251526636.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_sparc64 #86 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_sparc64 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 12:05:26 -0000 See ------------------------------------------ [...truncated 190406 lines...] --- all_subdir_usb/rue --- =3D=3D=3D> usb/rue (all) --- machine --- machine -> /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/include --- opt_bus.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_bus.h opt_bus.h --- opt_inet.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_inet.h opt_inet.h --- opt_usb.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_usb.h opt_usb.h --- bus_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/bus_if.m -h --- device_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/device_if.m -h --- miibus_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/mii/miibus_if.m -h --- all_subdir_zfs --- --- inftrees.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.inftrees.o -MTinft= rees.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant= -decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer= -arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions = -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -W= no-uninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes = -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -W= no-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -f= inline-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --par= am large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9= 899:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compa= t/opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/= src/sys/cddl/contrib/opensolaris/uts/common/zmod/inftrees.c -o inftrees.o --- all_subdir_usb --- --- miidevs.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/miidevs2h.awk /= builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/mii/miidevs --- usb_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/usb/usb_if.m -h --- usbdevs.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/usbdevs2h.awk /= builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/usb/usbdevs -h --- all_subdir_wlan --- --- ieee80211_tdma.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sp= arc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GEN= ERIC/opt_global.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno= -common -g -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/bui= lds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.ieee802= 11_tdma.o -MTieee80211_tdma.o -ffreestanding -fwrapv -fstack-protector -gdw= arf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-si= gn -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -= Wno-unknown-pragmas -Wno-uninitialized -finline-limit=3D15000 -fms-extens= ions --param inline-unit-growth=3D100 --param large-function-growth=3D1000 = -mcmodel=3Dmedany -msoft-float -std=3Diso9899:1999 -c /builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/modules/wlan/../../net80211/ieee80211_tdma.c -o = ieee80211_tdma.o --- all_subdir_usb --- --- all_subdir_usb/smsc --- =3D=3D=3D> usb/smsc (all) --- all_subdir_zfs --- --- trees.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.trees.o -MTtrees.o= -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls= -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmis= sing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uni= nitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-c= ast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uni= nitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finline= -limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:19= 99 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/open= solaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sy= s/cddl/contrib/opensolaris/uts/common/zmod/trees.c -o trees.o --- all_subdir_usb --- --- machine --- machine -> /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/include --- opt_bus.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_bus.h opt_bus.h --- opt_usb.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_usb.h opt_usb.h --- opt_inet.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_inet.h opt_inet.h --- opt_platform.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_platform.h opt_platform.h --- device_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/bus_if.m -h --- usb_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/usb/usb_if.m -h --- usbdevs.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/usbdevs2h.awk /= builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/usb/usbdevs -h --- all_subdir_wlan --- --- ieee80211_superg.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sp= arc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GEN= ERIC/opt_global.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno= -common -g -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/bui= lds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.ieee802= 11_superg.o -MTieee80211_superg.o -ffreestanding -fwrapv -fstack-protector = -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointe= r-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-optio= n -Wno-unknown-pragmas -Wno-uninitialized -finline-limit=3D15000 -fms-ex= tensions --param inline-unit-growth=3D100 --param large-function-growth=3D1= 000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:1999 -c /builds/workspac= e/FreeBSD_HEAD_sparc64/src/sys/modules/wlan/../../net80211/ieee80211_superg= .c -o ieee80211_superg.o --- ieee80211.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sp= arc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GEN= ERIC/opt_global.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno= -common -g -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/bui= lds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.ieee802= 11.o -MTieee80211.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fforma= t-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknow= n-pragmas -Wno-uninitialized -finline-limit=3D15000 -fms-extensions --par= am inline-unit-growth=3D100 --param large-function-growth=3D1000 -mcmodel= =3Dmedany -msoft-float -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HE= AD_sparc64/src/sys/modules/wlan/../../net80211/ieee80211.c -o ieee80211.o --- all_subdir_usb --- --- all_subdir_usb/rue --- --- ruephy.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sp= arc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GEN= ERIC/opt_global.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno= -common -g -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/bui= lds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.ruephy.= o -MTruephy.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wre= dundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -W= pointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-exte= nsions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-prag= mas -Wno-uninitialized -finline-limit=3D15000 -fms-extensions --param inl= ine-unit-growth=3D100 --param large-function-growth=3D1000 -mcmodel=3Dmedan= y -msoft-float -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD_sparc= 64/src/sys/modules/usb/rue/../../../dev/usb/net/ruephy.c -o ruephy.o --- all_subdir_usb/smsc --- --- miibus_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/mii/miibus_if.m -h --- ofw_bus_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/ofw/ofw_bus_if.m -h --- all_subdir_usb/rue --- --- if_rue.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sp= arc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GEN= ERIC/opt_global.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno= -common -g -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/bui= lds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.if_rue.= o -MTif_rue.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wre= dundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -W= pointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-exte= nsions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-prag= mas -Wno-uninitialized -finline-limit=3D15000 -fms-extensions --param inl= ine-unit-growth=3D100 --param large-function-growth=3D1000 -mcmodel=3Dmedan= y -msoft-float -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD_sparc= 64/src/sys/modules/usb/rue/../../../dev/usb/net/if_rue.c -o if_rue.o --- all_subdir_usb/smsc --- --- if_smsc.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sp= arc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GEN= ERIC/opt_global.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno= -common -g -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/bui= lds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.if_smsc= .o -MTif_smsc.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -W= redundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-ex= tensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pr= agmas -Wno-uninitialized -finline-limit=3D15000 -fms-extensions --param i= nline-unit-growth=3D100 --param large-function-growth=3D1000 -mcmodel=3Dmed= any -msoft-float -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD_spa= rc64/src/sys/modules/usb/smsc/../../../dev/usb/net/if_smsc.c -o if_smsc.o --- all_subdir_zfs --- --- zmod.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.zmod.o -MTzmod.o -= ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -= Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissi= ng-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-unini= tialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cas= t-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-unini= tialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finline-l= imit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param large= -function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:1999= -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/openso= laris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/= cddl/contrib/opensolaris/uts/common/zmod/zmod.c -o zmod.o --- zmod_subr.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.zmod_subr.o -MTzmo= d_subr.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-uninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototype= s -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces = -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith = -finline-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --p= aram large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Dis= o9899:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/com= pat/opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/zmod/zmod_subr.c -o zmod_subr= .o --- zutil.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.zutil.o -MTzutil.o= -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls= -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmis= sing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uni= nitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-c= ast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uni= nitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finline= -limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:19= 99 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/open= solaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sy= s/cddl/contrib/opensolaris/uts/common/zmod/zutil.c -o zutil.o --- all_subdir_usb --- --- all_subdir_usb/rue --- --- if_rue.kld --- ld -d -warn-common -r -d -o if_rue.kld if_rue.o ruephy.o :> export_syms awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/conf/kmod_syms.awk if= _rue.kld export_syms | xargs -J% objcopy % if_rue.kld --- all_subdir_zfs --- --- sha256c.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.sha256c.o -MTsha25= 6c.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -uninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -W= no-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno= -uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -fin= line-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param= large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso989= 9:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/= opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/sr= c/sys/crypto/sha2/sha256c.c -o sha256c.o --- all_subdir_usb --- --- if_rue.ko.full --- ld -Bshareable -d -warn-common -o if_rue.ko.full if_rue.kld --- all_subdir_wlan --- --- wlan.kld --- ld -d -warn-common -r -d -o wlan.kld ieee80211.o ieee80211_action.o ieee802= 11_ageq.o ieee80211_crypto.o ieee80211_crypto_none.o ieee80211_dfs.o ieee80= 211_freebsd.o ieee80211_input.o ieee80211_ioctl.o ieee80211_mesh.o ieee8021= 1_node.o ieee80211_output.o ieee80211_phy.o ieee80211_power.o ieee80211_pro= to.o ieee80211_scan.o ieee80211_scan_sw.o ieee80211_scan_sta.o ieee80211_ra= diotap.o ieee80211_ratectl.o ieee80211_ratectl_none.o ieee80211_regdomain.o= ieee80211_ht.o ieee80211_hwmp.o ieee80211_adhoc.o ieee80211_hostap.o ieee8= 0211_monitor.o ieee80211_sta.o ieee80211_wds.o ieee80211_ddb.o ieee80211_td= ma.o ieee80211_superg.o --- all_subdir_usb --- --- if_rue.ko.debug --- objcopy --only-keep-debug if_rue.ko.full if_rue.ko.debug --- if_rue.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_rue.ko.debug if_rue.ko.full= if_rue.ko --- all_subdir_usb/udav --- =3D=3D=3D> usb/udav (all) --- machine --- machine -> /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/include --- opt_bus.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_bus.h opt_bus.h --- all_subdir_wlan --- :> export_syms awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/conf/kmod_syms.awk wl= an.kld export_syms | xargs -J% objcopy % wlan.kld --- all_subdir_usb --- --- opt_usb.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_usb.h opt_usb.h --- opt_inet.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_inet.h opt_inet.h --- device_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/bus_if.m -h --- usb_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/usb/usb_if.m -h --- usbdevs.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/usbdevs2h.awk /= builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/usb/usbdevs -h --- all_subdir_wlan --- --- wlan.ko.full --- ld -Bshareable -d -warn-common -o wlan.ko.full wlan.kld --- all_subdir_usb --- --- all_subdir_usb/smsc --- --- if_smsc.kld --- ld -d -warn-common -r -d -o if_smsc.kld if_smsc.o :> export_syms awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/conf/kmod_syms.awk if= _smsc.kld export_syms | xargs -J% objcopy % if_smsc.kld --- if_smsc.ko.full --- ld -Bshareable -d -warn-common -o if_smsc.ko.full if_smsc.kld --- if_smsc.ko.debug --- objcopy --only-keep-debug if_smsc.ko.full if_smsc.ko.debug --- if_smsc.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_smsc.ko.debug if_smsc.ko.fu= ll if_smsc.ko --- all_subdir_usb/udav --- --- miibus_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/mii/miibus_if.m -h --- all_subdir_zfs --- --- sha512c.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.sha512c.o -MTsha51= 2c.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -uninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -W= no-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno= -uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -fin= line-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param= large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso989= 9:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/= opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/sr= c/sys/crypto/sha2/sha512c.c -o sha512c.o --- all_subdir_wlan --- --- wlan.ko.debug --- objcopy --only-keep-debug wlan.ko.full wlan.ko.debug --- all_subdir_usb --- --- all_subdir_usb/uhso --- =3D=3D=3D> usb/uhso (all) --- all_subdir_wlan --- --- wlan.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dwlan.ko.debug wlan.ko.full wla= n.ko --- all_subdir_zfs --- --- skein.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.skein.o -MTskein.o= -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls= -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmis= sing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uni= nitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-c= ast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uni= nitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finline= -limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:19= 99 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/open= solaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sy= s/crypto/skein/skein.c -o skein.o --- all_subdir_usb --- --- machine --- machine -> /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/include --- opt_bus.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_bus.h opt_bus.h --- opt_usb.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_usb.h opt_usb.h --- opt_inet.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_inet.h opt_inet.h --- device_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/bus_if.m -h --- usb_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/usb/usb_if.m -h --- usbdevs.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/usbdevs2h.awk /= builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/usb/usbdevs -h --- all_subdir_zfs --- --- skein_block.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.skein_block.o -MTs= kein_block.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wred= undant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wp= ointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-exten= sions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragm= as -Wno-uninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-proto= types -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-bra= ces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-ari= th -finline-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100= --param large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std= =3Diso9899:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cdd= l/compat/opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_s= parc64/src/sys/crypto/skein/skein_block.c -o skein_block.o --- arc.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.arc.o -MTarc.o -ff= reestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wn= ested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wi= nline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing= -include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uniniti= alized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-= qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uniniti= alized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finline-lim= it=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param large-f= unction-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:1999 -= include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/opensola= ris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cd= dl/contrib/opensolaris/uts/common/fs/zfs/arc.c -o arc.o --- all_subdir_usb --- --- all_subdir_usb/udav --- --- if_udav.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sp= arc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GEN= ERIC/opt_global.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno= -common -g -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/bui= lds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.if_udav= .o -MTif_udav.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -W= redundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-ex= tensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pr= agmas -Wno-uninitialized -finline-limit=3D15000 -fms-extensions --param i= nline-unit-growth=3D100 --param large-function-growth=3D1000 -mcmodel=3Dmed= any -msoft-float -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD_spa= rc64/src/sys/modules/usb/udav/../../../dev/usb/net/if_udav.c -o if_udav.o --- all_subdir_zfs --- cc1: warnings being treated as errors /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts= /common/fs/zfs/arc.c: In function 'dnlc_reduce_cache': /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts= /common/fs/zfs/arc.c:3798: warning: cast from pointer to integer of differe= nt size [-Wpointer-to-int-cast] *** [arc.o] Error code 1 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules= /zfs --- all_subdir_usb --- --- all_subdir_usb/uhso --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules= /usb/uhso *** [all_subdir_usb/uhso] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules= /usb --- all_subdir_zfs --- 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules= /zfs *** [all_subdir_zfs] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules --- all_subdir_usb --- --- all_subdir_usb/udav --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules= /usb/udav *** [all_subdir_usb/udav] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules= /usb 2 errors bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules= /usb *** [all_subdir_usb] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules 2 errors bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.spa= rc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC 1 error bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.spa= rc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src *** [buildkernel] Error code 2 make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src [Pipeline] } [Pipeline] // withEnv [Pipeline] } [Pipeline] // dir [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD_sparc64 [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Sat Jun 18 13:20:55 2016 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 086FAA78C8D for ; Sat, 18 Jun 2016 13:20:55 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from frv199.fwdcdn.com (frv199.fwdcdn.com [212.42.77.199]) (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 C064E2579 for ; Sat, 18 Jun 2016 13:20:54 +0000 (UTC) (envelope-from fidaj@ukr.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=HKfeqwQmVTWD0cDb+itnwdA1IIwsvx0gWsh3XXQ/PAM=; b=B0jSoSvgp1nKHBEsY5WfjIs+1QOo6DAyWZuSK2Q8IvpTF79Hbd0LzXuxPyky6ps/lPMEympbanyE8b2gIW5xAlOjby9C9F6U6OOu00+k9DR+/EAL/7+VUqTST4UOOAbBbJmAyhpLWiVU7qRdMZJkgQzFRc0pMelGF3dPFm7VmVU=; Received: from [10.10.10.33] (helo=frv33.fwdcdn.com) by frv199.fwdcdn.com with smtp ID 1bEGB8-0002lb-O9 for freebsd-current@freebsd.org; Sat, 18 Jun 2016 16:20:50 +0300 Date: Sat, 18 Jun 2016 16:20:50 +0300 From: fidaj Subject: Re: New FreeBSD snapshots available: head (20160617 r301975) To: Glen Barber Cc: freebsd-snapshots@freebsd.org, freebsd-current@freebsd.org, FreeBSD Release Engineering Team X-Mailer: mail.ukr.net 5.0 Message-Id: <1466256050.539996223.mg9u2m52@frv33.fwdcdn.com> In-Reply-To: <20160618055811.GA35283@FreeBSD.org> References: <20160618055811.GA35283@FreeBSD.org> X-Reply-Action: reply Received: from fidaj@ukr.net by frv33.fwdcdn.com; Sat, 18 Jun 2016 16:20:50 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 13:20:55 -0000 Please add the MANIFEST file to ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/i386/11.0-ALPHA4/ Thanks! From owner-freebsd-current@freebsd.org Sat Jun 18 13:30:01 2016 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 477B1A78E84 for ; Sat, 18 Jun 2016 13:30:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 D734028C4 for ; Sat, 18 Jun 2016 13:30:00 +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 u5IDTs8o079218 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 18 Jun 2016 16:29:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u5IDTs8o079218 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u5IDTsSI079217 for freebsd-current@FreeBSD.org; Sat, 18 Jun 2016 16:29:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 18 Jun 2016 16:29:54 +0300 From: Konstantin Belousov To: freebsd-current@FreeBSD.org Subject: Re: Build failed in Jenkins: FreeBSD_HEAD_sparc64 #86 Message-ID: <20160618132954.GC38613@kib.kiev.ua> References: <1249827954.99.1466251526636.JavaMail.jenkins@jenkins-9.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1249827954.99.1466251526636.JavaMail.jenkins@jenkins-9.freebsd.org> User-Agent: Mutt/1.6.1 (2016-04-27) 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.22 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, 18 Jun 2016 13:30:01 -0000 On Sat, Jun 18, 2016 at 12:05:26PM +0000, jenkins-admin@FreeBSD.org wrote: > cc1: warnings being treated as errors > /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c: In function 'dnlc_reduce_cache': > /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:3798: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] > *** [arc.o] Error code 1 The fix is waiting for re approval. From owner-freebsd-current@freebsd.org Sat Jun 18 13:38:59 2016 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 DA614A7804E for ; Sat, 18 Jun 2016 13:38:59 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B7DA2CE3 for ; Sat, 18 Jun 2016 13:38:58 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 087C825D388E; Sat, 18 Jun 2016 13:38:54 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 4D546D1F8E3; Sat, 18 Jun 2016 13:38:54 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id TKAIIC9TRylm; Sat, 18 Jun 2016 13:38:53 +0000 (UTC) Received: from [192.168.124.1] (unknown [IPv6:fde9:577b:c1a9:4410:518:8308:7cfe:eb88]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id A70C8D1F8E8; Sat, 18 Jun 2016 13:38:52 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Konstantin Belousov" Cc: freebsd-current@FreeBSD.org Subject: Re: Build failed in Jenkins: FreeBSD_HEAD_sparc64 #86 Date: Sat, 18 Jun 2016 13:38:51 +0000 Message-ID: In-Reply-To: <20160618132954.GC38613@kib.kiev.ua> References: <1249827954.99.1466251526636.JavaMail.jenkins@jenkins-9.freebsd.org> <20160618132954.GC38613@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Mailer: MailMate Trial (2.0BETAr6032) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 13:38:59 -0000 On 18 Jun 2016, at 13:29, Konstantin Belousov wrote: > On Sat, Jun 18, 2016 at 12:05:26PM +0000, jenkins-admin@FreeBSD.org = > wrote: >> cc1: warnings being treated as errors >> /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolari= s/uts/common/fs/zfs/arc.c: = >> In function 'dnlc_reduce_cache': >> /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolari= s/uts/common/fs/zfs/arc.c:3798: = >> warning: cast from pointer to integer of different size = >> [-Wpointer-to-int-cast] >> *** [arc.o] Error code 1 > > The fix is waiting for re approval. In the past we handled build fixes with re (implicit) as there=E2=80=99s = no = point on leaving something broken. Not sure how re@ thinks about it these days but I=E2=80=99d rather have a= = building tree than waiting for approval for as long as there was no = announcement to hold off approved but not yet done commits due to repo = work. Just my 0.0005 cts /bz From owner-freebsd-current@freebsd.org Sat Jun 18 14:02:53 2016 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 A7949A787F2; Sat, 18 Jun 2016 14:02:53 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 985181C8A; Sat, 18 Jun 2016 14:02:53 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 43C111720; Sat, 18 Jun 2016 14:02:53 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 18 Jun 2016 14:02:50 +0000 From: Glen Barber To: fidaj Cc: freebsd-snapshots@freebsd.org, freebsd-current@freebsd.org, FreeBSD Release Engineering Team Subject: Re: New FreeBSD snapshots available: head (20160617 r301975) Message-ID: <20160618140250.GB28666@FreeBSD.org> References: <20160618055811.GA35283@FreeBSD.org> <1466233842.650879797.mfv3fjy1@frv33.fwdcdn.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="l76fUT7nc3MelDdI" Content-Disposition: inline In-Reply-To: <1466233842.650879797.mfv3fjy1@frv33.fwdcdn.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 14:02:53 -0000 --l76fUT7nc3MelDdI Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 18, 2016 at 10:12:07AM +0300, fidaj wrote: > =3D=3D=3D Installation ISOs =3D=3D=3D >=20 > Installation images are available for: >=20 > o 11.0-ALPHA4 amd64 GENERIC > o 11.0-ALPHA4 i386 GENERIC > o 11.0-ALPHA4 powerpc GENERIC > o 11.0-ALPHA4 powerpc64 GENERIC64 > o 11.0-ALPHA4 sparc64 GENERIC > o 11.0-ALPHA4 armv6 BANANAPI > o 11.0-ALPHA4 armv6 BEAGLEBONE > o 11.0-ALPHA4 armv6 CUBIEBOARD > o 11.0-ALPHA4 armv6 CUBIEBOARD2 > o 11.0-ALPHA4 armv6 CUBOX-HUMMINGBOARD > o 11.0-ALPHA4 armv6 GUMSTIX > o 11.0-ALPHA4 armv6 RPI-B > o 11.0-ALPHA4 armv6 RPI2 > o 11.0-ALPHA4 armv6 PANDABOARD > o 11.0-ALPHA4 armv6 WANDBOARD > o 11.0-ALPHA4 aarch64 GENERIC > =20 > Hello.=20 > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/i386/11.0-ALPHA4/=A0 not have= manifest file.=20 >=20 Huh. Yep, this is a problem. Thank you for the report. I'll investigate what happened here. Glen --l76fUT7nc3MelDdI Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXZVSEAAoJEAMUWKVHj+KTf+oP/iw3+1rKHZxnu4Mg3X211Vpi eyCICBKemqWgOnM1UkPCSzcp9XjFiIMlBb9Bev1WLJpzrKFIBR2eq6WnJrpKQRbu iunpwiPUQYy5tI6hqc7K5vWtBliM20ZwV6n1IgeoY1YsMpYWzNvmCzPq+euH3zjo PRbL9K8qIanZ+SW220SrOal94AM2fsdb8K//xgOxP2SORsKAhwiBr+maanO9NG7m o2oTZUu9IQojR29kHug9A5KV/au2FldE+0PjWt+PEkUZ0XfM4yxP4wfUPthgJ9UH MyDV3xTZwvMPUy28WQ9jOSJITgrgRgPlugCS8UDed1AxMqZo0gHE/LVm98Gl0a9H zyElTKFn5qrs0fz1g6kNA1y5A8eVrhINbdZYjizdWxbUOr+YyISF3UI1ZDh2QZlb hZHbjJs2ZvoK6SM36J4gMWzKwgQuzBtfAgQzvoJqLcp7a+WVHPMS/6+TcsgJfkvv Lo5+j0ZCuOHqsGfj0N+XQm9isJi/3sR0ckJ0r+vQ+0OVLOOpcdm98uAosJNOg+eo RclAtVLjEnwRC3x1J2xLepGix/Gm0us8UZMRlvtB5LE762WgPeogp9ygXNqMXq2d F3d6LWnifHfXPJOXENxJ6PcM7X1lSyYNIgXFZ9gZGTuX9JEQ+dznf3ebfJZfhl2r FNEDWy95WcOooVpEUt4a =fe0l -----END PGP SIGNATURE----- --l76fUT7nc3MelDdI-- From owner-freebsd-current@freebsd.org Sat Jun 18 14:58:01 2016 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 07F49A780D0 for ; Sat, 18 Jun 2016 14:58:01 +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 EDA221295; Sat, 18 Jun 2016 14:58:00 +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 7FA771814; Sat, 18 Jun 2016 14:58:01 +0000 (UTC) Date: Sat, 18 Jun 2016 14:58:00 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <531184112.100.1466261881384.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1249827954.99.1466251526636.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1249827954.99.1466251526636.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_sparc64 #87 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_sparc64 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 14:58:01 -0000 See ------------------------------------------ [...truncated 176799 lines...] --- machine --- machine -> /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/include --- opt_bus.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_bus.h opt_bus.h --- opt_usb.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_usb.h opt_usb.h --- opt_gdb.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gdb.h opt_gdb.h --- device_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/bus_if.m -h --- all_subdir_usb/uled --- --- uled.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sp= arc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GEN= ERIC/opt_global.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno= -common -g -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/bui= lds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.uled.o = -MTuled.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredund= ant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensio= ns -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-uninitialized -finline-limit=3D15000 -fms-extensions --param inline-= unit-growth=3D100 --param large-function-growth=3D1000 -mcmodel=3Dmedany -m= soft-float -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD_sparc64/s= rc/sys/modules/usb/uled/../../../dev/usb/misc/uled.c -o uled.o --- all_subdir_usb/ucom --- --- usb_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/usb/usb_if.m -h --- usbdevs.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/usbdevs2h.awk /= builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/usb/usbdevs -h --- all_subdir_zfs --- --- opensolaris_uio.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.opensolaris_uio.o = -MTopensolaris_uio.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fform= at-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkno= wn-pragmas -Wno-uninitialized -Wno-missing-prototypes -Wno-undef -Wno-stri= ct-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-mis= sing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-poi= nter-arith -finline-limit=3D15000 -fms-extensions --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-floa= t -std=3Diso9899:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/= sys/cddl/compat/opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD= _HEAD_sparc64/src/sys/cddl/compat/opensolaris/kern/opensolaris_uio.c -o ope= nsolaris_uio.o --- opensolaris_vfs.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.opensolaris_vfs.o = -MTopensolaris_vfs.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fform= at-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkno= wn-pragmas -Wno-uninitialized -Wno-missing-prototypes -Wno-undef -Wno-stri= ct-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-mis= sing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-poi= nter-arith -finline-limit=3D15000 -fms-extensions --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-floa= t -std=3Diso9899:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/= sys/cddl/compat/opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD= _HEAD_sparc64/src/sys/cddl/compat/opensolaris/kern/opensolaris_vfs.c -o ope= nsolaris_vfs.o --- all_subdir_usb --- --- all_subdir_usb/uled --- --- uled.kld --- ld -d -warn-common -r -d -o uled.kld uled.o :> export_syms awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/conf/kmod_syms.awk ul= ed.kld export_syms | xargs -J% objcopy % uled.kld --- uled.ko.full --- ld -Bshareable -d -warn-common -o uled.ko.full uled.kld --- uled.ko.debug --- objcopy --only-keep-debug uled.ko.full uled.ko.debug --- uled.ko --- objcopy --strip-debug --add-gnu-debuglink=3Duled.ko.debug uled.ko.full ule= d.ko --- all_subdir_zfs --- --- opensolaris_vm.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.opensolaris_vm.o -= MTopensolaris_vm.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall= -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototyp= es -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat= -extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown= -pragmas -Wno-uninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict= -prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missi= ng-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-point= er-arith -finline-limit=3D15000 -fms-extensions --param inline-unit-growth= =3D100 --param large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float = -std=3Diso9899:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sy= s/cddl/compat/opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_H= EAD_sparc64/src/sys/cddl/compat/opensolaris/kern/opensolaris_vm.c -o openso= laris_vm.o --- all_subdir_wlan --- --- ieee80211_superg.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sp= arc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GEN= ERIC/opt_global.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno= -common -g -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/bui= lds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.ieee802= 11_superg.o -MTieee80211_superg.o -ffreestanding -fwrapv -fstack-protector = -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointe= r-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-optio= n -Wno-unknown-pragmas -Wno-uninitialized -finline-limit=3D15000 -fms-ex= tensions --param inline-unit-growth=3D100 --param large-function-growth=3D1= 000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:1999 -c /builds/workspac= e/FreeBSD_HEAD_sparc64/src/sys/modules/wlan/../../net80211/ieee80211_superg= .c -o ieee80211_superg.o --- all_subdir_zfs --- --- opensolaris_zone.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.opensolaris_zone.o= -MTopensolaris_zone.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -= Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffo= rmat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unk= nown-pragmas -Wno-uninitialized -Wno-missing-prototypes -Wno-undef -Wno-st= rict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-m= issing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-p= ointer-arith -finline-limit=3D15000 -fms-extensions --param inline-unit-gr= owth=3D100 --param large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-fl= oat -std=3Diso9899:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/sr= c/sys/cddl/compat/opensolaris/sys/debug_compat.h -c /builds/workspace/FreeB= SD_HEAD_sparc64/src/sys/cddl/compat/opensolaris/kern/opensolaris_zone.c -o = opensolaris_zone.o --- all_subdir_wlan --- --- ieee80211.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sp= arc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GEN= ERIC/opt_global.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno= -common -g -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/bui= lds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.ieee802= 11.o -MTieee80211.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fforma= t-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknow= n-pragmas -Wno-uninitialized -finline-limit=3D15000 -fms-extensions --par= am inline-unit-growth=3D100 --param large-function-growth=3D1000 -mcmodel= =3Dmedany -msoft-float -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HE= AD_sparc64/src/sys/modules/wlan/../../net80211/ieee80211.c -o ieee80211.o --- all_subdir_usb --- --- all_subdir_usb/ucom --- --- usb_serial.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sp= arc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GEN= ERIC/opt_global.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno= -common -g -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/bui= lds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.usb_ser= ial.o -MTusb_serial.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn= own-pragmas -Wno-uninitialized -finline-limit=3D15000 -fms-extensions --p= aram inline-unit-growth=3D100 --param large-function-growth=3D1000 -mcmodel= =3Dmedany -msoft-float -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HE= AD_sparc64/src/sys/modules/usb/ucom/../../../dev/usb/serial/usb_serial.c -o= usb_serial.o --- all_subdir_zfs --- --- opensolaris_atomic.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Werr= or -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_sparc= 64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc64= /src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/build= s/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/commo= n -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Free= BSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/work= space/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_K= ERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/sp= arc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_glo= bal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g -= I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspac= e/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.opensolaris_atomic.= o -MTopensolaris_atomic.o -ffreestanding -fwrapv -fstack-protector -gdwarf-= 2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -= fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-= unknown-pragmas -Wno-uninitialized -Wno-missing-prototypes -Wno-undef -Wno= -strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wn= o-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wn= o-pointer-arith -finline-limit=3D15000 -fms-extensions --param inline-unit= -growth=3D100 --param large-function-growth=3D1000 -mcmodel=3Dmedany -msoft= -float -std=3Diso9899:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64= /src/sys/cddl/compat/opensolaris/sys/debug_compat.h -c /builds/workspace/F= reeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/atomic/sparc64/= opensolaris_atomic.S -o opensolaris_atomic.o --- gfs.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.gfs.o -MTgfs.o -ff= reestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wn= ested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wi= nline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing= -include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uniniti= alized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-= qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uniniti= alized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finline-lim= it=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param large-f= unction-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:1999 -= include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/opensola= ris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cd= dl/contrib/opensolaris/uts/common/fs/gfs.c -o gfs.o --- vnode.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.vnode.o -MTvnode.o= -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls= -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmis= sing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uni= nitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-c= ast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uni= nitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finline= -limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:19= 99 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/open= solaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sy= s/cddl/contrib/opensolaris/uts/common/fs/vnode.c -o vnode.o --- callb.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.callb.o -MTcallb.o= -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls= -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmis= sing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uni= nitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-c= ast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uni= nitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finline= -limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:19= 99 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/open= solaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sy= s/cddl/contrib/opensolaris/uts/common/os/callb.c -o callb.o --- fm.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.fm.o -MTfm.o -ffre= estanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnes= ted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winl= ine -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-i= nclude-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uninitial= ized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qu= al -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitial= ized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finline-limit= =3D15000 -fms-extensions --param inline-unit-growth=3D100 --param large-fun= ction-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:1999 -in= clude /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/opensolari= s/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl= /contrib/opensolaris/uts/common/os/fm.c -o fm.o --- all_subdir_usb --- --- ucom.kld --- ld -d -warn-common -r -d -o ucom.kld usb_serial.o :> export_syms awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/conf/kmod_syms.awk uc= om.kld export_syms | xargs -J% objcopy % ucom.kld --- ucom.ko.full --- ld -Bshareable -d -warn-common -o ucom.ko.full ucom.kld --- ucom.ko.debug --- objcopy --only-keep-debug ucom.ko.full ucom.ko.debug --- ucom.ko --- objcopy --strip-debug --add-gnu-debuglink=3Ducom.ko.debug ucom.ko.full uco= m.ko --- all_subdir_zfs --- --- list.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.list.o -MTlist.o -= ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -= Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissi= ng-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-unini= tialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cas= t-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-unini= tialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finline-l= imit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param large= -function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:1999= -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/openso= laris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/= cddl/contrib/opensolaris/uts/common/os/list.c -o list.o --- all_subdir_usb --- --- all_subdir_usb/u3g --- =3D=3D=3D> usb/u3g (all) --- all_subdir_wlan --- --- wlan.kld --- ld -d -warn-common -r -d -o wlan.kld ieee80211.o ieee80211_action.o ieee802= 11_ageq.o ieee80211_crypto.o ieee80211_crypto_none.o ieee80211_dfs.o ieee80= 211_freebsd.o ieee80211_input.o ieee80211_ioctl.o ieee80211_mesh.o ieee8021= 1_node.o ieee80211_output.o ieee80211_phy.o ieee80211_power.o ieee80211_pro= to.o ieee80211_scan.o ieee80211_scan_sw.o ieee80211_scan_sta.o ieee80211_ra= diotap.o ieee80211_ratectl.o ieee80211_ratectl_none.o ieee80211_regdomain.o= ieee80211_ht.o ieee80211_hwmp.o ieee80211_adhoc.o ieee80211_hostap.o ieee8= 0211_monitor.o ieee80211_sta.o ieee80211_wds.o ieee80211_ddb.o ieee80211_td= ma.o ieee80211_superg.o --- all_subdir_usb --- --- machine --- machine -> /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/include --- opt_bus.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_bus.h opt_bus.h --- opt_usb.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_usb.h opt_usb.h --- device_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/bus_if.m -h --- all_subdir_wlan --- :> export_syms awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/conf/kmod_syms.awk wl= an.kld export_syms | xargs -J% objcopy % wlan.kld --- all_subdir_usb --- --- usb_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/usb/usb_if.m -h --- usbdevs.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/usbdevs2h.awk /= builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/usb/usbdevs -h --- all_subdir_zfs --- --- nvpair_alloc_system.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.nvpair_alloc_syste= m.o -MTnvpair_alloc_system.o -ffreestanding -fwrapv -fstack-protector -gdwa= rf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sig= n -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -W= no-unknown-pragmas -Wno-uninitialized -Wno-missing-prototypes -Wno-undef -= Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls = -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch = -Wno-pointer-arith -finline-limit=3D15000 -fms-extensions --param inline-u= nit-growth=3D100 --param large-function-growth=3D1000 -mcmodel=3Dmedany -ms= oft-float -std=3Diso9899:1999 -include /builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris/sys/debug_compat.h -c /builds/workspace= /FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/os/nvpair= _alloc_system.c -o nvpair_alloc_system.o --- all_subdir_wlan --- --- wlan.ko.full --- ld -Bshareable -d -warn-common -o wlan.ko.full wlan.kld --- all_subdir_zfs --- --- adler32.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.adler32.o -MTadler= 32.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -uninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -W= no-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno= -uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -fin= line-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param= large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso989= 9:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/= opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/sr= c/sys/cddl/contrib/opensolaris/uts/common/zmod/adler32.c -o adler32.o --- all_subdir_wlan --- --- wlan.ko.debug --- objcopy --only-keep-debug wlan.ko.full wlan.ko.debug --- wlan.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dwlan.ko.debug wlan.ko.full wla= n.ko --- all_subdir_zfs --- --- opensolaris_crc32.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.opensolaris_crc32.= o -MTopensolaris_crc32.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2= -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -f= format-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-u= nknown-pragmas -Wno-uninitialized -Wno-missing-prototypes -Wno-undef -Wno-= strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno= -missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno= -pointer-arith -finline-limit=3D15000 -fms-extensions --param inline-unit-= growth=3D100 --param large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-= float -std=3Diso9899:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/= src/sys/cddl/compat/opensolaris/sys/debug_compat.h -c /builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod/opensola= ris_crc32.c -o opensolaris_crc32.o --- deflate.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.deflate.o -MTdefla= te.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -uninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -W= no-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno= -uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -fin= line-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param= large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso989= 9:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/= opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/sr= c/sys/cddl/contrib/opensolaris/uts/common/zmod/deflate.c -o deflate.o --- inffast.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.inffast.o -MTinffa= st.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -uninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -W= no-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno= -uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -fin= line-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param= large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso989= 9:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/= opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/sr= c/sys/cddl/contrib/opensolaris/uts/common/zmod/inffast.c -o inffast.o --- inflate.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.inflate.o -MTinfla= te.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -uninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -W= no-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno= -uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -fin= line-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param= large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso989= 9:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/= opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/sr= c/sys/cddl/contrib/opensolaris/uts/common/zmod/inflate.c -o inflate.o --- inftrees.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.inftrees.o -MTinft= rees.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant= -decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer= -arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions = -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -W= no-uninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes = -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -W= no-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -f= inline-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --par= am large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9= 899:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compa= t/opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/= src/sys/cddl/contrib/opensolaris/uts/common/zmod/inftrees.c -o inftrees.o --- all_subdir_usb --- --- u3g.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sp= arc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GEN= ERIC/opt_global.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno= -common -g -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/bui= lds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.u3g.o -= MTu3g.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundan= t-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointe= r-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions= -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -= Wno-uninitialized -finline-limit=3D15000 -fms-extensions --param inline-un= it-growth=3D100 --param large-function-growth=3D1000 -mcmodel=3Dmedany -mso= ft-float -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD_sparc64/src= /sys/modules/usb/u3g/../../../dev/usb/serial/u3g.c -o u3g.o--- all_subdir_z= fs --- --- trees.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.trees.o -MTtrees.o= -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls= -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmis= sing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uni= nitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-c= ast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uni= nitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finline= -limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:19= 99 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/open= solaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sy= s/cddl/contrib/opensolaris/uts/common/zmod/trees.c -o trees.o --- zmod.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.zmod.o -MTzmod.o -= ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -= Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissi= ng-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-unini= tialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cas= t-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-unini= tialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finline-l= imit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param large= -function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:1999= -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/openso= laris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/= cddl/contrib/opensolaris/uts/common/zmod/zmod.c -o zmod.o --- zmod_subr.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.zmod_subr.o -MTzmo= d_subr.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-uninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototype= s -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces = -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith = -finline-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --p= aram large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Dis= o9899:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/com= pat/opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/zmod/zmod_subr.c -o zmod_subr= .o --- zutil.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.zutil.o -MTzutil.o= -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls= -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmis= sing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uni= nitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-c= ast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uni= nitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finline= -limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:19= 99 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/open= solaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sy= s/cddl/contrib/opensolaris/uts/common/zmod/zutil.c -o zutil.o --- all_subdir_usb --- --- u3g.kld --- ld -d -warn-common -r -d -o u3g.kld u3g.o :> export_syms awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/conf/kmod_syms.awk u3= g.kld export_syms | xargs -J% objcopy % u3g.kld --- u3g.ko.full --- ld -Bshareable -d -warn-common -o u3g.ko.full u3g.kld --- all_subdir_zfs --- --- sha256c.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.sha256c.o -MTsha25= 6c.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -uninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -W= no-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno= -uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -fin= line-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param= large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso989= 9:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/= opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/sr= c/sys/crypto/sha2/sha256c.c -o sha256c.o --- all_subdir_usb --- --- u3g.ko.debug --- objcopy --only-keep-debug u3g.ko.full u3g.ko.debug --- u3g.ko --- objcopy --strip-debug --add-gnu-debuglink=3Du3g.ko.debug u3g.ko.full u3g.k= o --- all_subdir_usb/uark --- =3D=3D=3D> usb/uark (all) --- machine --- machine -> /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/sparc64/include --- opt_bus.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_bus.h opt_bus.h --- opt_usb.h --- ln -sf /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/wo= rkspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_usb.h opt_usb.h --- device_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/kern/bus_if.m -h --- usb_if.h --- --- usbdevs.h --- --- usb_if.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/makeobjops.awk = /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/usb/usb_if.m -h --- usbdevs.h --- awk -f /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/tools/usbdevs2h.awk /= builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/usb/usbdevs -h --- all_subdir_zfs --- --- sha512c.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.sha512c.o -MTsha51= 2c.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -= Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno= -uninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -W= no-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno= -uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -fin= line-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param= large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso989= 9:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/= opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/sr= c/sys/crypto/sha2/sha512c.c -o sha512c.o --- skein.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.skein.o -MTskein.o= -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls= -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmis= sing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uni= nitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-c= ast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uni= nitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finline= -limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param lar= ge-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:19= 99 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/open= solaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sy= s/crypto/skein/skein.c -o skein.o --- skein_block.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.skein_block.o -MTs= kein_block.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wred= undant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wp= ointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-exten= sions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragm= as -Wno-uninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-proto= types -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-bra= ces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-ari= th -finline-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100= --param large-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std= =3Diso9899:1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cdd= l/compat/opensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_s= parc64/src/sys/crypto/skein/skein_block.c -o skein_block.o --- arc.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.arc.o -MTarc.o -ff= reestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wn= ested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wi= nline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing= -include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-uniniti= alized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-= qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uniniti= alized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finline-lim= it=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param large-f= unction-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:1999 -= include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/opensola= ris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cd= dl/contrib/opensolaris/uts/common/fs/zfs/arc.c -o arc.o --- bplist.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.bplist.o -MTbplist= .o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-dec= ls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari= th -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wm= issing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-u= ninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno= -cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-u= ninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finli= ne-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param l= arge-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:= 1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/op= ensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/= sys/cddl/contrib/opensolaris/uts/common/fs/zfs/bplist.c -o bplist.o --- all_subdir_usb --- --- uark.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sp= arc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GEN= ERIC/opt_global.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno= -common -g -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/bui= lds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.uark.o = -MTuark.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredund= ant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoin= ter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensio= ns -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-uninitialized -finline-limit=3D15000 -fms-extensions --param inline-= unit-growth=3D100 --param large-function-growth=3D1000 -mcmodel=3Dmedany -m= soft-float -std=3Diso9899:1999 -c /builds/workspace/FreeBSD_HEAD_sparc64/s= rc/sys/modules/usb/uark/../../../dev/usb/serial/uark.c -o uark.o --- all_subdir_zfs --- --- blkptr.o --- --- arc.o --- cc1: warnings being treated as errors /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts= /common/fs/zfs/arc.c: In function 'dnlc_reduce_cache': /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts= /common/fs/zfs/arc.c:3798: warning: cast from pointer to integer of differe= nt size [-Wpointer-to-int-cast] --- blkptr.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I/builds/workspace/FreeBSD_HEAD_spar= c64/src/sys/cddl/compat/opensolaris -I/builds/workspace/FreeBSD_HEAD_sparc6= 4/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/builds/workspace/Fr= eeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/buil= ds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/uts/comm= on -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -I/builds/workspace/Fre= eBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common/zfs -I/builds/wor= kspace/FreeBSD_HEAD_sparc64/src/sys/cddl/contrib/opensolaris/common -DHAVE_= KERNEL_OPTION_HEADERS -include /builds/workspace/FreeBSD_HEAD_sparc64/obj/s= parc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC/opt_gl= obal.h -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -fno-common -g = -I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspa= ce/FreeBSD_HEAD_sparc64/src/sys/GENERIC -MD -MF.depend.blkptr.o -MTblkptr= .o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-dec= ls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari= th -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wm= issing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-u= ninitialized -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno= -cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-u= ninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -finli= ne-limit=3D15000 -fms-extensions --param inline-unit-growth=3D100 --param l= arge-function-growth=3D1000 -mcmodel=3Dmedany -msoft-float -std=3Diso9899:= 1999 -include /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/cddl/compat/op= ensolaris/sys/debug_compat.h -c /builds/workspace/FreeBSD_HEAD_sparc64/src/= sys/cddl/contrib/opensolaris/uts/common/fs/zfs/blkptr.c -o blkptr.o --- arc.o --- *** [arc.o] Error code 1 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules= /zfs --- all_subdir_usb --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules= /usb/uark *** [all_subdir_usb/uark] Error code 2 bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules= /usb 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules= /usb *** [all_subdir_usb] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules --- all_subdir_zfs --- 1 error bmake[4]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules= /zfs *** [all_subdir_zfs] Error code 2 bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules 2 errors bmake[3]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.spa= rc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC 1 error bmake[2]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.spa= rc64/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error bmake[1]: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src *** [buildkernel] Error code 2 make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src 1 error make: stopped in /builds/workspace/FreeBSD_HEAD_sparc64/src [Pipeline] } [Pipeline] // withEnv [Pipeline] } [Pipeline] // dir [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_HEAD_sparc64 [Pipeline] { [Pipeline] step From owner-freebsd-current@freebsd.org Sat Jun 18 15:15:58 2016 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 6B91CA78741 for ; Sat, 18 Jun 2016 15:15:58 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x22d.google.com (mail-oi0-x22d.google.com [IPv6:2607:f8b0:4003:c06::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 2E55A1FAB for ; Sat, 18 Jun 2016 15:15:58 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi0-x22d.google.com with SMTP id p204so156331188oih.3 for ; Sat, 18 Jun 2016 08:15:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Kha/i6+iia8FYg/C5OIq5SMd2N6evqtwS5quFAGHbVc=; b=PwqY0NaCXZkR8vRhwhqM9AZK0pa9280KfzpOz1gQsz5kpIeYTN0iwN3cH82J4btl3s M2ysy+MyEDN6/qXLBSHyisFfyrhCXCGc7E9Bs8Wm5Ki8l0xNEceqiOsdPLKUjNIBfXyt XOw8fI4iWcvJ4M6G0jD7RultDmVxKtBMRt9WlbYzX7TLeN30ffbVDaDZAAOusKG4PJWw CfrPHMB2IOCMVKnYwY/+vMJAj6zm5xSy1+E4phbPYHsGqeMq9MSe+UW688Ob8UZw4t6X 7AhXL6F0mhT0ovQlOhjVvv5qu/P0DbUf3KEkCdB3gLlJ16mkPLseVHc5MUxpEtsKqpgZ I2sw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Kha/i6+iia8FYg/C5OIq5SMd2N6evqtwS5quFAGHbVc=; b=kV33yr7up8xQyA3Aa8FrDj8V098930DDBcxL+FfNMOT/rD0u1u7SpoXwlsHBLJXC7f zWsFjRwLeOYhk1Az+Dp0ClKOr2P8B4U71idxrsXqCQGe0Ae2CDfwQURR3awAqKwCIwrq bpJXlhJiu1MXXQ6X61Y/oBDpmmCoRw6qO7YELT8ZL2DOxAHfXkNksnhRdFnSnVgEUBv4 SIJZE4HEHHe5fun5i456ENEKA2l2o+7f9Q/WktyAvqEnGFhF6nPc3m251Jm45g9btVJa /qNLnULPVXYOsACEQQVfYiLfZv+MvOWYCMaIU4mYGFOaiM5I6oKMFkIjeOArjhuCbDQB 6jAg== X-Gm-Message-State: ALyK8tJfWAM0XrS1ijws/bkgDANYlfwD944TpNlnRi7/+Se7yiXFGWpEtnaoNG3d8Q2T0C21OPVoY7V1oXUfmA== X-Received: by 10.202.81.145 with SMTP id f139mr4293087oib.174.1466262957063; Sat, 18 Jun 2016 08:15:57 -0700 (PDT) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.202.102.206 with HTTP; Sat, 18 Jun 2016 08:15:56 -0700 (PDT) In-Reply-To: References: <7c39e5ac-3ed7-f19a-e175-d27af07eea47@delphij.net> <5fc80d8ee559336a657514b3f2ec2a33@ultimatedns.net> From: Alan Somers Date: Sat, 18 Jun 2016 09:15:56 -0600 X-Google-Sender-Auth: po5UHE8vYdKmuKGq4TcVN9aLZbs Message-ID: Subject: Re: [CFT] ypldap testing against OpenLDAP and Microsoft Active Directory To: Chris H Cc: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 15:15:58 -0000 On Thu, Jun 16, 2016 at 7:20 AM, Chris H wrote: > On Wed, 15 Jun 2016 08:03:55 -0400 Nikolai Lifanov > wrote > >> On 06/14/2016 21:05, Marcelo Araujo wrote: >> > 2016-06-15 8:17 GMT+08:00 Chris H : >> > >> >> On Thu, 9 Jun 2016 17:55:58 +0800 Marcelo Araujo >> >> wrote >> >> >> >>> Hey, >> >>> >> >>> Thanks for the CFT Craig. >> >>> >> >>> 2016-06-09 14:41 GMT+08:00 Xin Li : >> >>> >> >>>> >> >>>> >> >>>> On 6/8/16 23:10, Craig Rodrigues wrote: >> >>>>> Hi, >> >>>>> >> >>>>> I have worked with Marcelo Araujo to port OpenBSD's ypldap to FreeBSD >> >>>>> current. >> >>>>> >> >>>>> In latest current, it should be possible to put in /etc/rc.conf: >> >>>>> >> >>>>> nis_ypldap_enable="YES" >> >>>>> to activate the ypldap daemon. >> >>>>> >> >>>>> When set up properly, it should be possible to log into FreeBSD, and >> >> have >> >>>>> the backend password database come from an LDAP database such >> >>>>> as OpenLDAP >> >>>>> >> >>>>> There is some documentation for setting this up, but it is OpenBSD >> >>>> specific: >> >>>>> >> >>>>> http://obfuscurity.com/2009/08/OpenBSD-as-an-LDAP-Client >> >>>>> http://puffysecurity.com/wiki/ypldap.html#2 >> >>>>> >> >>>>> I did not bother porting the OpenBSD LDAP server to FreeBSD, so that >> >>>>> information >> >>>>> does not apply. I figure that openldap from ports should work fine. >> >>>>> >> >>>>> I was wondering if there is someone out there familiar enough with >> >> LDAP >> >>>>> and has a setup they can test this stuff out with, provide feedback, >> >> and >> >>>>> help >> >>>>> improve the documentation for FreeBSD? >> >>>> >> >>>> Looks like it would be a fun weekend project. I've cc'ed a potential >> >>>> person who may be interested in this as well. >> >>>> >> >>>> But will this worth the effort? (I think the current implementation >> >>>> would do everything with plaintext protocol over wire, so while it >> >>>> extends life for legacy applications that are still using NIS/YP, it >> >>>> doesn't seem to be something that we should recommend end user to use?) >> >>>> >> >>> >> >>> I can see two good point to use ypldap that would be basically for users >> >>> that needs to migrate from NIS to LDAP or need to make some integration >> >>> between legacy(NIS) and LDAP during a transition period to LDAP. >> >>> >> >>> As mentioned, NIS is 'plain text' not safe by its nature, however there >> >> are >> >>> still lots of people out there using NIS, and ypldap(8) is a good tool to >> >>> help these people migrate to a more safe tool like LDAP. >> >>> >> >>> >> >>>> >> >>>>> I would also be interested in hearing from someone who can see if >> >>>>> ypldap can work against a Microsoft Active Directory setup? >> >>>> >> >>>> Cheers, >> >>>> >> >>>> >> >>> All my tests were using OpenLDAP, I used the OpenBSD documentation to >> >> setup >> >>> everything, and the file share/examples/ypldap/ypldap.conf can be a good >> >>> start to anybody that wants to start to work with ypldap(8). >> >>> >> >>> Would be nice hear from other users how was their experience using ypldap >> >>> with MS Active Directory and perhaps some HOWTO how they made all the >> >> setup >> >>> would be amazing to have. >> >>> >> >>> Also, would be useful to know who are still using NIS and what kind of >> >>> setup(user case), maybe even the reason why they are still using it. >> >> >> >> Honestly, I think the best way to motivate people to do the right >> >> thing(tm) Would be to remove Yellow Pages from the tree, entirely. :-) >> >> It's been dead for *years*, and as you say, isn't safe, anyway.. >> >> >> > >> > Yes, I have a plan for that, but I don't believe it will happens before >> > FreeBSD 12-RELEASE. >> > >> >> Please don't, at least for now. NIS is fast, simple, reliable, and works >> on first boot without additional software. I have passwords in >> Kerberos, so the usual cons doesn't apply. This is very valuable to me. >> >> It's not hurting anyone. What's the motivation behind removing it? > > In all honesty, my comment was somewhat tongue-in-cheek. But from > a purely maintenance POV, at this point in time. I think the Yellow > Pages are better suited for the ports tree, than in $BASE. > It will be hard to wean people off of NIS as long as KGSSAPI is disabled in GENERIC. Does anybody know why it isn't enabled by default? -Alan From owner-freebsd-current@freebsd.org Sat Jun 18 16:49:32 2016 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 D68D6A785AC for ; Sat, 18 Jun 2016 16:49:32 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-oi0-x22f.google.com (mail-oi0-x22f.google.com [IPv6:2607:f8b0:4003:c06::22f]) (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 99FD41718 for ; Sat, 18 Jun 2016 16:49:32 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-oi0-x22f.google.com with SMTP id d132so157941000oig.1 for ; Sat, 18 Jun 2016 09:49:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=4XFokAfR+iD0cT34RBJD52r6s56Fkhp7BQaMihfTiDs=; b=Cv8A5KY12/bLeeiwqU0jqgXbWLGmZtXrKlLluO5HjdBcPN0VuAJw0CyYyLb4TINvAs 7EnK4rpiiT3Ih57m0cbUBp7EYTD3DYyYyjg2RGEbyI08V8XbAItS8tvWdrW5nw5okjrA Jc5MwuENwmaeljOCKmKiPxMjdrhZTZNxJuYrssS2Cktc7cRU417Li6nLY4h/miET51Tk cFvbZxJn+bKnU3GiOjFgBC1CV7mmWWM4U2JK4a91zKSWGThrGIo6PGNuQjApQPmVYlky vocWBDtVMmoCf7K6Dbl9QUOodlZdZofNq2Rx4gzt/F1BfpTYzaTziSKFPsm8ug+iwfBX EjvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=4XFokAfR+iD0cT34RBJD52r6s56Fkhp7BQaMihfTiDs=; b=TbFplYsLzDij1rGIGMfZQO2/nczZAurHmsfCW/IGMohuDfvwG/y2fzudX2opw2UddQ 0AwhlZ972UXNBeTD8doQXuYW0T4umCK+LQMT+k3Zy+jqm6fwAuji8myclr9P2VRLEuJ1 TOsHVLdSaJ1ufPx1tzOSy4KX7hDNLGHcuPr6bYaWSxJgmw+2Rhv5GYzmpNz7m0kdG+wB 9wtf45LIMWCUaKC8+O1ryWNHMHUDvcv818jbCaKLZgVlFzreDt7oaetXRvURsVH7FMZV +8FBX1vNKD5wwr507PEfNqxKMaS0K6y/ppxlEifWZlgO9pYGJRUqVYn/59oj5Gbd4Wnh E2vw== X-Gm-Message-State: ALyK8tIQ84xTN4WxIh00G2jDqzScC+h3Vu5tYCtzSXOMJ54tfcG0PYYUJYLwsr9pYL+aDx0UHpyCG2ByZLvuz1IH X-Received: by 10.202.96.68 with SMTP id u65mr4076419oib.83.1466268571823; Sat, 18 Jun 2016 09:49:31 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.157.41.209 with HTTP; Sat, 18 Jun 2016 09:49:31 -0700 (PDT) In-Reply-To: References: From: Maxim Sobolev Date: Sat, 18 Jun 2016 09:49:31 -0700 X-Google-Sender-Auth: XP_L6aK1hKpWIeNPrVDaFjljosQ Message-ID: Subject: Re: BBB (cpsw(4)) seems to be broken in the latest 11-current To: Svatopluk Kraus Cc: FreeBSD Current , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 16:49:32 -0000 Well, I am not sure either as I don't have any issue restarting it afterwards. Yes, it seems to be happening fairly reliably here. :( Happened for me again, I left it running overnight. I am 99% positive it was not the case before kernel upgrade.. 07:11:52 CPSW watchdog cpswss0: watchdog timeout cpswss0: Unable to cleanly shutdown transmitter On Sat, Jun 18, 2016 at 1:09 AM, Svatopluk Kraus wrote: > On Sat, Jun 18, 2016 at 8:50 AM, Maxim Sobolev > wrote: > > Updated my BBB to the latest -current, immediately got this while trying > to > > make world over ssh console: > > > > 06:02:17 CPSW watchdog cpswss0: watchdog timeout > > cpswss0: Unable to cleanly shutdown transmitter > > My BBB stucks in cpsw0 during boot rarely, and even soft reset (reset > button) does not help. Only hard reset (power-off) helps. I have never > had time to discover where a problem is. I'm not even sure if this is > related to your problem as I did not remember exact dmesg in my case. > > Svata > > > > > > Interface seems to be locked after that, no traffic comes in or out. > > > > This is: > > > > FreeBSD 11.0-ALPHA3 #1 ba7edef(tps65217x)-dirty: Fri Jun 17 16:22:07 PDT > > 2016, svn revision 301898 > > > > The previous version that was rock-solid was: > > > > FreeBSD 11.0-CURRENT #0 9d390ee(tps65217x)-dirty: Mon Jul 6 19:31:30 PDT > > 2015, svn revision 284878 > > > > I've been running buildworlds for literally days on that board, because > > it's how long it takes to build on that hardware. :) > > > > I'll run it again and see if the issue re-appears. > > > > If anyone seen this or if it's known issue please let me know. > > > > Thanks! > > > > -Max > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > From owner-freebsd-current@freebsd.org Sat Jun 18 19:04:16 2016 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 A2386A796C9 for ; Sat, 18 Jun 2016 19:04:16 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::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 4529B1860 for ; Sat, 18 Jun 2016 19:04:16 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.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 4C6E71FE023; Sat, 18 Jun 2016 21:04:14 +0200 (CEST) Subject: Re: problem with USB disks on ALPHA3 w/ recent AMD chipset To: Johannes Dieterich , freebsd-current References: From: Hans Petter Selasky Message-ID: <451a2bfd-63ed-9cd4-ede6-d7dae00f48d3@selasky.org> Date: Sat, 18 Jun 2016 21:07:49 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.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.22 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, 18 Jun 2016 19:04:16 -0000 On 06/18/16 04:15, Johannes Dieterich wrote: > Dear list, > > I observe the following when I try to write to any USB drive: > > Jun 17 22:02:35 manray kernel: (probe0:umass-sim0:0:0:0): INQUIRY. > CDB: 12 00 00 00 24 00 > Jun 17 22:02:35 manray kernel: (probe0:umass-sim0:0:0:0): CAM status: > CCB request completed with an error > Jun 17 22:02:35 manray kernel: (probe0:umass-sim0:0:0:0): Retrying command > Jun 17 22:02:36 manray kernel: da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 > Jun 17 22:02:36 manray kernel: da0: > Removable Direct Access SPC-4 SCSI device > Jun 17 22:02:36 manray kernel: da0: Serial Number 4C530001090427108375 > Jun 17 22:02:36 manray kernel: da0: 40.000MB/s transfers > Jun 17 22:02:36 manray kernel: da0: 15264MB (31260672 512 byte sectors) > Jun 17 22:02:36 manray kernel: da0: quirks=0x2 > Jun 17 22:04:21 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: > 2a 00 00 00 00 00 00 00 80 00 > Jun 17 22:04:21 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB > request completed with an error > Jun 17 22:04:21 manray kernel: (da0:umass-sim0:0:0:0): Retrying command > Jun 17 22:04:27 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: > 2a 00 00 00 00 00 00 00 80 00 > Jun 17 22:04:27 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB > request completed with an error > Jun 17 22:04:27 manray kernel: (da0:umass-sim0:0:0:0): Retrying command > Jun 17 22:04:32 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: > 2a 00 00 00 00 00 00 00 80 00 > Jun 17 22:04:32 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB > request completed with an error > Jun 17 22:04:32 manray kernel: (da0:umass-sim0:0:0:0): Retrying command > Jun 17 22:04:38 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: > 2a 00 00 00 00 00 00 00 80 00 > Jun 17 22:04:38 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB > request completed with an error > Jun 17 22:04:38 manray kernel: (da0:umass-sim0:0:0:0): Retrying command > Jun 17 22:04:43 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: > 2a 00 00 00 00 00 00 00 80 00 > Jun 17 22:04:43 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB > request completed with an error > Jun 17 22:04:43 manray kernel: (da0:umass-sim0:0:0:0): Error 5, > Retries exhausted > Jun 17 22:05:11 manray kernel: (da0:umass-sim0:0:0:0): got CAM status 0x44 > Jun 17 22:05:11 manray kernel: (da0:umass-sim0:0:0:0): fatal error, > failed to attach to device > Jun 17 22:05:11 manray kernel: da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 > Jun 17 22:05:11 manray kernel: da0: s/n > 4C530001090427108375 detached > Jun 17 22:05:17 manray kernel: (da0:umass-sim0:0:0:0): Periph destroyed > > I.e., when I dd, the dd exists prematurely with an error. > > pciconf: > > hostb0@pci0:0:0:0: class=0x060000 card=0x15761022 chip=0x15761022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = bridge > subclass = HOST-PCI > none0@pci0:0:0:2: class=0x080600 card=0x15771022 chip=0x15771022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = base peripheral > subclass = IOMMU > vgapci0@pci0:0:1:0: class=0x030000 card=0x807e103c chip=0x98741002 > rev=0xc4 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' > device = 'Carrizo' > class = display > subclass = VGA > hdac0@pci0:0:1:1: class=0x040300 card=0x807e103c chip=0x98401002 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' > device = 'Kabini HDMI/DP Audio' > class = multimedia > subclass = HDA > hostb1@pci0:0:2:0: class=0x060000 card=0x00000000 chip=0x157b1022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = bridge > subclass = HOST-PCI > pcib1@pci0:0:2:1: class=0x060400 card=0x12341022 chip=0x157c1022 > rev=0x00 hdr=0x01 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = bridge > subclass = PCI-PCI > pcib2@pci0:0:2:3: class=0x060400 card=0x12341022 chip=0x157c1022 > rev=0x00 hdr=0x01 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = bridge > subclass = PCI-PCI > pcib3@pci0:0:2:5: class=0x060400 card=0x12341022 chip=0x157c1022 > rev=0x00 hdr=0x01 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = bridge > subclass = PCI-PCI > hostb2@pci0:0:3:0: class=0x060000 card=0x00000000 chip=0x157b1022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = bridge > subclass = HOST-PCI > none1@pci0:0:8:0: class=0x108000 card=0x15781022 chip=0x15781022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = encrypt/decrypt > hostb3@pci0:0:9:0: class=0x060000 card=0x00000000 chip=0x157d1022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = bridge > subclass = HOST-PCI > hdac1@pci0:0:9:2: class=0x040300 card=0x807e103c chip=0x157a1022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = multimedia > subclass = HDA > xhci0@pci0:0:16:0: class=0x0c0330 card=0x807e103c chip=0x79141022 > rev=0x20 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > device = 'FCH USB XHCI Controller' > class = serial bus > subclass = USB > ahci0@pci0:0:17:0: class=0x010601 card=0x807e103c chip=0x79011022 > rev=0x49 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > device = 'FCH SATA Controller [AHCI mode]' > class = mass storage > subclass = SATA > ehci0@pci0:0:18:0: class=0x0c0320 card=0x807e103c chip=0x79081022 > rev=0x49 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > device = 'FCH USB EHCI Controller' > class = serial bus > subclass = USB > none2@pci0:0:20:0: class=0x0c0500 card=0x807e103c chip=0x790b1022 > rev=0x4a hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > device = 'FCH SMBus Controller' > class = serial bus > subclass = SMBus > isab0@pci0:0:20:3: class=0x060100 card=0x807e103c chip=0x790e1022 > rev=0x11 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > device = 'FCH LPC Bridge' > class = bridge > subclass = PCI-ISA > hostb4@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x15701022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = bridge > subclass = HOST-PCI > hostb5@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x15711022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = bridge > subclass = HOST-PCI > hostb6@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x15721022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = bridge > subclass = HOST-PCI > hostb7@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x15731022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = bridge > subclass = HOST-PCI > hostb8@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x15741022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = bridge > subclass = HOST-PCI > hostb9@pci0:0:24:5: class=0x060000 card=0x00000000 chip=0x15751022 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > class = bridge > subclass = HOST-PCI > bge0@pci0:1:0:0: class=0x020000 card=0x807e103c chip=0x168714e4 > rev=0x10 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme BCM5762 Gigabit Ethernet PCIe' > class = network > subclass = ethernet > iwm0@pci0:2:0:0: class=0x028000 card=0x50108086 chip=0x095a8086 > rev=0x61 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Wireless 7265' > class = network > none3@pci0:3:0:0: class=0xff0000 card=0x807e103c chip=0x522a10ec > rev=0x01 hdr=0x00 > vendor = 'Realtek Semiconductor Co., Ltd.' > device = 'RTS522A PCI Express Card Reader' > > This is on a recent CURRENT: r301970 > > All ideas most welcome! Did you try enabling some of the UQ_MSC_XXX quirks as given by "usbconfig dump_quirk_names"? --HPS From owner-freebsd-current@freebsd.org Sat Jun 18 19:12:47 2016 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 EFED3A79879 for ; Sat, 18 Jun 2016 19:12:47 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ABFD41C3B for ; Sat, 18 Jun 2016 19:12:47 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: by mail-oi0-x22a.google.com with SMTP id a64so7578992oii.2 for ; Sat, 18 Jun 2016 12:12:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=cHTF3XsUMgUgqcYn/6+lsWVu/AXef+0UI8Vdxq0xcPk=; b=w0iqsfiaBdY3Sn+rZszxff62/SA5H+UCuiCfE4Fw+jdb1+XHG0yyQ4xfSTkPdVAPtg aoXqoUbT4ytesSPrcIAr39gBqKl/uTDpHy2i+EMiW9fBopQ61lgtZyMxel9f4i+gmUBx e0OaZyMY3W4yHWfjyMBdIjbgGnCVZTM9qyRaCKdoBfse2MaMnmPFcC7awkWLsJdvDZWW mDsx8JqI1Egnw5X2B9iDp3zR/nUFzY8s/ILYIaHtn1e/zrhF+ESYkIH11/l8JYnz46Ho qwC3AVpZ5RXj/t6efZ+Bii76A8nals1OOpwsOVAeNEaPBlVJrucwIOycCBAad0osJS43 xEPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=cHTF3XsUMgUgqcYn/6+lsWVu/AXef+0UI8Vdxq0xcPk=; b=jLCQvo+8H8PfzPSMLvkLbImps6yIkAyaCCfgg90AZ2ifWL3epwl6ca7unzFAlgbQf3 rzDYAeSQt4jV4W0PbZYuNTfnExJjLVux6xI2fyMeQj1KRxN78GIhxr3sSUtBQy5nQPB7 8aWsgad2Jsqb1+9BvTlLuSyPyRg7cYUyUpfQugvDTSGqtF5Zt2SI4Nw2/oZ8mbo/7CmL QaY948Lx+vzRC3/+qEMBkJXq+m1IiEIZ9E3/38gq7Pg+czVqJ/JMpUT5+9FDGVSO6aKt hhqpfm5g1XFSxLffzaYAEOy4ZVxybHJnc5lGaz5RPGmaZLOWSm3qxye40ABNdybmPNok C9ug== X-Gm-Message-State: ALyK8tJnomY+0m2GFORPg+T0OdmVvACbwtpo4Fi7spXeKwvoilJhuqhZCScDnW4pAuRcVlyz090VHvjWm7gu9Q== X-Received: by 10.202.84.129 with SMTP id i123mr4825047oib.130.1466277166750; Sat, 18 Jun 2016 12:12:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.89.136 with HTTP; Sat, 18 Jun 2016 12:12:46 -0700 (PDT) In-Reply-To: <451a2bfd-63ed-9cd4-ede6-d7dae00f48d3@selasky.org> References: <451a2bfd-63ed-9cd4-ede6-d7dae00f48d3@selasky.org> From: Johannes Dieterich Date: Sat, 18 Jun 2016 15:12:46 -0400 Message-ID: Subject: Re: problem with USB disks on ALPHA3 w/ recent AMD chipset To: Hans Petter Selasky Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 19:12:48 -0000 On Sat, Jun 18, 2016 at 3:07 PM, Hans Petter Selasky wrote: > On 06/18/16 04:15, Johannes Dieterich wrote: >> >> Dear list, >> >> I observe the following when I try to write to any USB drive: >> >> Jun 17 22:02:35 manray kernel: (probe0:umass-sim0:0:0:0): INQUIRY. >> CDB: 12 00 00 00 24 00 >> Jun 17 22:02:35 manray kernel: (probe0:umass-sim0:0:0:0): CAM status: >> CCB request completed with an error >> Jun 17 22:02:35 manray kernel: (probe0:umass-sim0:0:0:0): Retrying command >> Jun 17 22:02:36 manray kernel: da0 at umass-sim0 bus 0 scbus2 target 0 lun >> 0 >> Jun 17 22:02:36 manray kernel: da0: >> Removable Direct Access SPC-4 SCSI device >> Jun 17 22:02:36 manray kernel: da0: Serial Number 4C530001090427108375 >> Jun 17 22:02:36 manray kernel: da0: 40.000MB/s transfers >> Jun 17 22:02:36 manray kernel: da0: 15264MB (31260672 512 byte sectors) >> Jun 17 22:02:36 manray kernel: da0: quirks=0x2 >> Jun 17 22:04:21 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: >> 2a 00 00 00 00 00 00 00 80 00 >> Jun 17 22:04:21 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB >> request completed with an error >> Jun 17 22:04:21 manray kernel: (da0:umass-sim0:0:0:0): Retrying command >> Jun 17 22:04:27 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: >> 2a 00 00 00 00 00 00 00 80 00 >> Jun 17 22:04:27 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB >> request completed with an error >> Jun 17 22:04:27 manray kernel: (da0:umass-sim0:0:0:0): Retrying command >> Jun 17 22:04:32 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: >> 2a 00 00 00 00 00 00 00 80 00 >> Jun 17 22:04:32 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB >> request completed with an error >> Jun 17 22:04:32 manray kernel: (da0:umass-sim0:0:0:0): Retrying command >> Jun 17 22:04:38 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: >> 2a 00 00 00 00 00 00 00 80 00 >> Jun 17 22:04:38 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB >> request completed with an error >> Jun 17 22:04:38 manray kernel: (da0:umass-sim0:0:0:0): Retrying command >> Jun 17 22:04:43 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: >> 2a 00 00 00 00 00 00 00 80 00 >> Jun 17 22:04:43 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB >> request completed with an error >> Jun 17 22:04:43 manray kernel: (da0:umass-sim0:0:0:0): Error 5, >> Retries exhausted >> Jun 17 22:05:11 manray kernel: (da0:umass-sim0:0:0:0): got CAM status 0x44 >> Jun 17 22:05:11 manray kernel: (da0:umass-sim0:0:0:0): fatal error, >> failed to attach to device >> Jun 17 22:05:11 manray kernel: da0 at umass-sim0 bus 0 scbus2 target 0 lun >> 0 >> Jun 17 22:05:11 manray kernel: da0: s/n >> 4C530001090427108375 detached >> Jun 17 22:05:17 manray kernel: (da0:umass-sim0:0:0:0): Periph destroyed >> >> I.e., when I dd, the dd exists prematurely with an error. >> >> pciconf: >> >> hostb0@pci0:0:0:0: class=0x060000 card=0x15761022 chip=0x15761022 >> rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = bridge >> subclass = HOST-PCI >> none0@pci0:0:0:2: class=0x080600 card=0x15771022 chip=0x15771022 >> rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = base peripheral >> subclass = IOMMU >> vgapci0@pci0:0:1:0: class=0x030000 card=0x807e103c chip=0x98741002 >> rev=0xc4 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' >> device = 'Carrizo' >> class = display >> subclass = VGA >> hdac0@pci0:0:1:1: class=0x040300 card=0x807e103c chip=0x98401002 >> rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' >> device = 'Kabini HDMI/DP Audio' >> class = multimedia >> subclass = HDA >> hostb1@pci0:0:2:0: class=0x060000 card=0x00000000 chip=0x157b1022 >> rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = bridge >> subclass = HOST-PCI >> pcib1@pci0:0:2:1: class=0x060400 card=0x12341022 chip=0x157c1022 >> rev=0x00 hdr=0x01 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = bridge >> subclass = PCI-PCI >> pcib2@pci0:0:2:3: class=0x060400 card=0x12341022 chip=0x157c1022 >> rev=0x00 hdr=0x01 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = bridge >> subclass = PCI-PCI >> pcib3@pci0:0:2:5: class=0x060400 card=0x12341022 chip=0x157c1022 >> rev=0x00 hdr=0x01 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = bridge >> subclass = PCI-PCI >> hostb2@pci0:0:3:0: class=0x060000 card=0x00000000 chip=0x157b1022 >> rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = bridge >> subclass = HOST-PCI >> none1@pci0:0:8:0: class=0x108000 card=0x15781022 chip=0x15781022 >> rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = encrypt/decrypt >> hostb3@pci0:0:9:0: class=0x060000 card=0x00000000 chip=0x157d1022 >> rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = bridge >> subclass = HOST-PCI >> hdac1@pci0:0:9:2: class=0x040300 card=0x807e103c chip=0x157a1022 >> rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = multimedia >> subclass = HDA >> xhci0@pci0:0:16:0: class=0x0c0330 card=0x807e103c chip=0x79141022 >> rev=0x20 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> device = 'FCH USB XHCI Controller' >> class = serial bus >> subclass = USB >> ahci0@pci0:0:17:0: class=0x010601 card=0x807e103c chip=0x79011022 >> rev=0x49 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> device = 'FCH SATA Controller [AHCI mode]' >> class = mass storage >> subclass = SATA >> ehci0@pci0:0:18:0: class=0x0c0320 card=0x807e103c chip=0x79081022 >> rev=0x49 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> device = 'FCH USB EHCI Controller' >> class = serial bus >> subclass = USB >> none2@pci0:0:20:0: class=0x0c0500 card=0x807e103c chip=0x790b1022 >> rev=0x4a hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> device = 'FCH SMBus Controller' >> class = serial bus >> subclass = SMBus >> isab0@pci0:0:20:3: class=0x060100 card=0x807e103c chip=0x790e1022 >> rev=0x11 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> device = 'FCH LPC Bridge' >> class = bridge >> subclass = PCI-ISA >> hostb4@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x15701022 >> rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = bridge >> subclass = HOST-PCI >> hostb5@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x15711022 >> rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = bridge >> subclass = HOST-PCI >> hostb6@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x15721022 >> rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = bridge >> subclass = HOST-PCI >> hostb7@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x15731022 >> rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = bridge >> subclass = HOST-PCI >> hostb8@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x15741022 >> rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = bridge >> subclass = HOST-PCI >> hostb9@pci0:0:24:5: class=0x060000 card=0x00000000 chip=0x15751022 >> rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices, Inc. [AMD]' >> class = bridge >> subclass = HOST-PCI >> bge0@pci0:1:0:0: class=0x020000 card=0x807e103c chip=0x168714e4 >> rev=0x10 hdr=0x00 >> vendor = 'Broadcom Corporation' >> device = 'NetXtreme BCM5762 Gigabit Ethernet PCIe' >> class = network >> subclass = ethernet >> iwm0@pci0:2:0:0: class=0x028000 card=0x50108086 chip=0x095a8086 >> rev=0x61 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Wireless 7265' >> class = network >> none3@pci0:3:0:0: class=0xff0000 card=0x807e103c chip=0x522a10ec >> rev=0x01 hdr=0x00 >> vendor = 'Realtek Semiconductor Co., Ltd.' >> device = 'RTS522A PCI Express Card Reader' >> >> This is on a recent CURRENT: r301970 >> >> All ideas most welcome! > > > Did you try enabling some of the UQ_MSC_XXX quirks as given by "usbconfig > dump_quirk_names"? I did not. This does happen with multiple USB sticks I have tried. Any preference which I should try? From owner-freebsd-current@freebsd.org Sat Jun 18 21:09:08 2016 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 34A95A791F0 for ; Sat, 18 Jun 2016 21:09:08 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-oi0-x22f.google.com (mail-oi0-x22f.google.com [IPv6:2607:f8b0:4003:c06::22f]) (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 EB6842021 for ; Sat, 18 Jun 2016 21:09:07 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-oi0-x22f.google.com with SMTP id a64so9574896oii.2 for ; Sat, 18 Jun 2016 14:09:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=sY+dvkhhamob9B0AE5XZdtdPMJuU82K4eZo/Su/6nBA=; b=y5Ti0l26Pdr0u/dkYClQxmhStl4S9LY3s2fHQqE+HL4qZ634p/BsJHNtwVPKjRbvB1 DWiPiwPiVuJCA3fD9aF6I93en25LtYrAZI2aHB9WE9Dj9jeiCPYMz4+nqRurHDN6szFd n+1+QA+xPf4SkYxBERtbLlRqT0l8zTMcPHHvBfc/TU4eIWcgToEJOICw16tH9+C6BAJw Y0jqD+GXc2x1v3Ou6K/xfxTLOXN4eReDfH/Dena29gSj6EWg/idAGyT0VnWXFcXw/eIb uceKf/dD12R1NFER7XFDGtF9maAAjKGeK36s4XFW5hlNcP3jv1ZPpmWl5eokPqURlXWS Vdww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=sY+dvkhhamob9B0AE5XZdtdPMJuU82K4eZo/Su/6nBA=; b=OMNQVzFOOl7uMD6z5pWt9ZDsgnGOIlosS1veL59wOtyEuOoDxC9D5ler2cL2oXDEUk WuXhO5j89UkC1xTZU+sFEFfPrHEhIa89/uTfc+GtFsP2iuy7CS0y82ji1I2B+0GwIHjq SCmnxq/dP52Lv1ZgmwcdBKFe6YvnA1HX5quWXbzVCgHFTU2qRCSWTi8zx9AbqIOxfouu fKL6BnIxsJ4FC7x+k7/almlvapt6TQyxS0ZSNErqVhIw5cnmMwR0eu+zgPbR2dWQbMVr fWBifAPbQRIksMAtVXC2MXilVPjsGhxy0QzFDsm+ySPown7+LDN7Xe83eXE5oCWHaLjw C8Uw== X-Gm-Message-State: ALyK8tJlaO5t0weZB4VKcyHsnxoSWep9cuQhtGUUIpbk7gfFguRNfTUFHccgfGrIOA7mSXlBkNNBHBX37w3O5KXB X-Received: by 10.157.11.111 with SMTP id p44mr5359424otd.3.1466284147259; Sat, 18 Jun 2016 14:09:07 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.157.41.209 with HTTP; Sat, 18 Jun 2016 14:09:06 -0700 (PDT) In-Reply-To: <83A18C0E-FA89-4009-A8D5-3185FB27A688@netgate.com> References: <83A18C0E-FA89-4009-A8D5-3185FB27A688@netgate.com> From: Maxim Sobolev Date: Sat, 18 Jun 2016 14:09:06 -0700 X-Google-Sender-Auth: 4bMJnLmTgsCWI6Ai7EUfUwH5h6Q Message-ID: Subject: Re: BBB (cpsw(4)) seems to be broken in the latest 11-current To: Jim Thompson , Luiz Otavio O Souza Cc: Svatopluk Kraus , "freebsd-arm@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 21:09:08 -0000 Jim, Yes, I've seen those. There were just handful of revision into the driver between my old good kernel and now, most of them are from you guys: r299477 | gonzo | 2016-05-11 11:20:02 -0700 (=D1=81=D1=80, 11 =D0=BC=D0=B0= =D0=B9 2016) | 16 lines r298352 | pfg | 2016-04-20 08:45:55 -0700 (=D1=81=D1=80, 20 =D0=B0=D0=BF=D1= =80 2016) | 6 lines r297132 | loos | 2016-03-20 20:16:56 -0700 (=D0=B2=D1=81, 20 =D0=BC=D0=B0= =D1=80 2016) | 5 lines r297043 | loos | 2016-03-18 13:24:31 -0700 (=D0=BF=D1=82, 18 =D0=BC=D0=B0= =D1=80 2016) | 4 lines r297042 | loos | 2016-03-18 13:09:54 -0700 (=D0=BF=D1=82, 18 =D0=BC=D0=B0= =D1=80 2016) | 4 lines r297041 | loos | 2016-03-18 13:04:34 -0700 (=D0=BF=D1=82, 18 =D0=BC=D0=B0= =D1=80 2016) | 4 lines r296993 | loos | 2016-03-17 12:35:08 -0700 (=D1=87=D1=82, 17 =D0=BC=D0=B0= =D1=80 2016) | 24 lines r296980 | loos | 2016-03-16 23:23:48 -0700 (=D1=81=D1=80, 16 =D0=BC=D0=B0= =D1=80 2016) | 6 lines r283287 | andrew | 2015-05-22 07:25:23 -0700 (=D0=BF=D1=82, 22 =D0=BC=D0=B0= =D0=B9 2015) | 4 lines (last known good one) I've reverted the driver to the state all way down to r283287, while keeping the rest of the kernel intact and soon will see if it works better. If that works fine, I'll try to bi-sect it to a single troublesome revision= . -Max On Sat, Jun 18, 2016 at 12:26 PM, Jim Thompson wrote: > There are recent changes to enable the switch and two port MAC mode. > > These were lightly tested on BBB prior to being committed. > > -- Jim > > > On Jun 18, 2016, at 11:49 AM, Maxim Sobolev wrote= : > > > > Well, I am not sure either as I don't have any issue restarting it > > afterwards. > > > > Yes, it seems to be happening fairly reliably here. :( Happened for me > > again, I left it running overnight. I am 99% positive it was not the ca= se > > before kernel upgrade.. > > > > 07:11:52 CPSW watchdog cpswss0: watchdog timeout > > cpswss0: Unable to cleanly shutdown transmitter > > > > > >> On Sat, Jun 18, 2016 at 1:09 AM, Svatopluk Kraus > wrote: > >> > >> On Sat, Jun 18, 2016 at 8:50 AM, Maxim Sobolev > >> wrote: > >>> Updated my BBB to the latest -current, immediately got this while > trying > >> to > >>> make world over ssh console: > >>> > >>> 06:02:17 CPSW watchdog cpswss0: watchdog timeout > >>> cpswss0: Unable to cleanly shutdown transmitter > >> > >> My BBB stucks in cpsw0 during boot rarely, and even soft reset (reset > >> button) does not help. Only hard reset (power-off) helps. I have never > >> had time to discover where a problem is. I'm not even sure if this is > >> related to your problem as I did not remember exact dmesg in my case. > >> > >> Svata > >> > >> > >>> > >>> Interface seems to be locked after that, no traffic comes in or out. > >>> > >>> This is: > >>> > >>> FreeBSD 11.0-ALPHA3 #1 ba7edef(tps65217x)-dirty: Fri Jun 17 16:22:07 > PDT > >>> 2016, svn revision 301898 > >>> > >>> The previous version that was rock-solid was: > >>> > >>> FreeBSD 11.0-CURRENT #0 9d390ee(tps65217x)-dirty: Mon Jul 6 19:31:30 > PDT > >>> 2015, svn revision 284878 > >>> > >>> I've been running buildworlds for literally days on that board, becau= se > >>> it's how long it takes to build on that hardware. :) > >>> > >>> I'll run it again and see if the issue re-appears. > >>> > >>> If anyone seen this or if it's known issue please let me know. > >>> > >>> Thanks! > >>> > >>> -Max > >>> _______________________________________________ > >>> freebsd-arm@freebsd.org mailing list > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org= " > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > From owner-freebsd-current@freebsd.org Sat Jun 18 21:15:13 2016 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 446FAA79397 for ; Sat, 18 Jun 2016 21:15:13 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 E3CA324B0 for ; Sat, 18 Jun 2016 21:15:12 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.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 6F1B71FE023; Sat, 18 Jun 2016 23:15:04 +0200 (CEST) Subject: Re: problem with USB disks on ALPHA3 w/ recent AMD chipset To: Johannes Dieterich References: <451a2bfd-63ed-9cd4-ede6-d7dae00f48d3@selasky.org> Cc: freebsd-current From: Hans Petter Selasky Message-ID: <04e2aaa6-62bf-fb12-5840-ded8ae110a7f@selasky.org> Date: Sat, 18 Jun 2016 23:18:40 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 21:15:13 -0000 On 06/18/16 21:12, Johannes Dieterich wrote: > On Sat, Jun 18, 2016 at 3:07 PM, Hans Petter Selasky wrote: >> On 06/18/16 04:15, Johannes Dieterich wrote: >>> >>> Dear list, >>> >>> I observe the following when I try to write to any USB drive: >>> >>> Jun 17 22:02:35 manray kernel: (probe0:umass-sim0:0:0:0): INQUIRY. >>> CDB: 12 00 00 00 24 00 >>> Jun 17 22:02:35 manray kernel: (probe0:umass-sim0:0:0:0): CAM status: >>> CCB request completed with an error >>> Jun 17 22:02:35 manray kernel: (probe0:umass-sim0:0:0:0): Retrying command >>> Jun 17 22:02:36 manray kernel: da0 at umass-sim0 bus 0 scbus2 target 0 lun >>> 0 >>> Jun 17 22:02:36 manray kernel: da0: >>> Removable Direct Access SPC-4 SCSI device >>> Jun 17 22:02:36 manray kernel: da0: Serial Number 4C530001090427108375 >>> Jun 17 22:02:36 manray kernel: da0: 40.000MB/s transfers >>> Jun 17 22:02:36 manray kernel: da0: 15264MB (31260672 512 byte sectors) >>> Jun 17 22:02:36 manray kernel: da0: quirks=0x2 >>> Jun 17 22:04:21 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: >>> 2a 00 00 00 00 00 00 00 80 00 >>> Jun 17 22:04:21 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB >>> request completed with an error >>> Jun 17 22:04:21 manray kernel: (da0:umass-sim0:0:0:0): Retrying command >>> Jun 17 22:04:27 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: >>> 2a 00 00 00 00 00 00 00 80 00 >>> Jun 17 22:04:27 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB >>> request completed with an error >>> Jun 17 22:04:27 manray kernel: (da0:umass-sim0:0:0:0): Retrying command >>> Jun 17 22:04:32 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: >>> 2a 00 00 00 00 00 00 00 80 00 >>> Jun 17 22:04:32 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB >>> request completed with an error >>> Jun 17 22:04:32 manray kernel: (da0:umass-sim0:0:0:0): Retrying command >>> Jun 17 22:04:38 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: >>> 2a 00 00 00 00 00 00 00 80 00 >>> Jun 17 22:04:38 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB >>> request completed with an error >>> Jun 17 22:04:38 manray kernel: (da0:umass-sim0:0:0:0): Retrying command >>> Jun 17 22:04:43 manray kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: >>> 2a 00 00 00 00 00 00 00 80 00 >>> Jun 17 22:04:43 manray kernel: (da0:umass-sim0:0:0:0): CAM status: CCB >>> request completed with an error >>> Jun 17 22:04:43 manray kernel: (da0:umass-sim0:0:0:0): Error 5, >>> Retries exhausted >>> Jun 17 22:05:11 manray kernel: (da0:umass-sim0:0:0:0): got CAM status 0x44 >>> Jun 17 22:05:11 manray kernel: (da0:umass-sim0:0:0:0): fatal error, >>> failed to attach to device >>> Jun 17 22:05:11 manray kernel: da0 at umass-sim0 bus 0 scbus2 target 0 lun >>> 0 >>> Jun 17 22:05:11 manray kernel: da0: s/n >>> 4C530001090427108375 detached >>> Jun 17 22:05:17 manray kernel: (da0:umass-sim0:0:0:0): Periph destroyed >>> >>> I.e., when I dd, the dd exists prematurely with an error. >>> >>> pciconf: >>> >>> hostb0@pci0:0:0:0: class=0x060000 card=0x15761022 chip=0x15761022 >>> rev=0x00 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = bridge >>> subclass = HOST-PCI >>> none0@pci0:0:0:2: class=0x080600 card=0x15771022 chip=0x15771022 >>> rev=0x00 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = base peripheral >>> subclass = IOMMU >>> vgapci0@pci0:0:1:0: class=0x030000 card=0x807e103c chip=0x98741002 >>> rev=0xc4 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' >>> device = 'Carrizo' >>> class = display >>> subclass = VGA >>> hdac0@pci0:0:1:1: class=0x040300 card=0x807e103c chip=0x98401002 >>> rev=0x00 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' >>> device = 'Kabini HDMI/DP Audio' >>> class = multimedia >>> subclass = HDA >>> hostb1@pci0:0:2:0: class=0x060000 card=0x00000000 chip=0x157b1022 >>> rev=0x00 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = bridge >>> subclass = HOST-PCI >>> pcib1@pci0:0:2:1: class=0x060400 card=0x12341022 chip=0x157c1022 >>> rev=0x00 hdr=0x01 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = bridge >>> subclass = PCI-PCI >>> pcib2@pci0:0:2:3: class=0x060400 card=0x12341022 chip=0x157c1022 >>> rev=0x00 hdr=0x01 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = bridge >>> subclass = PCI-PCI >>> pcib3@pci0:0:2:5: class=0x060400 card=0x12341022 chip=0x157c1022 >>> rev=0x00 hdr=0x01 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = bridge >>> subclass = PCI-PCI >>> hostb2@pci0:0:3:0: class=0x060000 card=0x00000000 chip=0x157b1022 >>> rev=0x00 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = bridge >>> subclass = HOST-PCI >>> none1@pci0:0:8:0: class=0x108000 card=0x15781022 chip=0x15781022 >>> rev=0x00 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = encrypt/decrypt >>> hostb3@pci0:0:9:0: class=0x060000 card=0x00000000 chip=0x157d1022 >>> rev=0x00 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = bridge >>> subclass = HOST-PCI >>> hdac1@pci0:0:9:2: class=0x040300 card=0x807e103c chip=0x157a1022 >>> rev=0x00 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = multimedia >>> subclass = HDA >>> xhci0@pci0:0:16:0: class=0x0c0330 card=0x807e103c chip=0x79141022 >>> rev=0x20 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> device = 'FCH USB XHCI Controller' >>> class = serial bus >>> subclass = USB >>> ahci0@pci0:0:17:0: class=0x010601 card=0x807e103c chip=0x79011022 >>> rev=0x49 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> device = 'FCH SATA Controller [AHCI mode]' >>> class = mass storage >>> subclass = SATA >>> ehci0@pci0:0:18:0: class=0x0c0320 card=0x807e103c chip=0x79081022 >>> rev=0x49 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> device = 'FCH USB EHCI Controller' >>> class = serial bus >>> subclass = USB >>> none2@pci0:0:20:0: class=0x0c0500 card=0x807e103c chip=0x790b1022 >>> rev=0x4a hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> device = 'FCH SMBus Controller' >>> class = serial bus >>> subclass = SMBus >>> isab0@pci0:0:20:3: class=0x060100 card=0x807e103c chip=0x790e1022 >>> rev=0x11 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> device = 'FCH LPC Bridge' >>> class = bridge >>> subclass = PCI-ISA >>> hostb4@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x15701022 >>> rev=0x00 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = bridge >>> subclass = HOST-PCI >>> hostb5@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x15711022 >>> rev=0x00 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = bridge >>> subclass = HOST-PCI >>> hostb6@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x15721022 >>> rev=0x00 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = bridge >>> subclass = HOST-PCI >>> hostb7@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x15731022 >>> rev=0x00 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = bridge >>> subclass = HOST-PCI >>> hostb8@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x15741022 >>> rev=0x00 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = bridge >>> subclass = HOST-PCI >>> hostb9@pci0:0:24:5: class=0x060000 card=0x00000000 chip=0x15751022 >>> rev=0x00 hdr=0x00 >>> vendor = 'Advanced Micro Devices, Inc. [AMD]' >>> class = bridge >>> subclass = HOST-PCI >>> bge0@pci0:1:0:0: class=0x020000 card=0x807e103c chip=0x168714e4 >>> rev=0x10 hdr=0x00 >>> vendor = 'Broadcom Corporation' >>> device = 'NetXtreme BCM5762 Gigabit Ethernet PCIe' >>> class = network >>> subclass = ethernet >>> iwm0@pci0:2:0:0: class=0x028000 card=0x50108086 chip=0x095a8086 >>> rev=0x61 hdr=0x00 >>> vendor = 'Intel Corporation' >>> device = 'Wireless 7265' >>> class = network >>> none3@pci0:3:0:0: class=0xff0000 card=0x807e103c chip=0x522a10ec >>> rev=0x01 hdr=0x00 >>> vendor = 'Realtek Semiconductor Co., Ltd.' >>> device = 'RTS522A PCI Express Card Reader' >>> >>> This is on a recent CURRENT: r301970 >>> >>> All ideas most welcome! >> >> >> Did you try enabling some of the UQ_MSC_XXX quirks as given by "usbconfig >> dump_quirk_names"? > I did not. This does happen with multiple USB sticks I have tried. Any > preference which I should try? > Hi, Try: usbconfig -d X.Y add_quirk UQ_MSC_NO_SYNC_CACHE Then re-plug. Does it work? Else try: usbconfig -d X.Y add_quirk UQ_MSC_NO_INQUIRY Does it work? Also look here: http://www.root.org/~nate/freebsd/scsi/quirks.html --HPS From owner-freebsd-current@freebsd.org Sat Jun 18 19:26:40 2016 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 78142A79AD7 for ; Sat, 18 Jun 2016 19:26:40 +0000 (UTC) (envelope-from jim@netgate.com) Received: from mail-oi0-x22f.google.com (mail-oi0-x22f.google.com [IPv6:2607:f8b0:4003:c06::22f]) (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 4527D1302 for ; Sat, 18 Jun 2016 19:26:40 +0000 (UTC) (envelope-from jim@netgate.com) Received: by mail-oi0-x22f.google.com with SMTP id d132so160919327oig.1 for ; Sat, 18 Jun 2016 12:26:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netgate.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=lfNaN57Cm/pHG6jWh/qy2ImcnADjNk5oKoNzry5L56k=; b=DJSfcRAdVKXT4Z/+A2w6wm/6OeHwfG7bAEsYf/nd/NSsY8t1IACICBNbt5XK/6ZZaB rRyCvlBEuFt+t5SUt7xi39fLVNosxjZ0aVYQMqIU3+/8Biudv21BJrVpukOtt187aHzz I7SE0vmmH0JXfy2sNSvg3Is+GQthHkO4mdh3Q= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=lfNaN57Cm/pHG6jWh/qy2ImcnADjNk5oKoNzry5L56k=; b=VL5h00XYpjCUJ5nBfhgH77L+UDmIj67B9outgOou3rUTdjkE4MvmMBStmPPRON9bB2 6xbF6P/28tUwdNQzg7ikew1eWKyn8lfMSpeFFjncOoRuA/FLpz51jps82LsEl+SoqTRJ MUpMLTnW6UtqlN7RsE2y8AgPsq/e0kU3NPzfZ4uGo1VvLoqTKh6x/MU5D9QtfpbXvZBy YSBn9eRHV2Gxx8SRZh7ZIx7qIN+/UlcncwcbWxQFDT6t1LW6ctymwexdialltcocK3oK QSjTD4VFdmioD0tldd7kYFpGrOGrSzOdJWh4FJz/YEqKuQHarexvBD87MXPUjSBDn3r/ 7p2A== X-Gm-Message-State: ALyK8tJXKyDdk+hiy9HZGjuTFlyTKjyQCbY3+WjiV6FPhomjfHSPm+EeSGUWKRYSKEDr2msw X-Received: by 10.157.46.240 with SMTP id w103mr5199697ota.2.1466277999468; Sat, 18 Jun 2016 12:26:39 -0700 (PDT) Received: from [172.21.0.123] (65-36-116-65.dyn.grandenetworks.net. [65.36.116.65]) by smtp.gmail.com with ESMTPSA id n67sm23760252otn.2.2016.06.18.12.26.38 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 18 Jun 2016 12:26:38 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: BBB (cpsw(4)) seems to be broken in the latest 11-current From: Jim Thompson X-Mailer: iPhone Mail (13F69) In-Reply-To: Date: Sat, 18 Jun 2016 14:26:37 -0500 Cc: Svatopluk Kraus , "freebsd-arm@freebsd.org" , FreeBSD Current Content-Transfer-Encoding: 7bit Message-Id: <83A18C0E-FA89-4009-A8D5-3185FB27A688@netgate.com> References: To: Maxim Sobolev X-Mailman-Approved-At: Sat, 18 Jun 2016 21:30:52 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 19:26:40 -0000 There are recent changes to enable the switch and two port MAC mode. These were lightly tested on BBB prior to being committed. -- Jim > On Jun 18, 2016, at 11:49 AM, Maxim Sobolev wrote: > > Well, I am not sure either as I don't have any issue restarting it > afterwards. > > Yes, it seems to be happening fairly reliably here. :( Happened for me > again, I left it running overnight. I am 99% positive it was not the case > before kernel upgrade.. > > 07:11:52 CPSW watchdog cpswss0: watchdog timeout > cpswss0: Unable to cleanly shutdown transmitter > > >> On Sat, Jun 18, 2016 at 1:09 AM, Svatopluk Kraus wrote: >> >> On Sat, Jun 18, 2016 at 8:50 AM, Maxim Sobolev >> wrote: >>> Updated my BBB to the latest -current, immediately got this while trying >> to >>> make world over ssh console: >>> >>> 06:02:17 CPSW watchdog cpswss0: watchdog timeout >>> cpswss0: Unable to cleanly shutdown transmitter >> >> My BBB stucks in cpsw0 during boot rarely, and even soft reset (reset >> button) does not help. Only hard reset (power-off) helps. I have never >> had time to discover where a problem is. I'm not even sure if this is >> related to your problem as I did not remember exact dmesg in my case. >> >> Svata >> >> >>> >>> Interface seems to be locked after that, no traffic comes in or out. >>> >>> This is: >>> >>> FreeBSD 11.0-ALPHA3 #1 ba7edef(tps65217x)-dirty: Fri Jun 17 16:22:07 PDT >>> 2016, svn revision 301898 >>> >>> The previous version that was rock-solid was: >>> >>> FreeBSD 11.0-CURRENT #0 9d390ee(tps65217x)-dirty: Mon Jul 6 19:31:30 PDT >>> 2015, svn revision 284878 >>> >>> I've been running buildworlds for literally days on that board, because >>> it's how long it takes to build on that hardware. :) >>> >>> I'll run it again and see if the issue re-appears. >>> >>> If anyone seen this or if it's known issue please let me know. >>> >>> Thanks! >>> >>> -Max >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sat Jun 18 23:07:24 2016 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 78731A79CEB; Sat, 18 Jun 2016 23:07:24 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 68B311C12; Sat, 18 Jun 2016 23:07:24 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 10DFB1F6B; Sat, 18 Jun 2016 23:07:24 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 18 Jun 2016 23:07:22 +0000 From: Glen Barber To: fidaj Cc: freebsd-snapshots@freebsd.org, freebsd-current@freebsd.org, FreeBSD Release Engineering Team Subject: Re: New FreeBSD snapshots available: head (20160617 r301975) Message-ID: <20160618230722.GC28666@FreeBSD.org> References: <20160618055811.GA35283@FreeBSD.org> <1466233842.650879797.mfv3fjy1@frv33.fwdcdn.com> <20160618140250.GB28666@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="da4uJneut+ArUgXk" Content-Disposition: inline In-Reply-To: <20160618140250.GB28666@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 23:07:24 -0000 --da4uJneut+ArUgXk Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 18, 2016 at 02:02:50PM +0000, Glen Barber wrote: > On Sat, Jun 18, 2016 at 10:12:07AM +0300, fidaj wrote: > > =3D=3D=3D Installation ISOs =3D=3D=3D > >=20 > > Installation images are available for: > >=20 > > o 11.0-ALPHA4 amd64 GENERIC > > o 11.0-ALPHA4 i386 GENERIC > > o 11.0-ALPHA4 powerpc GENERIC > > o 11.0-ALPHA4 powerpc64 GENERIC64 > > o 11.0-ALPHA4 sparc64 GENERIC > > o 11.0-ALPHA4 armv6 BANANAPI > > o 11.0-ALPHA4 armv6 BEAGLEBONE > > o 11.0-ALPHA4 armv6 CUBIEBOARD > > o 11.0-ALPHA4 armv6 CUBIEBOARD2 > > o 11.0-ALPHA4 armv6 CUBOX-HUMMINGBOARD > > o 11.0-ALPHA4 armv6 GUMSTIX > > o 11.0-ALPHA4 armv6 RPI-B > > o 11.0-ALPHA4 armv6 RPI2 > > o 11.0-ALPHA4 armv6 PANDABOARD > > o 11.0-ALPHA4 armv6 WANDBOARD > > o 11.0-ALPHA4 aarch64 GENERIC > > =20 > > Hello.=20 > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/i386/11.0-ALPHA4/=A0 not ha= ve manifest file.=20 > >=20 >=20 > Huh. Yep, this is a problem. >=20 > Thank you for the report. I'll investigate what happened here. >=20 This doesn't make sense. The MANIFEST exists on the build machine, and should have been copied as result of the distribution to the mirrors. I don't understand how it did not make it to the mirrors. So I know, how did you discover this? I *do* see the MANIFEST for amd64, so something very bizarre happened here. Glen --da4uJneut+ArUgXk Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXZdQmAAoJEAMUWKVHj+KTL/QP/1tWXVnVB636BqxriRkqkgNM /UNBSFS37zsqfBGCSqOOOm0zTG7dH+FZrKhk2YvGZx2sCTSDijXYywbzqhDefVdi I5OFY1B3rTCSgQ1EjI4Zj9dR1MIsp70+PxtCUlkOx0he9JXPXbHP0VdNIVpZLcgz 0gQ8Q9HxRRpqeBThfVK0hq6LTx0Iy/P4lk7iaZpHwsvafiT4+x6+tFi1PP2o3Ta9 IBIoGrMf4TdaEjVpYYxLIYygmNztHrf0v4guotHigakBAonZQVZgdhZ1l287qbgJ 6qUSF8RkGyjnXDBFSGafQ1isptT1LnLLrwaXi5rWsVKNQF+F6pnrpRXsHWfkbwVf U4pHY+MvBUH+I6lxkwkQ7/gRxOFYCUJjtuAfCcJ7YCurToLTZHnZJtcT3+Gpsg7h nTRwLv8GEMxmcPZDWBsqelYH8rbSjoajlxc9cS8n7SGzb54vOaaH/keGVzZmt3CV KyhGd1vVEmhZkYsyW9CKF5eG9MB9WPiKP7e3zBD73YM80REyOgs9ErJSeoTcIw0T 0yQqA2eJyQyC2l+2g+M87KaRTBphLcFd7ny072J8OGvY5ddXrO2ABvyjERlRxhlO QCFV+RoldAVeolLXBQHe7gWhJ8fku718kPvb0jLsXdnRcZe/nIYbowvYYlGOdWf6 4TEqNlIRvf4Y/cM7NAhr =lxxr -----END PGP SIGNATURE----- --da4uJneut+ArUgXk-- From owner-freebsd-current@freebsd.org Sat Jun 18 23:26:00 2016 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 DF7EEA790AF for ; Sat, 18 Jun 2016 23:26:00 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id C502C1661; Sat, 18 Jun 2016 23:26:00 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from ford.home.vangyzen.net (unknown [76.164.15.242]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 5ED9356493; Sat, 18 Jun 2016 18:25:54 -0500 (CDT) Subject: Re: Date formatting with en_US locale To: Hajimu UMEMOTO References: <499d8ddd-06c8-5184-68cb-4be19764b318@FreeBSD.org> <20160526144944.GD977@ivaldir.etoilebsd.net> <20160526151508.GE977@ivaldir.etoilebsd.net> <6d8f5e72-b3ab-9aa6-4fb6-1986b7b4f19b@FreeBSD.org> Cc: Baptiste Daroussin , freebsd-current@freebsd.org From: Eric van Gyzen Message-ID: <4155ae57-4af9-efcb-e42e-8ac18d568221@FreeBSD.org> Date: Sat, 18 Jun 2016 18:25:51 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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, 18 Jun 2016 23:26:01 -0000 On 06/18/16 04:10 AM, Hajimu UMEMOTO wrote: > Does the attached patch fix your issue? > Though there are many locales it should be fixed, I've included only > en_US one, in this time. Yes, it fixes my issue with en_US. Thank you, Umemoto-san. Eric