From owner-freebsd-arm@freebsd.org Sun May 29 22:53:24 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46783B54B0B for ; Sun, 29 May 2016 22:53:24 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-194.reflexion.net [208.70.211.194]) (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 EFD7617F2 for ; Sun, 29 May 2016 22:53:23 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 15393 invoked from network); 29 May 2016 22:53:17 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 29 May 2016 22:53:17 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sun, 29 May 2016 18:53:14 -0400 (EDT) Received: (qmail 25425 invoked from network); 29 May 2016 22:53:13 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 29 May 2016 22:53:13 -0000 X-No-Relay: not in my network 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.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 7ADE2B1E002; Sun, 29 May 2016 15:53:11 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] Date: Sun, 29 May 2016 15:53:15 -0700 Message-Id: Cc: Bryan Drewery , FreeBSD PowerPC ML , freebsd-arm To: FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 May 2016 22:53:24 -0000 Quoting the original note about WITH_META_MODE ( = https://lists.freebsd.org/pipermail/freebsd-current/2016-May/061481.html = ): > You will also need to load the filemon(4) module with 'kldload = filemon'. But head's sys/modules/Makefile says: > .if defined(MODULES_OVERRIDE) && !defined(ALL_MODULES) > SUBDIR=3D${MODULES_OVERRIDE} > .else > SUBDIR=3D \ . . . > ${_filemon} \ . . . > .if ${MACHINE_CPUARCH} =3D=3D "i386" || ${MACHINE_CPUARCH} =3D=3D = "amd64" . . . > _filemon=3D filemon . . . as the only contexts that provide a filemon.ko to use with kldload. Thus, for example, arm variants (32 bit and 64 bit) and powerpc variants = (32bit and 64 bit) do not have WITH_META_MODE as an option as things are = set up. I had been hoping to cut down on the time for clang-related rebuilds = during native buildworld runs on my slower buildworld contexts = (armv7a/cortex-a7, powerpc, powerpc64). But it was not to be. It appears that, once some arm variants are officially tier 1, = WITH_META_MODE will not span all tier 1 platforms. [Since I tend to use non-tier-1 platforms I tend to notice some of the = statements about FreeBSD that are true of only tier 1 without being = explicit about it. But initially it takes some research to discover that = status for each such point. WITH_META_MODE is an example.] =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon May 30 05:44:32 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5CE0B5454A; Mon, 30 May 2016 05:44:32 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0143.outbound.protection.outlook.com [157.56.111.143]) (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 E196A10B9; Mon, 30 May 2016 05:44:31 +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:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=LqEPjbbTP8rvE6XAO4ecuzP1B1PqMSnVakqR/Tl0ZH8=; b=faUUKUdXPvJDpTL6BphIDgYdzJgqZIPuPa8pyH2oG+qJeCQsPOU+nXfzSPHV0r+lIi8sIwcSBNz2Jr+jcuONP7260lxzbCnRxlCk5N22LVOXHy8Fla0yyU14kYaj96GyavL9PQbf79u9E54QVP0VbPHcR1wYQp6Ct4D+YRk+J4o= Received: from CY1PR05CA0041.namprd05.prod.outlook.com (10.166.186.179) by CY1PR05MB2457.namprd05.prod.outlook.com (10.167.10.14) with Microsoft SMTP Server (TLS) id 15.1.501.7; Mon, 30 May 2016 01:10:50 +0000 Received: from BL2FFO11FD011.protection.gbl (2a01:111:f400:7c09::184) by CY1PR05CA0041.outlook.office365.com (2a01:111:e400:c5a4::51) with Microsoft SMTP Server (TLS) id 15.1.506.9 via Frontend Transport; Mon, 30 May 2016 01:10:50 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.19) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.19 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.19) by BL2FFO11FD011.mail.protection.outlook.com (10.173.161.17) with Microsoft SMTP Server (TLS) id 15.1.497.8 via Frontend Transport; Mon, 30 May 2016 01:10: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; Sun, 29 May 2016 18:10: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 u4U1AmJ01535; Sun, 29 May 2016 18:10: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 0E19C385508; Sun, 29 May 2016 18:10:48 -0700 (PDT) To: Mark Millard CC: FreeBSD Current , Bryan Drewery , FreeBSD PowerPC ML , freebsd-arm , Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] In-Reply-To: References: Comments: In-reply-to: Mark Millard message dated "Sun, 29 May 2016 15:53:15 -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: <1700.1464570647.1@kaos.jnpr.net> Date: Sun, 29 May 2016 18:10:48 -0700 Message-ID: <1702.1464570648@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)(2980300002)(199003)(24454002)(189002)(9170700003)(2950100001)(87936001)(6806005)(47776003)(97756001)(92566002)(117636001)(19580405001)(23726003)(189998001)(76506005)(77096005)(81166006)(107886002)(110136002)(586003)(8936002)(86362001)(1220700001)(5003600100002)(8676002)(53416004)(5008740100001)(106466001)(76176999)(2906002)(19580395003)(50226002)(46406003)(105596002)(9686002)(11100500001)(2810700001)(50986999)(4326007)(4001430100002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR05MB2457; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; MLV:sfv; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11FD011; 1:1vBTMqx58CTP980gKpBvvHODf8yODeotK4IZWKlRDGKygOF9Fld3avz//SO1gn2a1XVwWJmLs6S5vH8w3Pr+3skSU0CkL+oD+FVKyPId2sugjCO/jMKKP+ELacIofsO0navviag/dX4CMq7CKNhqvpCrdHXOf77hWb0guCxz8OeuBxNChI+6zQEeXVWVN0R+OYjmaH4r3KHQ0TUv7p8FNoK8tpHMqtYt55zkJm3Sawp3zeA/llKoE1gGVwLF/UUlyZlPN28QEkFeOEo8Z3fUmlOh5prAtA1Ftf3masfLnhJV6V9TCnRHYsZG3kVX8KnzOLG/LLfcQS0xvd5u7x9+kwVX/e56NLvBrwAGQzqKbm81A1VuozvOKxeTwNEae+hfCgU5CfLLbb+J5zP1iyyhud6EGXblUgAA+9DjgaBAYRHtCETo5CMgM2EnERxTxMN0yV+87CVF1oOFrSyOmD5evzQ0kuWCzwQcRZh1ATPQjklwXuH5Up2KxltshxZs8X+RMFfLUwIqM3mtYb7RyZtwdw== X-MS-Office365-Filtering-Correlation-Id: c02dccab-55ec-42cb-c49f-08d388273d41 X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB2457; 2:cDV+jyR0nC9ghtPsFRq9WA+9k1m6GfHdpy8IG/ihvR7cWSNkQmQ4Oq3fmOedE2+bXC/VMD+8a0wOzPlHDoav1cblleskBkqAumZ52YLVl4Qz+bFEEVrhhQXMpYno4ywfug2cglu0KX8UhCJqKip6T36++5OloCREACTqEmpY+MVBJ729kRDVVrQ1+sBLLohf; 3:RNueR20buZ3vVbUpDuZGITIu7wTVRCqI8guNM4egLRj23JnnoYJz1PY843gfCMzXTNQKBzQVvEWcTlppEwrTEOTfZU6hhnLOAYRt+ba3iS7X9SEzn0nDjj0RIMht/rdBhiyWaALinY/whtuuMba7jnQUex5sbscMj37+FxJ21DS3/A41LXBmbxRB2FtH9WRu2Px4dv96c+m5NMKE4LKxyuTyb8gEv1Dld4Ezcj8uDGE= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR05MB2457; X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB2457; 25:SOUBUuyjE6RjzXo4M4pNwKuIUDcorZbLQ2i/WhImnQWvfHr8sUlv5H3mkeC48m3kbgfXCFdMFsIV8jczPiHktixTwAhZ3kUyWx+e8fjqsVlWSxysfw6zY7Oqh+IxD/BDLeqRcHUBD/J2YT9NRwJcGLw8816ka6YYFudKdJay+y5Wxjcn3wbM31LtF5LlpHHM2QQd6UZv3CYX6s7jO+DYzpu7nXvNhVJgMLiC8dKGvVxmFizJgyVrSRZd0GGFQPx8/hkLy/09NfkI0P66+rylznXF8L2cqJuoPZO9e1AZ7cIPQPha7e7wwE1qHgDLzM42KEvPto/+/Vlbq+JznY1WOMby8USDGd/hPe5H//VmfY3x++X1jpI4v6Nyki86/6UiBOPdKPHfgQ3ZBangAqqLgipyJNxwGt+m4oRKbeICRFgLUsbjQXOtkn4CpCPcl3xyc8QdZ0cb8T7SsGhgVLFgzzvrewn/o7or5c82c0H5wzxOryerG4whctp0wDU+FGtjK9ifXVoN9985U7b1lQsKBrwtE+E1Q844Vz/XF4ZuW+lMpHvCXbse+ZV7OTf0Rje4d9lrV0Diy+3MrtztAvfi1F9Mr8Ba3Obbp9mTJNFhjDDI9QfRUF2eSRh4ZKB8T+RWGBcQz2Xw3oMMtWb4HBLIwHX3NFTb8W9GB1y+qhcoUbIn/A72c9FcWTBQ1P3VveGnWJYMO5dyCWtcFZXpLYOQHox3mdkofHOd1WIqchyLYoU= X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB2457; 20:qgv2tkmlcV3+ixPvtYje4VVpYtnvuYr0VZGsX2cwpU5f3Zu4MYZU/bOGy429/gRgqGAM01pRCWtlI4DMupkJgUYq6sZCL/cdGQnvKM48x+g9PU6zDScI2lMsI23Hoy5wVLRfWbnf3sD1gh1ozH0MiDxSB74RLy7V7gMb3Et2dU8OFJk29gOVX/I23YRfsE1yBpko4pyzLVQJKDBEmFigA8OlMZJZS+iqXbXuMV2ry8WKb0nqF77SwCBHIl44YqyU6rY4XqPlri4obNOaRj/UzBnYiZFBlyD7nV6P73S2lkLZP1Ot6qLZukzYgZ5puxWJQQ4biXmdHmeh3V6oFIefbH1uR9ab98NvECrKd4IkrX85O8Sg4H1fFBpCOn+EAdDN0C9y5CrEO0/Ua12CJf4Gx7iSha0ey1N1OVyNjYwNgsb55qaHULD4fMAGuRg9o7WLGAnXERgUIPnbKC3JsugUK//qsqod/WU+Fe9reBHEN0ocZlsn1IjI5E8jGBeT9fjf X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13023025)(5005006)(13018025)(13017025)(13024025)(8121501046)(13015025)(10201501046)(3002001)(6055026); SRVR:CY1PR05MB2457; BCL:0; PCL:0; RULEID:; SRVR:CY1PR05MB2457; X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB2457; 4:WyvRhZ13W4I6hm8gtjddhmVTk8J1BUAGDiCj7KHhDSPIUGuPe+33S+CmvaP+nZoJRx7ReyReVOt0mw0eFHhwLUlp03gb8Z31JYyq3Z3XA76yATAnH9Vq44gr2OuxgUN91kpwDZ5CIKk9ndVs9miEbAI8YFGipXUvgyMHh/VOZ1ZskKhwqv3hVLBgUpTP/BJ9Fbp+Ve5wLievrfEzB0NtCe7Z+Qy5dvh1uy4o4gVAES2WGap0tomwSiDvIrb2RfC9Dkrrp8e9Ps79RyhUThD0HwNCRJDITyphIhU7A4Dvew9Xf5Ab9E6/ng6d0qhMhoCVEz1jMaMQuY6/aFMrhgUqqSNIawfkM+1FbQGCSIAHCJGyuOlj7hgl24UNqxBob4LPTcAogIvk4dEwsFM1cdtHKX4/GToNbekOqglxOdkWYAjMrwdbP7KNg0lpmbNAYIZPRWZpOoAaikPgZWd4eobecyfaRzDbbDtwRbJFAJA8QGc= X-Forefront-PRVS: 09583628E0 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CY1PR05MB2457; 23:qaPVNTH7up2uClGpWQRSDIMjDyy3WwHV6qSrYgcm0?= =?us-ascii?Q?l3RBRXoA1s/3yQOwQZ+RAV2/jtBjD98wuHFNUc4SBqNfSmLGh+wJ2/vrFWRA?= =?us-ascii?Q?0CQNuYN3cBCAI+8U9jfmxcnFmzGGPMVJbWwAMKa3DWiRt0lvIB1HRdj5dd0o?= =?us-ascii?Q?ckfjRFdEuPwJ5qzIRb0huKsQTSP7qOEy7sz9b/57DV962L7WpB5ype7UcRx3?= =?us-ascii?Q?pvWxwZByKEaqUNTPFEosxL6kJRpLRJEdNP/DEy2LfCD4a8so1i0e3mrg4JFf?= =?us-ascii?Q?QTZmFEIOFBkKZ9Cv1azWI+vlrFLHpQZa9EJhEKNbQmSJAYpCK2rlQoRy3caW?= =?us-ascii?Q?ZuBPC69xsni5RbWqJvQID+4vShTdJ/w6yV+swzzluQRQReMPEUQ+CHKbocG1?= =?us-ascii?Q?J5kupvcl8W7stMCA0ZxdS6PGQlgtcr89qz5LO0bbhsqo2uLUUGDli9l4EONZ?= =?us-ascii?Q?7u8d3Zwh5qrUce3+deXxMSacKrARhjN8i/2Ozlrv/pivCwDWp1ztwcs22/40?= =?us-ascii?Q?a9wHSOp8ew090cXnvSHenI6ze4bIDZGCGx4cliDZ0NBkiWayDhmJPj9R2Yrj?= =?us-ascii?Q?S5td392vy1YpmoD/gf/Ueo75v9DzncEaM1+HeF6rkA+EMLyX54o0ZSvncR8n?= =?us-ascii?Q?KWDEDJJBsmA+HW+yVC2s9XvI0RuUmVXVmKHqynM2GQTzQ/CDXUO2V0085F17?= =?us-ascii?Q?+kJTRhEzzRX5N6H47UmhZmz7yrgQvtuFdJEvm3dLV+7faFI9hpEWflUjFSJ8?= =?us-ascii?Q?wv2ipqkLlQzSwJcyBNgOT3FgVk0StMzJhLG+5T2NYsvcDW+G4wv/OEKQYQt7?= =?us-ascii?Q?gCRjv6StHwAtr+2hiR3kj4e7RHrddjmBPY3WSYk2aClIF7mEqJDLU44xGkf/?= =?us-ascii?Q?CsCK9/ti6DEUsZ9r/+Z6K3Y6kFATo0AENiUoD2lDdKggAWti4lNHaFnDlGL2?= =?us-ascii?Q?H+ZgkZvPwfcSB6B20FF+VvSWtqwVqeNhDMfjQzhYSxgmb7TlWzpbfhlZJSVV?= =?us-ascii?Q?y93t6uPK6rlAYYnFKdX8aPpicdwVWQxO1SSlLp/pJ/sZv6L3jkNUsY6DrZHi?= =?us-ascii?Q?mkrv7e4t2gaI6ur2k3K3oU1V+U7S1QfqvNsXfm+QGLuIRLDXyCmsd3JXXRdo?= =?us-ascii?Q?qpSY7ILKhk=3D?= X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB2457; 5:nA+WdqiGvneop5nNTdf4mvVqVMso/yujsvXn73WBgyAJcEGGcCVdDkfgbFYsOPO2w6HmZA9dIB1tIVCafkIOr1TEJhStZEEUT0p0NgFAZN2Z537kGpG5I/tI6m0U91YvK3oTllfw1u/lnhSn5IuI4A==; 24:g+zwhG/SKSoKZMQnWOp9P1P2hYqGmdR+WwK9+7RkEEvqScmKACZL/gOQF17qfw6GCLFMsx3TGSSRxKpHgXFz6UE7JPIbAa1sgBXb0Cs5h7g=; 7:erOxyp+4XEOVi93wE7vdAY9Wga9sB112UepQFd0+Ps0qbpIvtK0F7soSbXI4bl+iUiypoHFVsyKQVf6h9Eewv/UT588VwFIgq9Ml9VrAiMqrTADpCvzsCShUVWUoHHut4RvSx840luOM6Z8HlDEATmzvMViMiGpg5snVbEOINYSpwqBIcmFPOiTgG+6AU2EL SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 May 2016 01:10:49.8450 (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: CY1PR05MB2457 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2016 05:44:32 -0000 Mark Millard wrote: > > .if ${MACHINE_CPUARCH} == "i386" || ${MACHINE_CPUARCH} == "amd64" > . . . > > _filemon= filemon > . . . > > Thus, for example, arm variants (32 bit and 64 bit) and powerpc > variants (32bit and 64 bit) do not have WITH_META_MODE as an option as > things are set up. FWIW I'm not aware of any reason that filemon(4) wouldn't work on any architecture. I expect the above restriction is mostly just a reflection of expected build hosts. From owner-freebsd-arm@freebsd.org Mon May 30 09:48:44 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E70A1B54962 for ; Mon, 30 May 2016 09:48:44 +0000 (UTC) (envelope-from Vonleo@aol.com) Received: from oms-a020e.mx.aol.com (oms-a020e.mx.aol.com [204.29.186.163]) (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 99A0D10E7 for ; Mon, 30 May 2016 09:48:44 +0000 (UTC) (envelope-from Vonleo@aol.com) Received: from omr-a003e.mx.aol.com (omr-a003.mx.aol.com [10.72.94.63]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by oms-a020e.mx.aol.com (AOL Outbound OMS Interface) with ESMTPS id BC841380005C for ; Mon, 30 May 2016 05:47:07 -0400 (EDT) Received: from mtaout-mcc01.mx.aol.com (mtaout-mcc01.mx.aol.com [172.26.253.77]) by omr-a003e.mx.aol.com (Outbound Mail Relay) with ESMTP id B221C380008A for ; Mon, 30 May 2016 05:47:07 -0400 (EDT) Received: from WIN-6Q15KS5IKGJ (unknown [198.23.142.107]) by mtaout-mcc01.mx.aol.com (MUA/Third Party Client Interface) with ESMTPA id 53C5138000089 for ; Mon, 30 May 2016 05:47:07 -0400 (EDT) From: "Opinion Outpost" Subject: Customer Evaluation...Participate & Get Paid!!! To: freebsd-arm@freebsd.org MIME-Version: 1.0 Reply-To: opinionoutpos437@outlook.com Date: Mon, 30 May 2016 02:47:04 -0700 x-aol-global-disposition: S X-SPAM-FLAG: YES DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20150623; t=1464601627; bh=hZRpAB1H5IdZQWWL94LtNVdL+hlQpPoqaFvqDKDIz0Y=; h=From:To:Subject:Date:MIME-Version:Content-Type; b=EdF8gQtgoSPgXftSSbRWiS+mJQOWYnjtABRf12NnnuBnUQANUyOAITU07rh120j3U OFhi1GyiLEN3pUFKRdgLfbY9J9mNejbyDEdJuv08ZB89hqLCA5uAzmcF3+VMZPDPJg iLN6+HkIwtOXjBYsZgSsR/PkFi7f55U28KiS7hGw= X-AOL-REROUTE: YES x-aol-sid: 3039ac1afd4d574c0c1b2a9a X-AOL-IP: 198.23.142.107 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2016 09:48:45 -0000 - This mail is in HTML. Some elements may be ommited in plain text. - We currently have a customer evaluation assignment available in your area and we would like you to participate. Get Paid $200.00 for every Assignment Completed. Click Here to read more and Sign Up if interested. Thank you for participating. Opinion Outpost? 6 Research Drive Shelton, CT 06484. U.S.A Attn: James Porter From owner-freebsd-arm@freebsd.org Tue May 31 00:40:50 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A359B5354D for ; Tue, 31 May 2016 00:40:50 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-194.reflexion.net [208.70.211.194]) (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 2F8411898 for ; Tue, 31 May 2016 00:40:49 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 19800 invoked from network); 31 May 2016 00:41:15 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 31 May 2016 00:41:15 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 30 May 2016 20:40:47 -0400 (EDT) Received: (qmail 5876 invoked from network); 31 May 2016 00:40:47 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 31 May 2016 00:40:47 -0000 X-No-Relay: not in my network X-No-Relay: not in my network 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.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 2522DB1E001; Mon, 30 May 2016 17:40:37 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: 11.0 -r300944 buildworld attempt failed [amd64 targeting powerpc or armv6 via system clang use] From: Mark Millard In-Reply-To: Date: Mon, 30 May 2016 17:40:41 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <137F75C8-F81A-44EE-B036-D7ABA7C75684@dsl-only.net> References: <8A197698-51C7-43F9-9927-465602E19AAE@dsl-only.net> To: FreeBSD Current , Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2016 00:40:50 -0000 [This adds armv6 information to a prior note that was just powerpc = based. The powerpc example material is listed first then it is noted = that armv6 ended up similar in my attempt.] On 2016-May-29, at 11:32 PM, Mark Millard = wrote: > [It may well be that powerpc is not an intended cross compile target = via clang since clang is insufficient for an FreeBSD/powerpc ABI = compliant buildworld as stands. Still I use this to illustrate the more = general points for clang use in cross builds.] >=20 > The failure: >=20 >> --- libc.so.7.full --- >> /usr/bin/ld: unrecognised emulation mode: elf32ppc_fbsd >> Supported emulations: elf_x86_64_fbsd elf_i386_fbsd >> clang: error: linker command failed with exit code 1 (use -v to see = invocation) >> *** [libc.so.7.full] Error code 1 >>=20 >> make[4]: stopped in /usr/src/lib/libc >> 1 error >>=20 >> make[4]: stopped in /usr/src/lib/libc >> *** [lib/libc__L] Error code 2 >=20 > Note the /usr/bin/ld use: the host (amd64) linker for a powerpc link = operation. >=20 > The log shows the ld command was via clang=E2=80=99s front end as far = as what the build did directly (just a prefix shown): >=20 >> --- libc.so.7.full --- >> /usr/bin/clang -target powerpc-unknown-freebsd11.0 = --sysroot=3D/usr/obj/clang/powerpc.powerpc/usr/src/tmp = -B/usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/bin -nodefaultlibs = -Wl,--version-script=3DVersion.map -shared -Wl,-x -Wl,--fatal-warnings = -Wl,--warn-shared-textrel -o libc.so.7.full -Wl,-soname,libc.so.7 = `NM=3D'nm' NMFLAGS=3D'' lorder trivial-vdso_tc.So bt_close.So bt_conv.So = bt_debug.So bt_delete.So bt_get.So bt_open.So bt_overflow.So bt_page.So > . . . >=20 > The -B does not point to a place with a powerpc specific ld command: >=20 >> # ls -lt /usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/bin >> total 1395 >> -rwxr-xr-x 1 root wheel 827248 May 29 22:20 ctfmerge >> -rwxr-xr-x 1 root wheel 534712 May 29 22:20 sysinit >> -rwxr-xr-x 1 root wheel 960784 May 29 22:20 ctfconvert >=20 > As far as I can tell a potentially proper path would have been: >=20 > /usr/local/powerpc-freebsd/bin/ld >=20 > if a devel/powerpc-binutils port existed and was installed. (No such = port exists.) >=20 > I do not know if other TARGET_ARCH=E2=80=99s have similar problems or = not (even if they have a binutils port). >=20 >=20 > This was not a WITH_META_MODE=3Dyes context. >=20 >=20 > make.conf was empty and src.conf was: >=20 > TO_TYPE=3Dpowerpc > # > KERNCONF=3DGENERICvtsc-NODEBUG > TARGET=3D${TO_TYPE} > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITHOUT_CROSS_COMPILER=3D > WITH_SYSTEM_COMPILER=3D > # > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > # lldb requires missing atomic 8-byte operations for powerpc (non-64) > WITHOUT_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=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 >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net I finally tried a amd64 host -> armv6 (rpi2) cross build for freebsd = 11.0. amd64 -> armv6 for freebsd 11.0 also ended up with linker vs. file = format/content mismatches: in this case what was reported was about the = crti.o format when attempting to link libc.so.7.full . The error = messages were not explicit about the linker path used, unfortunately. = .../tmp/usr/bin as listed in the -B had only the same 3 file names (and = no ld) as was shown above for the powerpc context. Again it is a context of using the clang front end to indirectly get to = the linker with "-target" needing to guide details if the selection of = the linker is to be automatic. (Otherwise -B likely needs to point to = where an appropriate tool set is to be found [including ld].) armv6 for freebsd 11.0 is likely intended to be supported, unlike = powerpc possibly being viewed as irrelevant currently because of clang's = code generation issues for powerpc variants. armv6-gnueabihf-freebsd11.0 for modern hardfloat vs. = armv6-gnueabi-freebsd11.0 for temporary softfloat may need distinct = linkers (or other tools)? (Possibly via distinct -B's?) I'm not sure if the following additional item is a potential issue or = not: While there is a devel/arm-gnueabi-binutils there is no = devel/arm-gnueabihf-binutils. But I notice that -target = armv6-gnueabihf-freebsd11.0 is in use now for freebsd 11.0. Targets of = the form armv6-gnueabi-freebsd10* are probably still needed to support = 10.x for rpi's and the like. (So is another port needed?) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Tue May 31 02:20:57 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92F8BB55944 for ; Tue, 31 May 2016 02:20:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-190.reflexion.net [208.70.211.190]) (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 554AB1F10 for ; Tue, 31 May 2016 02:20:56 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31677 invoked from network); 31 May 2016 02:21:26 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 31 May 2016 02:21:26 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 30 May 2016 22:21:00 -0400 (EDT) Received: (qmail 8883 invoked from network); 31 May 2016 02:21:00 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 31 May 2016 02:21:00 -0000 X-No-Relay: not in my network X-No-Relay: not in my network 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.1.26] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 644F5B1E001; Mon, 30 May 2016 19:20:49 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: 11.0 -r300944 buildworld amd64 -> armv6/armv7a cross build: Some XCPP and XCC use without -target specified so it rejects -march=armv7a From: Mark Millard Date: Mon, 30 May 2016 19:20:54 -0700 Cc: FreeBSD Toolchain , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <80DF38BA-CC08-4E58-9B19-CFBE72CF7262@dsl-only.net> To: Bryan Drewery , FreeBSD Current X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2016 02:20:57 -0000 [Warning: The following report is already based on trying to work around = prior problems already noted elsewhere. That makes these somewhat more = suspect. The -march=3Darmv7a that is rejected below is from = XCC/XCXX/XCPP content in my src.conf. I later list the src.conf content = used.] [WITH_META_MODE=3Dyes is in use. cleanworld had been done before hand.] Example failure: > # more = /usr/obj/clang/arm.armv6/usr/src/worldsoft/usr/src/include/rpcsvc/key_prot= .h.meta > # Meta data file = /usr/obj/clang/arm.armv6/usr/src/worldsoft/usr/src/include/rpcsvc/key_prot= .h.meta > CMD RPCGEN_CPP=3D/usr/bin/clang-cpp\ -march=3Darmv7a\ -mcpu=3Dcortex-a7\= -B/usr/local/arm-gnueabi-freebsd/bin\ -DCOMPAT_SOFTFP\ = -mfloat-abi=3Dsoftfp\ \ = -L/usr/obj/clang/arm.armv6/usr/src/libsoft/usr/libsoft\ \ = --sysroot=3D/usr/obj/clang/arm.armv6/usr/src/libsoft\ \ = -B/usr/obj/clang/arm.armv6/usr/src/tmp/usr/bin\ = -B/usr/obj/clang/arm.armv6/usr/src/libsoft/usr/libsoft rpcgen -C -h = -DWANT_NFS3 /usr/src/include/rpcsvc/key_prot.x -o key_prot.h > CWD /usr/obj/clang/arm.armv6/usr/src/worldsoft/usr/src/include/rpcsvc > TARGET key_prot.h > -- command output -- > clang-cpp: warning: argument unused during compilation: = '-mcpu=3Dcortex-a7' > clang-cpp: warning: argument unused during compilation: = '-mfloat-abi=3Dsoftfp' > clang-cpp: warning: argument unused during compilation: = '-L/usr/obj/clang/arm.armv6/usr/src/libsoft/usr/libsoft' > error: unknown target CPU 'armv7a' > *** Error code 1 . . . rpcb_prot.h was similar. These appear to be because -target armv6-???-freebsd11.0 was not = supplied to clang-cpp (given that -march=3Darmv7a was supplied to = clang-cpp via src.conf material but armv7a is not a variation of the = host (amd64) context). (I try to be sure that clang-cpp is always told the specific -march that = I=E2=80=99m targeting in case clang-cpp provides macro definitions on = that basis that might be used.) Adding a -target in XCPP and retrying got farther but failed for XCC not = getting a -target and so another rejection of -march=3Darmv7a happened: > # more = /usr/obj/clang/arm.armv6/usr/src/worldsoft/usr/src/gnu/lib/libssp/libssp_n= onshared/ssp-local.o* > # Meta data file = /usr/obj/clang/arm.armv6/usr/src/worldsoft/usr/src/gnu/lib/libssp/libssp_n= onshared/ssp-local.o.meta > CMD /usr/bin/clang -march=3Darmv7a -mcpu=3Dcortex-a7 = -B/usr/local/arm-gnueabi-freebsd/bin -DCOMPAT_SOFTFP -mfloat-abi=3Dsoftfp = -L/usr/obj/clang/arm.armv6/usr/src/libsoft/usr/libsoft = --sysroot=3D/usr/obj/clang/arm.armv6/usr/src/libsoft = -B/usr/obj/clang/arm.armv6/usr/src/tmp/usr/bin = -B/usr/obj/clang/arm.armv6/usr/src/libsoft/usr/libsoft -O -pipe = -DHAVE_CONFIG_H -I/usr/src/gnu/lib/libssp/libssp_nonshared/.. = -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/lib= ssp = -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/inc= lude -fPIC -DPIC -fvisibility=3Dhidden -mfloat-abi=3Dsoftfp -std=3Dgnu99 = -Qunused-arguments -c = /usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libss= p/ssp-local.c -o ssp-local.o > CMD=20 > CWD = /usr/obj/clang/arm.armv6/usr/src/worldsoft/usr/src/gnu/lib/libssp/libssp_n= onshared > TARGET ssp-local.o > -- command output -- > error: unknown target CPU 'armv7a' > *** Error code 1 . . . Some of the other clang command line arguments (-mcpu and -B) are also = from my src.conf file. More is missing for a normal compile than just = -target material. [Note that having even just a "redundant" -march=3Darmv6 in = XCC/XCXX/XCPP is a good testing technique for proving that all the usage = has sufficient context to allow such an explicit specification from the = right family.] Supporting details. . . make.conf empty. src.conf (before forcing XCPP to have an armv6 family -target): TO_TYPE=3Darmv6 TOOLS_TO_TYPE=3Darm-gnueabi # KERNCONF=3DRPI2-NODBG TARGET=3Darm .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITHOUT_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # #CPUTYPE=3Dsoft WITH_LIBSOFT=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 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 # # # To based on clang (via system)... # TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related binutils... # .if ${.MAKE.LEVEL} =3D=3D 0 XCC=3D/usr/bin/clang -march=3Darmv7a -mcpu=3Dcortex-a7 = -B/usr/local/${TOOLS_TO_TYPE}-freebsd/bin XCXX=3D/usr/bin/clang++ -march=3Darmv7a -mcpu=3Dcortex-a7 = -B/usr/local/${TOOLS_TO_TYPE}-freebsd/bin XCPP=3D/usr/bin/clang-cpp -march=3Darmv7a -mcpu=3Dcortex-a7 = -B/usr/local/${TOOLS_TO_TYPE}-freebsd/bin .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)... # #COMPILER_TYPE=3Dclang .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 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Tue May 31 04:19:58 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39BBDB55E01 for ; Tue, 31 May 2016 04:19:58 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-174.reflexion.net [208.70.211.174]) (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 F335A19B8 for ; Tue, 31 May 2016 04:19:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31547 invoked from network); 31 May 2016 04:20:28 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 31 May 2016 04:20:28 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Tue, 31 May 2016 00:20:00 -0400 (EDT) Received: (qmail 8665 invoked from network); 31 May 2016 04:20:00 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 31 May 2016 04:20:00 -0000 X-No-Relay: not in my network X-No-Relay: not in my network 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.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id E3745B1E001; Mon, 30 May 2016 21:19:48 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0 -r300944 buildworld attempt failed [amd64 targeting powerpc or armv6 via system clang use] From: Mark Millard In-Reply-To: <137F75C8-F81A-44EE-B036-D7ABA7C75684@dsl-only.net> Date: Mon, 30 May 2016 21:19:54 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <311011FA-F5B0-499D-AE47-31D430257A8A@dsl-only.net> References: <8A197698-51C7-43F9-9927-465602E19AAE@dsl-only.net> <137F75C8-F81A-44EE-B036-D7ABA7C75684@dsl-only.net> To: FreeBSD Current , Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2016 04:19:58 -0000 On 2016-May-30, at 5:40 PM, Mark Millard wrote: > [This adds armv6 information to a prior note that was just powerpc = based. The powerpc example material is listed first then it is noted = that armv6 ended up similar in my attempt.] >=20 > On 2016-May-29, at 11:32 PM, Mark Millard = wrote: >=20 >> [It may well be that powerpc is not an intended cross compile target = via clang since clang is insufficient for an FreeBSD/powerpc ABI = compliant buildworld as stands. Still I use this to illustrate the more = general points for clang use in cross builds.] >>=20 >> The failure: >>=20 >>> --- libc.so.7.full --- >>> /usr/bin/ld: unrecognised emulation mode: elf32ppc_fbsd >>> Supported emulations: elf_x86_64_fbsd elf_i386_fbsd >>> clang: error: linker command failed with exit code 1 (use -v to see = invocation) >>> *** [libc.so.7.full] Error code 1 >>>=20 >>> make[4]: stopped in /usr/src/lib/libc >>> 1 error >>>=20 >>> make[4]: stopped in /usr/src/lib/libc >>> *** [lib/libc__L] Error code 2 >>=20 >> Note the /usr/bin/ld use: the host (amd64) linker for a powerpc link = operation. >>=20 >> The log shows the ld command was via clang=E2=80=99s front end as far = as what the build did directly (just a prefix shown): >>=20 >>> --- libc.so.7.full --- >>> /usr/bin/clang -target powerpc-unknown-freebsd11.0 = --sysroot=3D/usr/obj/clang/powerpc.powerpc/usr/src/tmp = -B/usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/bin -nodefaultlibs = -Wl,--version-script=3DVersion.map -shared -Wl,-x -Wl,--fatal-warnings = -Wl,--warn-shared-textrel -o libc.so.7.full -Wl,-soname,libc.so.7 = `NM=3D'nm' NMFLAGS=3D'' lorder trivial-vdso_tc.So bt_close.So bt_conv.So = bt_debug.So bt_delete.So bt_get.So bt_open.So bt_overflow.So bt_page.So >> . . . >>=20 >> The -B does not point to a place with a powerpc specific ld command: >>=20 >>> # ls -lt /usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/bin >>> total 1395 >>> -rwxr-xr-x 1 root wheel 827248 May 29 22:20 ctfmerge >>> -rwxr-xr-x 1 root wheel 534712 May 29 22:20 sysinit >>> -rwxr-xr-x 1 root wheel 960784 May 29 22:20 ctfconvert >>=20 >> As far as I can tell a potentially proper path would have been: >>=20 >> /usr/local/powerpc-freebsd/bin/ld >>=20 >> if a devel/powerpc-binutils port existed and was installed. (No such = port exists.) >>=20 >> I do not know if other TARGET_ARCH=E2=80=99s have similar problems or = not (even if they have a binutils port). >>=20 >>=20 >> This was not a WITH_META_MODE=3Dyes context. >>=20 >>=20 >> make.conf was empty and src.conf was: >>=20 >> TO_TYPE=3Dpowerpc >> # >> KERNCONF=3DGENERICvtsc-NODEBUG >> TARGET=3D${TO_TYPE} >> .if ${.MAKE.LEVEL} =3D=3D 0 >> TARGET_ARCH=3D${TO_TYPE} >> .export TARGET_ARCH >> .endif >> # >> WITHOUT_CROSS_COMPILER=3D >> WITH_SYSTEM_COMPILER=3D >> # >> WITH_LIBCPLUSPLUS=3D >> WITH_BINUTILS_BOOTSTRAP=3D >> WITH_CLANG=3D >> WITH_CLANG_IS_CC=3D >> WITH_CLANG_FULL=3D >> WITH_CLANG_EXTRAS=3D >> # lldb requires missing atomic 8-byte operations for powerpc (non-64) >> WITHOUT_LLDB=3D >> # >> WITH_BOOT=3D >> WITHOUT_LIB32=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 >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >=20 > I finally tried a amd64 host -> armv6 (rpi2) cross build for freebsd = 11.0. >=20 > amd64 -> armv6 for freebsd 11.0 also ended up with linker vs. file = format/content mismatches: in this case what was reported was about the = crti.o format when attempting to link libc.so.7.full . The error = messages were not explicit about the linker path used, unfortunately. = .../tmp/usr/bin as listed in the -B had only the same 3 file names (and = no ld) as was shown above for the powerpc context. >=20 > Again it is a context of using the clang front end to indirectly get = to the linker with "-target" needing to guide details if the selection = of the linker is to be automatic. (Otherwise -B likely needs to point to = where an appropriate tool set is to be found [including ld].) >=20 > armv6 for freebsd 11.0 is likely intended to be supported, unlike = powerpc possibly being viewed as irrelevant currently because of clang's = code generation issues for powerpc variants. >=20 > armv6-gnueabihf-freebsd11.0 for modern hardfloat vs. = armv6-gnueabi-freebsd11.0 for temporary softfloat may need distinct = linkers (or other tools)? (Possibly via distinct -B's?) >=20 >=20 > I'm not sure if the following additional item is a potential issue or = not: >=20 > While there is a devel/arm-gnueabi-binutils there is no = devel/arm-gnueabihf-binutils. But I notice that -target = armv6-gnueabihf-freebsd11.0 is in use now for freebsd 11.0. Targets of = the form armv6-gnueabi-freebsd10* are probably still needed to support = 10.x for rpi's and the like. (So is another port needed?) >=20 >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net I looked around some more and I think I've found one or two points = missed in some of the WITH_SYSTEM_COMPILER coverage. Such may explain = part of the above. A) The bootstrap clang compiler is built to automatically use the = WITH_BINUTILS_BOOTSTRAP instances of the binutils if I understand right. B) The system clang compiler is not. So, for example, it by default uses = /usr/bin/ld as the linker. C) =46rom what I've seen WITH_SYSTEM_COMPILER for cross-builds is not = building the WITH_BINUTILS_BOOTSTRAP binutils (and so is not putting the = them in a place that it would use via -B, which might then manage to = redirect the system clang to find those WITH_BINUTILS_BOOTSTRAP = binutils). D) This may get odder when hardfloat vs. libsoft is considered: what = tools need to be different tool instances for building libsoft? Are the = armv6-gnueabihf-freebsd11.0 related tools sufficient to cover = armv6-gnueabi-freebsd11.0 (libsoft's softfloat) without switching to any = other tool(s)? Side note: There is also another difference [this just mentions some material from = another, later report that I made on the lists]: E) The bootstrap clang compilers/cpp does not need -target and allows = selection of -march from the target family and tracks when such is done. = But there are contexts that still assume this status when = WITH_SYSTEM_COMPILER is in use but the system compiler does not have = this property for cross-build usage. The examples that I've noticed are = tied to building libsoft. An appropriate -target is always needed, = potentially even for clang-cpp to have the fully correct behavior. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Tue May 31 15:53:39 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E608FB56309 for ; Tue, 31 May 2016 15:53:39 +0000 (UTC) (envelope-from lily.daniel@accessdatalist.com) Received: from smtp102.biz.mail.ne1.yahoo.com (smtp102.biz.mail.ne1.yahoo.com [98.138.207.9]) (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 A5E031271 for ; Tue, 31 May 2016 15:53:39 +0000 (UTC) (envelope-from lily.daniel@accessdatalist.com) Received: (qmail 98961 invoked from network); 31 May 2016 15:53:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1464710018; bh=Mj/IhtprzG+QOBXMBhpJlzhtEI6AdOoPnmZC1UoSs3M=; h=From:To:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type; b=gx0IA/9eGkToyHRflq9zs3HOd9jZ+we2hWhSUpt22kNaGjgdVXz1yTUCkVGIs9hbBi5jO1+Y3mpf/cuzmDxWkgfB/e5jsTW+UMxo/R/3UKuv2Z8OyG+eMJ9gwP+uceCsxVRrzqPnpOMKGDvVgifQXx4mcVOS8jkxp8N9aF9V8F8= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: s1sI2i0VM1m1DmaQ6Qq9XWSMl7wk9fNGCJagxUcJJvYGLf2 7M.AfwlWynD9JtAkXb4eRfV3Qx.1r_rVpbHm1Dn9J28BJO8BHMuaGnwd_1Fi e0g1wypo.UBmXdHksa0FZHT0_lbyGD0BqOIRzmwIJHDpAYUFjd1aUkyAqS8i KULOm0pkC8WzeBHwlirx.sYYS0J4WR8mpaytJNDHhpfuRJ06MyNNCpc8YJcv LdoLbGQcz3JjOZwvUWtWiDTOFnjiB9p9xjyEIJEGFW0_k3QITiRGjgz3R2Fb 0qEitnbpe64vdGG5NM_imkkArxRoQY.cQE17SgR1c1TS_jsyMGJuTOOJfazu wJYGpcPSrMOtYh63nWOhYp53aFYuMw6UJfgZvHoGYvBMIR2fCw3GYHgqm0xP j67ft5z4_BJK62_2L9qt5IX7XFfl5izQz04x7LeBvpmcmmgeEnjE4vNvSQFx sv1IcTQIsvHw8AXj14dsYMQ3Y3c3a2bwlXUm8Vmh9NEbEj0AekxB.ffKlvIt RkxZmhudaZNYtFynlO2n1uhI- X-Yahoo-SMTP: 20nrdM.swBDEquHf8ZCoQn.uUYoXWY.YR0Ojmqw- From: "Lily Daniel" To: References: In-Reply-To: Subject: RE: Engineering education Professionals list Date: Tue, 31 May 2016 11:53:20 -0400 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdG2d/mysMzo5FOtR5Kp1OW+bWnkpgE3JJ+A Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2016 15:53:40 -0000 Hi, I hope you're doing well. I was wondering if you had a chance to review the previous email that was sent to you. Kindly let me know your thoughts on the same Best Regards, Lily Daniel From: Lily Daniel [mailto:lily.daniel@accessdatalist.com] Sent: Wednesday, May 25, 2016 7:24 AM To: 'freebsd-arm@freebsd.org' Subject: Engineering education Professionals list Importance: High Hi, Would you be interested in Engineering education Professionals list.? which includes complete contact details and verified email addresses of - You can reach: . Engineering Professors . Deans . Instructors . Students . Teachers . Administrative . Research . Industry . Professors . Associate Professor . Assistant/Associate Dean . Products/Services related to: . Textbooks . Software & Hardware . Laboratory & Research Equipment . IT Services and many more across US/UK/CANADA, Europe and all over the world. If you are interested please let me know your targeted criteria, I can assist you with the count/costs, and more details for your consideration. Target Industry: _____________ Target Geography: ______________ Target Job Title: _________________ Looking forward to hear from you. Regards, Lily Daniel Marketing analyst Other Industries :- Oil & Gas, Energy & Utility, Health Care, Transportation, Finance, Insurance, Food & Beverage, Hospitality, Construction, Publishing and Printing, Semiconductors, Security Etc. If you do not wish to receive future emails from us, please reply as 'leave out' From owner-freebsd-arm@freebsd.org Tue May 31 15:57:24 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 017E2B563AF; Tue, 31 May 2016 15:57: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 E58E514DF; Tue, 31 May 2016 15:57:23 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id DC75D1ABA; Tue, 31 May 2016 15:57:23 +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 5ADE41E9F7; Tue, 31 May 2016 15:57: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 hfek-rEoldbq; Tue, 31 May 2016 15:57:15 +0000 (UTC) Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com D52881E9ED To: Mark Millard , FreeBSD Current References: Cc: FreeBSD PowerPC ML , freebsd-arm From: Bryan Drewery Organization: FreeBSD Message-ID: <8835f09a-4e52-5bd0-ba8e-763eb6a92db7@FreeBSD.org> Date: Tue, 31 May 2016 08:57:10 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; 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-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2016 15:57:24 -0000 On 5/29/16 3:53 PM, Mark Millard wrote: > Quoting the original note about WITH_META_MODE ( https://lists.freebsd.org/pipermail/freebsd-current/2016-May/061481.html ): > >> You will also need to load the filemon(4) module with 'kldload filemon'. > > But head's sys/modules/Makefile says: > >> .if defined(MODULES_OVERRIDE) && !defined(ALL_MODULES) >> SUBDIR=${MODULES_OVERRIDE} >> .else >> SUBDIR= \ > > . . . >> ${_filemon} \ > > . . . >> .if ${MACHINE_CPUARCH} == "i386" || ${MACHINE_CPUARCH} == "amd64" > . . . >> _filemon= filemon > . . . > > as the only contexts that provide a filemon.ko to use with kldload. > > Thus, for example, arm variants (32 bit and 64 bit) and powerpc variants (32bit and 64 bit) do not have WITH_META_MODE as an option as things are set up. > > I had been hoping to cut down on the time for clang-related rebuilds during native buildworld runs on my slower buildworld contexts (armv7a/cortex-a7, powerpc, powerpc64). But it was not to be. > > It appears that, once some arm variants are officially tier 1, WITH_META_MODE will not span all tier 1 platforms. > > [Since I tend to use non-tier-1 platforms I tend to notice some of the statements about FreeBSD that are true of only tier 1 without being explicit about it. But initially it takes some research to discover that status for each such point. WITH_META_MODE is an example.] > Ah, I wasn't aware of the restriction. I am testing building it for other archs now. Most of the arch-dependent code has been removed since the restriction was added. -- Regards, Bryan Drewery From owner-freebsd-arm@freebsd.org Tue May 31 19:20:35 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3378B5BF91 for ; Tue, 31 May 2016 19:20:35 +0000 (UTC) (envelope-from carlj@peak.org) Received: from filter04.peak.org (filter04.peak.org [69.59.194.80]) (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 7F3781D16 for ; Tue, 31 May 2016 19:20:35 +0000 (UTC) (envelope-from carlj@peak.org) Received: from zmail-mta02.peak.org ([207.55.16.112]) by filter04.peak.org ({b5578ef9-c87c-4111-97f7-092309db775d}) via TCP (outbound) with ESMTPS id 20160531191706984_0000 for ; Tue, 31 May 2016 12:17:06 -0700 X-RC-FROM: X-RC-RCPT: Received: from zmail-mta02.peak.org (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTPS id 516AD4D5B1 for ; Tue, 31 May 2016 12:17:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTP id 336FC14C772 for ; Tue, 31 May 2016 12:17:01 -0700 (PDT) Received: from zmail-mta02.peak.org ([127.0.0.1]) by localhost (zmail-mta02.peak.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id nFSvQt1EmmUk for ; Tue, 31 May 2016 12:17:01 -0700 (PDT) Received: from mailproxy-lb-05.peak.org (mailproxy-lb-05.peak.org [207.55.17.95]) by zmail-mta02.peak.org (Postfix) with ESMTP id 08C834D5B1 for ; Tue, 31 May 2016 12:17:00 -0700 (PDT) Received: from carlj by elm.localnet with local (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1b7p9w-0002vZ-1r for freebsd-arm@freebsd.org; Tue, 31 May 2016 12:17:00 -0700 From: Carl Johnson To: freebsd-arm@freebsd.org Subject: Ruby floating point problem in FreeBSD 11.0-ALPHA1 X-Clacks-Overhead: GNU Terry Pratchett Date: Tue, 31 May 2016 12:17:00 -0700 Message-ID: <86mvn6rqab.fsf@elm.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-MAG-OUTBOUND: peakinternet.redcondor.net@207.55.16/22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2016 19:20:35 -0000 Hello, I just upgraded an RPi2 system to the 11.0-ALPHA1 and noticed that a fractional second sleep in ruby causes SIGABRT. I assume that is due to the softfp to hardfp transition, but it appears that the available packages are still softfp. I just checked and found that printing fp numbers from ruby works. Anybody have any comments about whether this is expected due to the transition? Thanks for any information. -- Carl Johnson carlj@peak.org From owner-freebsd-arm@freebsd.org Wed Jun 1 09:15:52 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51A9FB56A02 for ; Wed, 1 Jun 2016 09:15:52 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::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 CF08A10E4 for ; Wed, 1 Jun 2016 09:15:51 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-lf0-x233.google.com with SMTP id s64so8536337lfe.0 for ; Wed, 01 Jun 2016 02:15:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=+NSagiTpCBM1aVXwdtVzRoVoUEVC4/qTtkKIKst8NrM=; b=k6I1w5WGJ/CTOk/2YJvPLBcen3a14vrsCzbTdpByHsf/L9lwVo+bEjAnedyMT1Kb/o 449zsP1TMrckgP9KDeUXQsNoS4suYN3svy0uLXO2Mrr9PQlC4yyr/9SFDlsX9xWjOzE8 N/FwFh6LbaJqXsXrPrRRVvVct+KtZ6pNAUxLeO+BzL+6ilyB6NPQwYaP3M6g7776MxQk 5CUjeLk/urP865wy5siOOMZ3LtjEgNXD6ZiSU90BTyPCdls6wEc1TPCEXRygfE5pKQyt +miYAq5hR6uVE2/wFDMf/GM7DLtkxj7UighKTu59bWA8eyEIaQLe9On8UpMOqI03DzsM hDLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=+NSagiTpCBM1aVXwdtVzRoVoUEVC4/qTtkKIKst8NrM=; b=hrN32gi60KuSCpEwW/D3pjAAZU0/X18YN1yDyQyRy8zSTyjSCE6CjAU4Cmvz5Pkj/f vimWCf5KsivLKFtZornNi9LhU11feNXWZD3lIw3NZsZdxPlgDc9Re8L9cexsIaNrZrCp p691af5kY70UdySFB/JWHPoCumf9incYQ3IGwHtfX6MsLFIUY+ucCRikG6BFiBKhWKsw 117qUOC+TaDCsn5+UuVlnT1c++dsV2SlWfL/9c7XkRbzQ9/lkMuqQo9NQ21PE+AwbTu2 FyyX1aAkv68zbmY1LO2AvrZA/+MrNAkGTA4lIforuzC/eVzuGsjno5UFp6lTbgu158Gi 0/Sw== X-Gm-Message-State: ALyK8tLFN/vpSBfIFlVYZB6ttZUOWoVTV4MwVlirtJGLGXkU8RqJ3TJRpMuG4gaIupw3fcuVpfWNOrK6CXvVOg== X-Received: by 10.25.163.15 with SMTP id m15mr910105lfe.153.1464772550005; Wed, 01 Jun 2016 02:15:50 -0700 (PDT) MIME-Version: 1.0 References: <86mvn6rqab.fsf@elm.localnet> In-Reply-To: <86mvn6rqab.fsf@elm.localnet> From: Tom Vijlbrief Date: Wed, 01 Jun 2016 09:15:39 +0000 Message-ID: Subject: Re: Ruby floating point problem in FreeBSD 11.0-ALPHA1 To: Carl Johnson , freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2016 09:15:52 -0000 I had similar issues (core dumps) with Python. Recompiling the ports fixed it for me. Note that portmaster gave me some issues, because the old port has to be deinstalled first. Just a "make" in the ports source did not work in all cases. What worked for me was: make deinstall reinstall clean In each /usr/ports/* directory, starting with the supporting libs Op di 31 mei 2016 23:47 schreef Carl Johnson : > Hello, > > I just upgraded an RPi2 system to the 11.0-ALPHA1 and noticed that a > fractional second sleep in ruby causes SIGABRT. I assume that is due to > the softfp to hardfp transition, but it appears that the available > packages are still softfp. I just checked and found that printing fp > numbers from ruby works. Anybody have any comments about whether this > is expected due to the transition? > > Thanks for any information. > -- > Carl Johnson carlj@peak.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-arm@freebsd.org Wed Jun 1 15:20:13 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05B43B610BD; Wed, 1 Jun 2016 15:20:13 +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 DEB161893; Wed, 1 Jun 2016 15:20:12 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id D1F051CA5; Wed, 1 Jun 2016 15:20: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 98E1678B3; Wed, 1 Jun 2016 15:20: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 ZXNGl3KG8u4q; Wed, 1 Jun 2016 15:20:09 +0000 (UTC) Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 6D1117851 To: Mark Millard , FreeBSD Current References: Cc: FreeBSD PowerPC ML , freebsd-arm From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> Date: Wed, 1 Jun 2016 08:20:01 -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="MhaiRRG7KqV7nV4OBOmPR6Or5KQH8AphX" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2016 15:20:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MhaiRRG7KqV7nV4OBOmPR6Or5KQH8AphX Content-Type: multipart/mixed; boundary="efn7WqpkSn21QmU89igjEUlwG5g9FskmI" From: Bryan Drewery To: Mark Millard , FreeBSD Current Cc: FreeBSD PowerPC ML , freebsd-arm Message-ID: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] References: In-Reply-To: --efn7WqpkSn21QmU89igjEUlwG5g9FskmI Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 5/29/2016 3:53 PM, Mark Millard wrote: > Quoting the original note about WITH_META_MODE ( https://lists.freebsd.= org/pipermail/freebsd-current/2016-May/061481.html ): >=20 >> You will also need to load the filemon(4) module with 'kldload filemon= '. >=20 > But head's sys/modules/Makefile says: >=20 >> .if defined(MODULES_OVERRIDE) && !defined(ALL_MODULES) >> SUBDIR=3D${MODULES_OVERRIDE} >> .else >> SUBDIR=3D \ >=20 > . . . >> ${_filemon} \ >=20 > . . . >> .if ${MACHINE_CPUARCH} =3D=3D "i386" || ${MACHINE_CPUARCH} =3D=3D "amd= 64" > . . . >> _filemon=3D filemon > . . . >=20 > as the only contexts that provide a filemon.ko to use with kldload. >=20 > Thus, for example, arm variants (32 bit and 64 bit) and powerpc variant= s (32bit and 64 bit) do not have WITH_META_MODE as an option as things ar= e set up. >=20 > I had been hoping to cut down on the time for clang-related rebuilds du= ring native buildworld runs on my slower buildworld contexts (armv7a/cort= ex-a7, powerpc, powerpc64). But it was not to be. >=20 > It appears that, once some arm variants are officially tier 1, WITH_MET= A_MODE will not span all tier 1 platforms. >=20 > [Since I tend to use non-tier-1 platforms I tend to notice some of the = statements about FreeBSD that are true of only tier 1 without being expli= cit about it. But initially it takes some research to discover that statu= s for each such point. WITH_META_MODE is an example.] >=20 I've just enabled the filemon(4) build on all architectures in r301130. --=20 Regards, Bryan Drewery --efn7WqpkSn21QmU89igjEUlwG5g9FskmI-- --MhaiRRG7KqV7nV4OBOmPR6Or5KQH8AphX 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 iQEcBAEBAgAGBQJXTv0nAAoJEDXXcbtuRpfPZxwH/i2GLWdM+/S1aUwg9Z5MZDT8 nlntlziN1Fugy/63L/CxgOC3E9ozWkr3eoToZqgkbREITaL/IdKnEjQQBaZI7KUT dNrfhKpmkCoeomx60+sFPfxVp+rpXTa2DAAwB8yoB3AqF4Hcwfsp1SQOqujiKa01 580svdN9P4pPEc8TBbk9ww5d4QvIRTTDaQ3olQE9oapVS/iL6QsyVMRgWY4p0WxO uyuVKuiJzmJdq86f93HAZN30srwBqb8UG52aegVuDCe1GPOBlFWA1fhuhrL3cAwu CAxJLs1bUmqFoJJUD0HlLtNX2FCihflz4P68tAbhhf9eDPLRjasMLzADUGWaNx0= =5kmo -----END PGP SIGNATURE----- --MhaiRRG7KqV7nV4OBOmPR6Or5KQH8AphX-- From owner-freebsd-arm@freebsd.org Wed Jun 1 19:43:15 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10CC0B60598 for ; Wed, 1 Jun 2016 19:43:15 +0000 (UTC) (envelope-from onwahe@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 DC90F1128 for ; Wed, 1 Jun 2016 19:43:14 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by mail-it0-f42.google.com with SMTP id z189so91270433itg.0 for ; Wed, 01 Jun 2016 12:43:14 -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:date:message-id:subject:from:to; bh=2UFBbej2wYLam82nsIeXBgCqK9yaPmoWgnpRxxKinDQ=; b=lFAT/0rM4HFhaPk92BltaKFOLt41++P3mS7VGmYMhn3D+Hq1PhfaeiJZt7og22KXjg nEyWPrha7NTRtLjMxxe5ldoLI8585zuRRYU9LLf1o+QUd0UPMl5379jlQGx+ek4KUi+o NPYpTvOlwZXz0P/N1LK/w3DxEXMEs6O3sU3zTXGLDKq5akcWZINh/2CdUjNOk15BtKgl uMPh+sMp9jPri23TvhgOmCeAK2nkRgDOHHzEvSQL+dAC48DVK7hKPEVe2eQsbFQtabud pwIVlYNH3ZnWL9TlqQcWoWObF53dJ85I0qUL7mGgMsRpSgkCSZ7/p26vMDRcNpyk6Es+ 4FnA== X-Gm-Message-State: ALyK8tJNEv2KK2oiCXBBLjVlD/9zM/5QoRr8YxmlbcnU3y5WnBIFTFyVk2BUcazh8Vub+A== X-Received: by 10.36.216.196 with SMTP id b187mr24610636itg.36.1464810187928; Wed, 01 Jun 2016 12:43:07 -0700 (PDT) Received: from mail-it0-f50.google.com (mail-it0-f50.google.com. [209.85.214.50]) by smtp.gmail.com with ESMTPSA id 142sm12746383itk.12.2016.06.01.12.43.07 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Jun 2016 12:43:07 -0700 (PDT) Received: by mail-it0-f50.google.com with SMTP id z123so31547719itg.0 for ; Wed, 01 Jun 2016 12:43:07 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.36.104.2 with SMTP id v2mr24542890itb.64.1464810187149; Wed, 01 Jun 2016 12:43:07 -0700 (PDT) Received: by 10.64.60.67 with HTTP; Wed, 1 Jun 2016 12:43:07 -0700 (PDT) Date: Wed, 1 Jun 2016 21:43:07 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: INTRNG final round From: Svatopluk Kraus To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2016 19:43:15 -0000 I and Michal have prepared a final INTRNG change. All our previous work on INTRNG was aimed at this point. And this should be the last "big" shift. We would like to commit it before the code freeze, unless there will be a strong objection. We have tested it on pandaboard, rpi2, and tegra. However, we would like to ask anybody to test it too as the code freeze is comming. The final change consist of two patches: https://reviews.freebsd.org/D6632 https://reviews.freebsd.org/D6634 If there will be no objection, I will probably commit it during this weekend. Thanks, Svata From owner-freebsd-arm@freebsd.org Wed Jun 1 20:59:48 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3067FB646A2 for ; Wed, 1 Jun 2016 20:59:48 +0000 (UTC) (envelope-from carlj@peak.org) Received: from filter02.peakinternet.com (filter02.peakinternet.com [207.55.16.93]) (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 EABAD1154 for ; Wed, 1 Jun 2016 20:59:47 +0000 (UTC) (envelope-from carlj@peak.org) Received: from zmail-mta02.peak.org ([207.55.16.112]) by filter02.peakinternet.com ({c0e096ac-ab76-477d-8a9d-eab3e47a6d30}) via TCP (outbound) with ESMTPS id 20160601205946712_0000 for ; Wed, 01 Jun 2016 13:59:46 -0700 X-RC-FROM: X-RC-RCPT: Received: from zmail-mta02.peak.org (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTPS id C512218C975 for ; Wed, 1 Jun 2016 13:59:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTP id A138A18C995 for ; Wed, 1 Jun 2016 13:59:45 -0700 (PDT) Received: from zmail-mta02.peak.org ([127.0.0.1]) by localhost (zmail-mta02.peak.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id vZVj3yz1jcq3 for ; Wed, 1 Jun 2016 13:59:45 -0700 (PDT) Received: from mailproxy-lb-05.peak.org (mailproxy-lb-05.peak.org [207.55.17.95]) by zmail-mta02.peak.org (Postfix) with ESMTP id 735B618C975 for ; Wed, 1 Jun 2016 13:59:45 -0700 (PDT) Received: from carlj by elm.localnet with local (Exim 4.86_2 (FreeBSD)) (envelope-from ) id 1b8DEu-0008bm-GG for freebsd-arm@freebsd.org; Wed, 01 Jun 2016 13:59:44 -0700 From: Carl Johnson To: freebsd-arm@freebsd.org Subject: Re: Ruby floating point problem in FreeBSD 11.0-ALPHA1 References: <86mvn6rqab.fsf@elm.localnet> X-Clacks-Overhead: GNU Terry Pratchett Date: Wed, 01 Jun 2016 13:59:44 -0700 In-Reply-To: (Tom Vijlbrief's message of "Wed, 01 Jun 2016 09:15:39 +0000") Message-ID: <868tyosjzz.fsf@elm.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-MAG-OUTBOUND: peakinternet.redcondor.net@207.55.16/22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2016 20:59:48 -0000 Tom Vijlbrief writes: > I had similar issues (core dumps) with Python. > > Recompiling the ports fixed it for me. > > Note that portmaster gave me some issues, because the old port has to be = deinstalled first. Just a "make" in the > ports source did not work in all cases. > > What worked for me was: > > make deinstall reinstall clean > > In each /usr/ports/* directory, starting with the supporting libs Thanks for the information, but I think I will wait for a while and see if a new package build comes out that fixes the problem. The RPi's are slow enough that I hate to build all packages unless I have to. > Op di 31 mei 2016 23:47 schreef Carl Johnson : > > Hello, >=20=20=20=20 > I just upgraded an RPi2 system to the 11.0-ALPHA1 and noticed that a > fractional second sleep in ruby causes SIGABRT.=C2=A0 I assume that i= s due to > the softfp to hardfp transition, but it appears that the available > packages are still softfp.=C2=A0 I just checked and found that printi= ng fp > numbers from ruby works.=C2=A0 Anybody have any comments about whethe= r this > is expected due to the transition? >=20=20=20=20 > Thanks for any information. --=20 Carl Johnson carlj@peak.org From owner-freebsd-arm@freebsd.org Thu Jun 2 05:03:53 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7DCF2B67C36 for ; Thu, 2 Jun 2016 05:03:53 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6AE8C105F; Thu, 2 Jun 2016 05:03:53 +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 B2ED0E35; Thu, 2 Jun 2016 05:03:53 +0000 (UTC) Date: Thu, 2 Jun 2016 05:03:51 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: allanjude@FreeBSD.org, gnn@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <185287868.20.1464843833741.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1110308845.16.1464836311627.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1110308845.16.1464836311627.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #3301 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 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-arm@freebsd.org X-Mailman-Version: 2.1.22 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 05:03:53 -0000 FreeBSD_HEAD_arm64 - Build #3301 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3301/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3301/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3301/console Change summaries: 301185 by allanjude: Address feedback from hrs@ re: r301059 (ifconfig subnet mask) - Use NI_MAXHOST to size buffers for getnameinfo() - remove non-standard 'full' inet6 address printing - remove 'no scope' option - use strchr(3) to optimize replacing separator character in lladdrs Reviewed by: gnn, jhb Differential Revision: https://reviews.freebsd.org/D2856 301182 by gnn: Fix kernel build. Improper definition location of a variable. From owner-freebsd-arm@freebsd.org Thu Jun 2 02:58:30 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2D6DB662F6 for ; Thu, 2 Jun 2016 02:58:30 +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 E7CD41798; Thu, 2 Jun 2016 02:58:30 +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 9684EDF5; Thu, 2 Jun 2016 02:58:31 +0000 (UTC) Date: Thu, 2 Jun 2016 02:58:29 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: truckman@FreeBSD.org, adrian@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1110308845.16.1464836311627.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #3300 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 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-arm@freebsd.org X-Mailman-Version: 2.1.22 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 02:58:31 -0000 FreeBSD_HEAD_arm64 - Build #3300 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3300/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3300/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3300/con= sole Change summaries: 301181 by adrian: [ath] commit initial bluetooth coexistence support for the MCI NICs. This is the initial framework to call into the MCI HAL routines and drive the basic state engine. The MCI bluetooth coex model uses a command channel between wlan and bluetooth, rather than a 2-wire or 3-wire signaling protocol to control thi= ngs. This means the wlan and bluetooth chip exchange a lot more information and signaling, even at the per-packet level. The NICs in question can share the input LNA and output PA on the die, so they absolutely can't stomp on each other in a silly fashion. It also allows for the bluetooth side to signal when profiles come and go, so the driver can take appropriate control. There's also the possibility of dynamic bluetooth/wlan duty cycle control which I haven't yet really played with. It configures things up with a static "wlan wins everything" coexistence, configures up the available 2GHz channel map for bluetooth, sets a static duty cycle for bluetooth/wifi traffic priority and drives the basics needed= to keep the MCI HAL code happy. It doesn't do any actual coexistence except to default to "wlan wins everyt= hing", which at least demonstrates that things do indeed work. Bluetooth inquiry = frames still trump wifi (including beacons), so that demonstrates things really do indeed seem to work. Tested: * AR9462 (WB222), STA mode + bt * QCA9565 (WB335), STA mode + bt TODO: * .. the rest of coexistence. yes, bluetooth, not people. That stuff's ha= rd. * It doesn't do the initial BT side calibration, which requires a WLAN chip reset. I'll fix up the reset path a bit more first before I enable that. * The 1-ant and 2-ant configuration bits aren't being set correctly in if_ath_btcoex.c - I'll dig into that and fix it in a subsequent commit. * It's not enabled by default for WB222/WB225 even though I believe it now can be - I'll chase that up in a subsequent commit. Obtained from:=09Qualcomm Atheros, Linux ath9k 301180 by truckman: Belatedly bump .Dd date for Dummynet AQM import in r300779. The end of the build log: [...truncated 147707 lines...] awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- ata-serverworks.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF= .depend.ata-serverworks.o -MTata-serverworks.o -mgeneral-regs-only -ffixed-= x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-de= cls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar= ith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebs= d_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 -std=3Diso9899:1999 -c /usr/src/sys/modul= es/ata/atapci/chipsets/ataserverworks/../../../../../dev/ata/chipsets/ata-s= erverworks.c -o ata-serverworks.o --- all_subdir_bhnd --- ctfconvert -L VERSION -g bhnd_subr.o --- bhnd_sprom.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF= .depend.bhnd_sprom.o -MTbhnd_sprom.o -mgeneral-regs-only -ffixed-x18 -ffree= standing -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnest= ed-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winli= ne -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-empty-body -Wno-error-parenthes= es-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-= shift-negative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/bhnd/..= /../dev/bhnd/nvram/bhnd_sprom.c -o bhnd_sprom.o --- all_subdir_ath --- ctfconvert -L VERSION -g if_ath_tx_edma.o --- if_ath_spectral.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/usr/src/sys/modules/ath/../../de= v/ath -I/usr/src/sys/modules/ath/../../dev/ath/ath_hal -I. -I/usr/src/sys/m= odules/ath/../../contrib/dev/ath/ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -inc= lude /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src= /sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD= -MF.depend.if_ath_spectral.o -MTif_ath_spectral.o -mgeneral-regs-only -ff= ixed-x18 -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 -D__printf__=3D__f= reebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-un= known-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-= error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-s= ign -Wno-error-shift-negative-value -std=3Diso9899:1999 -c /usr/src/sys/= modules/ath/../../dev/ath/if_ath_spectral.c -o if_ath_spectral.o --- all_subdir_bhnd --- ctfconvert -L VERSION -g bhnd_sprom.o --- bhnd_sprom_subr.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF= .depend.bhnd_sprom_subr.o -MTbhnd_sprom_subr.o -mgeneral-regs-only -ffixed-= x18 -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-de= cls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar= ith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebs= d_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 -std=3Diso9899:1999 -c /usr/src/sys/modul= es/bhnd/../../dev/bhnd/nvram/bhnd_sprom_subr.c -o bhnd_sprom_subr.o --- all_subdir_ata --- ctfconvert -L VERSION -g ata-serverworks.o --- ataserverworks.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o ataserverworks.k= ld ata-serverworks.o ctfmerge -L VERSION -g -o ataserverworks.kld ata-serverworks.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk ataserverworks.kld export_syms | xa= rgs -J% /usr/local/aarch64-freebsd/bin/objcopy % ataserverworks.kld --- ataserverworks.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o ataserverw= orks.ko.full ata-serverworks.o --- ataserverworks.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug ataserverworks.ko.= full ataserverworks.ko.debug --- ataserverworks.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= ataserverworks.ko.debug ataserverworks.ko.full ataserverworks.ko --- all_subdir_ata/atapci/chipsets/atasiliconimage --- =3D=3D=3D> ata/atapci/chipsets/atasiliconimage (all) --- machine --- machine -> /usr/src/sys/arm64/include --- ata_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/ata/ata_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- ata-siliconimage.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF= .depend.ata-siliconimage.o -MTata-siliconimage.o -mgeneral-regs-only -ffixe= d-x18 -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__free= bsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkno= wn-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-err= or-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign= -Wno-error-shift-negative-value -std=3Diso9899:1999 -c /usr/src/sys/mod= ules/ata/atapci/chipsets/atasiliconimage/../../../../../dev/ata/chipsets/at= a-siliconimage.c -o ata-siliconimage.o --- all_subdir_ath --- ctfconvert -L VERSION -g if_ath_spectral.o --- all_subdir_bhnd --- ctfconvert -L VERSION -g bhnd_sprom_subr.o --- nvram_subr.o --- --- all_subdir_ath --- --- if_ath_btcoex.o --- --- all_subdir_bhnd --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF= .depend.nvram_subr.o -MTnvram_subr.o -mgeneral-regs-only -ffixed-x18 -ffree= standing -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnest= ed-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winli= ne -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-empty-body -Wno-error-parenthes= es-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-= shift-negative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/bhnd/..= /../dev/bhnd/nvram/nvram_subr.c -o nvram_subr.o --- all_subdir_ath --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/usr/src/sys/modules/ath/../../de= v/ath -I/usr/src/sys/modules/ath/../../dev/ath/ath_hal -I. -I/usr/src/sys/m= odules/ath/../../contrib/dev/ath/ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -inc= lude /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src= /sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD= -MF.depend.if_ath_btcoex.o -MTif_ath_btcoex.o -mgeneral-regs-only -ffixed= -x18 -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 -D__printf__=3D__freeb= sd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknow= n-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-erro= r-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign = -Wno-error-shift-negative-value -std=3Diso9899:1999 -c /usr/src/sys/modu= les/ath/../../dev/ath/if_ath_btcoex.c -o if_ath_btcoex.o --- all_subdir_ata --- ctfconvert -L VERSION -g ata-siliconimage.o --- atasiliconimage.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o atasiliconimage.= kld ata-siliconimage.o ctfmerge -L VERSION -g -o atasiliconimage.kld ata-siliconimage.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk atasiliconimage.kld export_syms | x= args -J% /usr/local/aarch64-freebsd/bin/objcopy % atasiliconimage.kld --- atasiliconimage.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o atasilicon= image.ko.full ata-siliconimage.o --- atasiliconimage.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug atasiliconimage.ko= .full atasiliconimage.ko.debug --- atasiliconimage.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= atasiliconimage.ko.debug atasiliconimage.ko.full atasiliconimage.ko --- all_subdir_ata/atapci/chipsets/atasis --- =3D=3D=3D> ata/atapci/chipsets/atasis (all) --- machine --- machine -> /usr/src/sys/arm64/include --- ata_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/ata/ata_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- ata-sis.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF= .depend.ata-sis.o -MTata-sis.o -mgeneral-regs-only -ffixed-x18 -ffreestandi= ng -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-ext= erns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wc= ast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wm= issing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-e= rror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equ= ality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-= negative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/ata/atapci/ch= ipsets/atasis/../../../../../dev/ata/chipsets/ata-sis.c -o ata-sis.o --- all_subdir_bhnd --- ctfconvert -L VERSION -g nvram_subr.o --- bhnd_bus_if.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF= .depend.bhnd_bus_if.o -MTbhnd_bus_if.o -mgeneral-regs-only -ffixed-x18 -ffr= eestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wne= sted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Win= line -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprint= f__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas= -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenth= eses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-erro= r-shift-negative-value -std=3Diso9899:1999 -c bhnd_bus_if.c -o bhnd_bus_= if.o --- all_subdir_ath --- ctfconvert -L VERSION -g if_ath_btcoex.o --- all_subdir_bhnd --- ctfconvert -L VERSION -g bhnd_bus_if.o --- bhnd_chipc_if.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF= .depend.bhnd_chipc_if.o -MTbhnd_chipc_if.o -mgeneral-regs-only -ffixed-x18 = -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_kp= rintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pra= gmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-par= entheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-= error-shift-negative-value -std=3Diso9899:1999 -c bhnd_chipc_if.c -o bhn= d_chipc_if.o --- all_subdir_ata --- ctfconvert -L VERSION -g ata-sis.o --- atasis.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o atasis.kld ata-s= is.o ctfmerge -L VERSION -g -o atasis.kld ata-sis.o --- all_subdir_ath --- --- if_ath_btcoex_mci.o --- --- all_subdir_ata --- :> export_syms --- all_subdir_ath --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/usr/src/sys/modules/ath/../../de= v/ath -I/usr/src/sys/modules/ath/../../dev/ath/ath_hal -I. -I/usr/src/sys/m= odules/ath/../../contrib/dev/ath/ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -inc= lude /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src= /sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD= -MF.depend.if_ath_btcoex_mci.o -MTif_ath_btcoex_mci.o -mgeneral-regs-only= -ffixed-x18 -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 -D__printf__= =3D__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-poi= nter-sign -Wno-error-shift-negative-value -std=3Diso9899:1999 -c /usr/sr= c/sys/modules/ath/../../dev/ath/if_ath_btcoex_mci.c -o if_ath_btcoex_mci.o --- all_subdir_ata --- awk -f /usr/src/sys/conf/kmod_syms.awk atasis.kld export_syms | xargs -J% = /usr/local/aarch64-freebsd/bin/objcopy % atasis.kld --- atasis.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o atasis.ko.= full ata-sis.o --- atasis.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug atasis.ko.full ata= sis.ko.debug --- atasis.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= atasis.ko.debug atasis.ko.full atasis.ko --- all_subdir_ata/atapci/chipsets/atavia --- =3D=3D=3D> ata/atapci/chipsets/atavia (all) --- all_subdir_bhnd --- ctfconvert -L VERSION -g bhnd_chipc_if.o --- bhnd_nvram_if.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF= .depend.bhnd_nvram_if.o -MTbhnd_nvram_if.o -mgeneral-regs-only -ffixed-x18 = -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_kp= rintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pra= gmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-par= entheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-= error-shift-negative-value -std=3Diso9899:1999 -c bhnd_nvram_if.c -o bhn= d_nvram_if.o --- all_subdir_ata --- --- machine --- machine -> /usr/src/sys/arm64/include --- ata_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/ata/ata_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- ata-via.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF= .depend.ata-via.o -MTata-via.o -mgeneral-regs-only -ffixed-x18 -ffreestandi= ng -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-ext= erns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wc= ast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wm= issing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-e= rror-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equ= ality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-= negative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/ata/atapci/ch= ipsets/atavia/../../../../../dev/ata/chipsets/ata-via.c -o ata-via.o --- all_subdir_bhnd --- ctfconvert -L VERSION -g bhnd_nvram_if.o --- all_subdir_bhnd/bcma --- =3D=3D=3D> bhnd/bcma (all) --- machine --- machine -> /usr/src/sys/arm64/include --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- bhnd_bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/bhnd/bhnd_bus_if.= m -h --- all_subdir_ath --- /usr/src/sys/modules/ath/../../dev/ath/if_ath_btcoex_mci.c:610:11: error: u= nused variable 'value_dbm' [-Werror,-Wunused-variable] int8_t value_dbm =3D ath_hal_btcoex_mci_state(sc->s= c_ah, ^ 1 error generated. --- all_subdir_bhnd --- --- bcma_subr.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF= .depend.bcma_subr.o -MTbcma_subr.o -mgeneral-regs-only -ffixed-x18 -ffreest= anding -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 -W= no-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses= -equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-sh= ift-negative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/bhnd/bcma= /../../../dev/bhnd/bcma/bcma_subr.c -o bcma_subr.o --- all_subdir_bge --- ctfconvert -L VERSION -g if_bge.o --- all_subdir_ath --- *** [if_ath_btcoex_mci.o] Error code 1 bmake[4]: stopped in /usr/src/sys/modules/ath 1 error bmake[4]: stopped in /usr/src/sys/modules/ath *** [all_subdir_ath] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_bge --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/bge *** [all_subdir_bge] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_bhnd --- ctfconvert -L VERSION -g bcma_subr.o A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/sys/modules/bhnd/bcma *** [all_subdir_bhnd/bcma] Error code 2 bmake[4]: stopped in /usr/src/sys/modules/bhnd 1 error bmake[4]: stopped in /usr/src/sys/modules/bhnd *** [all_subdir_bhnd] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_ata --- ctfconvert -L VERSION -g ata-via.o A failure has been detected in another branch of the parallel make bmake[7]: stopped in /usr/src/sys/modules/ata/atapci/chipsets/atavia *** [all_subdir_ata/atapci/chipsets/atavia] Error code 2 bmake[6]: stopped in /usr/src/sys/modules/ata/atapci/chipsets 1 error bmake[6]: stopped in /usr/src/sys/modules/ata/atapci/chipsets *** [all_subdir_ata/atapci/chipsets] Error code 2 bmake[5]: stopped in /usr/src/sys/modules/ata/atapci 1 error bmake[5]: stopped in /usr/src/sys/modules/ata/atapci *** [all_subdir_ata/atapci] Error code 2 bmake[4]: stopped in /usr/src/sys/modules/ata 1 error bmake[4]: stopped in /usr/src/sys/modules/ata *** [all_subdir_ata] Error code 2 bmake[3]: stopped in /usr/src/sys/modules 4 errors bmake[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC 1 error bmake[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildkernel] 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_arm64] $ /bin/sh -xe /tmp/hudson778577971386217808.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::103:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Thu Jun 2 01:39:39 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42926B62484 for ; Thu, 2 Jun 2016 01:39:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-175.reflexion.net [208.70.211.175]) (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 E990D1945 for ; Thu, 2 Jun 2016 01:39:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 17505 invoked from network); 2 Jun 2016 01:40:02 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 2 Jun 2016 01:40:02 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Wed, 01 Jun 2016 21:40:10 -0400 (EDT) Received: (qmail 11417 invoked from network); 2 Jun 2016 01:40:10 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 2 Jun 2016 01:40:10 -0000 X-No-Relay: not in my network 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.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 1C1B31C43D2; Wed, 1 Jun 2016 18:39:26 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] From: Mark Millard In-Reply-To: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> Date: Wed, 1 Jun 2016 18:39:30 -0700 Cc: FreeBSD Current , FreeBSD PowerPC ML , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 01:39:39 -0000 [A top-posted error report for powerpc64.] On 2016-Jun-1, at 8:20 AM, Bryan Drewery = wrote: > I've just enabled the filemon(4) build on all architectures in = r301130. But on (built via powerpc64-gcc on the powerpc64 box): > # uname -apKU > FreeBSD FBSDG5C0 11.0-ALPHA1 FreeBSD 11.0-ALPHA1 #39 r301139M: Wed Jun = 1 17:37:17 PDT 2016 = root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64v= tsc-NODEBUG powerpc powerpc64 1100116 1100116 while filemon.ko now exists: > # ls -l /boot/*/filemon* > -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.ko it does not load: > # kldload -n filemon > kldload: can't load filemon: No such file or directory > # dmesg | grep link_elf > link_elf: symbol elf64_freebsd_sysvec undefined So no WITH_META_MODE=3Dyes yet for powerpc64. I'm not sure when I get to trying the rpi2 (armv6). =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Jun-1, at 8:20 AM, Bryan Drewery = wrote: > On 5/29/2016 3:53 PM, Mark Millard wrote: >> Quoting the original note about WITH_META_MODE ( = https://lists.freebsd.org/pipermail/freebsd-current/2016-May/061481.html = ): >>=20 >>> You will also need to load the filemon(4) module with 'kldload = filemon'. >>=20 >> But head's sys/modules/Makefile says: >>=20 >>> .if defined(MODULES_OVERRIDE) && !defined(ALL_MODULES) >>> SUBDIR=3D${MODULES_OVERRIDE} >>> .else >>> SUBDIR=3D \ >>=20 >> . . . >>> ${_filemon} \ >>=20 >> . . . >>> .if ${MACHINE_CPUARCH} =3D=3D "i386" || ${MACHINE_CPUARCH} =3D=3D = "amd64" >> . . . >>> _filemon=3D filemon >> . . . >>=20 >> as the only contexts that provide a filemon.ko to use with kldload. >>=20 >> Thus, for example, arm variants (32 bit and 64 bit) and powerpc = variants (32bit and 64 bit) do not have WITH_META_MODE as an option as = things are set up. >>=20 >> I had been hoping to cut down on the time for clang-related rebuilds = during native buildworld runs on my slower buildworld contexts = (armv7a/cortex-a7, powerpc, powerpc64). But it was not to be. >>=20 >> It appears that, once some arm variants are officially tier 1, = WITH_META_MODE will not span all tier 1 platforms. >>=20 >> [Since I tend to use non-tier-1 platforms I tend to notice some of = the statements about FreeBSD that are true of only tier 1 without being = explicit about it. But initially it takes some research to discover that = status for each such point. WITH_META_MODE is an example.] >>=20 >=20 > I've just enabled the filemon(4) build on all architectures in = r301130. >=20 > --=20 > Regards, > Bryan Drewery From owner-freebsd-arm@freebsd.org Thu Jun 2 01:59:14 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1C8BB663FD; Thu, 2 Jun 2016 01:59:14 +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 B945E1865; Thu, 2 Jun 2016 01:59:14 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id B21991184; Thu, 2 Jun 2016 01:59:14 +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 680861D8CD; Thu, 2 Jun 2016 01:59:14 +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 coMKWc2xRSp5; Thu, 2 Jun 2016 01:59:07 +0000 (UTC) Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 3A5601D8C6 To: Mark Millard References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> Cc: FreeBSD Current , FreeBSD PowerPC ML , freebsd-arm From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <0165aee5-cf6f-8f01-1690-fc51995e2109@FreeBSD.org> Date: Wed, 1 Jun 2016 18:59: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: <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wpQhcBiSidSfWegMn1VnRbgBXKEm1xPb4" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 01:59:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --wpQhcBiSidSfWegMn1VnRbgBXKEm1xPb4 Content-Type: multipart/mixed; boundary="KrapAqaNvAILWcq5lb62iVMsRoFsq67D0" From: Bryan Drewery To: Mark Millard Cc: FreeBSD Current , FreeBSD PowerPC ML , freebsd-arm Message-ID: <0165aee5-cf6f-8f01-1690-fc51995e2109@FreeBSD.org> Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> In-Reply-To: <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> --KrapAqaNvAILWcq5lb62iVMsRoFsq67D0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/1/2016 6:39 PM, Mark Millard wrote: > while filemon.ko now exists: >> # ls -l /boot/*/filemon* >> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.ko > it does not load: >> # kldload -n filemon >> kldload: can't load filemon: No such file or directory >> # dmesg | grep link_elf >> link_elf: symbol elf64_freebsd_sysvec undefined There's 2 different ABI formats for powerpc64? > sys/powerpc/powerpc/elf64_machdep.c:INIT_SYSENTVEC(elf64_sysvec_v1, &el= f64_freebsd_sysvec_v1); > sys/powerpc/powerpc/elf64_machdep.c:INIT_SYSENTVEC(elf64_sysvec_v2, &el= f64_freebsd_sysvec_v2); What's up with that? --=20 Regards, Bryan Drewery --KrapAqaNvAILWcq5lb62iVMsRoFsq67D0-- --wpQhcBiSidSfWegMn1VnRbgBXKEm1xPb4 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 iQEcBAEBAgAGBQJXT5LqAAoJEDXXcbtuRpfPuJkIALXxZnfKFSpt4VutD4QcNNce wKBn0ZMx0D7y5m4bbPxQ18OcGZ3zMAuAxkOKl0ZLSS2v3nS9HgrYKdKAbBhzf7RT dyNORc3lnqfgXzDUM2YI506/PTzQoI0QjYNE5CrbLVqM59Hvq4vi7KClwIOTWbce rKklw++AiaQXa6TdvnoE8I6nNwWVW3maKPJzGLrSJELK4WUvsvVAwTgo+AfP3juF gUPhEe5Sf5ywZvhZtGh4+m7Fx3eLX6Y8QVO/0IC0enRp1Ppd2Vy8EeQh498ZMv4C lfgZHBYQn9MKY9rssWeDgLl67uORBApxTpxbLC8i+ZAiNik1uFogqg4Z7GdS29E= =rV7Y -----END PGP SIGNATURE----- --wpQhcBiSidSfWegMn1VnRbgBXKEm1xPb4-- From owner-freebsd-arm@freebsd.org Thu Jun 2 13:02:20 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCE84B64F76 for ; Thu, 2 Jun 2016 13:02:20 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from mail-pf0-x22b.google.com (mail-pf0-x22b.google.com [IPv6:2607:f8b0:400e:c00::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 B3FAF112A for ; Thu, 2 Jun 2016 13:02:20 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: by mail-pf0-x22b.google.com with SMTP id 62so31281200pfd.1 for ; Thu, 02 Jun 2016 06:02:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dragondata.com; s=google; h=from:content-transfer-encoding:subject:message-id:date:to :mime-version; bh=blPWtI6MiYXa5JxQObiX+niYFLztsEfxmxnkAvIpRcw=; b=LzaSRLy1EEcPthp2PNhW5RAIJno+EJT0EBbZ1tLVSsv9MdlpNLeMqknE+tbRe0RxMm ZwPDstStgvKmsjVMbcNOHD+JcyvCVOTd8uQZwtt0PIhEHssn7FPWixD+FxLIvgwX8QVr PaeHbSdSD3i6gO6NvEc6BrXLGCxep5Jeu2ayo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-transfer-encoding:subject :message-id:date:to:mime-version; bh=blPWtI6MiYXa5JxQObiX+niYFLztsEfxmxnkAvIpRcw=; b=cVr5OIgmUuDaLbhKBGf2c/ZggynsYH+EoC4Iz0mRcXaGexPAdjjIrzZt0ngG04N1KL rj8Z48pJmn9W2wVZM6E1XpDxfJuXB9FAdKK9tbaxp4EHm8oIaVVGruqBR5lkH8GCxVDx y43nitDEGrbwX4xzePaN8cpaoLsCjfhE4X9raLgvcHyue7gX80EKBSJtM3kcLJyuEzly 1ZgJ/4FuKymgbHhSLoX1c52dzPGrCf9NGz9dnJnT+9TeiLS6f0qps2iZ2YllLRO/58uh d7F37HwVhWVQ9r8d4CzDTY+XKq8YpHmrtxVmOpOqf0aIaEpFarVT8lKCio7A3FeAKANw ttKg== X-Gm-Message-State: ALyK8tK3as3F+quSJHxQhn1C8fTPUdfviHj9Rmh7D4wkY8ArGGJnOFTZB47ACguzObNdlw== X-Received: by 10.98.0.70 with SMTP id 67mr4307846pfa.80.1464872540127; Thu, 02 Jun 2016 06:02:20 -0700 (PDT) Received: from unassigned.v6.your.org ([2001:4978:1:45:25f6:699d:3f2b:1fce]) by smtp.gmail.com with ESMTPSA id c15sm842071pfj.65.2016.06.02.06.02.19 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 02 Jun 2016 06:02:19 -0700 (PDT) From: Kevin Day Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Status of Cavium ThunderX/ThunderX2 Message-Id: Date: Thu, 2 Jun 2016 08:02:17 -0500 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 13:02:21 -0000 Hey, everyone! I=E2=80=99ve done some searching and can=E2=80=99t seem to find anything = recent. What=E2=80=99s the current status of the Cavium ThunderX? Is it = reasonably stable in -CURRENT? Does the dual socket version work yet? I also saw a few days ago they announced the ThunderX2 parts, with a = quote from the FreeBSD Foundation expressing support for it. =E2=80=94 Kevin From owner-freebsd-arm@freebsd.org Thu Jun 2 14:29:58 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49D84B65D9E; Thu, 2 Jun 2016 14:29:58 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-oi0-x241.google.com (mail-oi0-x241.google.com [IPv6:2607:f8b0:4003:c06::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0963D11D3; Thu, 2 Jun 2016 14:29:58 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-oi0-x241.google.com with SMTP id h125so11179736oib.2; Thu, 02 Jun 2016 07:29: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:date:message-id:subject :from:to:cc; bh=FyQhYrfviUVTNtTNHcQo9+0RrSAhvrpwAo9IZUZvJgU=; b=uF4aRFQCCoa452ZqOB2Q7ejJ+n/1zxovZ4y8HYcEJS+IqQkzXb+BhcNmZZx9a2TP1P /cghnATzHGkBCsRMzSxD+Ykej62TipN4U6GrrvtgFL9BHIU9vg+UDR6d/cmP/IOFewq6 oDBhOgeSVcnb4d4oR5r7WU8ND1Qn7Fs00yK2Tgpqr87PfpMw7e+K7JcFPTHqvBSn4Acd ckUGTX5jmWoBP45Xhhgj0/6mUomi98335u/WaMSg+++dOSpqpIUUggIRsrMI6xfjGsi0 p+n0JadXiiEILsa/7tKwC1+PNebbi3TDv2/w9uEOvAInd9EO8K8jgpp2oMlcFF29/rJz tp/A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alumni-cwru-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=FyQhYrfviUVTNtTNHcQo9+0RrSAhvrpwAo9IZUZvJgU=; b=pswkwc/8HGqLaFaYFsbIYda2+h/dj96+X5abUA4QvQSp3dUO9H5JuUFoznXJYfBEem wh9G7bOiTpIvShXjPaKIjGN+AzOvz2DridCceUppugdq/Yt5Ic6CGOR5UAXeVosWEXuU LbILLpbwKvhFRyKdwbCsi0c+cuVDsomk4VLifjdVpq/uj36cuOF2FLVTsyvbPzF5vKB5 dHEIZ3450tPfXoC72AlVtm+wRTHQH9j8Vs163M2Lqq6dSW1A+MPlXJLzoRM6aXmXu51C fI9yTiAY05VSZKrlftghWVjQwRhmpOLu9+m5XXOStdyKp45E3VuIk+O7qkLEXFrST81m Z0rg== 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:date :message-id:subject:from:to:cc; bh=FyQhYrfviUVTNtTNHcQo9+0RrSAhvrpwAo9IZUZvJgU=; b=S4KcntGgJxvQZH0zVYPhZTsL825+7KWBbOH2y0U57xrmP3ASauuFOgnfEirTEtHzo7 0GKekDl2Ahc//hDUbBgi7DuCysAPqrvHVJuMJRqj+TbRUw84wULDKZ9/TK5Fo9uCgeAS 3PVKSCph3Egfyoo/S0psX5tFsd7nxtmkg65Wokoa+1x5Vm3LGxwe7NwLrPOyXcyMYVO1 +ndztfN7KZ18TaSHyanD12Dfabp3K2YvGGcLKr17R5h4DB9cgRnuMkRRgdJKDRzfPI+3 8SYHZ83AZwR1kscI241kHSffBuPpoeEKK63ny0lBuxf09HsPLCUCoaqdV7lJeQZO/YRw xcaA== X-Gm-Message-State: ALyK8tIdU6sILPxGanQrs8ynSiUsJUlT94yoSMAWuaa4ubcxroPquSXTVZq7G7rjCdepkGWZaMX0I2lFzwVbBw== MIME-Version: 1.0 X-Received: by 10.202.239.197 with SMTP id n188mr27734029oih.25.1464877797435; Thu, 02 Jun 2016 07:29:57 -0700 (PDT) Sender: chmeeedalf@gmail.com Received: by 10.182.105.74 with HTTP; Thu, 2 Jun 2016 07:29:57 -0700 (PDT) In-Reply-To: <0165aee5-cf6f-8f01-1690-fc51995e2109@FreeBSD.org> References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> <0165aee5-cf6f-8f01-1690-fc51995e2109@FreeBSD.org> Date: Thu, 2 Jun 2016 09:29:57 -0500 X-Google-Sender-Auth: utAd2s5BmDR3Fa1Gmx4DZ5z8E9U Message-ID: Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] From: Justin Hibbits To: Bryan Drewery Cc: Mark Millard , FreeBSD Current , FreeBSD PowerPC ML , freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 14:29:58 -0000 On Wed, Jun 1, 2016 at 8:59 PM, Bryan Drewery wrote: > On 6/1/2016 6:39 PM, Mark Millard wrote: >> while filemon.ko now exists: >>> # ls -l /boot/*/filemon* >>> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.ko >> it does not load: >>> # kldload -n filemon >>> kldload: can't load filemon: No such file or directory >>> # dmesg | grep link_elf >>> link_elf: symbol elf64_freebsd_sysvec undefined > > There's 2 different ABI formats for powerpc64? > >> sys/powerpc/powerpc/elf64_machdep.c:INIT_SYSENTVEC(elf64_sysvec_v1, &elf64_freebsd_sysvec_v1); >> sys/powerpc/powerpc/elf64_machdep.c:INIT_SYSENTVEC(elf64_sysvec_v2, &elf64_freebsd_sysvec_v2); > > What's up with that? > > -- > Regards, > Bryan Drewery > Yes, powerpc64 has two ABIs now. ELFv1 is traditional ABI. ELFv2 was created IBM for their little-endian (POWER8 ppc64le) target. Nathan added support to use it in FreeBSD. It cleans up some of the silliness that's in ELFv1, such as function descriptors. - Justin From owner-freebsd-arm@freebsd.org Thu Jun 2 16:35:28 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 565ADB619ED for ; Thu, 2 Jun 2016 16:35:28 +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 121E517D4 for ; Thu, 2 Jun 2016 16:35:27 +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 2E911125EE2 for ; Thu, 2 Jun 2016 09:35:19 -0700 (PDT) Received: from [192.168.41.105] (unknown [72.34.113.100]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.nomadlogic.org (Postfix) with ESMTPSA id 1F742125EBA for ; Thu, 2 Jun 2016 09:35:19 -0700 (PDT) Subject: Re: Status of Cavium ThunderX/ThunderX2 To: freebsd-arm@freebsd.org References: From: Pete Wright Message-ID: Date: Thu, 2 Jun 2016 09:35:18 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 16:35:28 -0000 On 06/02/2016 06:02 AM, Kevin Day wrote: > Hey, everyone! > > I’ve done some searching and can’t seem to find anything recent. What’s the current status of the Cavium ThunderX? Is it reasonably stable in -CURRENT? Does the dual socket version work yet? > > I also saw a few days ago they announced the ThunderX2 parts, with a quote from the FreeBSD Foundation expressing support for it. I've been meaning to run some tests on a single socket thunderX next week once I wrap up some linux testing I am doing. i would like to see the dual-socket thunderX supported as well, although until FreeBSD has more robust NUMA support I would expect it to be sub-optimal when compared to linux performance wise. iirc there is a bunch of NUMA work going into 11 so hopefully that day isn't too far off. cheers, -pete -- Pete Wright pete@nomadlogic.org From owner-freebsd-arm@freebsd.org Thu Jun 2 17:17:27 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A191B6571A for ; Thu, 2 Jun 2016 17:17:27 +0000 (UTC) (envelope-from wma@semihalf.com) Received: from mail-it0-x22e.google.com (mail-it0-x22e.google.com [IPv6:2607:f8b0:4001:c0b::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 DCA161B88 for ; Thu, 2 Jun 2016 17:17:26 +0000 (UTC) (envelope-from wma@semihalf.com) Received: by mail-it0-x22e.google.com with SMTP id e62so131927681ita.1 for ; Thu, 02 Jun 2016 10:17:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=aUwlwS0beWEiNSEx/SvZDhDY+JV/NEui+WHtlWpGbNc=; b=qmnnWaL0HOLr3rvQsbca6B/vx7nhM0HFy53fPagqZeDF+JCibF30vcBSSFbbvn0VZl Yo/IsZzipFySQzp9x0/Tu0cveyYusqDCESG50PBleznUT4LLW5qFyiJwFYzevAJ2+9AO gZ7W10QTn30PoRBh72oqb0H+GHWKuMTY2tum/CaFkRf+MF/vHYbNMReHGoxJtCB5wToo Sg+xBKNpMT/fz1UUgjMd/B342xajKnBl0ubtcYGBi3Aj/vuEY7vajeeDs3WDZuLwHpEG 4MJ/PU20MlLAEPlXeg4ixD8zrQrYStDFQaagavEVWbcLw9HK8dRJPEpzZQZ2sVb1aZnD 9sJw== 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=aUwlwS0beWEiNSEx/SvZDhDY+JV/NEui+WHtlWpGbNc=; b=ZQ3CamZEmcZLWKgaNy/eAJGQbdiTKC/3HSByX4sd3p+X5iWubUQj1iIIJv6tJepd4C efG0cetSAMD1Ly0se1yIBWt4Zov1/2HIjhbM9kCqE9cJxau5g/prt7y0RZmyxb6Fvtls iiaz1Ywtrn74j+QGtDEGEyioCKOT0py3xubPJpnRLDQF1j2WOPUqyw8ldhBc5aAzuMzz ofpdLndTBz2ptfZiGTPIBCaXvrHDAnqsOTaAUDZqMMdekOMn/bln7chMAUlC79RFLq1z k36jhHpB3JWNRolmMEtvEQ4bO6tk90AvOKrGaZZnsY8h/dP5KkDTJbbwdwkzt3p2RJpr mcPQ== X-Gm-Message-State: ALyK8tLuy76Ljgh1d2c7dgJuefaJl7N6GBJSCBt7Kf6fCwcMNNtGktn36wM6KfvznMrHUQCv7X9TQ7pOyaozxA== X-Received: by 10.36.227.12 with SMTP id d12mr4595331ith.49.1464887846016; Thu, 02 Jun 2016 10:17:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.14.133 with HTTP; Thu, 2 Jun 2016 10:17:06 -0700 (PDT) In-Reply-To: References: From: Wojciech Macek Date: Thu, 2 Jun 2016 19:17:06 +0200 Message-ID: Subject: Re: Status of Cavium ThunderX/ThunderX2 To: Kevin Day Cc: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 17:17:27 -0000 Hello Kevin, As for ThunderX, it is fully supported in HEAD for some time. All IO interfaces are up and running, including SATA, USB, 10/40GbE along all decent features, like MSI-x, ITS. Regarding stability, we were doing a lot of stress tests (disk subsystem, network performance, HTTP/HTTPS servers, compilation) and haven't seen any kernel crashes for a long time. Dual socket is still in experimental phase and should be considered officially unsupported. There are few patches that enable 2S in non-NUMA-aware configuration on the Phabricator, but I doubt they can be applied directly after recent changes in pmap (4-level pagetables + DMAP). Regards, Wojtek 2016-06-02 15:02 GMT+02:00 Kevin Day : > Hey, everyone! > > I=E2=80=99ve done some searching and can=E2=80=99t seem to find anything = recent. What=E2=80=99s > the current status of the Cavium ThunderX? Is it reasonably stable in > -CURRENT? Does the dual socket version work yet? > > I also saw a few days ago they announced the ThunderX2 parts, with a quot= e > from the FreeBSD Foundation expressing support for it. > > =E2=80=94 Kevin > > _______________________________________________ > 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-arm@freebsd.org Thu Jun 2 17:25:00 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19BA1B65BF7 for ; Thu, 2 Jun 2016 17:25:00 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::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 D82281764 for ; Thu, 2 Jun 2016 17:24:59 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it0-x22a.google.com with SMTP id e62so132136423ita.1 for ; Thu, 02 Jun 2016 10:24:59 -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=4ZEQiGvNQs2nsxEMF2DrmybgOJ+2sIkHehsct6CZYPk=; b=F7cUNJ7M1w3ynCXwqT+PLOJ8L7eF9vg3BzOKFH1g3dVX1nklwR6mtOOzzTx+KgIkr/ WlHO/7VLurs6ab9XcCewl00GnQ4sGfWPeBIheDFWqxgy0bH9VcVBErMJfrmr2lqpuAsR u2XjAJBw/BOnbqleG8NdG7N47Vpnq9NmTun0XGLMMKWZtb7HXqDGNJB2DJIvG0VZcKLN WSsPsicVtujUtmQsDBBLKx7n9k5XjlXzJk+iUGnhJWSKOGskaW/oMSWpQirUFuQ9Omb0 CC4OhKEBwvNHK0HPcUzST7rz/TxLZt8BJ1fmnsHmdNL+Aqs99aa8IbMf86sR03hxxGsE nEjQ== 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=4ZEQiGvNQs2nsxEMF2DrmybgOJ+2sIkHehsct6CZYPk=; b=edgyMLIViD3CJiVhNsEttm75U3owYpY6H795gfuKBxpJSaBs8LjsNV/JsHWYHBNnnB eTdY0srSiLpG2WrihcnD1a/wC22vEQiTyklOMZV8q2/QIYRe4jULmn6saEubs3HG5IN6 HmIsRTeaii2daRCId9+ZFSmjZzLX3Qrjtio37XKavdR38Zl4jb5HvQcEAPQycS/volz8 WDTMtq2KMfocv9xF3tlWZ6rnGZZhGf8RmI7VJTx9R6UsHEjvy95ddkZPpmCyK04CZtO+ 0AbqfrHmJg7DB7eIFKXoEfbQL3ZaweyEPTjXg5puCdolPFEfFfFLoVhk9MzJlNjXYflF eung== X-Gm-Message-State: ALyK8tL16a6k6nF8myL5hH/rpLNG7ss9+bsly5lONgFjHtPxnZ01eXzL1/qJUKqoS0nbJ++DJaD7RTO4w+CEfA== X-Received: by 10.36.73.3 with SMTP id z3mr4922216ita.68.1464888299276; Thu, 02 Jun 2016 10:24:59 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.27.197 with HTTP; Thu, 2 Jun 2016 10:24:39 -0700 (PDT) In-Reply-To: References: From: Ed Maste Date: Thu, 2 Jun 2016 13:24:39 -0400 X-Google-Sender-Auth: pYUVW9mrmz8rXwUA6qH8YQk6VZo Message-ID: Subject: Re: Status of Cavium ThunderX/ThunderX2 To: Kevin Day Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 17:25:00 -0000 On 2 June 2016 at 09:02, Kevin Day wrote: > Hey, everyone! > > I=E2=80=99ve done some searching and can=E2=80=99t seem to find anything = recent. What=E2=80=99s the current status of the Cavium ThunderX? Is it rea= sonably stable in -CURRENT? Yes, it is stable in -CURRENT now (and has been for some time). There are two ThunderX evaluation machines in the network perf test cluster hosted at Sentex that we've been using for development and bring-up of common infrastructure. Semihalf also has a number of ThunderX platforms for Cavium-specific work. Most FreeBSD features work on arm64, including DTrace and hwpmc. We still lack official package sets, but production hardware for the main FreeBSD cluster should arrive soon and we should start building packages before long. From owner-freebsd-arm@freebsd.org Thu Jun 2 19:24:56 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10379B65382 for ; Thu, 2 Jun 2016 19:24:56 +0000 (UTC) (envelope-from lausts@acm.org) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) by mx1.freebsd.org (Postfix) with ESMTP id CF07116D1 for ; Thu, 2 Jun 2016 19:24:55 +0000 (UTC) (envelope-from lausts@acm.org) Received: from [173.88.10.122] ([173.88.10.122:47408] helo=mail.laus.org) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 1C/15-07769-05680575; Thu, 02 Jun 2016 19:17:36 +0000 Received: from [192.168.1.100] (laust2 [192.168.1.100]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id u52JHX1c007358 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 2 Jun 2016 15:17:36 -0400 (EDT) (envelope-from lausts@acm.org) X-Authentication-Warning: mail.laus.org: Host laust2 [192.168.1.100] claimed to be [192.168.1.100] From: "Thomas Laus" Organization: ABB To: freebsd-arm@freebsd.org Date: Thu, 02 Jun 2016 15:17:33 -0400 Subject: Default Boot from MicroSD Not Working Reply-to: lausts@acm.org Message-ID: <5750864D.26445.D9A8A@lausts.acm.org> Priority: normal X-mailer: Pegasus Mail for Windows (4.70) X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 19:24:56 -0000 I followed the instructions from the FreeBSD Beaglebone Wiki to use the command: 'gpart unset -a active -i 1 mmcsd1' To force booting FreeBSD Current from the microSD card without pressing the boot switch. This doesn't work for me. My Beaglbone Black boots OK into FreeBSD when pressing the switch. root@beaglebone:/root # gpart show mmcsd0 => 1 7626751 mmcsd0 MBR (3.6G) 1 62 - free - (31K) 63 4095 1 !12 [active] (2.0M) 4158 7622594 2 freebsd (3.6G) root@beaglebone:/root # gpart show mmcsd1 => 63 7471041 mmcsd1 MBR (3.6G) 63 1985 - free - (993K) 2048 196608 1 !14 (96M) 198656 7272448 2 linux-data (3.5G) The FreeBSD installation on the microSD card shows active and the onboard eMMC does not have the active flag displayed. I noticed that the FreeBSD image starts at sector 1 and the factory image on the eMMC starts at sector 63. Does this make a difference? How can I change this if this is a problem? Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-arm@freebsd.org Thu Jun 2 19:36:09 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74733B65BC6; Thu, 2 Jun 2016 19:36:09 +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 592F612ED; Thu, 2 Jun 2016 19:36:09 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 4FE931619; Thu, 2 Jun 2016 19:36:09 +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 0CC78DE5F; Thu, 2 Jun 2016 19:36:09 +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 lqTVWh6HVVVQ; Thu, 2 Jun 2016 19:36:05 +0000 (UTC) Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 586E6DE59 To: Mark Millard References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> Cc: FreeBSD Current , FreeBSD PowerPC ML , freebsd-arm From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <39d3c132-cdac-8c9a-c580-82d18f071699@FreeBSD.org> Date: Thu, 2 Jun 2016 12:36:09 -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: <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wESkdwXxBQOxrd68BvXDLfCNJwVA0w0tp" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 19:36:09 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --wESkdwXxBQOxrd68BvXDLfCNJwVA0w0tp Content-Type: multipart/mixed; boundary="eiPTIrTKS0FSc8CHtSXKThejDUR84vf9N" From: Bryan Drewery To: Mark Millard Cc: FreeBSD Current , FreeBSD PowerPC ML , freebsd-arm Message-ID: <39d3c132-cdac-8c9a-c580-82d18f071699@FreeBSD.org> Subject: Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64] References: <7748cc71-3788-22ae-fcb2-699eae529310@FreeBSD.org> <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> In-Reply-To: <9A1A624D-9286-4C0F-A435-D590E07C1149@dsl-only.net> --eiPTIrTKS0FSc8CHtSXKThejDUR84vf9N Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/1/2016 6:39 PM, Mark Millard wrote: > while filemon.ko now exists: >> # ls -l /boot/*/filemon* >> -r-xr-xr-x 1 root wheel 32064 Jun 1 17:59 /boot/kernel/filemon.ko > it does not load: >> # kldload -n filemon >> kldload: can't load filemon: No such file or directory >> # dmesg | grep link_elf >> link_elf: symbol elf64_freebsd_sysvec undefined > So no WITH_META_MODE=3Dyes yet for powerpc64. Please try this patch: http://dpaste.com/37VP5MD.txt And once you have filemon loaded please run this basic test script. It should return no output and a zero exit status. http://dpaste.com/23NTA0A.txt Just sh file it. --=20 Regards, Bryan Drewery --eiPTIrTKS0FSc8CHtSXKThejDUR84vf9N-- --wESkdwXxBQOxrd68BvXDLfCNJwVA0w0tp 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 iQEcBAEBAgAGBQJXUIqpAAoJEDXXcbtuRpfPqn8H/jYg89tMm/dWB0F8yets4Nov tAeXtyEDUGioAK0augp20HEQLKsP6qGzS9JDQjQjrc3OzQCm/LirdYMW3hRfI4/J 3A+GMa+4jvNwvmx7o5LSsoxbelKrlrYeudPCT45AIdY/0J39vrdI5jtN2XfOVCSI Ityw1x6SQsNaqRzr4vSXK0mW4nvcqEWcryxQ+D41yl7Lalmqi4v9/MptEq6XFwQ2 Z5myAkMFHLQt5grk/CJcp2ZbGFxw/r21lEyKq6kY7b6mu8V+o51AEqmIvz4qZHjN UG5PzmUEPBIiuI6wNTIL8IH+I9ITNsJCMZR8LCThowmd5jGmrSwh/nWBtCq0lfQ= =QtNb -----END PGP SIGNATURE----- --wESkdwXxBQOxrd68BvXDLfCNJwVA0w0tp-- From owner-freebsd-arm@freebsd.org Fri Jun 3 04:23:17 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8EB7B68A4F for ; Fri, 3 Jun 2016 04:23:17 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8742419C2; Fri, 3 Jun 2016 04:23:17 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u5341T7M026334 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Jun 2016 21:01:30 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u5341SaC026333; Thu, 2 Jun 2016 21:01:28 -0700 (PDT) (envelope-from fbsd) Date: Thu, 2 Jun 2016 21:01:28 -0700 From: bob prohaska To: Svatopluk Kraus Cc: "freebsd-arm@freebsd.org" Subject: Re: INTRNG final round Message-ID: <20160603040128.GB5339@www.zefox.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2016 04:23:17 -0000 On Wed, Jun 01, 2016 at 09:43:07PM +0200, Svatopluk Kraus wrote: > rpi2, and tegra. However, we would like to ask anybody to test it too > as the code freeze is comming. > > The final change consist of two patches: > > https://reviews.freebsd.org/D6632 > https://reviews.freebsd.org/D6634 > > If there will be no objection, I will probably commit it during this weekend. > No new problems in three build/install cycles, presently at FreeBSD 11.0-ALPHA1 (RPI2) #12 r301229M: Thu Jun 2 19:02:44 PDT 2016 hth, bob prohaska From owner-freebsd-arm@freebsd.org Sat Jun 4 08:59:35 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86B39B68C27 for ; Sat, 4 Jun 2016 08:59:35 +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 668DD1DD0; Sat, 4 Jun 2016 08:59:35 +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 A5E5A13A0; Sat, 4 Jun 2016 08:59:35 +0000 (UTC) Date: Sat, 4 Jun 2016 08:59:33 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: adrian@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1278808223.22.1465030775689.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #3323 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 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-arm@freebsd.org X-Mailman-Version: 2.1.22 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jun 2016 08:59:35 -0000 FreeBSD_HEAD_arm64 - Build #3323 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3323/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3323/ch= anges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3323/con= sole Change summaries: 301305 by adrian: [ath_hal] add STOMP_AUDIO for AR9462/QCA9565. Obtained from:=09Linux ath9k 301304 by adrian: [ath_hal] add placeholders for AUDIO stomp for Kite/Kiwi. It just stomps all; which is enough for some testing. 301303 by adrian: [ath_hal] add BTCOEX_STOMP_AUDIO; delete unused methods. 301302 by adrian: [run] fix TSF locking in RX radiotap. Submitted by:=09Imre Vadasz The end of the build log: [...truncated 147824 lines...] --- atamarvell.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o atamarvell= .ko.full ata-marvell.o --- atamarvell.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug atamarvell.ko.full= atamarvell.ko.debug --- atamarvell.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= atamarvell.ko.debug atamarvell.ko.full atamarvell.ko --- all_subdir_ata/atapci/chipsets/atamicron --- =3D=3D=3D> ata/atapci/chipsets/atamicron (all) --- all_subdir_bge --- =3D=3D=3D> bge (all) --- all_subdir_ath --- --- if_ath_tx_edma.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/usr/src/sys/modules/ath/../../de= v/ath -I/usr/src/sys/modules/ath/../../dev/ath/ath_hal -I. -I/usr/src/sys/m= odules/ath/../../contrib/dev/ath/ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -inc= lude /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src= /sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD= -MF.depend.if_ath_tx_edma.o -MTif_ath_tx_edma.o -mgeneral-regs-only -ffix= ed-x18 -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__fre= ebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn= own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-er= ror-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sig= n -Wno-error-shift-negative-value -std=3Diso9899:1999 -c /usr/src/sys/mo= dules/ath/../../dev/ath/if_ath_tx_edma.c -o if_ath_tx_edma.o --- all_subdir_ata --- --- machine --- machine -> /usr/src/sys/arm64/include --- ata_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/ata/ata_if.m -h --- all_subdir_bge --- --- machine --- machine -> /usr/src/sys/arm64/include --- miibus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/mii/miibus_if.m -= h --- all_subdir_ata --- --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- all_subdir_bge --- --- miidevs.h --- awk -f /usr/src/sys/tools/miidevs2h.awk /usr/src/sys/dev/mii/miidevs --- all_subdir_ata --- --- device_if.h --- --- all_subdir_bge --- --- device_if.h --- --- all_subdir_ata --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- all_subdir_bge --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- all_subdir_ata --- --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- all_subdir_bge --- --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- all_subdir_ata --- --- ata-micron.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF= .depend.ata-micron.o -MTata-micron.o -mgeneral-regs-only -ffixed-x18 -ffree= standing -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnest= ed-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winli= ne -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-empty-body -Wno-error-parenthes= es-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-= shift-negative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/ata/ata= pci/chipsets/atamicron/../../../../../dev/ata/chipsets/ata-micron.c -o ata-= micron.o --- all_subdir_bge --- --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- if_bge.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF= .depend.if_bge.o -MTif_bge.o -mgeneral-regs-only -ffixed-x18 -ffreestanding= -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmis= sing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-err= or-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equal= ity -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-ne= gative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/bge/../../dev/b= ge/if_bge.c -o if_bge.o --- all_subdir_ata --- ctfconvert -L VERSION -g ata-micron.o --- atamicron.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o atamicron.kld at= a-micron.o ctfmerge -L VERSION -g -o atamicron.kld ata-micron.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk atamicron.kld export_syms | xargs -= J% /usr/local/aarch64-freebsd/bin/objcopy % atamicron.kld --- atamicron.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o atamicron.= ko.full ata-micron.o --- atamicron.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug atamicron.ko.full = atamicron.ko.debug --- atamicron.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= atamicron.ko.debug atamicron.ko.full atamicron.ko --- all_subdir_ata/atapci/chipsets/atanational --- =3D=3D=3D> ata/atapci/chipsets/atanational (all) --- machine --- machine -> /usr/src/sys/arm64/include --- ata_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/ata/ata_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- ata-national.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF= .depend.ata-national.o -MTata-national.o -mgeneral-regs-only -ffixed-x18 -f= freestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -W= nested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= inline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kpri= ntf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragm= as -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-paren= theses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-er= ror-shift-negative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/ata= /atapci/chipsets/atanational/../../../../../dev/ata/chipsets/ata-national.c= -o ata-national.o --- all_subdir_ath --- ctfconvert -L VERSION -g if_ath_tx_edma.o --- all_subdir_bce --- ctfconvert -L VERSION -g if_bce.o --- all_subdir_ata --- ctfconvert -L VERSION -g ata-national.o --- atanational.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o atanational.kld = ata-national.o --- all_subdir_ath --- --- if_ath_spectral.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/usr/src/sys/modules/ath/../../de= v/ath -I/usr/src/sys/modules/ath/../../dev/ath/ath_hal -I. -I/usr/src/sys/m= odules/ath/../../contrib/dev/ath/ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -inc= lude /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src= /sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD= -MF.depend.if_ath_spectral.o -MTif_ath_spectral.o -mgeneral-regs-only -ff= ixed-x18 -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 -D__printf__=3D__f= reebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-un= known-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-= error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-s= ign -Wno-error-shift-negative-value -std=3Diso9899:1999 -c /usr/src/sys/= modules/ath/../../dev/ath/if_ath_spectral.c -o if_ath_spectral.o --- all_subdir_ata --- ctfmerge -L VERSION -g -o atanational.kld ata-national.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk atanational.kld export_syms | xargs= -J% /usr/local/aarch64-freebsd/bin/objcopy % atanational.kld --- atanational.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o atanationa= l.ko.full ata-national.o --- atanational.ko.debug --- --- all_subdir_bce --- --- if_bce.kld --- --- all_subdir_ata --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug atanational.ko.ful= l atanational.ko.debug --- all_subdir_bce --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o if_bce.kld if_bc= e.o --- all_subdir_ata --- --- atanational.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= atanational.ko.debug atanational.ko.full atanational.ko --- all_subdir_bce --- ctfmerge -L VERSION -g -o if_bce.kld if_bce.o --- all_subdir_ata --- --- all_subdir_ata/atapci/chipsets/atanetcell --- =3D=3D=3D> ata/atapci/chipsets/atanetcell (all) --- all_subdir_bce --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_bce.kld export_syms | xargs -J% = /usr/local/aarch64-freebsd/bin/objcopy % if_bce.kld --- all_subdir_ata --- --- machine --- machine -> /usr/src/sys/arm64/include --- ata_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/ata/ata_if.m -h --- all_subdir_bce --- --- if_bce.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o if_bce.ko.= full if_bce.o --- all_subdir_ata --- --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- all_subdir_bce --- --- if_bce.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug if_bce.ko.full if_= bce.ko.debug --- if_bce.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= if_bce.ko.debug if_bce.ko.full if_bce.ko --- all_subdir_ath --- --- if_ath_btcoex.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/usr/src/sys/modules/ath/../../de= v/ath -I/usr/src/sys/modules/ath/../../dev/ath/ath_hal -I. -I/usr/src/sys/m= odules/ath/../../contrib/dev/ath/ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -inc= lude /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src= /sys -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD= -MF.depend.if_ath_btcoex.o -MTif_ath_btcoex.o -mgeneral-regs-only -ffixed= -x18 -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 -D__printf__=3D__freeb= sd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknow= n-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-erro= r-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign = -Wno-error-shift-negative-value -std=3Diso9899:199--- all_subdir_ata --- --- device_if.h --- --- all_subdir_ath --- 9 -c /usr/src/sys/modules/ath/../../dev/ath/if_ath_btcoex.c -o if_ath_btcoe= x.o --- all_subdir_ata --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- pci_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h --- ata-netcell.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -Werro= r -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/arm64.aarch64/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys = -fno-common -g -fPIC -I/usr/obj/arm64.aarch64/usr/src/sys/GENERIC -MD -MF= .depend.ata-netcell.o -MTata-netcell.o -mgeneral-regs-only -ffixed-x18 -ffr= eestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wne= sted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Win= line -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprint= f__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas= -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenth= eses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-erro= r-shift-negative-value -std=3Diso9899:1999 -c /usr/src/sys/modules/ata/a= tapci/chipsets/atanetcell/../../../../../dev/ata/chipsets/ata-netcell.c -o = ata-netcell.o ctfconvert -L VERSION -g ata-netcell.o --- atanetcell.kld --- /usr/local/aarch64-freebsd/bin/ld -d -warn-common -r -d -o atanetcell.kld a= ta-netcell.o ctfmerge -L VERSION -g -o atanetcell.kld ata-netcell.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk atanetcell.kld export_syms | xargs = -J% /usr/local/aarch64-freebsd/bin/objcopy % atanetcell.kld --- atanetcell.ko.full --- /usr/local/aarch64-freebsd/bin/ld -Bshareable -d -warn-common -o atanetcell= .ko.full ata-netcell.o --- atanetcell.ko.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug atanetcell.ko.full= atanetcell.ko.debug --- atanetcell.ko --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3D= atanetcell.ko.debug atanetcell.ko.full atanetcell.ko --- all_subdir_ath --- --- if_ath_spectral.o --- ctfconvert -L VERSION -g if_ath_spectral.o --- all_subdir_ata --- --- all_subdir_ata/atapci/chipsets/atanvidia --- =3D=3D=3D> ata/atapci/chipsets/atanvidia (all) --- all_subdir_ath --- --- if_ath_btcoex.o --- /usr/src/sys/modules/ath/../../dev/ath/if_ath_btcoex.c:236:9: error: no mem= ber named 'bt_dutyCycle' in 'HAL_BT_COEX_INFO' btinfo.bt_dutyCycle =3D 55; ~~~~~~ ^ /usr/src/sys/modules/ath/../../dev/ath/if_ath_btcoex.c:237:9: error: no mem= ber named 'bt_period' in 'HAL_BT_COEX_INFO' btinfo.bt_period =3D 40; ~~~~~~ ^ 2 errors generated. *** [if_ath_btcoex.o] Error code 1 bmake[4]: stopped in /usr/src/sys/modules/ath --- all_subdir_ata --- A failure has been detected in another branch of the parallel make bmake[7]: stopped in /usr/src/sys/modules/ata/atapci/chipsets/atanvidia *** [all_subdir_ata/atapci/chipsets/atanvidia] Error code 2 bmake[6]: stopped in /usr/src/sys/modules/ata/atapci/chipsets 1 error bmake[6]: stopped in /usr/src/sys/modules/ata/atapci/chipsets *** [all_subdir_ata/atapci/chipsets] Error code 2 bmake[5]: stopped in /usr/src/sys/modules/ata/atapci 1 error bmake[5]: stopped in /usr/src/sys/modules/ata/atapci *** [all_subdir_ata/atapci] Error code 2 bmake[4]: stopped in /usr/src/sys/modules/ata 1 error bmake[4]: stopped in /usr/src/sys/modules/ata *** [all_subdir_ata] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_ath --- 1 error bmake[4]: stopped in /usr/src/sys/modules/ath *** [all_subdir_ath] Error code 2 bmake[3]: stopped in /usr/src/sys/modules --- all_subdir_bge --- ctfconvert -L VERSION -g if_bge.o A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/sys/modules/bge *** [all_subdir_bge] Error code 2 bmake[3]: stopped in /usr/src/sys/modules 3 errors bmake[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 bmake[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC 1 error bmake[2]: stopped in /usr/obj/arm64.aarch64/usr/src/sys/GENERIC *** [buildkernel] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildkernel] 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_arm64] $ /bin/sh -xe /tmp/hudson6037423515267237071.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Sat Jun 4 11:04:19 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B94C9B69E08 for ; Sat, 4 Jun 2016 11:04:19 +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 ACC891CF9; Sat, 4 Jun 2016 11:04:19 +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 EB42B13D4; Sat, 4 Jun 2016 11:04:19 +0000 (UTC) Date: Sat, 4 Jun 2016 11:04:17 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: arybchik@FreeBSD.org, andrew@FreeBSD.org, adrian@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <735421794.26.1465038259975.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1278808223.22.1465030775689.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1278808223.22.1465030775689.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #3324 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 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-arm@freebsd.org X-Mailman-Version: 2.1.22 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jun 2016 11:04:19 -0000 FreeBSD_HEAD_arm64 - Build #3324 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3324/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3324/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3324/console Change summaries: 301309 by arybchik: sfxge(4): always be ready to receive batched events When the low-latency firmware variant is running, it is reported as not being capable of batching RX events, but it can still do so if the FORCE_EV_MERGING flag is set on an RXQ. Therefore we need to handle batched RX events even if the capability isn't set. If this bug is fixed in the firmware such that the capability is set even when running the low-latency firmware variant, it will almost always be reported so I don't think we lose much by removing the check. Submitted by: Mark Spender Sponsored by: Solarflare Communications, Inc. MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D6705 301308 by arybchik: sfxge(4): add helper to compute timer quantum This also adjusts the timer values used to match the Linux net driver implementation: a) non-zero time intervals should result in at least one quantum b) timer load/reload values are only zero biased for Falcon/Siena Submitted by: Andy Moreton Sponsored by: Solarflare Communications, Inc. MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D6704 301307 by adrian: [ath] remove now unused parameters. These will move to being part of the driver btcoex stuff I'm working on, since the HAL doesn't know what to do with them. 301306 by andrew: Use the UEFI event timer to update the time on arm and arm64. The current code uses the GetTime function from the Runtime Service, however this has been shown to not return a useable time on many arm64 UEFI implementations. Reviewed by: jhb, smh Sponsored by: ABT Systems Ltd Differential Revision: https://reviews.freebsd.org/D6709