From owner-freebsd-arm@FreeBSD.ORG Sun Jun 24 00:04:49 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD89E1065675 for ; Sun, 24 Jun 2012 00:04:49 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 6B6168FC16 for ; Sun, 24 Jun 2012 00:04:49 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q5O04l7a022204; Sun, 24 Jun 2012 00:04:47 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id rjhicqke4kzqrzx8zirgveu64n; Sun, 24 Jun 2012 00:04:47 +0000 (UTC) (envelope-from kientzle@freebsd.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <9204F891-C26B-4BED-9866-B31281521683@bsdimp.com> Date: Sat, 23 Jun 2012 17:04:45 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <1B8D4502-00FF-4836-9055-FDE4F0E1483F@freebsd.org> References: <3F1A5B5F-0787-41CE-8C77-8B1F9A601172@freebsd.org> <31C8D224-72D4-4BE8-8EC3-29B078C7DAC3@bsdimp.com> <0078302D-CC33-4B89-87BE-50C77D4855BE@freebsd.org> <9204F891-C26B-4BED-9866-B31281521683@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1278) Cc: arm@freebsd.org Subject: Re: armv6 tree vs. buildkernel X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2012 00:04:49 -0000 On Jun 23, 2012, at 3:17 PM, Warner Losh wrote: >=20 > On Jun 23, 2012, at 3:07 PM, Tim Kientzle wrote: >=20 >> On Jun 23, 2012, at 12:58 PM, Warner Losh wrote: >>>=20 >>> On Jun 23, 2012, at 12:58 PM, Tim Kientzle wrote: >>>> On Jun 23, 2012, at 7:35 AM, Warner Losh wrote: >>>>>=20 >>>>>> P.S. How is CPUTYPE/TARGET_CPUTYPE supposed to be inferred for = regular "buildworld"? >>>>>> The only option I can find is to set it explicitly in = /etc/src.conf >>>>>=20 >>>>> It can't possibly work very well. We need to get = TARGET_ARCH=3Darmv6 working instead of continuing these kludges. >>>>=20 >>>>=20 >>>> Help get me oriented and I'll start grinding through this. >>>>=20 >>>> What values of TARGET_ARCH should be supported? >>>=20 >>> arm, armeb, armv6 (and maybe armv6eb if they make those). >>=20 >> So do you consider the -DARM_ARCH_6 and -D_ARM_ARCH_6 >> defines to be among these "kluges"? >=20 > Yes. The compilers built when we're doing armv6 should have them = defined. I believe they are standard. If not, we should migrate tot he = standard defines. There was some churn in Mips land because of this = (some of which I fixed, some of which I caused :). Ah, yes. Of course. That's the other piece I was missing. I found a list of the standard defines for GCC; I'll compare this to the = current headers and see if I can fix up any mismatches. At a cursory glance, it = looks like we're pretty close already. BTW, I like the way the Chromium folks handled these: http://www.mail-archive.com/v8-dev@googlegroups.com/msg11102.html That's a lot clearer than the _ARM_ARCH_6, etc, that we're currently defining (apparently for the same purpose) in sys/arm/includes/asm.h. The current xdev arm/arm GCC seems to default to ARMv4: $ arm-freebsd-gcc -E -dM /tmp/foo.h | grep -i arm #define __ARMEL__ 1 #define __ARM_ARCH_4__ 1 #define __arm__ 1 I'll try your patches; I presume they support an arm/armv6 xdev that = defaults to ARMv6. >> So if someone wants an armv7 tree, they should have >> TARGET=3Darm >> TARGET_ARCH=3Darmv6 >> TARGET_CPUTYPE=3Darmv7 >=20 > Correct. This is much the same as if someone wants a nahalem tree on = x86: >=20 > TARGET=3Di386 > TARGET_ARCH=3Di386 > TARGET_CPUTYPE=3Dnahalem Thanks. That clarifies a lot. What is the relation between our ARCH and CPUTYPE and GCC's -march and = -mcpu options? Based on the above, it looks like our ARM CPUTYPE should = map to GCC's -march: http://gcc.gnu.org/onlinedocs/gcc/ARM-Options.html Tim From owner-freebsd-arm@FreeBSD.ORG Sun Jun 24 01:21:14 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8243B1065673 for ; Sun, 24 Jun 2012 01:21:14 +0000 (UTC) (envelope-from r.neese@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 36B0D8FC0C for ; Sun, 24 Jun 2012 01:21:14 +0000 (UTC) Received: by yenl8 with SMTP id l8so2651283yen.13 for ; Sat, 23 Jun 2012 18:21:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=nWaMui7qcs6kmNtQCo6pbqJpCFBW2Dde4FfqWZ6Hldk=; b=g0g2ZHq4fsIGtgYODiRxg0M7kVKf9z5hKH4YfUHlzdgMJRQMH82bUoJ5xzrtx4HKY7 Bo5dE+h+3Whwo82AvPF90nPnTkK9Ca2WKecFv0edpYCqPDKOPsrxVThh7n0NQbREKVdS Qi1sHpiEd+bTJbhKvCdZndejfC63pT1hbUT8OIE7J0HvaX1IA66D6x90A8AIvMaeNqrM v43f4SaahEAoxf2OtWT/IGRYz6nuqkg9DPW/Cg3jvSDa5MoNn3wefw6GiGJ/sDECtqZh qtb18fns5vmxqj5s3gR/PpB/nx32oYm6BBmHz2upUmyyluUpxTlns3nk88KbZttfL8BT 3IAw== Received: by 10.236.136.3 with SMTP id v3mr8000205yhi.68.1340500873429; Sat, 23 Jun 2012 18:21:13 -0700 (PDT) Received: from [127.0.0.1] ([70.127.108.139]) by mx.google.com with ESMTPS id n37sm53231365anq.0.2012.06.23.18.21.12 (version=SSLv3 cipher=OTHER); Sat, 23 Jun 2012 18:21:12 -0700 (PDT) Message-ID: <4FE66B88.1050607@gmail.com> Date: Sat, 23 Jun 2012 21:21:12 -0400 From: Rich Neese User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Kate F References: <4FE5D495.6020605@zoho.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: PHYSMEM_SIZE and a hang on boot for kirkwood X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2012 01:21:14 -0000 On 6/23/2012 12:29 PM, Kate F wrote: > On 23 June 2012 15:37, Lukasz Wojcik wrote: >> On 06/23/12 15:45, Kate F wrote: >>> I believe this is the same problem. Is there a way I can hardcode the >>> physical memory size which would be equivalent to 8.3's PHYSMEM_SIZE >>> option? >>> >>> Is is there a better way to solve this, and have the memory size found >>> automatically? >> I believe 9.0 is FDT-ized already. Take a look at: >> sys/boot/fdt/dts/db88f6281.dts, especially '/memory' node. >> >> also: >> >> http://wiki.freebsd.org/FlattenedDeviceTree > > Whoops. I meant I'm using -CURRENT, of course - because I'm interested in > the recent NAND work. > > The db88f6281.dts tree is exactly what I was looking for. The memory node > was indeed set for 512M, as PHYSMEM_SIZE was before FDT. > So I set that accordingly: > > memory { > device_type = "memory"; > reg = <0x0 0x10000000>; // 256M at 0x0 > }; > > and now 10.0-CURRENT boots just fine, as did 8.3 with the equivalent change. > > Thank you! > > please send me the url to this device so I can add it to the list of supported devices... From owner-freebsd-arm@FreeBSD.ORG Sun Jun 24 07:16:38 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6810106567D for ; Sun, 24 Jun 2012 07:16:38 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9846E8FC16 for ; Sun, 24 Jun 2012 07:16:38 +0000 (UTC) Received: by dadv36 with SMTP id v36so4270536dad.13 for ; Sun, 24 Jun 2012 00:16:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=4mow8S1QDKYZ2Lb3qp24QItEd3D6VQFYFdd5r1jeDcQ=; b=A3kQ6R/Wye91TkhiNW2KeNSq6vgM5yf2MzAjv6jOgt/U7o5zSY8AOTk77tfoH57JG0 VVuwruz/1FBlFGZtCadoQxGFkn3syNESOWxQfrJYPQR4GR1hWATPKRuIlPr93JQYTa9n 39BfDJmUBmYX0IG8dKcA4yvvc48KsGickUioCG7kJe1nC+iq3GS2yAAVT0ALAQCFSRPp ZykEJgA6D4jNKNF04Cn2SbvqJZAAuTOSkK6ihzvEy32piL5gkfWU8BeN2Gp5zoNeXIWz mPOROOyJs7O9V/d60PElhI3sfycGcO09Q1oscpTd7DV2J8PdKxPOjvMdcKce+I7YQhTN /q8A== MIME-Version: 1.0 Received: by 10.68.213.234 with SMTP id nv10mr27641203pbc.56.1340522198184; Sun, 24 Jun 2012 00:16:38 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.147.18 with HTTP; Sun, 24 Jun 2012 00:16:38 -0700 (PDT) In-Reply-To: <4FE66B88.1050607@gmail.com> References: <4FE5D495.6020605@zoho.com> <4FE66B88.1050607@gmail.com> Date: Sun, 24 Jun 2012 00:16:38 -0700 X-Google-Sender-Auth: uqiAu8BIyvu9a1S7ug_u5C3Y76E Message-ID: From: Adrian Chadd To: Rich Neese Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org, Kate F Subject: Re: PHYSMEM_SIZE and a hang on boot for kirkwood X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2012 07:16:38 -0000 .. is there anything that needs to be added to the kernel source tree (eg a reference to this particular board type) so anyone who wishes to build freebsd for it won't have the same problem? Adrian From owner-freebsd-arm@FreeBSD.ORG Sun Jun 24 07:21:20 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC235106567C; Sun, 24 Jun 2012 07:21:20 +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 8A12A8FC0C; Sun, 24 Jun 2012 07:21:20 +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 q5O7LJoK095264; Sun, 24 Jun 2012 03:21:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5O7LJCf095263; Sun, 24 Jun 2012 07:21:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 24 Jun 2012 07:21:19 GMT Message-Id: <201206240721.q5O7LJCf095263@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 , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2012 07:21:21 -0000 TB --- 2012-06-24 07:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-24 07:20:00 - 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-06-24 07:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-24 07:20:00 - cleaning the object tree TB --- 2012-06-24 07:20:00 - cvsupping the source tree TB --- 2012-06-24 07:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-24 07:20:59 - building world TB --- 2012-06-24 07:20:59 - CROSS_BUILD_TESTING=YES TB --- 2012-06-24 07:20:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-24 07:20:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-24 07:20:59 - SRCCONF=/dev/null TB --- 2012-06-24 07:20:59 - TARGET=arm TB --- 2012-06-24 07:20:59 - TARGET_ARCH=arm TB --- 2012-06-24 07:20:59 - TZ=UTC TB --- 2012-06-24 07:20:59 - __MAKE_CONF=/dev/null TB --- 2012-06-24 07:20:59 - cd /src TB --- 2012-06-24 07:20:59 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 24 07:21:00 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_cntl.c -o elf_cntl.o cc -O2 -pipe -I/src/lib/libelf -I/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/lib/libelf/elf_end.c -o elf_end.o In file included from /src/lib/libelf/elf_end.c:34: /usr/include/stdlib.h:58: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'wchar_t' /usr/include/stdlib.h:99: error: expected ')' before '*' token /usr/include/stdlib.h:100: error: expected ')' before '*' token /usr/include/stdlib.h:114: error: expected declaration specifiers or '...' before 'wchar_t' /usr/include/stdlib.h:115: error: expected ';', ',' or ')' before '*' token *** Error code 1 Stop in /src/lib/libelf. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-24 07:21:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-24 07:21:19 - ERROR: failed to build world TB --- 2012-06-24 07:21:19 - 10.95 user 4.48 system 78.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Jun 24 08:05:29 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC167106564A; Sun, 24 Jun 2012 08:05:29 +0000 (UTC) (envelope-from lukasz.wojcik@zoho.com) Received: from sender1.zohomail.com (sender1.zohomail.com [72.5.230.103]) by mx1.freebsd.org (Postfix) with ESMTP id BAE9E8FC08; Sun, 24 Jun 2012 08:05:29 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type; b=af98s3dEcg3nqT1mc2N+pq4nLxw8h9TBoxPaCxL3gvDIg3MhnnjQWzrSA8xNNrREFZtsjMxP1lcG UrgDX9MbeCML8C2m6ZGjHGNGbMMyAQUxF42sp6Ud5wS0upUTD0He Received: from [192.168.100.102] (46.174.212.99 [46.174.212.99]) by mx.zohomail.com with SMTPS id 1340525128619932.0044608216492; Sun, 24 Jun 2012 01:05:28 -0700 (PDT) Message-ID: <4FE6C221.6080202@zoho.com> Date: Sun, 24 Jun 2012 09:30:41 +0200 From: Lukasz Wojcik User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: Adrian Chadd References: <4FE5D495.6020605@zoho.com> <4FE66B88.1050607@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ZohoMailClient: External X-Zoho-Virus-Status: 2 Cc: freebsd-arm@freebsd.org, Kate F Subject: Re: PHYSMEM_SIZE and a hang on boot for kirkwood X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2012 08:05:30 -0000 On 06/24/12 09:16, Adrian Chadd wrote: > ... is there anything that needs to be added to the kernel source tree > (eg a reference to this particular board type) so anyone who wishes to > build freebsd for it won't have the same problem? > > > Adrian > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" Well, since (at least) '/memory' node must have been updated, it probably needs a separate *.dts file. If there aren't that many changes, it seems like a wasteful approach, because the version of DTC in a tree does not support inclusion of one *.dts into the other (this way we could create one 'core' dts, with parts common for all db88f6xxx's and few smaller dtses for variants differing e.g. with amount of memory). However, I think Semihalf is either getting ready to, or already did pushed their QorIQ (ppc) changes into the tree, and they could contain the patch to change it. I recommend contacting them regarding this issue. ------------- Lukasz Wojcik, (zbr@semihalf is no longer valid). From owner-freebsd-arm@FreeBSD.ORG Sun Jun 24 18:50:46 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B627106574C for ; Sun, 24 Jun 2012 18:50:46 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 0F83A8FC1A for ; Sun, 24 Jun 2012 18:50:45 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q5OIocd9026122 for arm@freebsd.org; Sun, 24 Jun 2012 18:50:38 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id num3xsxt7mvs4p6fwmqyvka6pn; for arm@freebsd.org; Sun, 24 Jun 2012 18:50:38 +0000 (UTC) (envelope-from kientzle@freebsd.org) From: Tim Kientzle Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Date: Sun, 24 Jun 2012 11:50:37 -0700 Message-Id: To: arm@freebsd.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Cc: Subject: Removing ARM_WANT_TP_ADDRESS hack? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2012 18:50:46 -0000 What is the story behind ARM_WANT_TP_ADDRESS? It's defined right now in some kernel configs, which implies that it's a system-specific configuration. But as far as I can tell from the code, it's really a CPU-specific setting that should always be enabled for < armv6. Any objections to replacing #ifdef ARM_WANT_TP_ADDRESS with #if =85 < armv6 =85 (I'm working on a clean way to do the latter.) I think this would simply eliminate ARM_WANT_TP_ADDRESS from the codebase. Tim From owner-freebsd-arm@FreeBSD.ORG Mon Jun 25 11:07:14 2012 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2EB41065740 for ; Mon, 25 Jun 2012 11:07:13 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DD99A8FC18 for ; Mon, 25 Jun 2012 11:07:13 +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 q5PB7DE2078261 for ; Mon, 25 Jun 2012 11:07:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5PB7DvP078259 for freebsd-arm@FreeBSD.org; Mon, 25 Jun 2012 11:07:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Jun 2012 11:07:13 GMT Message-Id: <201206251107.q5PB7DvP078259@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 11:07:14 -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 arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o arm/161044 arm devel/icu does not build on arm o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/156814 arm OpenRD Ultimate does not boot on DB-88F6XXX or SHEEVAP o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) o arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/149288 arm mail/dovecot causes panic during configure on Sheevapl o arm/134368 arm [patch] nslu2_led driver for the LEDs on the NSLU2 p arm/134338 arm [patch] Lock GPIO accesses on ixp425 14 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Jun 25 11:30:14 2012 Return-Path: Delivered-To: freebsd-arm@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A04D51065679 for ; Mon, 25 Jun 2012 11:30:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 896F78FC08 for ; Mon, 25 Jun 2012 11:30:14 +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 q5PBUEp0099767 for ; Mon, 25 Jun 2012 11:30:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5PBUEXl099764; Mon, 25 Jun 2012 11:30:14 GMT (envelope-from gnats) Date: Mon, 25 Jun 2012 11:30:14 GMT Message-Id: <201206251130.q5PBUEXl099764@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org From: Kristof Provost Cc: Subject: Re: arm/149288: mail/dovecot causes panic during configure on Sheevaplug (ARM) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kristof Provost List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 11:30:14 -0000 The following reply was made to PR arm/149288; it has been noted by GNATS. From: Kristof Provost To: bug-followup@FreeBSD.org Cc: Subject: Re: arm/149288: mail/dovecot causes panic during configure on Sheevaplug (ARM) Date: Mon, 25 Jun 2012 13:25:29 +0200 The problem appears to be fixed in HEAD, by commit r237367 (Enable deadlock avoidance code for NFS client.). As near as I can tell this fixes the panic: diff --git a/sys/fs/nfsclient/nfs_clvfsops.c b/sys/fs/nfsclient/nfs_clvfsops.c index af0e33b..966688f 100644 --- a/sys/fs/nfsclient/nfs_clvfsops.c +++ b/sys/fs/nfsclient/nfs_clvfsops.c @@ -1136,7 +1136,8 @@ nfs_mount(struct mount *mp) out: if (!error) { MNT_ILOCK(mp); - mp->mnt_kern_flag |= (MNTK_MPSAFE|MNTK_LOOKUP_SHARED); + mp->mnt_kern_flag |= MNTK_MPSAFE | MNTK_LOOKUP_SHARED | + MNTK_NO_IOPF; MNT_IUNLOCK(mp); } return (error); I'm not quite sure why that is, but I can now run both the sample code above and the dovecot configure script without panics. -- Kristof From owner-freebsd-arm@FreeBSD.ORG Wed Jun 27 05:21:32 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D97661065670 for ; Wed, 27 Jun 2012 05:21:32 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 60B8C8FC08 for ; Wed, 27 Jun 2012 05:21:32 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q5R5LV5w040673 for arm@freebsd.org; Wed, 27 Jun 2012 05:21:31 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id yeuhp7kvpqjp8ka8kev7ij2qu2; for arm@freebsd.org; Wed, 27 Jun 2012 05:21:31 +0000 (UTC) (envelope-from kientzle@freebsd.org) From: Tim Kientzle Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 26 Jun 2012 22:21:30 -0700 Message-Id: To: arm@freebsd.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Cc: Subject: Naming mess... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 05:21:32 -0000 I've been building on Warner's ARMv6 cleanup patches and have them almost ready to commit to the armv6 tree (including the necessary configuration glue for GCC to actually default properly). In the process, I've uncovered the following confusing bit of naming: __ARM_ARCH_6__ _ARM_ARCH_6 ARM_ARCH_6 The above are three symbols defined in different parts of the code with entirely different meanings. The pattern extends in the obvious way. After some tracing, I figured out what they mean today: __ARM_ARCH_6__ is defined by GCC if it is currently targeting a = processor that is exactly ARMv6. Two such symbols are never defined at = the same time. The patches I'm working on arrange for this to be = properly set in the armv6 builds.[0] _ARM_ARCH_6 is defined in asm.h (and has been redefined elsewhere, but = I'm removing those) to indicate that the currently targeted processor is = _at_least_ ARMv6. Several such macros can be defined at the same time. = These are more useful in practice than the GCC symbols. Unfortunately, = besides the poor naming, defining these symbols in asm.h means they = cannot be used in C code. ARM_ARCH_6 is used within the kernel source to indicate that support = routines should be included for this class of processor. Multiple such = symbols can be defined at the same time if you're building a kernel with = support for multiple CPUs. Here's what I would like to do: * The first is a given and we should leave it alone. The patches I'm = cleaning up make this useful in the armv6 tree. * The second I would like to move out of asm.h so it can be used in C = code. I would like to rename it to _HAVE_ARMv6_INSTRUCTIONS, which I = think is clearer. I have renamed it in my patches but not yet moved it = to another header. Suggestions appreciated. * Someday, I would like to rename the third one, though I don't have a = concrete proposal yet. ("NEED_ARM_ARCH_6_SUPPORT" is expressive but = wordy; better suggestions appreciated.) Cheers, Tim [0] This page has a nice table: = https://wiki.edubuntu.org/ARM/Thumb2PortingHowto From owner-freebsd-arm@FreeBSD.ORG Wed Jun 27 14:54:14 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF2401065672 for ; Wed, 27 Jun 2012 14:54:14 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 8BBF38FC08 for ; Wed, 27 Jun 2012 14:54:14 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q5REsDHg043087 for arm@freebsd.org; Wed, 27 Jun 2012 14:54:13 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 3s36f53b8rfiyra49wa345jxfs; for arm@freebsd.org; Wed, 27 Jun 2012 14:54:13 +0000 (UTC) (envelope-from kientzle@freebsd.org) From: Tim Kientzle Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 27 Jun 2012 07:54:12 -0700 Message-Id: <89746F7B-6B93-4112-8C32-D659E579CFAF@freebsd.org> To: arm@freebsd.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Cc: Subject: Default processor for armv6? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 14:54:14 -0000 I'm filling in configuration so that an arm/armv6 build configures GCC with a suitable default. But I'm having some trouble figuring out what that default should be. = These are the ARMv6 processors supported by the in-tree GCC: /* V6 Architecture Processors */ ARM_CORE("arm1136j-s", arm1136js, 6J, FL_LDSCHED, 9e) ARM_CORE("arm1136jf-s", arm1136jfs, 6J, FL_LDSCHED | FL_VFPV2, 9e) ARM_CORE("arm1176jz-s", arm1176jzs, 6ZK, FL_LDSCHED, 9e) ARM_CORE("arm1176jzf-s", arm1176jzfs, 6ZK, FL_LDSCHED | FL_VFPV2, 9e) ARM_CORE("mpcorenovfp", mpcorenovfp, 6K, FL_LDSCHED, 9e) ARM_CORE("mpcore", mpcore, 6K, FL_LDSCHED | FL_VFPV2, 9e) I had picked arm1136j-s originally, since that seems to be the earliest = ARMv6 processor supported here. My question: Does an arm1136j-s require ARM_TP_ADDRESS? In particular, asmacros.h uses an ARMv6K "clrex" instruction on = processors that don't use ARM_TP_ADDRESS, which implies that = ARM_TP_ADDRESS would be needed on the arm1136j-s. So maybe the armv6 = tree should default to the arm1176jz-s instead? Can anyone give me some pointers to help unravel what processors require = ARM_TP_ADDRESS? Tim From owner-freebsd-arm@FreeBSD.ORG Thu Jun 28 21:56:56 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E1D3106564A for ; Thu, 28 Jun 2012 21:56:56 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id 5F7AC8FC14 for ; Thu, 28 Jun 2012 21:56:56 +0000 (UTC) Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta07.emeryville.ca.mail.comcast.net with comcast id TxqD1j0041vN32cA7xwqv3; Thu, 28 Jun 2012 21:56:50 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta22.emeryville.ca.mail.comcast.net with comcast id Txwp1j00E4NgCEG8ixwpru; Thu, 28 Jun 2012 21:56:50 +0000 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 q5SLulue048812; Thu, 28 Jun 2012 15:56:47 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Alexander Motin In-Reply-To: <4FE2EDBA.1030505@FreeBSD.org> References: <4FE2EDBA.1030505@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Date: Thu, 28 Jun 2012 15:56:47 -0600 Message-ID: <1340920607.1110.93.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: Cache write-back issue on Marvell SoC (SheevaPlug) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2012 21:56:56 -0000 On Thu, 2012-06-21 at 12:47 +0300, Alexander Motin wrote: > Hi. > > Trying to localize regular data corruption during writes (reads seems > not affected) to SATA disk on SheevaPlug box I've found out that it is > probably result of cache coherency issue. Reading data back shows that > each time exactly 32 sequential aligned data bytes are corrupted. That, > if I understand correctly, matches single cache line size/offset. > > I've found out that such dirty hack with flushing all D-cache after > doing normal bus_dmamap_sync() fixes the situation: > > --- mvs.c (revision 237359) > +++ mvs.c (working copy) > @@ -1307,6 +1312,10 @@ mvs_dmasetprd(void *arg, bus_dma_segment_t *segs, > bus_dmamap_sync(ch->dma.data_tag, slot->dma.data_map, > ((slot->ccb->ccb_h.flags & CAM_DIR_IN) ? > BUS_DMASYNC_PREREAD : BUS_DMASYNC_PREWRITE)); > +#if defined(__arm__) > + if (slot->ccb->ccb_h.flags & CAM_DIR_OUT) > + cpu_dcache_wbinv_all(); > +#endif > if (ch->basic_dma) > mvs_legacy_execute_transaction(slot); > else > > Unluckily I have no idea in arm assembler and cache control interfaces. > Could somebody recheck existing D-cache range write-back code, because > there seems to be a problem? > Since I'm pretty familiar with debugging arm's busdma code, I had a look at this today. Nothing is jumping out at me as wrong. It appears that the Marvell document describing the MMU commands for Kirkwood chips is not publicly available (I guess you need a corporate account or something to get it). I checked the netbsd implementation (essentially identical to freebsd), and linux (much simpler code, apparently we've got room for improvement). The linux code seems to be structured to use two different cache flushing schemes, as if different chip variations might have a different MMU feature set, but I couldn't find any real information on that. Have you noticed any pattern in the address of the corrupted blocks? Especially, is it always the first or last cacheline of the buffer (or SG segment), or always the first or last line within a page, or anything like that? Are there ever multiple corruptions within a single DMA transfer? Are the corruptions rare or frequent? Does it only happen on large or only on small transfers? -- Ian From owner-freebsd-arm@FreeBSD.ORG Thu Jun 28 22:15:18 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A8831065672 for ; Thu, 28 Jun 2012 22:15:18 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id 79EA88FC14 for ; Thu, 28 Jun 2012 22:15:18 +0000 (UTC) Received: from omta09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by qmta01.emeryville.ca.mail.comcast.net with comcast id Ty861j0060S2fkCA1yFJJ5; Thu, 28 Jun 2012 22:15:18 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta09.emeryville.ca.mail.comcast.net with comcast id TyFG1j01D4NgCEG8VyFH0G; Thu, 28 Jun 2012 22:15:18 +0000 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 q5SMFFTr048830; Thu, 28 Jun 2012 16:15:15 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Tim Kientzle In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Thu, 28 Jun 2012 16:15:15 -0600 Message-ID: <1340921715.1110.100.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org Subject: Re: Naming mess... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2012 22:15:18 -0000 On Tue, 2012-06-26 at 22:21 -0700, Tim Kientzle wrote: > I've been building on Warner's ARMv6 cleanup patches and > have them almost ready to commit to the armv6 tree (including > the necessary configuration glue for GCC to actually default > properly). > > In the process, I've uncovered the following confusing bit of naming: > > __ARM_ARCH_6__ > _ARM_ARCH_6 > ARM_ARCH_6 > > The above are three symbols defined in different parts > of the code with entirely different meanings. The > pattern extends in the obvious way. > > After some tracing, I figured out what they mean today: > > __ARM_ARCH_6__ is defined by GCC if it is currently targeting a processor that is exactly ARMv6. Two such symbols are never defined at the same time. The patches I'm working on arrange for this to be properly set in the armv6 builds.[0] > > _ARM_ARCH_6 is defined in asm.h (and has been redefined elsewhere, but I'm removing those) to indicate that the currently targeted processor is _at_least_ ARMv6. Several such macros can be defined at the same time. These are more useful in practice than the GCC symbols. Unfortunately, besides the poor naming, defining these symbols in asm.h means they cannot be used in C code. > > ARM_ARCH_6 is used within the kernel source to indicate that support routines should be included for this class of processor. Multiple such symbols can be defined at the same time if you're building a kernel with support for multiple CPUs. > > Here's what I would like to do: > > * The first is a given and we should leave it alone. The patches I'm cleaning up make this useful in the armv6 tree. > > * The second I would like to move out of asm.h so it can be used in C code. I would like to rename it to _HAVE_ARMv6_INSTRUCTIONS, which I think is clearer. I have renamed it in my patches but not yet moved it to another header. Suggestions appreciated. > > "NEED_ARM_ARCH_6_SUPPORT" * Someday, I would like to rename the third one, though I don't have a concrete proposal yet. ("NEED_ARM_ARCH_6_SUPPORT" is expressive but wordy; better suggestions appreciated.) > > Cheers, > > Tim > > [0] This page has a nice table: https://wiki.edubuntu.org/ARM/Thumb2PortingHowto > I'm not working with armv6 stuff yet, but I like all of what you propose. I can't help but note that NEED_ARM_ARCH_6_SUPPORT is actually shorter than _HAVE_ARMv6_INSTRUCTIONS. If it's just too wordy, maybe the "NEED_" part could be left off. -- Ian From owner-freebsd-arm@FreeBSD.ORG Thu Jun 28 22:17:24 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF0F51065670 for ; Thu, 28 Jun 2012 22:17:24 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 5224E8FC22 for ; Thu, 28 Jun 2012 22:17:24 +0000 (UTC) Received: by wibhm11 with SMTP id hm11so465030wib.13 for ; Thu, 28 Jun 2012 15:17:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=vYZdRsZpGEqi+4vVSbPwIz4EESo51Qt7Nl0BSd10dBg=; b=rZg3ucZBHEJN7Zk2iWQYCNV0H0omuNZI/uMmDfEOcNeh+HiZyqTuIkhT1yPfLRKMOn fDDA/ge7V6Wzwd7Byrk43jKa9x/bH+ZVaIIptODWcyOUrQ8kkoQ7XDZzfCMHrYqw65nl UhVrf4ngEQxwzP7ndWsB41e417LKeBJMHZUN0nP31fKRiM3hdiHae87epQKni+cainUY kqTJZvMMsRBCSTyo2cfZoRygxGyxMbXMtO3QRRU2oylNKlg5b/HQMmdd7/4qpPBZEGco DLCQWKXRzLhwEk9YEXGLqLplMHFhEpeioWbhaCZFG8K5GFIW4c2k+8/BJGEGDXpNhad4 lbmA== Received: by 10.216.144.199 with SMTP id n49mr1955935wej.25.1340921843211; Thu, 28 Jun 2012 15:17:23 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id ce3sm2240453wib.11.2012.06.28.15.17.20 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 28 Jun 2012 15:17:22 -0700 (PDT) Sender: Alexander Motin Message-ID: <4FECD7EB.4030101@FreeBSD.org> Date: Fri, 29 Jun 2012 01:17:15 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: Ian Lepore References: <4FE2EDBA.1030505@FreeBSD.org> <1340920607.1110.93.camel@revolution.hippie.lan> In-Reply-To: <1340920607.1110.93.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: Cache write-back issue on Marvell SoC (SheevaPlug) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2012 22:17:25 -0000 On 29.06.2012 00:56, Ian Lepore wrote: > On Thu, 2012-06-21 at 12:47 +0300, Alexander Motin wrote: >> Hi. >> >> Trying to localize regular data corruption during writes (reads seems >> not affected) to SATA disk on SheevaPlug box I've found out that it is >> probably result of cache coherency issue. Reading data back shows that >> each time exactly 32 sequential aligned data bytes are corrupted. That, >> if I understand correctly, matches single cache line size/offset. >> >> I've found out that such dirty hack with flushing all D-cache after >> doing normal bus_dmamap_sync() fixes the situation: >> >> --- mvs.c (revision 237359) >> +++ mvs.c (working copy) >> @@ -1307,6 +1312,10 @@ mvs_dmasetprd(void *arg, bus_dma_segment_t *segs, >> bus_dmamap_sync(ch->dma.data_tag, slot->dma.data_map, >> ((slot->ccb->ccb_h.flags & CAM_DIR_IN) ? >> BUS_DMASYNC_PREREAD : BUS_DMASYNC_PREWRITE)); >> +#if defined(__arm__) >> + if (slot->ccb->ccb_h.flags & CAM_DIR_OUT) >> + cpu_dcache_wbinv_all(); >> +#endif >> if (ch->basic_dma) >> mvs_legacy_execute_transaction(slot); >> else >> >> Unluckily I have no idea in arm assembler and cache control interfaces. >> Could somebody recheck existing D-cache range write-back code, because >> there seems to be a problem? >> > > Since I'm pretty familiar with debugging arm's busdma code, I had a look > at this today. Nothing is jumping out at me as wrong. > > It appears that the Marvell document describing the MMU commands for > Kirkwood chips is not publicly available (I guess you need a corporate > account or something to get it). I checked the netbsd implementation > (essentially identical to freebsd), and linux (much simpler code, > apparently we've got room for improvement). The linux code seems to be > structured to use two different cache flushing schemes, as if different > chip variations might have a different MMU feature set, but I couldn't > find any real information on that. > > Have you noticed any pattern in the address of the corrupted blocks? > Especially, is it always the first or last cacheline of the buffer (or > SG segment), or always the first or last line within a page, or anything > like that? Are there ever multiple corruptions within a single DMA > transfer? Are the corruptions rare or frequent? Does it only happen on > large or only on small transfers? I've seen about half dozen corrupted lines per gigabyte of transferred data. I was unable to see any pattern there. I have no information how corruptions correlate with DMA, but I've seen corrupted lines in different parts of sectors and also several non-consecutive corruptions in one sector, so unlikely they can be first or last lines of DMA transactions. I've experimented with MAXPHYS of 128K and 512K and found no correlation with these I/O sizes, though I haven't tested with much shorter I/O. Also I've tried all combinations of command queuing with different number of simultaneous I/Os and with one request at a time and also found no correlation. -- Alexander Motin From owner-freebsd-arm@FreeBSD.ORG Thu Jun 28 22:31:41 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F17E1065672 for ; Thu, 28 Jun 2012 22:31:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C10AA8FC12 for ; Thu, 28 Jun 2012 22:31:40 +0000 (UTC) Received: by obbun3 with SMTP id un3so4756693obb.13 for ; Thu, 28 Jun 2012 15:31:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=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=kNDSbcA4WOoYv1phz+HTuwuvgtRrtN+fTVh4JXFaHIk=; b=D24Xg2c32cml4RAZ6l081QVDuMxoiXrpQf6DkuL4mzua9X6bLiLe5xycp91PLXrYoV AXwzN9Ja2yGQ0lDqy2p2DjPm34oWRmPlADctxilKpzC1ixKxklf58U8C0DGXkLTmRZJH EJrn06ZAww/GLP9/CS2sd1GxzFRQyBWBF7H/kneR5G88uiTxtLz0ghMJmbgNCBazrK2U wr2gIswD4HuaLKpuywwSbFY3MW+j13VldVhmiVQPubobD6J/TfXdTWI9G8z7TDabhRFY xOm+yPZknzJ7azXPoIGl2ErzT85AKCFxKAoi/FWTmvLwC9XRibnE9mPkw/UOwfXY1hmw 6GXw== Received: by 10.60.3.102 with SMTP id b6mr4537921oeb.35.1340922700145; Thu, 28 Jun 2012 15:31:40 -0700 (PDT) Received: from [10.30.101.53] ([209.117.142.2]) by mx.google.com with ESMTPS id a6sm485252oeg.7.2012.06.28.15.31.39 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 28 Jun 2012 15:31:39 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <1340921715.1110.100.camel@revolution.hippie.lan> Date: Thu, 28 Jun 2012 16:31:36 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <3AB368CC-BE8B-4058-A342-763B8C073800@bsdimp.com> References: <1340921715.1110.100.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQn+ofaYcVZOL4hxvJ/31nb0xplY0DX+VR2PcQW085wrDR4AqEtGFR5AOyqlT02EQ8Tt8oiV Cc: arm@freebsd.org Subject: Re: Naming mess... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2012 22:31:41 -0000 On Jun 28, 2012, at 4:15 PM, Ian Lepore wrote: > On Tue, 2012-06-26 at 22:21 -0700, Tim Kientzle wrote: >> I've been building on Warner's ARMv6 cleanup patches and >> have them almost ready to commit to the armv6 tree (including >> the necessary configuration glue for GCC to actually default >> properly). >>=20 >> In the process, I've uncovered the following confusing bit of naming: >>=20 >> __ARM_ARCH_6__ >> _ARM_ARCH_6 >> ARM_ARCH_6 >>=20 >> The above are three symbols defined in different parts >> of the code with entirely different meanings. The >> pattern extends in the obvious way. >>=20 >> After some tracing, I figured out what they mean today: >>=20 >> __ARM_ARCH_6__ is defined by GCC if it is currently targeting a = processor that is exactly ARMv6. Two such symbols are never defined at = the same time. The patches I'm working on arrange for this to be = properly set in the armv6 builds.[0] >>=20 >> _ARM_ARCH_6 is defined in asm.h (and has been redefined elsewhere, = but I'm removing those) to indicate that the currently targeted = processor is _at_least_ ARMv6. Several such macros can be defined at = the same time. These are more useful in practice than the GCC symbols. = Unfortunately, besides the poor naming, defining these symbols in asm.h = means they cannot be used in C code. >>=20 >> ARM_ARCH_6 is used within the kernel source to indicate that support = routines should be included for this class of processor. Multiple such = symbols can be defined at the same time if you're building a kernel with = support for multiple CPUs. >>=20 >> Here's what I would like to do: >>=20 >> * The first is a given and we should leave it alone. The patches = I'm cleaning up make this useful in the armv6 tree. >>=20 >> * The second I would like to move out of asm.h so it can be used in = C code. I would like to rename it to _HAVE_ARMv6_INSTRUCTIONS, which I = think is clearer. I have renamed it in my patches but not yet moved it = to another header. Suggestions appreciated. >>=20 >> "NEED_ARM_ARCH_6_SUPPORT" * Someday, I would like to rename the third = one, though I don't have a concrete proposal yet. = ("NEED_ARM_ARCH_6_SUPPORT" is expressive but wordy; better suggestions = appreciated.) >>=20 >> Cheers, >>=20 >> Tim >>=20 >> [0] This page has a nice table: = https://wiki.edubuntu.org/ARM/Thumb2PortingHowto >>=20 >=20 > I'm not working with armv6 stuff yet, but I like all of what you > propose. I can't help but note that NEED_ARM_ARCH_6_SUPPORT is = actually > shorter than _HAVE_ARMv6_INSTRUCTIONS. If it's just too wordy, maybe > the "NEED_" part could be left off. =20 #define ARM_ARCH 6 #if ARM_ARCH >=3D 6 ... #endif Might not be the worst idea... Warner= From owner-freebsd-arm@FreeBSD.ORG Fri Jun 29 04:45:28 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24B521065670 for ; Fri, 29 Jun 2012 04:45:28 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id F0DB38FC0C for ; Fri, 29 Jun 2012 04:45:27 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q5T4jHCb054772; Fri, 29 Jun 2012 04:45:17 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id y7bq9mf9gcwk5aub8xhhj3pacs; Fri, 29 Jun 2012 04:45:17 +0000 (UTC) (envelope-from kientzle@freebsd.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <3AB368CC-BE8B-4058-A342-763B8C073800@bsdimp.com> Date: Thu, 28 Jun 2012 21:45:17 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <576FE101-93B7-46D6-B38D-A28EF18CFFC2@freebsd.org> References: <1340921715.1110.100.camel@revolution.hippie.lan> <3AB368CC-BE8B-4058-A342-763B8C073800@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1278) Cc: arm@freebsd.org Subject: Re: Naming mess... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2012 04:45:28 -0000 On Jun 28, 2012, at 3:31 PM, Warner Losh wrote: > On Jun 28, 2012, at 4:15 PM, Ian Lepore wrote: > On Tue, 2012-06-26 at 22:21 -0700, Tim Kientzle wrote: >>>=20 >>> Here's what I would like to do: >>>=20 >>> * The first is a given and we should leave it alone. The patches = I'm cleaning up make this useful in the armv6 tree. >>>=20 >>> * The second I would like to move out of asm.h so it can be used in = C code. I would like to rename it to _HAVE_ARMv6_INSTRUCTIONS, which I = think is clearer. I have renamed it in my patches but not yet moved it = to another header. Suggestions appreciated. >>>=20 >>> "NEED_ARM_ARCH_6_SUPPORT" * Someday, I would like to rename the = third one, though I don't have a concrete proposal yet. = ("NEED_ARM_ARCH_6_SUPPORT" is expressive but wordy; better suggestions = appreciated.) >>>=20 >>> Cheers, >>>=20 >>> Tim >>>=20 >>> [0] This page has a nice table: = https://wiki.edubuntu.org/ARM/Thumb2PortingHowto >>>=20 >>=20 >> I'm not working with armv6 stuff yet, but I like all of what you >> propose. I can't help but note that NEED_ARM_ARCH_6_SUPPORT is = actually >> shorter than _HAVE_ARMv6_INSTRUCTIONS. If it's just too wordy, maybe >> the "NEED_" part could be left off. =20 >=20 > #define ARM_ARCH 6 >=20 > #if ARM_ARCH >=3D 6 > ... > #endif >=20 > Might not be the worst idea... I don't think ARM ISA versions are completely well ordered. I seem to recall seeing a few cases where "later" processors have dropped instructions that were present in "earlier" processors. Tim From owner-freebsd-arm@FreeBSD.ORG Sat Jun 30 03:48:29 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AB65106566B; Sat, 30 Jun 2012 03:48:29 +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 6449F8FC12; Sat, 30 Jun 2012 03:48:29 +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 q5U3mNSu093646; Fri, 29 Jun 2012 23:48:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5U3mNV0093642; Sat, 30 Jun 2012 03:48:23 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 30 Jun 2012 03:48:23 GMT Message-Id: <201206300348.q5U3mNV0093642@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 , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2012 03:48:29 -0000 TB --- 2012-06-30 02:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-30 02:20:00 - 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-06-30 02:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-30 02:20:00 - cleaning the object tree TB --- 2012-06-30 02:20:00 - cvsupping the source tree TB --- 2012-06-30 02:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-30 02:26:13 - building world TB --- 2012-06-30 02:26:13 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 02:26:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 02:26:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 02:26:13 - SRCCONF=/dev/null TB --- 2012-06-30 02:26:13 - TARGET=arm TB --- 2012-06-30 02:26:13 - TARGET_ARCH=arm TB --- 2012-06-30 02:26:13 - TZ=UTC TB --- 2012-06-30 02:26:13 - __MAKE_CONF=/dev/null TB --- 2012-06-30 02:26:13 - cd /src TB --- 2012-06-30 02:26:13 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 30 02:26:13 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 Jun 30 03:30:02 UTC 2012 TB --- 2012-06-30 03:30:02 - cd /src/sys/arm/conf TB --- 2012-06-30 03:30:02 - /usr/sbin/config -m AVILA TB --- 2012-06-30 03:30:02 - skipping AVILA kernel TB --- 2012-06-30 03:30:02 - cd /src/sys/arm/conf TB --- 2012-06-30 03:30:02 - /usr/sbin/config -m BWCT TB --- 2012-06-30 03:30:02 - building BWCT kernel TB --- 2012-06-30 03:30:02 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 03:30:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 03:30:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 03:30:02 - SRCCONF=/dev/null TB --- 2012-06-30 03:30:02 - TARGET=arm TB --- 2012-06-30 03:30:02 - TARGET_ARCH=arm TB --- 2012-06-30 03:30:02 - TZ=UTC TB --- 2012-06-30 03:30:02 - __MAKE_CONF=/dev/null TB --- 2012-06-30 03:30:02 - cd /src TB --- 2012-06-30 03:30:02 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sat Jun 30 03:30:02 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 >>> Kernel build for BWCT completed on Sat Jun 30 03:32:12 UTC 2012 TB --- 2012-06-30 03:32:12 - cd /src/sys/arm/conf TB --- 2012-06-30 03:32:12 - /usr/sbin/config -m CAMBRIA TB --- 2012-06-30 03:32:12 - skipping CAMBRIA kernel TB --- 2012-06-30 03:32:12 - cd /src/sys/arm/conf TB --- 2012-06-30 03:32:12 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-06-30 03:32:13 - building CNS11XXNAS kernel TB --- 2012-06-30 03:32:13 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 03:32:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 03:32:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 03:32:13 - SRCCONF=/dev/null TB --- 2012-06-30 03:32:13 - TARGET=arm TB --- 2012-06-30 03:32:13 - TARGET_ARCH=arm TB --- 2012-06-30 03:32:13 - TZ=UTC TB --- 2012-06-30 03:32:13 - __MAKE_CONF=/dev/null TB --- 2012-06-30 03:32:13 - cd /src TB --- 2012-06-30 03:32:13 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Sat Jun 30 03:32:13 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 >>> Kernel build for CNS11XXNAS completed on Sat Jun 30 03:34:41 UTC 2012 TB --- 2012-06-30 03:34:41 - cd /src/sys/arm/conf TB --- 2012-06-30 03:34:41 - /usr/sbin/config -m CRB TB --- 2012-06-30 03:34:41 - skipping CRB kernel TB --- 2012-06-30 03:34:41 - cd /src/sys/arm/conf TB --- 2012-06-30 03:34:41 - /usr/sbin/config -m DB-78XXX TB --- 2012-06-30 03:34:41 - building DB-78XXX kernel TB --- 2012-06-30 03:34:41 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 03:34:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 03:34:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 03:34:41 - SRCCONF=/dev/null TB --- 2012-06-30 03:34:41 - TARGET=arm TB --- 2012-06-30 03:34:41 - TARGET_ARCH=arm TB --- 2012-06-30 03:34:41 - TZ=UTC TB --- 2012-06-30 03:34:41 - __MAKE_CONF=/dev/null TB --- 2012-06-30 03:34:41 - cd /src TB --- 2012-06-30 03:34:41 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Sat Jun 30 03:34:41 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 >>> Kernel build for DB-78XXX completed on Sat Jun 30 03:37:34 UTC 2012 TB --- 2012-06-30 03:37:34 - cd /src/sys/arm/conf TB --- 2012-06-30 03:37:34 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-06-30 03:37:34 - building DB-88F5XXX kernel TB --- 2012-06-30 03:37:34 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 03:37:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 03:37:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 03:37:34 - SRCCONF=/dev/null TB --- 2012-06-30 03:37:34 - TARGET=arm TB --- 2012-06-30 03:37:34 - TARGET_ARCH=arm TB --- 2012-06-30 03:37:34 - TZ=UTC TB --- 2012-06-30 03:37:34 - __MAKE_CONF=/dev/null TB --- 2012-06-30 03:37:34 - cd /src TB --- 2012-06-30 03:37:34 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Sat Jun 30 03:37:34 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 >>> Kernel build for DB-88F5XXX completed on Sat Jun 30 03:40:19 UTC 2012 TB --- 2012-06-30 03:40:19 - cd /src/sys/arm/conf TB --- 2012-06-30 03:40:19 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-06-30 03:40:19 - building DB-88F6XXX kernel TB --- 2012-06-30 03:40:19 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 03:40:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 03:40:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 03:40:19 - SRCCONF=/dev/null TB --- 2012-06-30 03:40:19 - TARGET=arm TB --- 2012-06-30 03:40:19 - TARGET_ARCH=arm TB --- 2012-06-30 03:40:19 - TZ=UTC TB --- 2012-06-30 03:40:19 - __MAKE_CONF=/dev/null TB --- 2012-06-30 03:40:19 - cd /src TB --- 2012-06-30 03:40:19 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Sat Jun 30 03:40:19 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 >>> Kernel build for DB-88F6XXX completed on Sat Jun 30 03:43:18 UTC 2012 TB --- 2012-06-30 03:43:18 - cd /src/sys/arm/conf TB --- 2012-06-30 03:43:18 - /usr/sbin/config -m DOCKSTAR TB --- 2012-06-30 03:43:18 - building DOCKSTAR kernel TB --- 2012-06-30 03:43:18 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 03:43:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 03:43:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 03:43:18 - SRCCONF=/dev/null TB --- 2012-06-30 03:43:18 - TARGET=arm TB --- 2012-06-30 03:43:18 - TARGET_ARCH=arm TB --- 2012-06-30 03:43:18 - TZ=UTC TB --- 2012-06-30 03:43:18 - __MAKE_CONF=/dev/null TB --- 2012-06-30 03:43:18 - cd /src TB --- 2012-06-30 03:43:18 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Sat Jun 30 03:43:19 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 >>> Kernel build for DOCKSTAR completed on Sat Jun 30 03:45:54 UTC 2012 TB --- 2012-06-30 03:45:54 - cd /src/sys/arm/conf TB --- 2012-06-30 03:45:54 - /usr/sbin/config -m EP80219 TB --- 2012-06-30 03:45:55 - skipping EP80219 kernel TB --- 2012-06-30 03:45:55 - cd /src/sys/arm/conf TB --- 2012-06-30 03:45:55 - /usr/sbin/config -m ETHERNUT5 TB --- 2012-06-30 03:45:55 - building ETHERNUT5 kernel TB --- 2012-06-30 03:45:55 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 03:45:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 03:45:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 03:45:55 - SRCCONF=/dev/null TB --- 2012-06-30 03:45:55 - TARGET=arm TB --- 2012-06-30 03:45:55 - TARGET_ARCH=arm TB --- 2012-06-30 03:45:55 - TZ=UTC TB --- 2012-06-30 03:45:55 - __MAKE_CONF=/dev/null TB --- 2012-06-30 03:45:55 - cd /src TB --- 2012-06-30 03:45:55 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Sat Jun 30 03:45:55 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 -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -mno-apcs-frame -ffreestanding -Werror /src/sys/geom/geom_kern.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -mno-apcs-frame -ffreestanding -Werror /src/sys/geom/geom_map.c cc1: warnings being treated as errors /src/sys/geom/geom_map.c: In function 'g_map_parse_part': /src/sys/geom/geom_map.c:327: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'off_t' [-Wformat] /src/sys/geom/geom_map.c:327: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'off_t' [-Wformat] /src/sys/geom/geom_map.c:327: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'off_t' [-Wformat] /src/sys/geom/geom_map.c:327: warning: format '%lx' expects type 'long unsigned int', but argument 5 has type 'off_t' [-Wformat] *** Error code 1 Stop in /obj/arm.arm/src/sys/ETHERNUT5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-30 03:48:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-30 03:48:23 - ERROR: failed to build ETHERNUT5 kernel TB --- 2012-06-30 03:48:23 - 3291.30 user 701.27 system 5302.26 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Jun 30 12:15:51 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6447106564A; Sat, 30 Jun 2012 12:15: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 8B56B8FC0C; Sat, 30 Jun 2012 12:15:51 +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 q5UCFoxI001708; Sat, 30 Jun 2012 08:15:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5UCFouw001707; Sat, 30 Jun 2012 12:15:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 30 Jun 2012 12:15:50 GMT Message-Id: <201206301215.q5UCFouw001707@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 , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2012 12:15:51 -0000 TB --- 2012-06-30 10:50:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-30 10:50:01 - 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-06-30 10:50:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-30 10:50:01 - cleaning the object tree TB --- 2012-06-30 10:53:43 - cvsupping the source tree TB --- 2012-06-30 10:53:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-30 10:54:25 - building world TB --- 2012-06-30 10:54:25 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 10:54:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 10:54:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 10:54:25 - SRCCONF=/dev/null TB --- 2012-06-30 10:54:25 - TARGET=arm TB --- 2012-06-30 10:54:25 - TARGET_ARCH=arm TB --- 2012-06-30 10:54:25 - TZ=UTC TB --- 2012-06-30 10:54:25 - __MAKE_CONF=/dev/null TB --- 2012-06-30 10:54:25 - cd /src TB --- 2012-06-30 10:54:25 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 30 10:54:26 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 Jun 30 11:57:42 UTC 2012 TB --- 2012-06-30 11:57:42 - cd /src/sys/arm/conf TB --- 2012-06-30 11:57:42 - /usr/sbin/config -m AVILA TB --- 2012-06-30 11:57:42 - skipping AVILA kernel TB --- 2012-06-30 11:57:42 - cd /src/sys/arm/conf TB --- 2012-06-30 11:57:42 - /usr/sbin/config -m BWCT TB --- 2012-06-30 11:57:42 - building BWCT kernel TB --- 2012-06-30 11:57:42 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 11:57:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 11:57:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 11:57:42 - SRCCONF=/dev/null TB --- 2012-06-30 11:57:42 - TARGET=arm TB --- 2012-06-30 11:57:42 - TARGET_ARCH=arm TB --- 2012-06-30 11:57:42 - TZ=UTC TB --- 2012-06-30 11:57:42 - __MAKE_CONF=/dev/null TB --- 2012-06-30 11:57:42 - cd /src TB --- 2012-06-30 11:57:42 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sat Jun 30 11:57:42 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 >>> Kernel build for BWCT completed on Sat Jun 30 11:59:54 UTC 2012 TB --- 2012-06-30 11:59:54 - cd /src/sys/arm/conf TB --- 2012-06-30 11:59:54 - /usr/sbin/config -m CAMBRIA TB --- 2012-06-30 11:59:54 - skipping CAMBRIA kernel TB --- 2012-06-30 11:59:54 - cd /src/sys/arm/conf TB --- 2012-06-30 11:59:54 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-06-30 11:59:54 - building CNS11XXNAS kernel TB --- 2012-06-30 11:59:54 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 11:59:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 11:59:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 11:59:54 - SRCCONF=/dev/null TB --- 2012-06-30 11:59:54 - TARGET=arm TB --- 2012-06-30 11:59:54 - TARGET_ARCH=arm TB --- 2012-06-30 11:59:54 - TZ=UTC TB --- 2012-06-30 11:59:54 - __MAKE_CONF=/dev/null TB --- 2012-06-30 11:59:54 - cd /src TB --- 2012-06-30 11:59:54 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Sat Jun 30 11:59:54 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 >>> Kernel build for CNS11XXNAS completed on Sat Jun 30 12:02:21 UTC 2012 TB --- 2012-06-30 12:02:21 - cd /src/sys/arm/conf TB --- 2012-06-30 12:02:21 - /usr/sbin/config -m CRB TB --- 2012-06-30 12:02:21 - skipping CRB kernel TB --- 2012-06-30 12:02:21 - cd /src/sys/arm/conf TB --- 2012-06-30 12:02:21 - /usr/sbin/config -m DB-78XXX TB --- 2012-06-30 12:02:21 - building DB-78XXX kernel TB --- 2012-06-30 12:02:21 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 12:02:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 12:02:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 12:02:21 - SRCCONF=/dev/null TB --- 2012-06-30 12:02:21 - TARGET=arm TB --- 2012-06-30 12:02:21 - TARGET_ARCH=arm TB --- 2012-06-30 12:02:21 - TZ=UTC TB --- 2012-06-30 12:02:21 - __MAKE_CONF=/dev/null TB --- 2012-06-30 12:02:21 - cd /src TB --- 2012-06-30 12:02:21 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Sat Jun 30 12:02:21 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 >>> Kernel build for DB-78XXX completed on Sat Jun 30 12:05:11 UTC 2012 TB --- 2012-06-30 12:05:11 - cd /src/sys/arm/conf TB --- 2012-06-30 12:05:11 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-06-30 12:05:11 - building DB-88F5XXX kernel TB --- 2012-06-30 12:05:11 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 12:05:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 12:05:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 12:05:11 - SRCCONF=/dev/null TB --- 2012-06-30 12:05:11 - TARGET=arm TB --- 2012-06-30 12:05:11 - TARGET_ARCH=arm TB --- 2012-06-30 12:05:11 - TZ=UTC TB --- 2012-06-30 12:05:11 - __MAKE_CONF=/dev/null TB --- 2012-06-30 12:05:11 - cd /src TB --- 2012-06-30 12:05:11 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Sat Jun 30 12:05:11 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 >>> Kernel build for DB-88F5XXX completed on Sat Jun 30 12:07:53 UTC 2012 TB --- 2012-06-30 12:07:53 - cd /src/sys/arm/conf TB --- 2012-06-30 12:07:53 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-06-30 12:07:53 - building DB-88F6XXX kernel TB --- 2012-06-30 12:07:53 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 12:07:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 12:07:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 12:07:53 - SRCCONF=/dev/null TB --- 2012-06-30 12:07:53 - TARGET=arm TB --- 2012-06-30 12:07:53 - TARGET_ARCH=arm TB --- 2012-06-30 12:07:53 - TZ=UTC TB --- 2012-06-30 12:07:53 - __MAKE_CONF=/dev/null TB --- 2012-06-30 12:07:53 - cd /src TB --- 2012-06-30 12:07:53 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Sat Jun 30 12:07:53 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 >>> Kernel build for DB-88F6XXX completed on Sat Jun 30 12:10:44 UTC 2012 TB --- 2012-06-30 12:10:44 - cd /src/sys/arm/conf TB --- 2012-06-30 12:10:44 - /usr/sbin/config -m DOCKSTAR TB --- 2012-06-30 12:10:44 - building DOCKSTAR kernel TB --- 2012-06-30 12:10:44 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 12:10:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 12:10:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 12:10:44 - SRCCONF=/dev/null TB --- 2012-06-30 12:10:44 - TARGET=arm TB --- 2012-06-30 12:10:44 - TARGET_ARCH=arm TB --- 2012-06-30 12:10:44 - TZ=UTC TB --- 2012-06-30 12:10:44 - __MAKE_CONF=/dev/null TB --- 2012-06-30 12:10:44 - cd /src TB --- 2012-06-30 12:10:44 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Sat Jun 30 12:10:44 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 >>> Kernel build for DOCKSTAR completed on Sat Jun 30 12:13:21 UTC 2012 TB --- 2012-06-30 12:13:21 - cd /src/sys/arm/conf TB --- 2012-06-30 12:13:21 - /usr/sbin/config -m EP80219 TB --- 2012-06-30 12:13:21 - skipping EP80219 kernel TB --- 2012-06-30 12:13:21 - cd /src/sys/arm/conf TB --- 2012-06-30 12:13:21 - /usr/sbin/config -m ETHERNUT5 TB --- 2012-06-30 12:13:21 - building ETHERNUT5 kernel TB --- 2012-06-30 12:13:21 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 12:13:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 12:13:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 12:13:21 - SRCCONF=/dev/null TB --- 2012-06-30 12:13:21 - TARGET=arm TB --- 2012-06-30 12:13:21 - TARGET_ARCH=arm TB --- 2012-06-30 12:13:21 - TZ=UTC TB --- 2012-06-30 12:13:21 - __MAKE_CONF=/dev/null TB --- 2012-06-30 12:13:21 - cd /src TB --- 2012-06-30 12:13:21 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Sat Jun 30 12:13:21 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 -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -mno-apcs-frame -ffreestanding -Werror /src/sys/geom/geom_kern.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -mno-apcs-frame -ffreestanding -Werror /src/sys/geom/geom_map.c cc1: warnings being treated as errors /src/sys/geom/geom_map.c: In function 'g_map_parse_part': /src/sys/geom/geom_map.c:327: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'off_t' [-Wformat] /src/sys/geom/geom_map.c:327: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'off_t' [-Wformat] /src/sys/geom/geom_map.c:327: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'off_t' [-Wformat] /src/sys/geom/geom_map.c:327: warning: format '%lx' expects type 'long unsigned int', but argument 5 has type 'off_t' [-Wformat] *** Error code 1 Stop in /obj/arm.arm/src/sys/ETHERNUT5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-30 12:15:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-30 12:15:50 - ERROR: failed to build ETHERNUT5 kernel TB --- 2012-06-30 12:15:50 - 3287.11 user 709.17 system 5149.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Jun 30 16:23:40 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51C2110657C4 for ; Sat, 30 Jun 2012 16:23:40 +0000 (UTC) (envelope-from davidkallie@gmail.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 C31968FC1B for ; Sat, 30 Jun 2012 16:23:39 +0000 (UTC) Received: by lbon10 with SMTP id n10so7305244lbo.13 for ; Sat, 30 Jun 2012 09:23:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=c4HP2BKD18NsTIcMAxKPPU7PESEIsEIu1BzjKjsTye8=; b=DByXQyvh4r0B+N7CmG/gnFVpxS/xwqvb5+NupwpHtpH3V7Al4IDAKxcycSVQwhNNqZ bcKkJty4Pn/J7QyLFF4M1ayX8Q4f/S/hyWF9QIKV9UK3mjSqdqywo7Qqu/z2L1HQWRjR mX1et18j174zh3ydJMi8EuxciU7AuJHZ3gbN8vydItsihrCLYuLHzB0gmObrQEaWZA5Q z48Buq7vcmxDjuvshAlhLtymtRQ51o3bdEamQAJFb/LDc63fLWezypClne50KM8t553I 2jcOT2GnhDzf3OxWZ88WKCyq1Ark1g7QyvItB7uJrzXQgny+5bG9gYOfdR0+3ODv1yPN JPBw== MIME-Version: 1.0 Received: by 10.112.83.200 with SMTP id s8mr3219970lby.13.1341073412948; Sat, 30 Jun 2012 09:23:32 -0700 (PDT) Received: by 10.112.88.39 with HTTP; Sat, 30 Jun 2012 09:23:32 -0700 (PDT) Date: Sat, 30 Jun 2012 13:23:32 -0300 Message-ID: From: David Kalliecharan To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Problem building world and ubldr for beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2012 16:23:41 -0000 Hi Everyone, I have been trying to build the BeagleBone with the git repository freebsd-beaglebone.git but I have come into some issues with buildkernel, buildworld and ubldr seem to fail and I am not sure how to solve this. Versions: FreeBSD-CURRENT - stock build 2012/June/28 freebsd-beaglebone.git - commit 72178b8c837f5ef4b733016ae3d152c1fec6e912 u-boot - commit 2e3792957c948024ec99815539c71c612871eed4 armv6 - r237535 Output: $ tail _.buildkernel.log >>> stage 2.3: build tools -------------------------------------------------------------- cd /usr/obj/arm.arm/usr/home/davidk/freebsd-beaglebone/src-armv6/sys/BEAGLE= BONE; PATH=3D/usr/obj/arm.arm/usr/home/davidk/freebsd-beaglebone/src-armv6/tmp/l= egacy/usr/sbin:/usr/obj/arm.arm/usr/home/davidk/freebsd-beaglebone/src-armv= 6/tmp/legacy/usr/bin:/usr/obj/arm.arm/usr/home/davidk/freebsd-beaglebone/sr= c-armv6/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin MAKESRCPATH=3D/usr/home/davidk/freebsd-beaglebone/src-armv6/sys/dev/aic7xx= x/aicasm make SSP_CFLAGS=3D -DNO_CPU_CFLAGS -DNO_CTF -f /usr/home/davidk/freebsd-beaglebone/src-armv6/sys/dev/aic7xxx/aicasm/Makefi= le cd: /usr/obj/arm.arm/usr/home/davidk/freebsd-beaglebone/src-armv6/sys/BEAGL= EBONE: No such file or directory *** [buildkernel] Error code 2 Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6. *** [buildkernel] Error code 1 Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6. $ tail _.buildworld.log c1: warnings being treated as errors /usr/home/davidk/freebsd-beaglebone/src-armv6/lib/libc/net/nsparser.y: In function '_nsaddsrctomap': /usr/home/davidk/freebsd-beaglebone/src-armv6/lib/libc/net/nsparser.y:169: warning: implicit declaration of function 'free' In file included from nsparser.c:398: /usr/home/davidk/freebsd-beaglebone/src-armv6/lib/libc/../../include/stdlib= .h: At top level: /usr/home/davidk/freebsd-beaglebone/src-armv6/lib/libc/../../include/stdlib= .h:93: warning: conflicting types for 'free' /usr/home/davidk/freebsd-beaglebone/src-armv6/lib/libc/net/nsparser.y:169: warning: previous implicit declaration of 'free' was here *** [nsparser.o] Error code 1 Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6/lib/libc. *** [lib/libc__L] Error code 1 Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6. *** [libraries] Error code 1 Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6. *** [_libraries] Error code 1 Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6. *** [buildworld] Error code 1 Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6. $tail _.ubldr.build.log /usr/obj/arm.arm/usr/home/davidk/freebsd-beaglebone/src-armv6/sys/boot/arm/= uboot/../../uboot/lib/libuboot.a /usr/obj/arm.arm/usr/home/davidk/freebsd-beaglebone/src-armv6/sys/boot/arm/= uboot/../../fdt/libfdt.a -lstand *** [ubldr] Error code 1 Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6/sys/boot/arm/uboot. *** [all] Error code 1 Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6/sys/boot/arm. *** [all] Error code 1 Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6/sys/boot. sh /usr/home/davidk/freebsd-beaglebone/src-armv6/tools/install.sh -s -o root -g wheel -m 555 -b ubldr /usr/home/davidk/freebsd-beaglebone/work/ubldr/ *** [_proginstall] Error code 71 Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6/sys/boot/arm/uboot. If any help or direction can be given I would greatly appreciate it and thanks in advanced! -- Dave From owner-freebsd-arm@FreeBSD.ORG Sat Jun 30 17:45:48 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68D4B1065670 for ; Sat, 30 Jun 2012 17:45:48 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 270068FC17 for ; Sat, 30 Jun 2012 17:45:48 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q5UHjevA063373; Sat, 30 Jun 2012 17:45:41 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id y72rqxk9eu38hbfhsyv95vdd6w; Sat, 30 Jun 2012 17:45:40 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Tim Kientzle In-Reply-To: Date: Sat, 30 Jun 2012 10:45:40 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: David Kalliecharan X-Mailer: Apple Mail (2.1278) Cc: freebsd-arm@freebsd.org Subject: Re: Problem building world and ubldr for beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2012 17:45:48 -0000 On Jun 30, 2012, at 9:23 AM, David Kalliecharan wrote: > Hi Everyone, >=20 > I have been trying to build the BeagleBone with the git repository > freebsd-beaglebone.git but I have come into some issues with > buildkernel, buildworld and ubldr seem to fail and I am not sure how > to solve this. >=20 > Versions: > FreeBSD-CURRENT - stock build 2012/June/28 > freebsd-beaglebone.git - commit = 72178b8c837f5ef4b733016ae3d152c1fec6e912 > u-boot - commit 2e3792957c948024ec99815539c71c612871eed4 > armv6 - r237535 >=20 > Output: > $ tail _.buildkernel.log Since buildkernel relies on tools compiled during buildworld, let's focus on buildworld first. > $ tail _.buildworld.log > c1: warnings being treated as errors > /usr/home/davidk/freebsd-beaglebone/src-armv6/lib/libc/net/nsparser.y: > In function '_nsaddsrctomap': > = /usr/home/davidk/freebsd-beaglebone/src-armv6/lib/libc/net/nsparser.y:169:= > warning: implicit declaration of function 'free' > In file included from nsparser.c:398: > = /usr/home/davidk/freebsd-beaglebone/src-armv6/lib/libc/../../include/stdli= b.h: > At top level: > = /usr/home/davidk/freebsd-beaglebone/src-armv6/lib/libc/../../include/stdli= b.h:93: > warning: conflicting types for 'free' > = /usr/home/davidk/freebsd-beaglebone/src-armv6/lib/libc/net/nsparser.y:169:= > warning: previous implicit declaration of 'free' was here > *** [nsparser.o] Error code 1 >=20 > Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6/lib/libc. > *** [lib/libc__L] Error code 1 >=20 > Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6. > *** [libraries] Error code 1 >=20 > Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6. > *** [_libraries] Error code 1 >=20 > Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6. > *** [buildworld] Error code 1 >=20 > Stop in /usr/home/davidk/freebsd-beaglebone/src-armv6. This looks like more fallout from the recent yacc change in FreeBSD-CURRENT. Take a look at r235767 in -CURRENT; looks like that might need to be merged to armv6. >=20 > $tail _.ubldr.build.log You didn't provide quite enough context here; it looks like the error was shortly before the log piece you quoted. Tim From owner-freebsd-arm@FreeBSD.ORG Sat Jun 30 20:25:12 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CEBA31065676; Sat, 30 Jun 2012 20:25:12 +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 9DE078FC2A; Sat, 30 Jun 2012 20:25:12 +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 q5UKPBCt009181; Sat, 30 Jun 2012 16:25:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5UKPBDO009180; Sat, 30 Jun 2012 20:25:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 30 Jun 2012 20:25:11 GMT Message-Id: <201206302025.q5UKPBDO009180@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 , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2012 20:25:12 -0000 TB --- 2012-06-30 19:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-30 19:00:00 - 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-06-30 19:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-30 19:00:00 - cleaning the object tree TB --- 2012-06-30 19:03:54 - cvsupping the source tree TB --- 2012-06-30 19:03:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-30 19:04:31 - building world TB --- 2012-06-30 19:04:31 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 19:04:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 19:04:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 19:04:31 - SRCCONF=/dev/null TB --- 2012-06-30 19:04:31 - TARGET=arm TB --- 2012-06-30 19:04:31 - TARGET_ARCH=arm TB --- 2012-06-30 19:04:31 - TZ=UTC TB --- 2012-06-30 19:04:31 - __MAKE_CONF=/dev/null TB --- 2012-06-30 19:04:31 - cd /src TB --- 2012-06-30 19:04:31 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 30 19:04:32 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 Jun 30 20:07:07 UTC 2012 TB --- 2012-06-30 20:07:07 - cd /src/sys/arm/conf TB --- 2012-06-30 20:07:07 - /usr/sbin/config -m AVILA TB --- 2012-06-30 20:07:07 - skipping AVILA kernel TB --- 2012-06-30 20:07:07 - cd /src/sys/arm/conf TB --- 2012-06-30 20:07:07 - /usr/sbin/config -m BWCT TB --- 2012-06-30 20:07:07 - building BWCT kernel TB --- 2012-06-30 20:07:07 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 20:07:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 20:07:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 20:07:07 - SRCCONF=/dev/null TB --- 2012-06-30 20:07:07 - TARGET=arm TB --- 2012-06-30 20:07:07 - TARGET_ARCH=arm TB --- 2012-06-30 20:07:07 - TZ=UTC TB --- 2012-06-30 20:07:07 - __MAKE_CONF=/dev/null TB --- 2012-06-30 20:07:07 - cd /src TB --- 2012-06-30 20:07:07 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sat Jun 30 20:07:07 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 >>> Kernel build for BWCT completed on Sat Jun 30 20:09:20 UTC 2012 TB --- 2012-06-30 20:09:20 - cd /src/sys/arm/conf TB --- 2012-06-30 20:09:20 - /usr/sbin/config -m CAMBRIA TB --- 2012-06-30 20:09:20 - skipping CAMBRIA kernel TB --- 2012-06-30 20:09:20 - cd /src/sys/arm/conf TB --- 2012-06-30 20:09:20 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-06-30 20:09:20 - building CNS11XXNAS kernel TB --- 2012-06-30 20:09:20 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 20:09:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 20:09:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 20:09:20 - SRCCONF=/dev/null TB --- 2012-06-30 20:09:20 - TARGET=arm TB --- 2012-06-30 20:09:20 - TARGET_ARCH=arm TB --- 2012-06-30 20:09:20 - TZ=UTC TB --- 2012-06-30 20:09:20 - __MAKE_CONF=/dev/null TB --- 2012-06-30 20:09:20 - cd /src TB --- 2012-06-30 20:09:20 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Sat Jun 30 20:09:20 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 >>> Kernel build for CNS11XXNAS completed on Sat Jun 30 20:11:47 UTC 2012 TB --- 2012-06-30 20:11:47 - cd /src/sys/arm/conf TB --- 2012-06-30 20:11:47 - /usr/sbin/config -m CRB TB --- 2012-06-30 20:11:47 - skipping CRB kernel TB --- 2012-06-30 20:11:47 - cd /src/sys/arm/conf TB --- 2012-06-30 20:11:47 - /usr/sbin/config -m DB-78XXX TB --- 2012-06-30 20:11:47 - building DB-78XXX kernel TB --- 2012-06-30 20:11:47 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 20:11:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 20:11:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 20:11:47 - SRCCONF=/dev/null TB --- 2012-06-30 20:11:47 - TARGET=arm TB --- 2012-06-30 20:11:47 - TARGET_ARCH=arm TB --- 2012-06-30 20:11:47 - TZ=UTC TB --- 2012-06-30 20:11:47 - __MAKE_CONF=/dev/null TB --- 2012-06-30 20:11:47 - cd /src TB --- 2012-06-30 20:11:47 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Sat Jun 30 20:11:47 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 >>> Kernel build for DB-78XXX completed on Sat Jun 30 20:14:34 UTC 2012 TB --- 2012-06-30 20:14:34 - cd /src/sys/arm/conf TB --- 2012-06-30 20:14:34 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-06-30 20:14:34 - building DB-88F5XXX kernel TB --- 2012-06-30 20:14:34 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 20:14:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 20:14:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 20:14:34 - SRCCONF=/dev/null TB --- 2012-06-30 20:14:34 - TARGET=arm TB --- 2012-06-30 20:14:34 - TARGET_ARCH=arm TB --- 2012-06-30 20:14:34 - TZ=UTC TB --- 2012-06-30 20:14:34 - __MAKE_CONF=/dev/null TB --- 2012-06-30 20:14:34 - cd /src TB --- 2012-06-30 20:14:34 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Sat Jun 30 20:14:34 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 >>> Kernel build for DB-88F5XXX completed on Sat Jun 30 20:17:16 UTC 2012 TB --- 2012-06-30 20:17:16 - cd /src/sys/arm/conf TB --- 2012-06-30 20:17:16 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-06-30 20:17:16 - building DB-88F6XXX kernel TB --- 2012-06-30 20:17:16 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 20:17:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 20:17:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 20:17:16 - SRCCONF=/dev/null TB --- 2012-06-30 20:17:16 - TARGET=arm TB --- 2012-06-30 20:17:16 - TARGET_ARCH=arm TB --- 2012-06-30 20:17:16 - TZ=UTC TB --- 2012-06-30 20:17:16 - __MAKE_CONF=/dev/null TB --- 2012-06-30 20:17:16 - cd /src TB --- 2012-06-30 20:17:16 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Sat Jun 30 20:17:16 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 >>> Kernel build for DB-88F6XXX completed on Sat Jun 30 20:20:10 UTC 2012 TB --- 2012-06-30 20:20:10 - cd /src/sys/arm/conf TB --- 2012-06-30 20:20:10 - /usr/sbin/config -m DOCKSTAR TB --- 2012-06-30 20:20:10 - building DOCKSTAR kernel TB --- 2012-06-30 20:20:10 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 20:20:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 20:20:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 20:20:10 - SRCCONF=/dev/null TB --- 2012-06-30 20:20:10 - TARGET=arm TB --- 2012-06-30 20:20:10 - TARGET_ARCH=arm TB --- 2012-06-30 20:20:10 - TZ=UTC TB --- 2012-06-30 20:20:10 - __MAKE_CONF=/dev/null TB --- 2012-06-30 20:20:10 - cd /src TB --- 2012-06-30 20:20:10 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Sat Jun 30 20:20:10 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 >>> Kernel build for DOCKSTAR completed on Sat Jun 30 20:22:45 UTC 2012 TB --- 2012-06-30 20:22:45 - cd /src/sys/arm/conf TB --- 2012-06-30 20:22:45 - /usr/sbin/config -m EP80219 TB --- 2012-06-30 20:22:45 - skipping EP80219 kernel TB --- 2012-06-30 20:22:45 - cd /src/sys/arm/conf TB --- 2012-06-30 20:22:45 - /usr/sbin/config -m ETHERNUT5 TB --- 2012-06-30 20:22:45 - building ETHERNUT5 kernel TB --- 2012-06-30 20:22:45 - CROSS_BUILD_TESTING=YES TB --- 2012-06-30 20:22:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-30 20:22:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-30 20:22:45 - SRCCONF=/dev/null TB --- 2012-06-30 20:22:45 - TARGET=arm TB --- 2012-06-30 20:22:45 - TARGET_ARCH=arm TB --- 2012-06-30 20:22:45 - TZ=UTC TB --- 2012-06-30 20:22:45 - __MAKE_CONF=/dev/null TB --- 2012-06-30 20:22:45 - cd /src TB --- 2012-06-30 20:22:45 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Sat Jun 30 20:22:45 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 -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -mno-apcs-frame -ffreestanding -Werror /src/sys/geom/geom_kern.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -mno-apcs-frame -ffreestanding -Werror /src/sys/geom/geom_map.c cc1: warnings being treated as errors /src/sys/geom/geom_map.c: In function 'g_map_parse_part': /src/sys/geom/geom_map.c:327: warning: format '%lx' expects type 'long unsigned int', but argument 2 has type 'off_t' [-Wformat] /src/sys/geom/geom_map.c:327: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'off_t' [-Wformat] /src/sys/geom/geom_map.c:327: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'off_t' [-Wformat] /src/sys/geom/geom_map.c:327: warning: format '%lx' expects type 'long unsigned int', but argument 5 has type 'off_t' [-Wformat] *** Error code 1 Stop in /obj/arm.arm/src/sys/ETHERNUT5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-30 20:25:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-30 20:25:11 - ERROR: failed to build ETHERNUT5 kernel TB --- 2012-06-30 20:25:11 - 3286.30 user 707.99 system 5111.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full