From owner-freebsd-mips@FreeBSD.ORG Sun Nov 4 19:48:10 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26948DD; Sun, 4 Nov 2012 19:48:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id D45598FC17; Sun, 4 Nov 2012 19:48:09 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id qA4Jm95V066565; Sun, 4 Nov 2012 19:48:09 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id qA4Jm942066560; Sun, 4 Nov 2012 19:48:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 4 Nov 2012 19:48:09 GMT Message-Id: <201211041948.qA4Jm942066560@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9_1 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 19:48:10 -0000 TB --- 2012-11-04 19:42:16 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-11-04 19:42:16 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-11-04 19:42:16 - starting RELENG_9_1 tinderbox run for mips/mips TB --- 2012-11-04 19:42:16 - cleaning the object tree TB --- 2012-11-04 19:42:16 - checking out /src from svn://svn.freebsd.org/base/releng/9.1 TB --- 2012-11-04 19:42:16 - cd /tinderbox/RELENG_9_1/mips/mips TB --- 2012-11-04 19:42:16 - /usr/local/bin/svn cleanup /src TB --- 2012-11-04 19:43:08 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:43:08 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:43:08 - WARNING: sleeping 30 s and retrying... TB --- 2012-11-04 19:43:38 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:43:38 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:43:38 - WARNING: sleeping 60 s and retrying... TB --- 2012-11-04 19:44:38 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:44:38 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:44:38 - WARNING: sleeping 90 s and retrying... TB --- 2012-11-04 19:46:08 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:46:08 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:46:08 - WARNING: sleeping 120 s and retrying... TB --- 2012-11-04 19:48:08 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:48:09 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:48:09 - ERROR: unable to check out the source tree TB --- 2012-11-04 19:48:09 - 3.87 user 4.41 system 352.80 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9_1-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Sun Nov 4 20:06:35 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A342FE0; Sun, 4 Nov 2012 20:06:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3E2798FC14; Sun, 4 Nov 2012 20:06:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA4JesWV028215; Sun, 4 Nov 2012 14:40:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA4Jesx7028211; Sun, 4 Nov 2012 19:40:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 4 Nov 2012 19:40:54 GMT Message-Id: <201211041940.qA4Jesx7028211@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 20:06:35 -0000 TB --- 2012-11-04 19:35:19 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-04 19:35:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-04 19:35:19 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-04 19:35:19 - cleaning the object tree TB --- 2012-11-04 19:35:19 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-04 19:35:19 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-04 19:35:19 - /usr/local/bin/svn cleanup /src TB --- 2012-11-04 19:35:54 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:35:54 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:35:54 - WARNING: sleeping 30 s and retrying... TB --- 2012-11-04 19:36:24 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:36:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:36:24 - WARNING: sleeping 60 s and retrying... TB --- 2012-11-04 19:37:24 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:37:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:37:24 - WARNING: sleeping 90 s and retrying... TB --- 2012-11-04 19:38:54 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:38:54 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:38:54 - WARNING: sleeping 120 s and retrying... TB --- 2012-11-04 19:40:54 - /usr/local/bin/svn update /src TB --- 2012-11-04 19:40:54 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-04 19:40:54 - ERROR: unable to check out the source tree TB --- 2012-11-04 19:40:54 - 2.95 user 3.45 system 335.25 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Sun Nov 4 23:55:03 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E58E66E2 for ; Sun, 4 Nov 2012 23:55:03 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-ye0-f182.google.com (mail-ye0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9CCD58FC0A for ; Sun, 4 Nov 2012 23:55:03 +0000 (UTC) Received: by mail-ye0-f182.google.com with SMTP id l8so968909yen.13 for ; Sun, 04 Nov 2012 15:55:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=bMJCDwbV57BiLwXTZZxEr/gTUF+sBOKaWST45Q2A4Kk=; b=gwRIeiKzxuYnusBz8Dj0Job4F+7ghAXg/shqC7vrvkAevpRwh+wLNqE/nAMqarcjvZ AscmWQjoXUoAiOfmdHMcAQqpKtccoqE4soHwt5nG++6u+VTtt5fMCzA6cy53SJdnJ7Kx EQKzRSEe9C9B0jXvrTTrW8ndQ2IiU0retqBYC3hEFFj1SDe5QnINfoCcUIzniQ8lK7X+ pXyDoTAcmO0Lbmii9v5jgkXpNB9Pfj+4MPl/Voi6H2nT1MRqhMbo5UeBYYKCYYw2+eBM QNPYTjJbq5Jt78cQP9TkOWbOPVfwq622YWl6J5sJwNg3i8dBeFlGAYCIug6rsvA6Kmoc ePWg== Received: by 10.236.131.138 with SMTP id m10mr7474705yhi.101.1352073302793; Sun, 04 Nov 2012 15:55:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.146.227.39 with HTTP; Sun, 4 Nov 2012 15:54:42 -0800 (PST) From: Juli Mallett Date: Sun, 4 Nov 2012 15:54:42 -0800 Message-ID: Subject: CACHE_LINE_SIZE macro. To: "freebsd-mips@FreeBSD.org" X-Gm-Message-State: ALoCoQkvgUCRqFWsCugvTT/QpDgGlg/lhpbJ32hEyfuklz3VEfoE1Ur7+f+xUULTX+AWS3YtwZZD Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2012 23:55:04 -0000 Fellow FreeBSD/MIPSists, CACHE_LINE_SIZE is being used increasingly-much in ways which may have ABI implications, etc. It is currentyl 2^6, whereas at least the Cavium Octeon has cache lines that are actually 2^7 bytes in size. It would be nice to expose the correct value to reduce false line sharing, etc., but making it dependent on the CPU type raises ABI issues, as well as questions about how to reliably get the right value to userland. It seems to me that increasing it to 2^7 is the most viable approach, but I can imagine there might be some concerns about that, so I wanted to run it past this list first. Questions, comments, concerns? Are there MIPS CPUs with 2^8-byte or larger cache lines that we support or will support or which are likely coming over the horizon? Thanks, Juli. From owner-freebsd-mips@FreeBSD.ORG Mon Nov 5 11:06:36 2012 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 086F7CF2 for ; Mon, 5 Nov 2012 11:06:36 +0000 (UTC) (envelope-from owner-bugmaster@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 E1B578FC1E for ; Mon, 5 Nov 2012 11:06:35 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qA5B6Z78001212 for ; Mon, 5 Nov 2012 11:06:35 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qA5B6ZYD001210 for freebsd-mips@FreeBSD.org; Mon, 5 Nov 2012 11:06:35 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Nov 2012 11:06:35 GMT Message-Id: <201211051106.qA5B6ZYD001210@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-mips@FreeBSD.org Subject: Current problem reports assigned to freebsd-mips@FreeBSD.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 11:06:36 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/165951 mips [ar913x] [ath] DDR flush isn't being done for the WMAC p kern/163670 mips [mips][arge] arge can't allocate ring buffer on multip 2 problems total. From owner-freebsd-mips@FreeBSD.ORG Mon Nov 5 15:33:27 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6F93B97 for ; Mon, 5 Nov 2012 15:33:27 +0000 (UTC) (envelope-from peterwfh2000@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3AC4B8FC14 for ; Mon, 5 Nov 2012 15:33:27 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id jf20so2362451bkc.13 for ; Mon, 05 Nov 2012 07:33:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:message-id:date:mime-version:content-type :x-priority:x-mailer; bh=0ULletP43v7B2w9Q1pcmztzVEK1PYA1eFnnXUzXy2Zc=; b=kV5VYP52IdiF7dizKfA9r9OcE9HEBxC1EW+3yCnfTJLPYl2ngCluX0YtgqYd/AQXOf esqUc0aOI3u48ENK7lKfoyK8R8FvjhTSbek7Rk7Um8DnuGSuqO0hd3pmVYB7En1xv4uf oJ1e6qaaXWoOE8d4GLi9fgtDtC7vJI1ru8S/Z9VWXIQmCxe0mPSrXl5GoPNyEmVGbOfD zeLX5CwbhDGHTeo8l66hr0VHEa3KrFlDMrWJ7z4vK4O0fjETSl/Ydrvovf4/90EGiCbU JOseroMjrL2ULvCIJstok1GV8iqKKQZTDSN+Vj5Vk/9p6EVWefWC09v02zBQdMeZG7NM wFig== Received: by 10.204.10.74 with SMTP id o10mr2468988bko.9.1352129606288; Mon, 05 Nov 2012 07:33:26 -0800 (PST) Received: from [192.168.1.6] ([92.98.14.176]) by mx.google.com with ESMTPS id ia2sm10076003bkc.11.2012.11.05.07.33.24 (version=SSLv3 cipher=OTHER); Mon, 05 Nov 2012 07:33:25 -0800 (PST) Sender: PETER WONG F H From: "peter wong" To: "freebsd-mips" Subject: Lower price sale | Dubai | Marina | The Waves | 2 Bedroom Apartment Message-ID: <9414f08983a1ad42b117d6acda011cde@PeterWong> Date: Mon, 05 Nov 2012 19:27:10 +0400 MIME-Version: 1.0 X-Priority: 3 X-Mailer: Microsoft Office Outlook 12.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 15:33:27 -0000 Dear=0D=0A=0D=0ALower price sale | Dubai | Marina | The Waves = | 2 Bedroom Apartment=0D=0A=0D=0ACity : = Dubai=0D=0ACommunity : Dubai Marina=0D=0ABuilding = : The Waves=0D=0AType : 2 Bedroom Apartment=0D=0A= Parking : 1 parking=0D=0Asq.ft/sq.m = : 1,211sqft / 112.51sqm=0D=0APrice : AED1,320,000.00= =0D=0A=0D=0ARead More : www.marinathewaves.blogspot.com=0D=0A=0D=0A=0D= =0A=0D=0AThe Best=0D=0A=0D=0APeter Wong F H( RERA BRN:24932)=0D=0A=0D=0A= Mob : +971 50 8320722=0D=0AFax : +971 4 4473880=0D=0Aemail = : peterwfh2000@gmail.com=0D=0A=0D=0AAdd : Sky Land Realty = ( RERA ORN :196 )=0D=0A Suite 1609, Prism Tower,=0D=0A = Business Bay=0D=0A P.O.Box 358676 Dubai. UAE=0D=0A=0D= =0ARemove me from your mailing list From owner-freebsd-mips@FreeBSD.ORG Mon Nov 5 15:54:42 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40D2C2AC for ; Mon, 5 Nov 2012 15:54:42 +0000 (UTC) (envelope-from freebsd@pdx.rh.CN85.ChatUSA.com) Received: from pdx.rh.CN85.ChatUSA.com (pdx.rh.CN85.ip6.chatusa.com [IPv6:2607:fa80:104::6]) by mx1.freebsd.org (Postfix) with ESMTP id CFDE28FC0C for ; Mon, 5 Nov 2012 15:54:41 +0000 (UTC) Received: from pdx.rh.CN85.ChatUSA.com (localhost [127.0.0.1]) by pdx.rh.CN85.ChatUSA.com (8.13.3/8.13.3) with ESMTP id qA4J4NcT076639; Sun, 4 Nov 2012 11:04:23 -0800 (PST) (envelope-from freebsd@pdx.rh.CN85.ChatUSA.com) Received: (from freebsd@localhost) by pdx.rh.CN85.ChatUSA.com (8.13.3/8.13.3/Submit) id qA4ISomC076058; Sun, 4 Nov 2012 10:28:50 -0800 (PST) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <201211041828.qA4ISomC076058@pdx.rh.CN85.ChatUSA.com> Subject: Re: CACHE_LINE_SIZE macro. In-Reply-To: To: Juli Mallett Date: Sun, 4 Nov 2012 10:28:49 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 15:54:42 -0000 The size of, geometry of, or even the existance of a cache should never appear in any ABI other than an ABI to query such data. There should also never be a compile time constant of a machine dependent value like this, it should be determined at boot/config time. If at all possible the use of this information should be well contained to a minimal set of code, as it SHALL change over time. Even if no MIPS CPU exists today with a 256 byte line, dont mean I won't decide to build one tomarrow. I might also decide to build one with a 2 byte line :-) What ABI is exposing anything about cache parameters or may be come dependent on such information? > Fellow FreeBSD/MIPSists, > > CACHE_LINE_SIZE is being used increasingly-much in ways which may have ABI > implications, etc. It is currentyl 2^6, whereas at least the Cavium Octeon > has cache lines that are actually 2^7 bytes in size. It would be nice to > expose the correct value to reduce false line sharing, etc., but making it > dependent on the CPU type raises ABI issues, as well as questions about how > to reliably get the right value to userland. It seems to me that > increasing it to 2^7 is the most viable approach, but I can imagine there > might be some concerns about that, so I wanted to run it past this list > first. Questions, comments, concerns? Are there MIPS CPUs with 2^8-byte > or larger cache lines that we support or will support or which are likely > coming over the horizon? > > Thanks, > Juli. > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" > -- Rod Grimes freebsd@freebsd.org From owner-freebsd-mips@FreeBSD.ORG Mon Nov 5 16:24:17 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 70A65DE6 for ; Mon, 5 Nov 2012 16:24:17 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 13DAF8FC08 for ; Mon, 5 Nov 2012 16:24:16 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fw7so8019576vcb.13 for ; Mon, 05 Nov 2012 08:24:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=nvsN8OL2BECbvS18zqlnDGSXrStFHrIlfDXJgb8D+Is=; b=p10SYuoYZqX3BOHgPjwcS7L9908yyVFOKYV8zubLqCYyz+fkNR6DRtZZgk+nlaDpFA OZxbvoMfcy6x68IIay1nocRrEyVwp74FSr85uDP6DRM5rOrHPcDkPZw5C/y3q4FHOC/C TpApLAg0HpvIGCfP8KE7GiWR2FMJHzHuMRDjY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=nvsN8OL2BECbvS18zqlnDGSXrStFHrIlfDXJgb8D+Is=; b=kyJD5UdPHsyWKwj340cACH8DBY6mKS3h0NOdqm3634+6SmPyT75WI+PH7ofMhQ28Bt UL+xe2DK5nb5CMUJtDtapTdIG5y+SnWJ8OU7mq37pkmhODqhrvfOxbUbpzsv06z38EWL tJiO1lKt4JShoqqs7Kn3yZPjiVwvgwVcy3wnjekYOCd55+16P6DBdjy19HzRrZdPqw2X uSWcWthzQUyhsY98BrWID10Co8inuJckn2+u75Rl4uBhGIiJs0NTgGh0o5EHVdpES28/ 50Zntp2jVgeRPJuddWFBeI8QtMp5Ju80gb3mx/zdh/jV8l2VuUOqXuEvRDr6F3GwID0I 1E8w== Received: by 10.220.226.67 with SMTP id iv3mr9726706vcb.57.1352132655787; Mon, 05 Nov 2012 08:24:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.58.206 with HTTP; Mon, 5 Nov 2012 08:23:45 -0800 (PST) In-Reply-To: <201211041828.qA4ISomC076058@pdx.rh.CN85.ChatUSA.com> References: <201211041828.qA4ISomC076058@pdx.rh.CN85.ChatUSA.com> From: Eitan Adler Date: Mon, 5 Nov 2012 11:23:45 -0500 Message-ID: Subject: Re: CACHE_LINE_SIZE macro. To: "Rodney W. Grimes" Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkP9Z4WvoQuTNJw7ViTO+KvovqsK1tGJ9UINIYjmMxO6hNlnJhi7OlB6lvxRsFUfFMBxPL2 Cc: Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 16:24:17 -0000 On 4 November 2012 13:28, Rodney W. Grimes wrote: > > What ABI is exposing anything about cache parameters or may be come dependent > on such information? There has been some discussion recently about padding lock mutexs to the cache line size in order to avoid false sharing of CPUs. Some have claimed to see significant performance increases as a result. -- Eitan Adler From owner-freebsd-mips@FreeBSD.ORG Mon Nov 5 16:49:24 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A6728BE for ; Mon, 5 Nov 2012 16:49:24 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ia0-f182.google.com (mail-ia0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2C98FC08 for ; Mon, 5 Nov 2012 16:49:23 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id k10so5784329iag.13 for ; Mon, 05 Nov 2012 08:49:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=8+Yx+H3gAL2xC7M4dpzvHFEtShmdtbHb8Hug/h04xm4=; b=iHjJgOX3vpiYZRUiDa68yhg83BfPVlCcEqXQEaYCQIG80bMTf0jo4uEz9oRJMAorgC Kn4LYdQfj1S1jji7ieAZcpNR5EgBzYNKHN6vEPI+4iigI3G/CVGuDRz6zn1mVxDObMC5 ctsXdVnHc0tY5v/gptjMj712Hmr1QYep2bFVcQ16Z7BuGbmVuYFpVSx6zAKBeb4qipzs 3OQPpLj4CysPBEuXiycGaO4CzY+z0Eikpef2HpXKVVSXNtwEAX9GmAzN+jeGw42XZmWu LR7682zGzyTNfV9ElDuTOse1hevvQJVJRbCBqKQdSt5GijucPhFiiyFDuSIFREhaB/Ut bAqg== Received: by 10.50.46.134 with SMTP id v6mr10052228igm.55.1352134163103; Mon, 05 Nov 2012 08:49:23 -0800 (PST) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id 10sm6054081ign.5.2012.11.05.08.49.20 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 05 Nov 2012 08:49:22 -0800 (PST) Sender: Warner Losh Subject: Re: CACHE_LINE_SIZE macro. Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Mon, 5 Nov 2012 09:49:19 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201211041828.qA4ISomC076058@pdx.rh.CN85.ChatUSA.com> To: Eitan Adler X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQke8h+arp7oPKQGN7evor4s+d/ylB1aNriIdFWevaa7olhsDESA7fprBr2C683gheQ+PUzJ Cc: "Rodney W. Grimes" , Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 16:49:24 -0000 On Nov 5, 2012, at 9:23 AM, Eitan Adler wrote: > On 4 November 2012 13:28, Rodney W. Grimes > wrote: >>=20 >> What ABI is exposing anything about cache parameters or may be come = dependent >> on such information? >=20 > There has been some discussion recently about padding lock mutexs to > the cache line size in order to avoid false sharing of CPUs. Some have > claimed to see significant performance increases as a result. Is that an out-of-kernel interface? If we did that, we'd have to make it run-time settable, because there's = no one right answer for arm and MIPS cpus: they are all different. Warner From owner-freebsd-mips@FreeBSD.ORG Mon Nov 5 17:01:17 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA7DBE52 for ; Mon, 5 Nov 2012 17:01:17 +0000 (UTC) (envelope-from stas@freebsd.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9433E8FC0C for ; Mon, 5 Nov 2012 17:01:17 +0000 (UTC) Received: from [10.0.1.4] (c-71-198-21-109.hsd1.ca.comcast.net [71.198.21.109]) by mx0.deglitch.com (Postfix) with ESMTPSA id D5BFA8FC2B; Mon, 5 Nov 2012 21:01:13 +0400 (MSK) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: CACHE_LINE_SIZE macro. From: Stanislav Sedov In-Reply-To: Date: Mon, 5 Nov 2012 09:01:09 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <2427F526-B96B-49C2-ACCB-4AA51BDCB0D6@freebsd.org> References: <201211041828.qA4ISomC076058@pdx.rh.CN85.ChatUSA.com> To: Warner Losh X-Mailer: Apple Mail (2.1499) Cc: "Rodney W. Grimes" , Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 17:01:18 -0000 On Nov 5, 2012, at 8:49 AM, Warner Losh wrote: >=20 > Is that an out-of-kernel interface? >=20 > If we did that, we'd have to make it run-time settable, because = there's no one right answer for arm and MIPS cpus: they are all = different. >=20 IIRC, several linux application use getconf to retrieve the host CPU = cache line value at the compile time to use for the alignment. I don't really like = this solution as it makes the binaries unportable between different CPUs. OTOH, it looks like at least for ARM all cpus with a certain ARM core = share the same cache line size, and we don't guarantee that e.g. ARMv5 executable = will be able to run on ARMv7 without performance penalty. So it might be a = good solution for ARM. I don't know about MIPS though. -- ST4096-RIPE From owner-freebsd-mips@FreeBSD.ORG Mon Nov 5 17:02:13 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EC1AE80 for ; Mon, 5 Nov 2012 17:02:13 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id B1D8B8FC15 for ; Mon, 5 Nov 2012 17:02:12 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id l1so7960289vba.13 for ; Mon, 05 Nov 2012 09:02:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=aFUC5Cs9WWr9vEN765NQHnCSlFwneHEhdInwvkhSWMI=; b=hedvgsLcNyB6a6xoPylbKVAxCAbUWVUFGTtgXgEwaevgIS9TyIveWzBgK15X8TcnEJ OhHJNhiQo9vTMBY5UAxxmwzhkm4DKjtnvaRZzANFRQsm7ot25ZXi99idAlgkXw9gSNzA /f3T/CepNaaZIkt5GjMKV8O6Xx+pnD+FzDDfw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=aFUC5Cs9WWr9vEN765NQHnCSlFwneHEhdInwvkhSWMI=; b=W1QhndgAXPqnnigoDC5hF/Pifhjw8NNefU79nTzR3KCVBmQOeZvkvQYlmc3SoEmPNp aMutaKI18d6Mf/ClMI9NVRVAChuU0DTNUn0toIOkS5ZOJWx7zvNbaFFYDloa4szy4Bgx I0metyjt+tfhsA8Mb3/DFEIhju5iX+QQCNpCMIq110BnUjV3ID58XJ8MRaf7pp4cs/UR Z4LaOw/eVG61M+uMs7+rLN4hnqSmoDMM8YYvkFQ7jZiDW1f+uxjGxXrxXeiRnPtpBQ0t me9VVRjqvCWc0i7YZniuKswfgf4idSajF/DJ6f2qLWK8RUkowYnYCxxC71VSlP40ZKVJ cIIw== Received: by 10.58.198.164 with SMTP id jd4mr10379472vec.34.1352134931936; Mon, 05 Nov 2012 09:02:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.58.206 with HTTP; Mon, 5 Nov 2012 09:01:41 -0800 (PST) In-Reply-To: References: <201211041828.qA4ISomC076058@pdx.rh.CN85.ChatUSA.com> From: Eitan Adler Date: Mon, 5 Nov 2012 12:01:41 -0500 Message-ID: Subject: Re: CACHE_LINE_SIZE macro. To: Warner Losh Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmdaXRs28e+52LYnYFY8onoekyPEfhpAhHvXt1CZPz3Z5va2nTXsaagrANiKi1/yCvbx76Y Cc: "Rodney W. Grimes" , Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 17:02:13 -0000 On 5 November 2012 11:49, Warner Losh wrote: >> There has been some discussion recently about padding lock mutexs to >> the cache line size in order to avoid false sharing of CPUs. Some have >> claimed to see significant performance increases as a result. > > Is that an out-of-kernel interface? > > If we did that, we'd have to make it run-time settable, because there's no one right answer for arm and MIPS cpus: they are all different. The discussion ended up with using a special parameter CACHE_LINE_SIZE_LOCKS which is different than CACHE_LINE_SIZE. This is necessary for other reasons as well (CACHE_LINE_SIZE_LOCKS may take into account prefetching of cache lines, but CACHE_LINE_SIZE wouldn't). I think the "correct" thing to do here is choose a reasonable, but not-always-correct CACHE_LINE_SIZE_LOCKS and make CACHE_LINE_SIZE a per-board constant (or run time setting, or whatever works). You can't make it run-time settable as the padding is part of the ABI: For more details see http://comments.gmane.org/gmane.os.freebsd.devel.cvs/483696 which contains the original discussion. Note - I was not involved. -- Eitan Adler From owner-freebsd-mips@FreeBSD.ORG Mon Nov 5 17:11:56 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2AD2F4 for ; Mon, 5 Nov 2012 17:11:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ia0-f182.google.com (mail-ia0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A6DC98FC08 for ; Mon, 5 Nov 2012 17:11:55 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id k10so5809001iag.13 for ; Mon, 05 Nov 2012 09:11:55 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=ohCkejbTpmRf67jvUm9RDO6WRpDDG7G8bigMpwxEM0E=; b=F/ZgYZwXLaSjtJvAiFBmIu4w/jby3QDwXdGsuhW8GjYbuX9azIyfMm//nxaXZfVKnR J64K+UgZyqch0ZWqxWvOabNV4DthrTy3y9F1TtMjk39GEDUyyq5cFB9dWAS2WcdCA0wM kMEKA9s/0bbE+kUDz9kqaJCKsH2Uux1uApMJa0ErHD3hwq+1aZFh+32v90asNKx+oPB8 xd8QEFX7o3649LDIvJ3v7P6fB2H2AglVuuRWQHIWTBMrNpZEKoutLdHVfjsWY/dbFPsv Z6uUy/X6iLz2iB2YSGLDpB2GMCxXPx8o816br3zzJ6gUzmCoqAyQAw0DPC1nk/ecaOoi fCHQ== Received: by 10.50.222.226 with SMTP id qp2mr10060925igc.74.1352135515140; Mon, 05 Nov 2012 09:11:55 -0800 (PST) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id i10sm6081219igb.12.2012.11.05.09.11.53 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 05 Nov 2012 09:11:54 -0800 (PST) Sender: Warner Losh Subject: Re: CACHE_LINE_SIZE macro. Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Mon, 5 Nov 2012 10:11:52 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201211041828.qA4ISomC076058@pdx.rh.CN85.ChatUSA.com> To: Eitan Adler X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQnU/JUWXWUW19YU0oLmM18ktcK5O712od1A3/pPCanY0ej/PjhcEgKZyXrASFqcX72trNnV Cc: "Rodney W. Grimes" , Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 17:11:56 -0000 On Nov 5, 2012, at 10:01 AM, Eitan Adler wrote: > On 5 November 2012 11:49, Warner Losh wrote: >>> There has been some discussion recently about padding lock mutexs to >>> the cache line size in order to avoid false sharing of CPUs. Some = have >>> claimed to see significant performance increases as a result. >>=20 >> Is that an out-of-kernel interface? >>=20 >> If we did that, we'd have to make it run-time settable, because = there's no one right answer for arm and MIPS cpus: they are all = different. >=20 > The discussion ended up with using a special parameter > CACHE_LINE_SIZE_LOCKS which is different than CACHE_LINE_SIZE. This is > necessary for other reasons as well (CACHE_LINE_SIZE_LOCKS may take > into account prefetching of cache lines, but CACHE_LINE_SIZE > wouldn't). >=20 > I think the "correct" thing to do here is choose a reasonable, but > not-always-correct CACHE_LINE_SIZE_LOCKS and make CACHE_LINE_SIZE a > per-board constant (or run time setting, or whatever works). You > can't make it run-time settable as the padding is part of the ABI: >=20 > For more details see > http://comments.gmane.org/gmane.os.freebsd.devel.cvs/483696 > which contains the original discussion. >=20 > Note - I was not involved. this is a kernel-only interface, so compile time constants are fine = there. What user-land visible interfaces are affected by this setting? = The answer should be 'none' Warner From owner-freebsd-mips@FreeBSD.ORG Mon Nov 5 17:38:36 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1853D4E1 for ; Mon, 5 Nov 2012 17:38:36 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id F27E58FC0C for ; Mon, 5 Nov 2012 17:38:34 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qA5HcKtH018185 for ; Mon, 5 Nov 2012 10:38:27 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qA5Hc7GX012470; Mon, 5 Nov 2012 10:38:07 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: CACHE_LINE_SIZE macro. From: Ian Lepore To: Warner Losh In-Reply-To: References: <201211041828.qA4ISomC076058@pdx.rh.CN85.ChatUSA.com> Content-Type: text/plain; charset="us-ascii" Date: Mon, 05 Nov 2012 10:38:07 -0700 Message-ID: <1352137087.1120.180.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "Rodney W. Grimes" , Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 17:38:36 -0000 On Mon, 2012-11-05 at 10:11 -0700, Warner Losh wrote: > On Nov 5, 2012, at 10:01 AM, Eitan Adler wrote: > > > On 5 November 2012 11:49, Warner Losh wrote: > >>> There has been some discussion recently about padding lock mutexs to > >>> the cache line size in order to avoid false sharing of CPUs. Some have > >>> claimed to see significant performance increases as a result. > >> > >> Is that an out-of-kernel interface? > >> > >> If we did that, we'd have to make it run-time settable, because there's no one right answer for arm and MIPS cpus: they are all different. > > > > The discussion ended up with using a special parameter > > CACHE_LINE_SIZE_LOCKS which is different than CACHE_LINE_SIZE. This is > > necessary for other reasons as well (CACHE_LINE_SIZE_LOCKS may take > > into account prefetching of cache lines, but CACHE_LINE_SIZE > > wouldn't). > > > > I think the "correct" thing to do here is choose a reasonable, but > > not-always-correct CACHE_LINE_SIZE_LOCKS and make CACHE_LINE_SIZE a > > per-board constant (or run time setting, or whatever works). You > > can't make it run-time settable as the padding is part of the ABI: > > > > For more details see > > http://comments.gmane.org/gmane.os.freebsd.devel.cvs/483696 > > which contains the original discussion. > > > > Note - I was not involved. > > this is a kernel-only interface, so compile time constants are fine there. What user-land visible interfaces are affected by this setting? The answer should be 'none' > > Warner When I commented on Attilio's recent checkins concerning padding of locks to cache line size and the fact that the value changes per-cpu and we're not well-positioned to handle that right now, his main concern was modules matching the kernel. I had suggested making the padding conditional on SMP (because apparently there's no benefit to the padding in a UP kernel), but then a module compiled for UP wouldn't work right on an SMP kernel, and vice versa. I'm not sure why that's a problem, my solution to that would be "So then don't do that." What scares me the most is the mushy definition of what CACHE_LINE_SIZE really means. There's nothing about the name that says "This may not be the actual cache line size but it's probably close," but increasingly I see people talking about it as if it had such a malleable meaning. Is that consistant with the existing uses in the code? Is it a good idea? -- Ian From owner-freebsd-mips@FreeBSD.ORG Mon Nov 5 17:49:45 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFBBC82E for ; Mon, 5 Nov 2012 17:49:45 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 94F768FC12 for ; Mon, 5 Nov 2012 17:49:45 +0000 (UTC) Received: by mail-gh0-f182.google.com with SMTP id r20so1124075ghr.13 for ; Mon, 05 Nov 2012 09:49:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=OJ6CyPOiL0hgmvQgVa+/v5BcSK+GV4jEB/PoIjRsv2c=; b=A344NvM9AHBUKZmpP3kOjdHdqfRnjAxcV8QNRel7VfVGYg+ggGLthsTFksFzTlsKkT L9Zqg+AjoogBLzgMRmHtku7pYIyabAMWlDQW94Q4s0rfhxkThjpg5L/K0yPnyga4wN1y m8cYni6QdnWE3dFY1wyPUnLVatymaPzM2DvwXqkF855VKTk1OfCwWzaAHNFmyj9uulY/ O1/vTejBG3X04xVGoj25hSv7dUgacLgFL5xm8NTGm3IgKsWOXFYaq8Nx9UizunICFiYB Ut3OXIbuG7eg7QUL5ZYiLGUe4ZEhAE/FQQGvLfk6VAf6Zk/He6h50PoOCkvxJDns7bE/ NK0w== Received: by 10.236.131.138 with SMTP id m10mr9731481yhi.101.1352137784872; Mon, 05 Nov 2012 09:49:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.146.227.39 with HTTP; Mon, 5 Nov 2012 09:49:24 -0800 (PST) In-Reply-To: <1352137087.1120.180.camel@revolution.hippie.lan> References: <201211041828.qA4ISomC076058@pdx.rh.CN85.ChatUSA.com> <1352137087.1120.180.camel@revolution.hippie.lan> From: Juli Mallett Date: Mon, 5 Nov 2012 09:49:24 -0800 Message-ID: Subject: Re: CACHE_LINE_SIZE macro. To: Ian Lepore X-Gm-Message-State: ALoCoQl2zv8pVr1bJhtVFsKy0V+TcLCPEQNvwR13Z5gONrYjd6EHvyWdHGAd6kkAJ2DrEWIo4mtF Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Rodney W. Grimes" , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 17:49:46 -0000 On Mon, Nov 5, 2012 at 9:38 AM, Ian Lepore wrote: > When I commented on Attilio's recent checkins concerning padding of > locks to cache line size and the fact that the value changes per-cpu and > we're not well-positioned to handle that right now, his main concern was > modules matching the kernel. I had suggested making the padding > conditional on SMP (because apparently there's no benefit to the padding > in a UP kernel), but then a module compiled for UP wouldn't work right > on an SMP kernel, and vice versa. I'm not sure why that's a problem, my > solution to that would be "So then don't do that." > > What scares me the most is the mushy definition of what CACHE_LINE_SIZE > really means. There's nothing about the name that says "This may not be > the actual cache line size but it's probably close," but increasingly I > see people talking about it as if it had such a malleable meaning. Is > that consistant with the existing uses in the code? Is it a good idea? Agreed. If the point of the macro is to ensure that something aligned and padded to that size will never, ever share a cache line, and if it affects module builds, it seems like the only really safe thing would be just to align to page size, and enough of all this more conservative, namely too-conservative, stuff. And it shouldn't be named such that anyone tries to make it even remotely related to anything that may vary within an architecture. I had thought there were user/kernel interfaces where it might start to matter, but if not then the module/kernel interfaces are the worst of it, but still bad enough. (Although there are other things complicating things on MIPS based on CPU type, it would be nice to find ways to reduce those things, rather than increasing them.) From owner-freebsd-mips@FreeBSD.ORG Mon Nov 5 17:58:50 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02CF7131 for ; Mon, 5 Nov 2012 17:58:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9A1D68FC12 for ; Mon, 5 Nov 2012 17:58:49 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id k10so10977047iea.13 for ; Mon, 05 Nov 2012 09:58:49 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=XO6FaZW1cyVUMtFJPEZKh9ebmH2tKQk8ZI4MA7IlqUY=; b=eoJLCYhocKrqmcf/gRpLU5coOy9op6nZR+Mdf4DXuUAM+45r7t9n/VfRnh24v48Ndr lLT6Hofga4awyhTHSuqvSV7zTFvimoJwgXe/bbzDIR3lIsLVtIIh68IdLAoURSK6nMCP GYnAQUR9fZSqBpGjHRduU29YkDFvUmgZkyz9FPmz0tIZsDjiRmnCBVAGfqofKr+5IRfg BuCH7KdwjQmkMkbRtjzRUDQ2yxaoAxUoIS3ANVQ+FtvLw4D6Of0/TCSpxHokmUwDbxCK uF/djEMWsTjbgPY42xEAz40zG8ZbpaZ47NY73PPgHIQXEV+Bk5Dunduz4INvkbWXAkAe dZJg== Received: by 10.50.16.144 with SMTP id g16mr10237188igd.23.1352138328912; Mon, 05 Nov 2012 09:58:48 -0800 (PST) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id ff4sm5711970igc.13.2012.11.05.09.58.45 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 05 Nov 2012 09:58:47 -0800 (PST) Sender: Warner Losh Subject: Re: CACHE_LINE_SIZE macro. Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <1352137087.1120.180.camel@revolution.hippie.lan> Date: Mon, 5 Nov 2012 10:58:44 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201211041828.qA4ISomC076058@pdx.rh.CN85.ChatUSA.com> <1352137087.1120.180.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQmgYmLjYOiqDo2HbWfKKL6zYG+gkeTX2leVjqS9+6D6RRK/wp5RJm/e7GkQJCi59omd/xgl Cc: "Rodney W. Grimes" , Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 17:58:50 -0000 On Nov 5, 2012, at 10:38 AM, Ian Lepore wrote: > On Mon, 2012-11-05 at 10:11 -0700, Warner Losh wrote: >> On Nov 5, 2012, at 10:01 AM, Eitan Adler wrote: >>=20 >>> On 5 November 2012 11:49, Warner Losh wrote: >>>>> There has been some discussion recently about padding lock mutexs = to >>>>> the cache line size in order to avoid false sharing of CPUs. Some = have >>>>> claimed to see significant performance increases as a result. >>>>=20 >>>> Is that an out-of-kernel interface? >>>>=20 >>>> If we did that, we'd have to make it run-time settable, because = there's no one right answer for arm and MIPS cpus: they are all = different. >>>=20 >>> The discussion ended up with using a special parameter >>> CACHE_LINE_SIZE_LOCKS which is different than CACHE_LINE_SIZE. This = is >>> necessary for other reasons as well (CACHE_LINE_SIZE_LOCKS may take >>> into account prefetching of cache lines, but CACHE_LINE_SIZE >>> wouldn't). >>>=20 >>> I think the "correct" thing to do here is choose a reasonable, but >>> not-always-correct CACHE_LINE_SIZE_LOCKS and make CACHE_LINE_SIZE a >>> per-board constant (or run time setting, or whatever works). You >>> can't make it run-time settable as the padding is part of the ABI: >>>=20 >>> For more details see >>> http://comments.gmane.org/gmane.os.freebsd.devel.cvs/483696 >>> which contains the original discussion. >>>=20 >>> Note - I was not involved. >>=20 >> this is a kernel-only interface, so compile time constants are fine = there. What user-land visible interfaces are affected by this setting? = The answer should be 'none' >>=20 >> Warner >=20 > When I commented on Attilio's recent checkins concerning padding of > locks to cache line size and the fact that the value changes per-cpu = and > we're not well-positioned to handle that right now, his main concern = was > modules matching the kernel. I had suggested making the padding > conditional on SMP (because apparently there's no benefit to the = padding > in a UP kernel), but then a module compiled for UP wouldn't work right > on an SMP kernel, and vice versa. I'm not sure why that's a problem, = my > solution to that would be "So then don't do that." Don't make these structures compile time aligned, but make them run-time = aligned is the only alternative. For arm this isn't currently a huge = issue: armv4/v5 can be set to 32. For armv6 it can be set to 64. Since = you usually don't mix kernel bits from each, that's fine. It is a = bigger deal on mips where the various 64-bit architectures have = different values. Since we compile mips and mips64 differently, the = embedded stuff that Adrian is worried about won't necessarily be = penalized. We can make these compile time. However, making it compile time makes it more optimal for some members = of the mips64 family and less efficient for others. I'd have to see = measurements to see how much. > What scares me the most is the mushy definition of what = CACHE_LINE_SIZE > really means. There's nothing about the name that says "This may not = be > the actual cache line size but it's probably close," but increasingly = I > see people talking about it as if it had such a malleable meaning. Is > that consistant with the existing uses in the code? Is it a good = idea? There's a number of places where CAHCE_LINE_SIZE are used, but mostly to = compile-time align structures. Since these tend to be 64 vs 128 vs 256 = typically, the effect is only a little increase in memory use. We don't = flush data in this sized chunk, so we aren't polluting cache more by = making this number bigger: we're just have extra padding. Most of the = interfaces that I saw aren't exposed aren't KABI things. Warner= From owner-freebsd-mips@FreeBSD.ORG Mon Nov 5 18:09:19 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C73343E for ; Mon, 5 Nov 2012 18:09:19 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 8CA4D8FC17 for ; Mon, 5 Nov 2012 18:09:12 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qA5I961w019107 for ; Mon, 5 Nov 2012 11:09:08 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qA5I94s9012504; Mon, 5 Nov 2012 11:09:04 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: CACHE_LINE_SIZE macro. From: Ian Lepore To: Warner Losh In-Reply-To: References: <201211041828.qA4ISomC076058@pdx.rh.CN85.ChatUSA.com> <1352137087.1120.180.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Mon, 05 Nov 2012 11:09:04 -0700 Message-ID: <1352138944.1120.187.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "Rodney W. Grimes" , Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 18:09:19 -0000 On Mon, 2012-11-05 at 10:58 -0700, Warner Losh wrote: > On Nov 5, 2012, at 10:38 AM, Ian Lepore wrote: > > > On Mon, 2012-11-05 at 10:11 -0700, Warner Losh wrote: > >> On Nov 5, 2012, at 10:01 AM, Eitan Adler wrote: > >> > >>> On 5 November 2012 11:49, Warner Losh wrote: > >>>>> There has been some discussion recently about padding lock mutexs to > >>>>> the cache line size in order to avoid false sharing of CPUs. Some have > >>>>> claimed to see significant performance increases as a result. > >>>> > >>>> Is that an out-of-kernel interface? > >>>> > >>>> If we did that, we'd have to make it run-time settable, because there's no one right answer for arm and MIPS cpus: they are all different. > >>> > >>> The discussion ended up with using a special parameter > >>> CACHE_LINE_SIZE_LOCKS which is different than CACHE_LINE_SIZE. This is > >>> necessary for other reasons as well (CACHE_LINE_SIZE_LOCKS may take > >>> into account prefetching of cache lines, but CACHE_LINE_SIZE > >>> wouldn't). > >>> > >>> I think the "correct" thing to do here is choose a reasonable, but > >>> not-always-correct CACHE_LINE_SIZE_LOCKS and make CACHE_LINE_SIZE a > >>> per-board constant (or run time setting, or whatever works). You > >>> can't make it run-time settable as the padding is part of the ABI: > >>> > >>> For more details see > >>> http://comments.gmane.org/gmane.os.freebsd.devel.cvs/483696 > >>> which contains the original discussion. > >>> > >>> Note - I was not involved. > >> > >> this is a kernel-only interface, so compile time constants are fine there. What user-land visible interfaces are affected by this setting? The answer should be 'none' > >> > >> Warner > > > > When I commented on Attilio's recent checkins concerning padding of > > locks to cache line size and the fact that the value changes per-cpu and > > we're not well-positioned to handle that right now, his main concern was > > modules matching the kernel. I had suggested making the padding > > conditional on SMP (because apparently there's no benefit to the padding > > in a UP kernel), but then a module compiled for UP wouldn't work right > > on an SMP kernel, and vice versa. I'm not sure why that's a problem, my > > solution to that would be "So then don't do that." > > Don't make these structures compile time aligned, but make them run-time aligned is the only alternative. For arm this isn't currently a huge issue: armv4/v5 can be set to 32. For armv6 it can be set to 64. Since you usually don't mix kernel bits from each, that's fine. It is a bigger deal on mips where the various 64-bit architectures have different values. Since we compile mips and mips64 differently, the embedded stuff that Adrian is worried about won't necessarily be penalized. We can make these compile time. > > However, making it compile time makes it more optimal for some members of the mips64 family and less efficient for others. I'd have to see measurements to see how much. > > > What scares me the most is the mushy definition of what CACHE_LINE_SIZE > > really means. There's nothing about the name that says "This may not be > > the actual cache line size but it's probably close," but increasingly I > > see people talking about it as if it had such a malleable meaning. Is > > that consistant with the existing uses in the code? Is it a good idea? > > There's a number of places where CAHCE_LINE_SIZE are used, but mostly to compile-time align structures. Since these tend to be 64 vs 128 vs 256 typically, the effect is only a little increase in memory use. We don't flush data in this sized chunk, so we aren't polluting cache more by making this number bigger: we're just have extra padding. Most of the interfaces that I saw aren't exposed aren't KABI things. > > Warner Right now according to Attilio only a few instances of padded lock structures will exist, so that's not a problem. If this padding finds its way into a per- lock instead of global lock that's going to change. How about a per-vnode padded lock? That could add up to a lot of wasted memory. This whole padded-lock thing feels like it's making future trouble easy to happen and hard to fix once it has happened, because the 800lb gorrilla is amd64, and once something is shown to help that environment it's going to stay in place regardless of what it does to tier 2. The other thing that bugs me is that cache is a scarce resource on our wimpy little platforms, and padding just ensures that we use it even less effectively in the UP case. It seems like it's more likely to kill performance than improve it, because one would expect that when a lock is embedded in a structure, there's going to be access to other data nearby once the lock is acquired. -- Ian From owner-freebsd-mips@FreeBSD.ORG Mon Nov 5 18:13:32 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 164885E3 for ; Mon, 5 Nov 2012 18:13:32 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7455C8FC12 for ; Mon, 5 Nov 2012 18:13:29 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id b5so5521487lbd.13 for ; Mon, 05 Nov 2012 10:13:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=YlBsAeYiv6oEYI5KEsvRm5+j3KWZTz3sYMRE5qDL/Ak=; b=DHKifR+d4DvNJj//+IXAQMbbEb7s8KgVtOnhy/SwoLb36XrOmIeDywDW+BFPxkLyWY rrz2X4Q3xWBCkeKuB2bFcRMlJOmOeqIqsQE3AUBCtLKl3upkL/ZNj0IMyqVIWAE1RyKc oHWlBBb+zyorDbwTTRgG2L1x54u8m0M3sILHM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=YlBsAeYiv6oEYI5KEsvRm5+j3KWZTz3sYMRE5qDL/Ak=; b=dQoc/Rq8eyjbsxFh5iz4/L2AtQJnLHLYAmibrUtu4Zu2Fw3qJYklnOXcc8sy98sus0 A+Ap/BEf/MlWLHwYT3NLZ74YHrFBuRp9uKyLSgmWqeTWwa0SUpyZBuOCAmUaMdztit80 UuPK6G8GoH4/xDYBSY5yLf+DfKokO06UwFeblJkFZX8KycBtjTYrqmsX+I22oe8QO+AJ uyeCOKa/vA7H/QbW0lJpkR5arB8d0pGGDnldevmzr92aPg2/87v0o8IQHPS+dMK2lmrh OPvMFJ60uLz1C3UTCnzO+aaRelXqYE6kyPaqTmZrcbC3zItu98H6hdvFZJ55m253pguS MQCw== Received: by 10.152.102.234 with SMTP id fr10mr10016855lab.28.1352139208012; Mon, 05 Nov 2012 10:13:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.25.166 with HTTP; Mon, 5 Nov 2012 10:12:57 -0800 (PST) In-Reply-To: <1352138944.1120.187.camel@revolution.hippie.lan> References: <201211041828.qA4ISomC076058@pdx.rh.CN85.ChatUSA.com> <1352137087.1120.180.camel@revolution.hippie.lan> <1352138944.1120.187.camel@revolution.hippie.lan> From: Eitan Adler Date: Mon, 5 Nov 2012 13:12:57 -0500 Message-ID: Subject: Re: CACHE_LINE_SIZE macro. To: Ian Lepore Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkk/Czm/lfIIWjXkyTp/eXosMw3Z4L3DoOYo7P0XaZgCRHYTkwoJaZp2EGCbynnEnRn8L0a Cc: "Rodney W. Grimes" , Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 18:13:32 -0000 On 5 November 2012 13:09, Ian Lepore wrote: > The other thing that bugs me is that cache is a scarce resource on our > wimpy little platforms, and padding just ensures that we use it even > less effectively in the UP case. It seems like it's more likely to kill > performance than improve it, because one would expect that when a lock > is embedded in a structure, there's going to be access to other data > nearby once the lock is acquired. This is another reason to encourage the separation between the real cache line size and the lock padding version. On low cache-size environments the latter could be tuned to not matter. -- Eitan Adler From owner-freebsd-mips@FreeBSD.ORG Mon Nov 5 18:26:13 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE40E9AB for ; Mon, 5 Nov 2012 18:26:13 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ia0-f182.google.com (mail-ia0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7F3A88FC14 for ; Mon, 5 Nov 2012 18:26:13 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id k10so5883482iag.13 for ; Mon, 05 Nov 2012 10:26:13 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=fxtF5l0KaE+DF1uctTZtacGvbN/Llye35kZvl39NtvU=; b=KSuXFShfTI4L8uyf3pYp6JMoLAStUSMDzwGfkCS0M59O0YPzj3kgLIVtmWyx1XTpYw n7g66MnFMZOZjd+gPHANTnIZ7jjQU89cB5+7bEPDb551lDN9pzzsGue5YU98OpysY5u3 WApJXlEq466mo+dXoQfvWlJWKqh5ioxMLXmKpBlfFg90XCfeqgRT3/xaSbwwOiKvKW3u QjzrjU8kUnvJYrVm83JQghNBkuOiGLw+E02mcmzKZA7J4Gb1iXSKDK+/aaVyIQcXzf7v Uv9LGPylM5Nv3w3H0bBmHaF+IdGDTErI0JU2OhXReVjvdGmJLCRaRKDTQsSVoGgR92gU c0Fg== Received: by 10.50.17.170 with SMTP id p10mr5942122igd.5.1352139973063; Mon, 05 Nov 2012 10:26:13 -0800 (PST) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id eo7sm6724564igc.12.2012.11.05.10.26.10 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 05 Nov 2012 10:26:11 -0800 (PST) Sender: Warner Losh Subject: Re: CACHE_LINE_SIZE macro. Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Mon, 5 Nov 2012 11:26:09 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201211041828.qA4ISomC076058@pdx.rh.CN85.ChatUSA.com> <1352137087.1120.180.camel@revolution.hippie.lan> <1352138944.1120.187.camel@revolution.hippie.lan> To: Eitan Adler X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQmF88RvgYsdSqsMfoz/EL21Lr0WZwLpEriMckYAVRa/ssGhjEf6sRSFeuAnwryyK1vDk10O Cc: "Rodney W. Grimes" , Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 18:26:13 -0000 On Nov 5, 2012, at 11:12 AM, Eitan Adler wrote: > On 5 November 2012 13:09, Ian Lepore = wrote: >> The other thing that bugs me is that cache is a scarce resource on = our >> wimpy little platforms, and padding just ensures that we use it even >> less effectively in the UP case. It seems like it's more likely to = kill >> performance than improve it, because one would expect that when a = lock >> is embedded in a structure, there's going to be access to other data >> nearby once the lock is acquired. >=20 > This is another reason to encourage the separation between the real > cache line size and the lock padding version. On low cache-size > environments the latter could be tuned to not matter. Yea, we definitely need to separate out the difference between 'padding = for performance' which CACHE_LINE_SIZE does (and perhaps we need several = flavors), padding for correctness (which is needed for DMA correctness = wrt non-coherent cache architectures) and padding because padding always = helps, right? Warner From owner-freebsd-mips@FreeBSD.ORG Tue Nov 6 21:27:01 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 928549F for ; Tue, 6 Nov 2012 21:27:01 +0000 (UTC) (envelope-from freebsd@pdx.rh.CN85.ChatUSA.com) Received: from pdx.rh.CN85.ChatUSA.com (pdx.rh.CN85.ip6.chatusa.com [IPv6:2607:fa80:104::6]) by mx1.freebsd.org (Postfix) with ESMTP id 3FDE58FC12 for ; Tue, 6 Nov 2012 21:27:00 +0000 (UTC) Received: from pdx.rh.CN85.ChatUSA.com (localhost [127.0.0.1]) by pdx.rh.CN85.ChatUSA.com (8.13.3/8.13.3) with ESMTP id qA5C1sDX094613; Mon, 5 Nov 2012 04:01:54 -0800 (PST) (envelope-from freebsd@pdx.rh.CN85.ChatUSA.com) Received: (from freebsd@localhost) by pdx.rh.CN85.ChatUSA.com (8.13.3/8.13.3/Submit) id qA5C1rIo094612; Mon, 5 Nov 2012 04:01:53 -0800 (PST) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <201211051201.qA5C1rIo094612@pdx.rh.CN85.ChatUSA.com> Subject: Re: CACHE_LINE_SIZE macro. In-Reply-To: To: Warner Losh Date: Mon, 5 Nov 2012 04:01:53 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 21:27:01 -0000 > > On Nov 5, 2012, at 10:01 AM, Eitan Adler wrote: > > > On 5 November 2012 11:49, Warner Losh wrote: > >>> There has been some discussion recently about padding lock mutexs to > >>> the cache line size in order to avoid false sharing of CPUs. Some have > >>> claimed to see significant performance increases as a result. > >> > >> Is that an out-of-kernel interface? > >> > >> If we did that, we'd have to make it run-time settable, because there's no one right answer for arm and MIPS cpus: they are all different. > > > > The discussion ended up with using a special parameter > > CACHE_LINE_SIZE_LOCKS which is different than CACHE_LINE_SIZE. This is > > necessary for other reasons as well (CACHE_LINE_SIZE_LOCKS may take > > into account prefetching of cache lines, but CACHE_LINE_SIZE > > wouldn't). > > > > I think the "correct" thing to do here is choose a reasonable, but > > not-always-correct CACHE_LINE_SIZE_LOCKS and make CACHE_LINE_SIZE a > > per-board constant (or run time setting, or whatever works). You > > can't make it run-time settable as the padding is part of the ABI: > > > > For more details see > > http://comments.gmane.org/gmane.os.freebsd.devel.cvs/483696 > > which contains the original discussion. > > > > Note - I was not involved. > > this is a kernel-only interface, so compile time constants are fine there. What user-land visible interfaces are affected by this setting? The answer should be 'none' > Even in a kernel-only interface the answer should be ``none''. First my gut tells me that this is a synthetic bench mark anomoly and that the data is hiding the real cause and effects of what is going on. A better fix, if the data can be shown to be real, and meaningful, is to make the mutex type opaque (void *), and pass pointers around to it, and let the run time code decide how to proper cache align allocate the mutex (Probably fit 2 mutexes in 1 8 byte line and I bet it runs faster than there current ``pad it to a cache line size'' hack. I got a feeling your gona cache thrash on SMP no mater what you do.... I did not see -any- data presented that showed how this was proven to be of benifit. Why not just go out and cache align every data structure in the kernel.... :-) A benchmark well show an improvement I am sure of that. This may actually be begging for the old technique of carefull handcrafted structs that are such that things LIKE mutexes naturally end up on a proper boundary. I bet you the boundary is actually 4 byte, independent of cache line size. -- Rod Grimes freebsd@freebsd.org From owner-freebsd-mips@FreeBSD.ORG Tue Nov 6 21:32:24 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4864E12E for ; Tue, 6 Nov 2012 21:32:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1304B8FC0C for ; Tue, 6 Nov 2012 21:32:24 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi1so688829pad.13 for ; Tue, 06 Nov 2012 13:32:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=n3nZn0PFLHaWqtJvm1sPUYyt71e+3hgIFfjtl2gsB5M=; b=kVv6h4Y0Ny/qCzVSfjsVEqp+LMR1voN8orh144eE4EOx6jnvtmS8+Ql8In0j6qv/lq lKLuCHIHzZdWjun47FAa1eQ8EtDMhbQJ+KmPhSMP2dFhU4JUM8h/Cz4sJxMPQjsXho3e +XsYUPr+qpOsZKKtFJ/W0yh5xSpA9LmT7LUQRdtlFkWpDkH9YBsaqwJklOmfSKAMpelQ TdVfj6ErCN5AB981V8sb+A1lhoAG4/qPjH51GtRSEgz95kiwnv8Mpc9kurn/9Y1xklnP /ztG7hmNXVJKIvFeKW3c/kJ3w/erknXqLvQgq9o6sa7hrUaaf4bb13r3UucNeiXTmAGd EhKA== MIME-Version: 1.0 Received: by 10.68.238.199 with SMTP id vm7mr7091453pbc.105.1352237543867; Tue, 06 Nov 2012 13:32:23 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.68.124.130 with HTTP; Tue, 6 Nov 2012 13:32:23 -0800 (PST) In-Reply-To: <201211051201.qA5C1rIo094612@pdx.rh.CN85.ChatUSA.com> References: <201211051201.qA5C1rIo094612@pdx.rh.CN85.ChatUSA.com> Date: Tue, 6 Nov 2012 13:32:23 -0800 X-Google-Sender-Auth: M5v6MdWpPDu1wMEbU6yVmwQwBew Message-ID: Subject: Re: CACHE_LINE_SIZE macro. From: Adrian Chadd To: "Rodney W. Grimes" Content-Type: text/plain; charset=ISO-8859-1 Cc: Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 21:32:24 -0000 On 5 November 2012 04:01, Rodney W. Grimes wrote: > I did not see -any- data presented that showed how this was proven to be of benifit. The intel guys didn't post data, but they did do their investigations. > Why not just go out and cache align every data structure in the kernel.... :-) A benchmark well show an improvement I am sure of that. > This may actually be begging for the old technique of carefull handcrafted structs that are such that things LIKE mutexes naturally end up > on a proper boundary. I bet you the boundary is actually 4 byte, independent of cache line size. Andre at least has noticed that ordering of things in the text section of the kernel (ie, what decisions are made at compile/link time) are actually causing measurable performance changes. And I think the compiler is naturally aligning these things in multiples of 4 bytes. The multi-core, multi-system architectures seem to be behaving slightly crazier than one expects.. where things like the contention is done not based on cache size, but by some larger chunk (256 bytes?). I'm not up to date on this stuff; Juli and Warner would know better than I. TL;DR - yes, more data is needed, but please don't discount the impact of not cache aligning these shared structures. Adrian From owner-freebsd-mips@FreeBSD.ORG Tue Nov 6 21:35:30 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41F5A187 for ; Tue, 6 Nov 2012 21:35:30 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id E960E8FC0C for ; Tue, 6 Nov 2012 21:35:29 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so1202123oag.13 for ; Tue, 06 Nov 2012 13:35:29 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=No/tfXs5iatYjAoaOB5wLElm48YO4KvZ4hB/+V91umc=; b=Ay6Hj4MwtmqSXeIwH7fhBljJENIH8lhODmz4+xSOiGmOv6/1KSK4B26pMDGQ7j0Mob eug8MTMCnpNrjh+MacM9v9M3XW30nhO3tcwY7JcI/Dr7Z5cdmK0AUigDO2wRegSs69jA tPNGemqDrPEI2n1dm+ECMIHkeCxjtGzXgzrg3L6B0W/lsHviJYuuG9X9SfJbGmaQSKTQ lnhnyMsLsHPdKDAkkZRLPLe+2tmuWjXHdCZoXFQKtJF9aM5u+9tjpA2Lnydci4WxLxE6 l0/5wSKmXZsGR4NCHirhuuk7kblqkjSz5viVB6RJBI6GFrBnscnKkJ1yQIJj7TffoML8 ZW2Q== Received: by 10.60.8.68 with SMTP id p4mr2076271oea.7.1352237729417; Tue, 06 Nov 2012 13:35:29 -0800 (PST) Received: from [10.30.101.53] ([209.117.142.2]) by mx.google.com with ESMTPS id a7sm21801663obw.6.2012.11.06.13.35.27 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 06 Nov 2012 13:35:28 -0800 (PST) Sender: Warner Losh Subject: Re: CACHE_LINE_SIZE macro. Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Tue, 6 Nov 2012 14:35:25 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <2E046873-B6A1-4F9C-8F3C-1CE6E60C6BF7@bsdimp.com> References: <201211051201.qA5C1rIo094612@pdx.rh.CN85.ChatUSA.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQlS+kMrG7nSc0a8+QLS2g30BVuj3WDUfZau7Ox0UShEARGwXOSFRLS3X8ZmoX9BSHvkbrgw Cc: "Rodney W. Grimes" , Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 21:35:30 -0000 I think the real answer is to not abuse CACHE_LINE_SIZE for these things = at all, but make it a per-arch decision... That way mips32 could, for = example, not align and mips64 could if it wanted to... Having this be an ABI thing would be unfortunate. Warner On Nov 6, 2012, at 2:32 PM, Adrian Chadd wrote: > On 5 November 2012 04:01, Rodney W. Grimes > wrote: >=20 >> I did not see -any- data presented that showed how this was proven to = be of benifit. >=20 > The intel guys didn't post data, but they did do their investigations. >=20 >> Why not just go out and cache align every data structure in the = kernel.... :-) A benchmark well show an improvement I am sure of that. >> This may actually be begging for the old technique of carefull = handcrafted structs that are such that things LIKE mutexes naturally end = up >> on a proper boundary. I bet you the boundary is actually 4 byte, = independent of cache line size. >=20 > Andre at least has noticed that ordering of things in the text section > of the kernel (ie, what decisions are made at compile/link time) are > actually causing measurable performance changes. >=20 > And I think the compiler is naturally aligning these things in > multiples of 4 bytes. >=20 > The multi-core, multi-system architectures seem to be behaving > slightly crazier than one expects.. where things like the contention > is done not based on cache size, but by some larger chunk (256 > bytes?). > I'm not up to date on this stuff; Juli and Warner would know better = than I. >=20 > TL;DR - yes, more data is needed, but please don't discount the impact > of not cache aligning these shared structures. >=20 >=20 > Adrian From owner-freebsd-mips@FreeBSD.ORG Tue Nov 6 21:37:48 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 559222D8 for ; Tue, 6 Nov 2012 21:37:48 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 223C38FC14 for ; Tue, 6 Nov 2012 21:37:47 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id rp8so754299pbb.13 for ; Tue, 06 Nov 2012 13:37:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Qv00MCDfcmLFaZ3FsvEpOrDQ13MwM8dItHVSjSM+MuI=; b=d/xltFXeMsafqgOQ31aAmjmrvrQbHojsVldMLS4L/6QlsrAgE8ozg6ZoCGPcaHDFp+ nM04DKSLXD4FouUkJpk1MlV6p5VwFWTwaGr3T4bKsyw4v1PKTz/JkkFRxsmBzABN1IsG F4mRXoGIpjOkx75vk+foMr9bF8Dw0txwN0wiKCks7J0dI8FaZuE46JOa4dpsWhheYTH3 jzIF6+GS2iULuqfP6GaMDkB2BUo2rOlcBP5LGZpUJbOP7ohv208Ltl7QVPdnr3RbrP8p gY/M8PReHfszvFd2F134RyCKJNFL3SFf+80glAqiO++fdgA/ulLwaY5SF3ZBWHJMwZWm J/tQ== MIME-Version: 1.0 Received: by 10.68.137.41 with SMTP id qf9mr7189163pbb.103.1352237867638; Tue, 06 Nov 2012 13:37:47 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.68.124.130 with HTTP; Tue, 6 Nov 2012 13:37:47 -0800 (PST) In-Reply-To: <2E046873-B6A1-4F9C-8F3C-1CE6E60C6BF7@bsdimp.com> References: <201211051201.qA5C1rIo094612@pdx.rh.CN85.ChatUSA.com> <2E046873-B6A1-4F9C-8F3C-1CE6E60C6BF7@bsdimp.com> Date: Tue, 6 Nov 2012 13:37:47 -0800 X-Google-Sender-Auth: 3PGVPC5TXmNSU5-8TKcm3SUfvxI Message-ID: Subject: Re: CACHE_LINE_SIZE macro. From: Adrian Chadd To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: "Rodney W. Grimes" , Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 21:37:48 -0000 On 6 November 2012 13:35, Warner Losh wrote: > I think the real answer is to not abuse CACHE_LINE_SIZE for these things at all, but make it a per-arch decision... That way mips32 could, for example, not align and mips64 could if it wanted to... > > Having this be an ABI thing would be unfortunate. Right. This is why I initially replied to attilio/jeff/etc and asked why not separate out CACHE_LINE_SIZE from what you should use to align shared structures like mutexes (and atomics too..) Adrian From owner-freebsd-mips@FreeBSD.ORG Tue Nov 6 21:42:30 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DAF5341E for ; Tue, 6 Nov 2012 21:42:30 +0000 (UTC) (envelope-from freebsd@pdx.rh.CN85.ChatUSA.com) Received: from pdx.rh.CN85.ChatUSA.com (pdx.rh.CN85.ip6.chatusa.com [IPv6:2607:fa80:104::6]) by mx1.freebsd.org (Postfix) with ESMTP id 7401A8FC0A for ; Tue, 6 Nov 2012 21:42:30 +0000 (UTC) Received: from pdx.rh.CN85.ChatUSA.com (localhost [127.0.0.1]) by pdx.rh.CN85.ChatUSA.com (8.13.3/8.13.3) with ESMTP id qA5CAjT0094797; Mon, 5 Nov 2012 04:10:45 -0800 (PST) (envelope-from freebsd@pdx.rh.CN85.ChatUSA.com) Received: (from freebsd@localhost) by pdx.rh.CN85.ChatUSA.com (8.13.3/8.13.3/Submit) id qA5CAiLx094796; Mon, 5 Nov 2012 04:10:44 -0800 (PST) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <201211051210.qA5CAiLx094796@pdx.rh.CN85.ChatUSA.com> Subject: Re: CACHE_LINE_SIZE macro. In-Reply-To: <1352137087.1120.180.camel@revolution.hippie.lan> To: Ian Lepore Date: Mon, 5 Nov 2012 04:10:44 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 21:42:30 -0000 > > > > this is a kernel-only interface, so compile time constants are fine there. What user-land visible interfaces are affected by this setting? The answer should be 'none' > > > > Warner > > When I commented on Attilio's recent checkins concerning padding of > locks to cache line size and the fact that the value changes per-cpu and > we're not well-positioned to handle that right now, his main concern was > modules matching the kernel. I had suggested making the padding > conditional on SMP (because apparently there's no benefit to the padding > in a UP kernel), but then a module compiled for UP wouldn't work right > on an SMP kernel, and vice versa. I'm not sure why that's a problem, my > solution to that would be "So then don't do that." > > What scares me the most is the mushy definition of what CACHE_LINE_SIZE > really means. There's nothing about the name that says "This may not be > the actual cache line size but it's probably close," but increasingly I > see people talking about it as if it had such a malleable meaning. Is > that consistant with the existing uses in the code? Is it a good idea? I agree with your point Ian, one should not be abusing a constant that just happens to fit the value needs, one should be using a new constant such as MUTEX_ALIGN. Interesting things can be found if one runs a find /sys/ -type f | xarges grep ALIGN Like this pair of contradictions: ./dev/fxp/if_fxpvar.h:#define FXP_FLAG_READ_ALIGN 0x0002 /* align read access with cacheline */ ./dev/fxp/if_fxpvar.h:#define FXP_FLAG_WRITE_ALIGN 0x0004 /* end write on cacheline */ Both often wrong, cause the cache line size on most x86 is much larger than 2 or 4 :-) -- Rod Grimes freebsd@freebsd.org From owner-freebsd-mips@FreeBSD.ORG Tue Nov 6 22:02:57 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F899F83 for ; Tue, 6 Nov 2012 22:02:57 +0000 (UTC) (envelope-from freebsd@pdx.rh.CN85.ChatUSA.com) Received: from pdx.rh.CN85.ChatUSA.com (pdx.rh.CN85.ip6.chatusa.com [IPv6:2607:fa80:104::6]) by mx1.freebsd.org (Postfix) with ESMTP id D9EA78FC0A for ; Tue, 6 Nov 2012 22:02:56 +0000 (UTC) Received: from pdx.rh.CN85.ChatUSA.com (localhost [127.0.0.1]) by pdx.rh.CN85.ChatUSA.com (8.13.3/8.13.3) with ESMTP id qA5CMYUm095112; Mon, 5 Nov 2012 04:22:34 -0800 (PST) (envelope-from freebsd@pdx.rh.CN85.ChatUSA.com) Received: (from freebsd@localhost) by pdx.rh.CN85.ChatUSA.com (8.13.3/8.13.3/Submit) id qA5CMYNF095111; Mon, 5 Nov 2012 04:22:34 -0800 (PST) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <201211051222.qA5CMYNF095111@pdx.rh.CN85.ChatUSA.com> Subject: Re: CACHE_LINE_SIZE macro. In-Reply-To: To: Eitan Adler Date: Mon, 5 Nov 2012 04:22:33 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Juli Mallett , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 22:02:57 -0000 [ Charset UTF-8 unsupported, converting... ] > On 4 November 2012 13:28, Rodney W. Grimes > wrote: > > > > What ABI is exposing anything about cache parameters or may be come dependent > > on such information? > > There has been some discussion recently about padding lock mutexs to > the cache line size in order to avoid false sharing of CPUs. Some have > claimed to see significant performance increases as a result. I actually just went and read the diffs in attilio r242402 commit and it appears to me that he is actually REMOVING the CACHE_LINE_SIZE abuse and using a mtx_padalign struct that must already exist cause his commit didnt create it. Independent of weither using cache line size alignment is evil, at least this commit reduces the abuse of the constant. -- Rod Grimes freebsd@freebsd.org From owner-freebsd-mips@FreeBSD.ORG Wed Nov 7 09:35:39 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A741160; Wed, 7 Nov 2012 09:35:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 049EF8FC0A; Wed, 7 Nov 2012 09:35:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA79Zce9088944; Wed, 7 Nov 2012 04:35:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA79ZcZH088932; Wed, 7 Nov 2012 09:35:38 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 09:35:38 GMT Message-Id: <201211070935.qA79ZcZH088932@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 09:35:39 -0000 TB --- 2012-11-07 08:06:54 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 08:06:54 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 08:06:54 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-07 08:06:54 - cleaning the object tree TB --- 2012-11-07 08:06:54 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 08:06:54 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-07 08:06:54 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 08:10:49 - /usr/local/bin/svn update /src TB --- 2012-11-07 08:11:12 - At svn revision 242694 TB --- 2012-11-07 08:11:13 - building world TB --- 2012-11-07 08:11:13 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 08:11:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 08:11:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 08:11:13 - SRCCONF=/dev/null TB --- 2012-11-07 08:11:13 - TARGET=mips TB --- 2012-11-07 08:11:13 - TARGET_ARCH=mips TB --- 2012-11-07 08:11:13 - TZ=UTC TB --- 2012-11-07 08:11:13 - __MAKE_CONF=/dev/null TB --- 2012-11-07 08:11:13 - cd /src TB --- 2012-11-07 08:11:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 08:11:25 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 7 09:34:32 UTC 2012 TB --- 2012-11-07 09:34:32 - cd /src/sys/mips/conf TB --- 2012-11-07 09:34:32 - /usr/sbin/config -m ADM5120 TB --- 2012-11-07 09:34:32 - skipping ADM5120 kernel TB --- 2012-11-07 09:34:32 - cd /src/sys/mips/conf TB --- 2012-11-07 09:34:32 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-07 09:34:32 - skipping ALCHEMY kernel TB --- 2012-11-07 09:34:32 - cd /src/sys/mips/conf TB --- 2012-11-07 09:34:32 - /usr/sbin/config -m AP91 TB --- 2012-11-07 09:34:32 - building AP91 kernel TB --- 2012-11-07 09:34:32 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 09:34:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 09:34:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 09:34:32 - SRCCONF=/dev/null TB --- 2012-11-07 09:34:32 - TARGET=mips TB --- 2012-11-07 09:34:32 - TARGET_ARCH=mips TB --- 2012-11-07 09:34:32 - TZ=UTC TB --- 2012-11-07 09:34:32 - __MAKE_CONF=/dev/null TB --- 2012-11-07 09:34:32 - cd /src TB --- 2012-11-07 09:34:32 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Wed Nov 7 09:34:32 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] ln -sf /obj/mips.mips/src/sys/AP91/opt_inet.h opt_inet.h ln -sf /obj/mips.mips/src/sys/AP91/opt_ath.h opt_ath.h ln -sf /obj/mips.mips/src/sys/AP91/opt_ah.h opt_ah.h ln -sf /obj/mips.mips/src/sys/AP91/opt_wlan.h opt_wlan.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/mips.mips/src/sys/AP91 -std=iso9899:1999 /src/sys/modules/ath/../../dev/ath/if_ath.c /src/sys/modules/ath/../../dev/ath/if_ath_debug.c /src/sys/modules/ath/../../dev/ath/if_ath_keycache.c /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c /src/sys/modules/ath/../../dev/ath/if_ath_tx.c /src/sys/modules/ath/../../dev/ath/if_ath_tx_ht.c /src/sys/modules/ath/../../dev/ath/if_ath_led.c /src/sys/modules/ath/../../dev/ath/if_ath_rx.c /src/sys/modules/ath/../../dev/ath/if_ath_tdma.c /src/sys/modules/ath/../../dev/ath/if_ath_beacon.c /src/sys/modules/ath/../../dev/ath/if_ath_rx_edma.c /src/sys/modules/ath/../../dev/ath/if_ath_tx_edma.c /src/sys/modules/ath/../../dev/ath/ah_osdep.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain.! c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v3.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v1.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_interrupts.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_keycache.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_interrupts.c /src/sys/modu! les/ath/../../dev/ath/ath_hal/ar5211/ar5211_keycache.c /src/sy! s/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_ani.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_eeprom.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_gpio.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_interrupts.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_keycache.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_phy.c /src/sys/modules/ath! /../../dev/ath/ath_hal/ar5212/ar5212_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_rfgain.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5111.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5112.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar2413.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar2425.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5413.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v14.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v4k.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_ani.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal.c /src/sys/modu! les/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_iq.c /src/sys/modules/a! th/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcgain.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcdc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_eeprom.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_interrupts.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_keycache.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_radar.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar2133.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9001/ar9160_attach.c /src/sys/modules/ath/..! /../dev/ath/ath_hal/ar9001/ar9130_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9001/ar9130_eeprom.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9001/ar9130_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9280.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9280_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9280_olc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_cal.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_diversity.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_9287.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_at! tach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_cal.c /! src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_olc.c /src/sys/modules/ath/../../dev/ath/ath_rate/sample/sample.c /src/sys/modules/ath/../../dev/ath/ath_dfs/null/dfs_null.c /src/sys/modules/ath/../../dev/ath/if_ath.c:121:32: error: dev/ath/if_ath_alq.h: No such file or directory mkdep: compile failed *** [.depend] Error code 1 Stop in /src/sys/modules/ath. *** [depend] Error code 1 Stop in /src/sys/modules. *** [modules-depend] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 09:35:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 09:35:38 - ERROR: failed to build AP91 kernel TB --- 2012-11-07 09:35:38 - 2669.73 user 755.97 system 5323.60 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Wed Nov 7 12:37:22 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A162195; Wed, 7 Nov 2012 12:37:22 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id DED3B8FC20; Wed, 7 Nov 2012 12:37:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:Message-ID:Subject:Cc:To:From:Date; bh=16SIy1wCVlY+GVcFPsGSkF8aDjgnlcH9JvQ0Hq5kZHg=; b=PAvNiDA6NXvEPgg90FgDB0eC292swuP+agh9gWgu8tG0qd05Jq6J7CZGuOYGpNsVhshya8H2SNmnwrlnGd0KLjlmhY5zvH+QMvuuPWo/1KotlZlg20mY4Q52HFfzfgIiRL1XwxfxYTMwaknq9D8fVUT22sC2pBbzFFsCK+8440o=; Received: from [178.137.138.140] (helo=nonamehost) by fsm2.ukr.net with esmtpsa ID 1TW4sb-000Aum-Oj ; Wed, 07 Nov 2012 14:37:13 +0200 Date: Wed, 7 Nov 2012 14:37:10 +0200 From: Ivan Klymenko To: freebsd-questions@freebsd.org, freebsd-mips@freebsd.org Subject: Errors cross compilation of architecture MIPS Message-ID: <20121107143710.3326e801@nonamehost> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-pc-linux-gnu) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 12:37:22 -0000 Hi all. I have uname -rms FreeBSD 10.0-CURRENT amd64 I use to build system for architecture MIPS the instructions on the wiki http://wiki.freebsd.org/FreeBSD/mips I use next script build.sh http://privatepaste.com/339d25c604 but the compilation fails http://privatepaste.com/106d4015d0 then I add the option -DWITHOUT_GROFF \ in build.sh and re-run the script build.sh Next, I get the following error http://privatepaste.com/9887e06e42 then I add the option -DWITHOUT_SENDMAIL \ in build.sh and re-run the script build.sh Next, I get the following error http://privatepaste.com/962b406024 In what could be the problem here and what I'm doing wrong? Thanks. From owner-freebsd-mips@FreeBSD.ORG Wed Nov 7 16:46:57 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A20DAB3; Wed, 7 Nov 2012 16:46:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1E33B8FC14; Wed, 7 Nov 2012 16:46:56 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id rp8so1431456pbb.13 for ; Wed, 07 Nov 2012 08:46:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Kyv9l6h+MoYMAUPMA4EVhk0Y9HuTJoGvDSF3vOO7yKk=; b=xljvxgdiVzMLQxHOS00O/9xGFyt+ouFGBA4k9Ba4qCmZkPtcYhKv3lxGje3ZXR6Xja hRSJUHFUFDBp4mbWMGFqec7++8eQt31BhyLncSPC3NgZse5PkCTii2RdJby3WXTDu4Px uLGaC5mNqu5egNT8WLH1vpDLrvQeyl62mcQZp/uiItIR8G1dfTio9EhYjXZI9s7SaGuD TdD5CSs+gP6/jneKqNRpR8SDx2ZDY1cFPeKgiV9gWb8Lo2KffpEI9kXQoVPim+/uoHLr 5rsB8MLycwPc0ewA2HAWXMvHIsH88bca4AYA2vPFTQQ5F9bn42YPlq8uIz+43txZ9iY3 NLeQ== MIME-Version: 1.0 Received: by 10.66.72.136 with SMTP id d8mr14127066pav.4.1352306816334; Wed, 07 Nov 2012 08:46:56 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.68.124.130 with HTTP; Wed, 7 Nov 2012 08:46:56 -0800 (PST) In-Reply-To: <20121107143710.3326e801@nonamehost> References: <20121107143710.3326e801@nonamehost> Date: Wed, 7 Nov 2012 08:46:56 -0800 X-Google-Sender-Auth: 10vn4S26-sGV46aQ3PHH-n5HI0A Message-ID: Subject: Re: Errors cross compilation of architecture MIPS From: Adrian Chadd To: Ivan Klymenko Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-questions@freebsd.org, freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 16:46:57 -0000 That's odd. I don't build like that though, I build with my build scripts at http://code.google.com/p/freebsd-wifi-build/ Maybe see what I do in build_freebsd ? Adrian On 7 November 2012 04:37, Ivan Klymenko wrote: > Hi all. > > I have uname -rms > FreeBSD 10.0-CURRENT amd64 > > I use to build system for architecture MIPS the instructions on the wiki > http://wiki.freebsd.org/FreeBSD/mips > > I use next script build.sh http://privatepaste.com/339d25c604 > but the compilation fails http://privatepaste.com/106d4015d0 > > then I add the option -DWITHOUT_GROFF \ in build.sh > and re-run the script build.sh > > Next, I get the following error http://privatepaste.com/9887e06e42 > > then I add the option -DWITHOUT_SENDMAIL \ in build.sh > and re-run the script build.sh > > Next, I get the following error http://privatepaste.com/962b406024 > > In what could be the problem here and what I'm doing wrong? > > Thanks. > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-mips@FreeBSD.ORG Wed Nov 7 17:02:03 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B8044D0; Wed, 7 Nov 2012 17:02:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 182ED8FC12; Wed, 7 Nov 2012 17:02:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA7H22uY093435; Wed, 7 Nov 2012 12:02:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA7H22Cr093432; Wed, 7 Nov 2012 17:02:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Nov 2012 17:02:02 GMT Message-Id: <201211071702.qA7H22Cr093432@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 17:02:03 -0000 TB --- 2012-11-07 15:43:59 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-07 15:43:59 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-07 15:43:59 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-07 15:43:59 - cleaning the object tree TB --- 2012-11-07 15:46:38 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-07 15:46:38 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-07 15:46:38 - /usr/local/bin/svn cleanup /src TB --- 2012-11-07 15:48:15 - /usr/local/bin/svn update /src TB --- 2012-11-07 15:48:21 - At svn revision 242696 TB --- 2012-11-07 15:48:22 - building world TB --- 2012-11-07 15:48:22 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 15:48:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 15:48:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 15:48:22 - SRCCONF=/dev/null TB --- 2012-11-07 15:48:22 - TARGET=mips TB --- 2012-11-07 15:48:22 - TARGET_ARCH=mips TB --- 2012-11-07 15:48:22 - TZ=UTC TB --- 2012-11-07 15:48:22 - __MAKE_CONF=/dev/null TB --- 2012-11-07 15:48:22 - cd /src TB --- 2012-11-07 15:48:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 7 15:48:28 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 7 17:01:03 UTC 2012 TB --- 2012-11-07 17:01:03 - cd /src/sys/mips/conf TB --- 2012-11-07 17:01:03 - /usr/sbin/config -m ADM5120 TB --- 2012-11-07 17:01:03 - skipping ADM5120 kernel TB --- 2012-11-07 17:01:03 - cd /src/sys/mips/conf TB --- 2012-11-07 17:01:03 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-07 17:01:03 - skipping ALCHEMY kernel TB --- 2012-11-07 17:01:03 - cd /src/sys/mips/conf TB --- 2012-11-07 17:01:03 - /usr/sbin/config -m AP91 TB --- 2012-11-07 17:01:03 - building AP91 kernel TB --- 2012-11-07 17:01:03 - CROSS_BUILD_TESTING=YES TB --- 2012-11-07 17:01:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-07 17:01:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-07 17:01:03 - SRCCONF=/dev/null TB --- 2012-11-07 17:01:03 - TARGET=mips TB --- 2012-11-07 17:01:03 - TARGET_ARCH=mips TB --- 2012-11-07 17:01:03 - TZ=UTC TB --- 2012-11-07 17:01:03 - __MAKE_CONF=/dev/null TB --- 2012-11-07 17:01:03 - cd /src TB --- 2012-11-07 17:01:03 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Wed Nov 7 17:01:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] ln -sf /obj/mips.mips/src/sys/AP91/opt_inet.h opt_inet.h ln -sf /obj/mips.mips/src/sys/AP91/opt_ath.h opt_ath.h ln -sf /obj/mips.mips/src/sys/AP91/opt_ah.h opt_ah.h ln -sf /obj/mips.mips/src/sys/AP91/opt_wlan.h opt_wlan.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/mips.mips/src/sys/AP91 -std=iso9899:1999 /src/sys/modules/ath/../../dev/ath/if_ath.c /src/sys/modules/ath/../../dev/ath/if_ath_debug.c /src/sys/modules/ath/../../dev/ath/if_ath_keycache.c /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c /src/sys/modules/ath/../../dev/ath/if_ath_tx.c /src/sys/modules/ath/../../dev/ath/if_ath_tx_ht.c /src/sys/modules/ath/../../dev/ath/if_ath_led.c /src/sys/modules/ath/../../dev/ath/if_ath_rx.c /src/sys/modules/ath/../../dev/ath/if_ath_tdma.c /src/sys/modules/ath/../../dev/ath/if_ath_beacon.c /src/sys/modules/ath/../../dev/ath/if_ath_rx_edma.c /src/sys/modules/ath/../../dev/ath/if_ath_tx_edma.c /src/sys/modules/ath/../../dev/ath/ah_osdep.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain.! c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v3.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v1.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_interrupts.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_keycache.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5210/ar5210_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_interrupts.c /src/sys/modu! les/ath/../../dev/ath/ath_hal/ar5211/ar5211_keycache.c /src/sy! s/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5211/ar5211_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_ani.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_eeprom.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_gpio.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_interrupts.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_keycache.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_phy.c /src/sys/modules/ath! /../../dev/ath/ath_hal/ar5212/ar5212_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_rfgain.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5212_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5111.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5112.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar2413.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar2425.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5212/ar5413.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v14.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_v4k.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_ani.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_beacon.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal.c /src/sys/modu! les/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_iq.c /src/sys/modules/a! th/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcgain.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcdc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_eeprom.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_interrupts.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_keycache.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_misc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_power.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_radar.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_recv.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_xmit.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar2133.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9001/ar9160_attach.c /src/sys/modules/ath/..! /../dev/ath/ath_hal/ar9001/ar9130_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9001/ar9130_eeprom.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9001/ar9130_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9280.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9280_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9280_olc.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_attach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_cal.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_phy.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9285_diversity.c /src/sys/modules/ath/../../dev/ath/ath_hal/ah_eeprom_9287.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_reset.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_at! tach.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_cal.c /! src/sys/modules/ath/../../dev/ath/ath_hal/ar9002/ar9287_olc.c /src/sys/modules/ath/../../dev/ath/ath_rate/sample/sample.c /src/sys/modules/ath/../../dev/ath/ath_dfs/null/dfs_null.c /src/sys/modules/ath/../../dev/ath/if_ath.c:121:32: error: dev/ath/if_ath_alq.h: No such file or directory mkdep: compile failed *** [.depend] Error code 1 Stop in /src/sys/modules/ath. *** [depend] Error code 1 Stop in /src/sys/modules. *** [modules-depend] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-07 17:02:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-07 17:02:01 - ERROR: failed to build AP91 kernel TB --- 2012-11-07 17:02:01 - 2672.60 user 787.72 system 4682.58 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Wed Nov 7 17:55:35 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9CAFE1EA for ; Wed, 7 Nov 2012 17:55:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4FF6C8FC0C for ; Wed, 7 Nov 2012 17:55:33 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so2415429oag.13 for ; Wed, 07 Nov 2012 09:55:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=od0/390u9HgQR/Z53DgQXdtLuU/3dMp8W9qHs1zfwQ0=; b=H4G5+3hWVubNnW6Kz0DYGIVq6MBBubE7MJ0a7lmWqUj7vCsLVpBH3xeP1tBiWzp7Qj 3hPG+2XgKnEaH6S3o8YPUEhz8HWAe8tfMM6Mj/EQ4KMe0S1zYzuC3lp3SsvkSuz2rhCJ /gyPD2Hb06hp1yPDjGPK0P4ZdpxF5++a8T+7Vm68kmWAY7ANk3S1RNOk1f9hmNdjPuZO Y9KNac/5n950c2ICXaoxeHz3oMX5Ho04n4YCp47b5bD6EA4qwZENMNodBZcnw/EdNLOh hKUyAdc2k/BIyQaaKy6FZPqGKJWCcd7ai9RBr7r+MYYeNxIrqTTqgu1hYG/1zjf88tKf TEIQ== Received: by 10.60.170.45 with SMTP id aj13mr2643543oec.47.1352310932953; Wed, 07 Nov 2012 09:55:32 -0800 (PST) Received: from [10.30.101.53] ([209.117.142.2]) by mx.google.com with ESMTPS id n7sm24218381obd.16.2012.11.07.09.55.31 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 07 Nov 2012 09:55:31 -0800 (PST) Sender: Warner Losh Subject: Re: Errors cross compilation of architecture MIPS Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20121107143710.3326e801@nonamehost> Date: Wed, 7 Nov 2012 10:55:29 -0700 Content-Transfer-Encoding: 7bit Message-Id: <09B97785-44E2-4C6E-8316-75E3B5D88350@bsdimp.com> References: <20121107143710.3326e801@nonamehost> To: Ivan Klymenko X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQmemHQIbvogUGmx6h8EuWUu2B3/lxWR+in1s3JmDY/gxXUddFLmWZcP9cSiUuLkb3gSjwJO Cc: freebsd-questions@freebsd.org, freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 17:55:35 -0000 I'd loose the -D flags and try again. The instructions there are very odd. Warner On Nov 7, 2012, at 5:37 AM, Ivan Klymenko wrote: > Hi all. > > I have uname -rms > FreeBSD 10.0-CURRENT amd64 > > I use to build system for architecture MIPS the instructions on the wiki > http://wiki.freebsd.org/FreeBSD/mips > > I use next script build.sh http://privatepaste.com/339d25c604 > but the compilation fails http://privatepaste.com/106d4015d0 > > then I add the option -DWITHOUT_GROFF \ in build.sh > and re-run the script build.sh > > Next, I get the following error http://privatepaste.com/9887e06e42 > > then I add the option -DWITHOUT_SENDMAIL \ in build.sh > and re-run the script build.sh > > Next, I get the following error http://privatepaste.com/962b406024 > > In what could be the problem here and what I'm doing wrong? > > Thanks. > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-mips@FreeBSD.ORG Wed Nov 7 19:26:39 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8CF64689; Wed, 7 Nov 2012 19:26:39 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 2A2348FC17; Wed, 7 Nov 2012 19:26:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=uOw79jkmd0faLdpk/yq/gdU/jfzkRwKA5Imq7MJQPDs=; b=cCNu0wGhH+KilYxrr2cTu96D3tTIVyPD7J898gPcq8CxE5dIV/bPyVcZPIcRCYzPuJOCWP7NOkYSftzueGx9/+htllPvpNUBOiEbgmO4wgurq2Q8sPb7fPrISgofFqf1w+0BUrqsYXgkF/2DIYf+yJrdh7gVJ+xGa0tHKrJmSDM=; Received: from [178.137.138.140] (helo=nonamehost) by fsm2.ukr.net with esmtpsa ID 1TWBGm-000PNG-N5 ; Wed, 07 Nov 2012 21:26:36 +0200 Date: Wed, 7 Nov 2012 21:26:32 +0200 From: Ivan Klymenko To: Adrian Chadd Subject: Re: Errors cross compilation of architecture MIPS Message-ID: <20121107212632.7b0924f4@nonamehost> In-Reply-To: References: <20121107143710.3326e801@nonamehost> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-pc-linux-gnu) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org, freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2012 19:26:39 -0000 Thanks, I'll try to figure out how to use it :) =D0=92 Wed, 7 Nov 2012 08:46:56 -0800 Adrian Chadd =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > That's odd. I don't build like that though, I build with my build > scripts at http://code.google.com/p/freebsd-wifi-build/ >=20 > Maybe see what I do in build_freebsd ? >=20 >=20 >=20 > Adrian >=20 >=20 > On 7 November 2012 04:37, Ivan Klymenko wrote: > > Hi all. > > > > I have uname -rms > > FreeBSD 10.0-CURRENT amd64 > > > > I use to build system for architecture MIPS the instructions on the > > wiki http://wiki.freebsd.org/FreeBSD/mips > > > > I use next script build.sh http://privatepaste.com/339d25c604 > > but the compilation fails http://privatepaste.com/106d4015d0 > > > > then I add the option -DWITHOUT_GROFF \ in build.sh > > and re-run the script build.sh > > > > Next, I get the following error http://privatepaste.com/9887e06e42 > > > > then I add the option -DWITHOUT_SENDMAIL \ in build.sh > > and re-run the script build.sh > > > > Next, I get the following error http://privatepaste.com/962b406024 > > > > In what could be the problem here and what I'm doing wrong? > > > > Thanks. From owner-freebsd-mips@FreeBSD.ORG Thu Nov 8 11:44:32 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEC97B07 for ; Thu, 8 Nov 2012 11:44:32 +0000 (UTC) (envelope-from freebsd@pdx.rh.CN85.ChatUSA.com) Received: from pdx.rh.CN85.ChatUSA.com (pdx.rh.CN85.ip6.chatusa.com [IPv6:2607:fa80:104::6]) by mx1.freebsd.org (Postfix) with ESMTP id 979C78FC0C for ; Thu, 8 Nov 2012 11:44:31 +0000 (UTC) Received: from pdx.rh.CN85.ChatUSA.com (localhost [127.0.0.1]) by pdx.rh.CN85.ChatUSA.com (8.13.3/8.13.3) with ESMTP id qA6A0xZO017480; Tue, 6 Nov 2012 02:01:00 -0800 (PST) (envelope-from freebsd@pdx.rh.CN85.ChatUSA.com) Received: (from freebsd@localhost) by pdx.rh.CN85.ChatUSA.com (8.13.3/8.13.3/Submit) id qA6A0xpT017479; Tue, 6 Nov 2012 02:00:59 -0800 (PST) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <201211061000.qA6A0xpT017479@pdx.rh.CN85.ChatUSA.com> Subject: Re: CACHE_LINE_SIZE macro. In-Reply-To: To: Juli Mallett Date: Tue, 6 Nov 2012 02:00:59 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2012 11:44:33 -0000 > Fellow FreeBSD/MIPSists, > > CACHE_LINE_SIZE is being used increasingly-much in ways which may have ABI > implications, etc. It is currentyl 2^6, whereas at least the Cavium Octeon > has cache lines that are actually 2^7 bytes in size. It would be nice to > expose the correct value to reduce false line sharing, etc., but making it > dependent on the CPU type raises ABI issues, as well as questions about how > to reliably get the right value to userland. It seems to me that > increasing it to 2^7 is the most viable approach, but I can imagine there > might be some concerns about that, so I wanted to run it past this list > first. Questions, comments, concerns? Are there MIPS CPUs with 2^8-byte > or larger cache lines that we support or will support or which are likely > coming over the horizon? I've let this stew in my head for a day.. and have come up with an idea, maybe a bit crazy, maybe not. If people are really thinking that cache aligning mutex's is a good idea and that it can improve performance on some, if not most, architectures, then by all means find a way to maximize this with minal impact... so...... Allocate a page in the kernel for ``mutexes''. Mutexes in this page are to be cache aligned, possibly with 2 or more mutexes in a cache line. (Hey, why cant a mutex be a byte, and fit N of them in a cache line, if they reside in the same cache line then this can either be a big benifit, or a real cache thrasher!). In most designs the cost of a byte vs int access in cached data is the same.... except in a write cycle where you may have to do a read/merge/write to perserve other bytes. Structures that use to have mutexs should have a pointer to a mutex in this page, the pointer is properly aligned on a pointer boundary. With carefull application of defines all single existance mutexes can be compile time referenced with mutex_table[MUTEX_NAME] and even the indirection goes away. You could carry this further and if you know the colours of a cache (or ways) you can break the mutex table up so that mutes tend to either fall in one way always, or to use as many ways as possible. Just for those that like to micro-pessimize code that is.... There are probably hotter items in the kernel that would have more performance impact with this type of micro - optimizations. Always remeber when trying to play the cache makes me faster game that it only benifits you to have it cached if you reference 2 or more times before it gets invalidated, and cache is a limited resource that should not be abused just to make some synthetic benchmark faster, and the cache is a very machine specific item and what helps one design run faster is gona make others run slower. -- Rod Grimes freebsd@freebsd.org From owner-freebsd-mips@FreeBSD.ORG Fri Nov 9 01:10:42 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E19592A; Fri, 9 Nov 2012 01:10:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 68DCA8FC08; Fri, 9 Nov 2012 01:10:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA91AfNP019250; Thu, 8 Nov 2012 20:10:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA91Af9q019246; Fri, 9 Nov 2012 01:10:41 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 01:10:41 GMT Message-Id: <201211090110.qA91Af9q019246@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 01:10:42 -0000 TB --- 2012-11-08 23:53:48 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-08 23:53:48 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-08 23:53:48 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-08 23:53:48 - cleaning the object tree TB --- 2012-11-08 23:53:48 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-08 23:53:48 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-08 23:53:48 - /usr/local/bin/svn cleanup /src TB --- 2012-11-08 23:54:22 - /usr/local/bin/svn update /src TB --- 2012-11-08 23:54:28 - At svn revision 242808 TB --- 2012-11-08 23:54:29 - building world TB --- 2012-11-08 23:54:29 - CROSS_BUILD_TESTING=YES TB --- 2012-11-08 23:54:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-08 23:54:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-08 23:54:29 - SRCCONF=/dev/null TB --- 2012-11-08 23:54:29 - TARGET=mips TB --- 2012-11-08 23:54:29 - TARGET_ARCH=mips TB --- 2012-11-08 23:54:29 - TZ=UTC TB --- 2012-11-08 23:54:29 - __MAKE_CONF=/dev/null TB --- 2012-11-08 23:54:29 - cd /src TB --- 2012-11-08 23:54:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 8 23:54:34 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 9 01:07:02 UTC 2012 TB --- 2012-11-09 01:07:02 - cd /src/sys/mips/conf TB --- 2012-11-09 01:07:02 - /usr/sbin/config -m ADM5120 TB --- 2012-11-09 01:07:02 - skipping ADM5120 kernel TB --- 2012-11-09 01:07:02 - cd /src/sys/mips/conf TB --- 2012-11-09 01:07:02 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-09 01:07:02 - skipping ALCHEMY kernel TB --- 2012-11-09 01:07:02 - cd /src/sys/mips/conf TB --- 2012-11-09 01:07:02 - /usr/sbin/config -m AP91 TB --- 2012-11-09 01:07:02 - building AP91 kernel TB --- 2012-11-09 01:07:02 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 01:07:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 01:07:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 01:07:02 - SRCCONF=/dev/null TB --- 2012-11-09 01:07:02 - TARGET=mips TB --- 2012-11-09 01:07:02 - TARGET_ARCH=mips TB --- 2012-11-09 01:07:02 - TZ=UTC TB --- 2012-11-09 01:07:02 - __MAKE_CONF=/dev/null TB --- 2012-11-09 01:07:02 - cd /src TB --- 2012-11-09 01:07:02 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Nov 9 01:07:03 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk wlan_amrr.ko.debug export_syms | xargs -J% objcopy % wlan_amrr.ko.debug objcopy --only-keep-debug wlan_amrr.ko.debug wlan_amrr.ko.symbols objcopy --strip-debug --add-gnu-debuglink=wlan_amrr.ko.symbols wlan_amrr.ko.debug wlan_amrr.ko ===> ath (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath.c In file included from /src/sys/modules/ath/../../dev/ath/if_ath.c:99: @/dev/ath/if_athvar.h:778: error: field 'sc_alq' has incomplete type *** [if_ath.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 01:10:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 01:10:41 - ERROR: failed to build AP91 kernel TB --- 2012-11-09 01:10:41 - 2792.29 user 808.36 system 4613.07 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Fri Nov 9 08:45:37 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BD49E45; Fri, 9 Nov 2012 08:45:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0F58C8FC12; Fri, 9 Nov 2012 08:45:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA98jUIB015540; Fri, 9 Nov 2012 03:45:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA98jUXa015537; Fri, 9 Nov 2012 08:45:30 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 08:45:30 GMT Message-Id: <201211090845.qA98jUXa015537@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 08:45:37 -0000 TB --- 2012-11-09 07:18:59 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 07:18:59 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 07:18:59 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-09 07:18:59 - cleaning the object tree TB --- 2012-11-09 07:22:15 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 07:22:15 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-09 07:22:15 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 07:23:48 - /usr/local/bin/svn update /src TB --- 2012-11-09 07:23:54 - At svn revision 242821 TB --- 2012-11-09 07:23:55 - building world TB --- 2012-11-09 07:23:55 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 07:23:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 07:23:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 07:23:55 - SRCCONF=/dev/null TB --- 2012-11-09 07:23:55 - TARGET=mips TB --- 2012-11-09 07:23:55 - TARGET_ARCH=mips TB --- 2012-11-09 07:23:55 - TZ=UTC TB --- 2012-11-09 07:23:55 - __MAKE_CONF=/dev/null TB --- 2012-11-09 07:23:55 - cd /src TB --- 2012-11-09 07:23:55 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 9 07:24:02 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 9 08:41:50 UTC 2012 TB --- 2012-11-09 08:41:50 - cd /src/sys/mips/conf TB --- 2012-11-09 08:41:50 - /usr/sbin/config -m ADM5120 TB --- 2012-11-09 08:41:50 - skipping ADM5120 kernel TB --- 2012-11-09 08:41:50 - cd /src/sys/mips/conf TB --- 2012-11-09 08:41:50 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-09 08:41:50 - skipping ALCHEMY kernel TB --- 2012-11-09 08:41:50 - cd /src/sys/mips/conf TB --- 2012-11-09 08:41:50 - /usr/sbin/config -m AP91 TB --- 2012-11-09 08:41:50 - building AP91 kernel TB --- 2012-11-09 08:41:50 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 08:41:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 08:41:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 08:41:50 - SRCCONF=/dev/null TB --- 2012-11-09 08:41:50 - TARGET=mips TB --- 2012-11-09 08:41:50 - TARGET_ARCH=mips TB --- 2012-11-09 08:41:50 - TZ=UTC TB --- 2012-11-09 08:41:50 - __MAKE_CONF=/dev/null TB --- 2012-11-09 08:41:50 - cd /src TB --- 2012-11-09 08:41:50 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Nov 9 08:41:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk wlan_amrr.ko.debug export_syms | xargs -J% objcopy % wlan_amrr.ko.debug objcopy --only-keep-debug wlan_amrr.ko.debug wlan_amrr.ko.symbols objcopy --strip-debug --add-gnu-debuglink=wlan_amrr.ko.symbols wlan_amrr.ko.debug wlan_amrr.ko ===> ath (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath.c In file included from /src/sys/modules/ath/../../dev/ath/if_ath.c:99: @/dev/ath/if_athvar.h:778: error: field 'sc_alq' has incomplete type *** [if_ath.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 08:45:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 08:45:30 - ERROR: failed to build AP91 kernel TB --- 2012-11-09 08:45:30 - 2792.45 user 797.55 system 5191.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Fri Nov 9 16:03:56 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AAE77ED0; Fri, 9 Nov 2012 16:03:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 753818FC13; Fri, 9 Nov 2012 16:03:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA9G3tmD034748; Fri, 9 Nov 2012 11:03:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA9G3tQt034747; Fri, 9 Nov 2012 16:03:55 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 16:03:55 GMT Message-Id: <201211091603.qA9G3tQt034747@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 16:03:56 -0000 TB --- 2012-11-09 14:49:39 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 14:49:39 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 14:49:39 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-09 14:49:39 - cleaning the object tree TB --- 2012-11-09 14:50:29 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 14:50:29 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-09 14:50:29 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 14:51:01 - /usr/local/bin/svn update /src TB --- 2012-11-09 14:51:06 - At svn revision 242825 TB --- 2012-11-09 14:51:07 - building world TB --- 2012-11-09 14:51:07 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 14:51:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 14:51:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 14:51:07 - SRCCONF=/dev/null TB --- 2012-11-09 14:51:07 - TARGET=mips TB --- 2012-11-09 14:51:07 - TARGET_ARCH=mips TB --- 2012-11-09 14:51:07 - TZ=UTC TB --- 2012-11-09 14:51:07 - __MAKE_CONF=/dev/null TB --- 2012-11-09 14:51:07 - cd /src TB --- 2012-11-09 14:51:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 9 14:51:12 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 9 16:00:24 UTC 2012 TB --- 2012-11-09 16:00:24 - cd /src/sys/mips/conf TB --- 2012-11-09 16:00:24 - /usr/sbin/config -m ADM5120 TB --- 2012-11-09 16:00:24 - skipping ADM5120 kernel TB --- 2012-11-09 16:00:24 - cd /src/sys/mips/conf TB --- 2012-11-09 16:00:24 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-09 16:00:24 - skipping ALCHEMY kernel TB --- 2012-11-09 16:00:24 - cd /src/sys/mips/conf TB --- 2012-11-09 16:00:24 - /usr/sbin/config -m AP91 TB --- 2012-11-09 16:00:24 - building AP91 kernel TB --- 2012-11-09 16:00:24 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 16:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 16:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 16:00:24 - SRCCONF=/dev/null TB --- 2012-11-09 16:00:24 - TARGET=mips TB --- 2012-11-09 16:00:24 - TARGET_ARCH=mips TB --- 2012-11-09 16:00:24 - TZ=UTC TB --- 2012-11-09 16:00:24 - __MAKE_CONF=/dev/null TB --- 2012-11-09 16:00:24 - cd /src TB --- 2012-11-09 16:00:24 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Nov 9 16:00:24 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk wlan_amrr.ko.debug export_syms | xargs -J% objcopy % wlan_amrr.ko.debug objcopy --only-keep-debug wlan_amrr.ko.debug wlan_amrr.ko.symbols objcopy --strip-debug --add-gnu-debuglink=wlan_amrr.ko.symbols wlan_amrr.ko.debug wlan_amrr.ko ===> ath (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath.c In file included from /src/sys/modules/ath/../../dev/ath/if_ath.c:99: @/dev/ath/if_athvar.h:778: error: field 'sc_alq' has incomplete type *** [if_ath.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 16:03:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 16:03:55 - ERROR: failed to build AP91 kernel TB --- 2012-11-09 16:03:55 - 2794.91 user 800.93 system 4456.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Fri Nov 9 23:17:51 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F088AA9; Fri, 9 Nov 2012 23:17:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D6B438FC08; Fri, 9 Nov 2012 23:17:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qA9NHogx093753; Fri, 9 Nov 2012 18:17:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qA9NHodv093749; Fri, 9 Nov 2012 23:17:50 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Nov 2012 23:17:50 GMT Message-Id: <201211092317.qA9NHodv093749@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 23:17:51 -0000 TB --- 2012-11-09 22:00:57 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-09 22:00:57 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-09 22:00:57 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-09 22:00:57 - cleaning the object tree TB --- 2012-11-09 22:02:09 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-09 22:02:09 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-09 22:02:09 - /usr/local/bin/svn cleanup /src TB --- 2012-11-09 22:03:11 - /usr/local/bin/svn update /src TB --- 2012-11-09 22:03:19 - At svn revision 242841 TB --- 2012-11-09 22:03:20 - building world TB --- 2012-11-09 22:03:20 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 22:03:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 22:03:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 22:03:20 - SRCCONF=/dev/null TB --- 2012-11-09 22:03:20 - TARGET=mips TB --- 2012-11-09 22:03:20 - TARGET_ARCH=mips TB --- 2012-11-09 22:03:20 - TZ=UTC TB --- 2012-11-09 22:03:20 - __MAKE_CONF=/dev/null TB --- 2012-11-09 22:03:20 - cd /src TB --- 2012-11-09 22:03:20 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 9 22:03:25 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 9 23:14:05 UTC 2012 TB --- 2012-11-09 23:14:05 - cd /src/sys/mips/conf TB --- 2012-11-09 23:14:05 - /usr/sbin/config -m ADM5120 TB --- 2012-11-09 23:14:05 - skipping ADM5120 kernel TB --- 2012-11-09 23:14:05 - cd /src/sys/mips/conf TB --- 2012-11-09 23:14:05 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-09 23:14:05 - skipping ALCHEMY kernel TB --- 2012-11-09 23:14:05 - cd /src/sys/mips/conf TB --- 2012-11-09 23:14:05 - /usr/sbin/config -m AP91 TB --- 2012-11-09 23:14:05 - building AP91 kernel TB --- 2012-11-09 23:14:05 - CROSS_BUILD_TESTING=YES TB --- 2012-11-09 23:14:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-09 23:14:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-09 23:14:05 - SRCCONF=/dev/null TB --- 2012-11-09 23:14:05 - TARGET=mips TB --- 2012-11-09 23:14:05 - TARGET_ARCH=mips TB --- 2012-11-09 23:14:05 - TZ=UTC TB --- 2012-11-09 23:14:05 - __MAKE_CONF=/dev/null TB --- 2012-11-09 23:14:05 - cd /src TB --- 2012-11-09 23:14:05 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Nov 9 23:14:05 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk wlan_amrr.ko.debug export_syms | xargs -J% objcopy % wlan_amrr.ko.debug objcopy --only-keep-debug wlan_amrr.ko.debug wlan_amrr.ko.symbols objcopy --strip-debug --add-gnu-debuglink=wlan_amrr.ko.symbols wlan_amrr.ko.debug wlan_amrr.ko ===> ath (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath.c In file included from /src/sys/modules/ath/../../dev/ath/if_ath.c:99: @/dev/ath/if_athvar.h:778: error: field 'sc_alq' has incomplete type *** [if_ath.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-09 23:17:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-09 23:17:49 - ERROR: failed to build AP91 kernel TB --- 2012-11-09 23:17:49 - 2794.91 user 827.40 system 4612.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Sat Nov 10 06:49:30 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1AA0158D; Sat, 10 Nov 2012 06:49:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DC00D8FC15; Sat, 10 Nov 2012 06:49:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qAA6nSKr078650; Sat, 10 Nov 2012 01:49:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qAA6nSQN078642; Sat, 10 Nov 2012 06:49:28 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 10 Nov 2012 06:49:28 GMT Message-Id: <201211100649.qAA6nSQN078642@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2012 06:49:30 -0000 TB --- 2012-11-10 05:33:12 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-10 05:33:12 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-10 05:33:12 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-10 05:33:12 - cleaning the object tree TB --- 2012-11-10 05:34:08 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-10 05:34:08 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-10 05:34:08 - /usr/local/bin/svn cleanup /src TB --- 2012-11-10 05:35:11 - /usr/local/bin/svn update /src TB --- 2012-11-10 05:35:19 - At svn revision 242849 TB --- 2012-11-10 05:35:20 - building world TB --- 2012-11-10 05:35:20 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 05:35:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 05:35:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 05:35:20 - SRCCONF=/dev/null TB --- 2012-11-10 05:35:20 - TARGET=mips TB --- 2012-11-10 05:35:20 - TARGET_ARCH=mips TB --- 2012-11-10 05:35:20 - TZ=UTC TB --- 2012-11-10 05:35:20 - __MAKE_CONF=/dev/null TB --- 2012-11-10 05:35:20 - cd /src TB --- 2012-11-10 05:35:20 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 10 05:35:25 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 10 06:45:58 UTC 2012 TB --- 2012-11-10 06:45:58 - cd /src/sys/mips/conf TB --- 2012-11-10 06:45:58 - /usr/sbin/config -m ADM5120 TB --- 2012-11-10 06:45:58 - skipping ADM5120 kernel TB --- 2012-11-10 06:45:58 - cd /src/sys/mips/conf TB --- 2012-11-10 06:45:58 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-10 06:45:58 - skipping ALCHEMY kernel TB --- 2012-11-10 06:45:58 - cd /src/sys/mips/conf TB --- 2012-11-10 06:45:58 - /usr/sbin/config -m AP91 TB --- 2012-11-10 06:45:58 - building AP91 kernel TB --- 2012-11-10 06:45:58 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 06:45:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 06:45:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 06:45:58 - SRCCONF=/dev/null TB --- 2012-11-10 06:45:58 - TARGET=mips TB --- 2012-11-10 06:45:58 - TARGET_ARCH=mips TB --- 2012-11-10 06:45:58 - TZ=UTC TB --- 2012-11-10 06:45:58 - __MAKE_CONF=/dev/null TB --- 2012-11-10 06:45:58 - cd /src TB --- 2012-11-10 06:45:58 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sat Nov 10 06:45:58 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/conf/kmod_syms.awk wlan_amrr.ko.debug export_syms | xargs -J% objcopy % wlan_amrr.ko.debug objcopy --only-keep-debug wlan_amrr.ko.debug wlan_amrr.ko.symbols objcopy --strip-debug --add-gnu-debuglink=wlan_amrr.ko.symbols wlan_amrr.ko.debug wlan_amrr.ko ===> ath (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath.c In file included from /src/sys/modules/ath/../../dev/ath/if_ath.c:99: @/dev/ath/if_athvar.h:778: error: field 'sc_alq' has incomplete type *** [if_ath.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-10 06:49:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-10 06:49:28 - ERROR: failed to build AP91 kernel TB --- 2012-11-10 06:49:28 - 2795.19 user 827.09 system 4575.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Sat Nov 10 14:59:51 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34285C51; Sat, 10 Nov 2012 14:59:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F33CD8FC14; Sat, 10 Nov 2012 14:59:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qAAExodp018014; Sat, 10 Nov 2012 09:59:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qAAExoIp018001; Sat, 10 Nov 2012 14:59:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 10 Nov 2012 14:59:50 GMT Message-Id: <201211101459.qAAExoIp018001@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2012 14:59:51 -0000 TB --- 2012-11-10 13:42:19 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-10 13:42:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-10 13:42:19 - starting HEAD tinderbox run for mips/mips TB --- 2012-11-10 13:42:19 - cleaning the object tree TB --- 2012-11-10 13:43:45 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-10 13:43:45 - cd /tinderbox/HEAD/mips/mips TB --- 2012-11-10 13:43:45 - /usr/local/bin/svn cleanup /src TB --- 2012-11-10 13:45:21 - /usr/local/bin/svn update /src TB --- 2012-11-10 13:45:28 - At svn revision 242868 TB --- 2012-11-10 13:45:29 - building world TB --- 2012-11-10 13:45:29 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 13:45:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 13:45:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 13:45:29 - SRCCONF=/dev/null TB --- 2012-11-10 13:45:29 - TARGET=mips TB --- 2012-11-10 13:45:29 - TARGET_ARCH=mips TB --- 2012-11-10 13:45:29 - TZ=UTC TB --- 2012-11-10 13:45:29 - __MAKE_CONF=/dev/null TB --- 2012-11-10 13:45:29 - cd /src TB --- 2012-11-10 13:45:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 10 13:45:35 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 10 14:56:05 UTC 2012 TB --- 2012-11-10 14:56:05 - cd /src/sys/mips/conf TB --- 2012-11-10 14:56:05 - /usr/sbin/config -m ADM5120 TB --- 2012-11-10 14:56:05 - skipping ADM5120 kernel TB --- 2012-11-10 14:56:05 - cd /src/sys/mips/conf TB --- 2012-11-10 14:56:05 - /usr/sbin/config -m ALCHEMY TB --- 2012-11-10 14:56:05 - skipping ALCHEMY kernel TB --- 2012-11-10 14:56:05 - cd /src/sys/mips/conf TB --- 2012-11-10 14:56:05 - /usr/sbin/config -m AP91 TB --- 2012-11-10 14:56:05 - building AP91 kernel TB --- 2012-11-10 14:56:05 - CROSS_BUILD_TESTING=YES TB --- 2012-11-10 14:56:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-10 14:56:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-10 14:56:05 - SRCCONF=/dev/null TB --- 2012-11-10 14:56:05 - TARGET=mips TB --- 2012-11-10 14:56:05 - TARGET_ARCH=mips TB --- 2012-11-10 14:56:05 - TZ=UTC TB --- 2012-11-10 14:56:05 - __MAKE_CONF=/dev/null TB --- 2012-11-10 14:56:05 - cd /src TB --- 2012-11-10 14:56:05 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sat Nov 10 14:56:05 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath_debug.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath_keycache.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c cc1: warnings being treated as errors /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c: In function 'ath_sysctlattach': /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:715: warning: implicit declaration of function 'ath_sysctl_alq_attach' /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c:715: warning: nested extern declaration of 'ath_sysctl_alq_attach' [-Wnested-externs] *** [if_ath_sysctl.o] Error code 1 Stop in /src/sys/modules/ath. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-10 14:59:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-10 14:59:50 - ERROR: failed to build AP91 kernel TB --- 2012-11-10 14:59:50 - 2796.41 user 831.36 system 4650.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full