From owner-freebsd-arm@FreeBSD.ORG Sun Nov 3 03:49:24 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9E8539CC; Sun, 3 Nov 2013 03:49:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D8F642973; Sun, 3 Nov 2013 03:49:23 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rA33nD0o050003; Sun, 3 Nov 2013 05:49:13 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rA33nCDR049786; Sun, 3 Nov 2013 03:49:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 3 Nov 2013 03:49:12 GMT Message-Id: <201311030349.rA33nCDR049786@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 03:49:24 -0000 TB --- 2013-11-02 23:40:41 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-02 23:40:41 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-02 23:40:41 - starting RELENG_10 tinderbox run for arm/arm TB --- 2013-11-02 23:40:41 - cleaning the object tree TB --- 2013-11-02 23:40:41 - /usr/local/bin/svn stat /src TB --- 2013-11-02 23:41:31 - At svn revision 257562 TB --- 2013-11-02 23:41:32 - building world TB --- 2013-11-02 23:41:32 - CROSS_BUILD_TESTING=YES TB --- 2013-11-02 23:41:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-02 23:41:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-02 23:41:32 - SRCCONF=/dev/null TB --- 2013-11-02 23:41:32 - TARGET=arm TB --- 2013-11-02 23:41:32 - TARGET_ARCH=arm TB --- 2013-11-02 23:41:32 - TZ=UTC TB --- 2013-11-02 23:41:32 - __MAKE_CONF=/dev/null TB --- 2013-11-02 23:41:32 - cd /src TB --- 2013-11-02 23:41:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 2 23:41:43 UTC 2013 >>> 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 Sun Nov 3 03:09:01 UTC 2013 TB --- 2013-11-03 03:09:01 - generating LINT kernel config TB --- 2013-11-03 03:09:01 - cd /src/sys/arm/conf TB --- 2013-11-03 03:09:01 - /usr/bin/make -B LINT TB --- 2013-11-03 03:09:01 - cd /src/sys/arm/conf TB --- 2013-11-03 03:09:01 - /usr/sbin/config -m LINT TB --- 2013-11-03 03:09:01 - building LINT kernel TB --- 2013-11-03 03:09:01 - CROSS_BUILD_TESTING=YES TB --- 2013-11-03 03:09:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-03 03:09:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-03 03:09:01 - SRCCONF=/dev/null TB --- 2013-11-03 03:09:01 - TARGET=arm TB --- 2013-11-03 03:09:01 - TARGET_ARCH=arm TB --- 2013-11-03 03:09:01 - TZ=UTC TB --- 2013-11-03 03:09:01 - __MAKE_CONF=/dev/null TB --- 2013-11-03 03:09:01 - cd /src TB --- 2013-11-03 03:09:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 3 03:09:02 UTC 2013 >>> 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 LINT completed on Sun Nov 3 03:34:45 UTC 2013 TB --- 2013-11-03 03:34:45 - cd /src/sys/arm/conf TB --- 2013-11-03 03:34:45 - /usr/sbin/config -m AC100 TB --- 2013-11-03 03:34:45 - skipping AC100 kernel TB --- 2013-11-03 03:34:45 - cd /src/sys/arm/conf TB --- 2013-11-03 03:34:45 - /usr/sbin/config -m ARMADAXP TB --- 2013-11-03 03:34:45 - skipping ARMADAXP kernel TB --- 2013-11-03 03:34:45 - cd /src/sys/arm/conf TB --- 2013-11-03 03:34:45 - /usr/sbin/config -m ARNDALE TB --- 2013-11-03 03:34:45 - skipping ARNDALE kernel TB --- 2013-11-03 03:34:45 - cd /src/sys/arm/conf TB --- 2013-11-03 03:34:45 - /usr/sbin/config -m ATMEL TB --- 2013-11-03 03:34:45 - building ATMEL kernel TB --- 2013-11-03 03:34:45 - CROSS_BUILD_TESTING=YES TB --- 2013-11-03 03:34:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-03 03:34:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-03 03:34:45 - SRCCONF=/dev/null TB --- 2013-11-03 03:34:45 - TARGET=arm TB --- 2013-11-03 03:34:45 - TARGET_ARCH=arm TB --- 2013-11-03 03:34:45 - TZ=UTC TB --- 2013-11-03 03:34:45 - __MAKE_CONF=/dev/null TB --- 2013-11-03 03:34:45 - cd /src TB --- 2013-11-03 03:34:45 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Sun Nov 3 03:34:45 UTC 2013 >>> 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 ATMEL completed on Sun Nov 3 03:38:53 UTC 2013 TB --- 2013-11-03 03:38:53 - cd /src/sys/arm/conf TB --- 2013-11-03 03:38:53 - /usr/sbin/config -m AVILA TB --- 2013-11-03 03:38:53 - skipping AVILA kernel TB --- 2013-11-03 03:38:53 - cd /src/sys/arm/conf TB --- 2013-11-03 03:38:53 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-11-03 03:38:53 - skipping BEAGLEBONE kernel TB --- 2013-11-03 03:38:53 - cd /src/sys/arm/conf TB --- 2013-11-03 03:38:53 - /usr/sbin/config -m BWCT TB --- 2013-11-03 03:38:53 - building BWCT kernel TB --- 2013-11-03 03:38:53 - CROSS_BUILD_TESTING=YES TB --- 2013-11-03 03:38:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-03 03:38:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-03 03:38:53 - SRCCONF=/dev/null TB --- 2013-11-03 03:38:53 - TARGET=arm TB --- 2013-11-03 03:38:53 - TARGET_ARCH=arm TB --- 2013-11-03 03:38:53 - TZ=UTC TB --- 2013-11-03 03:38:53 - __MAKE_CONF=/dev/null TB --- 2013-11-03 03:38:53 - cd /src TB --- 2013-11-03 03:38:53 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sun Nov 3 03:38:53 UTC 2013 >>> 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 Sun Nov 3 03:41:38 UTC 2013 TB --- 2013-11-03 03:41:38 - cd /src/sys/arm/conf TB --- 2013-11-03 03:41:38 - /usr/sbin/config -m CAMBRIA TB --- 2013-11-03 03:41:38 - skipping CAMBRIA kernel TB --- 2013-11-03 03:41:38 - cd /src/sys/arm/conf TB --- 2013-11-03 03:41:38 - /usr/sbin/config -m CNS11XXNAS TB --- 2013-11-03 03:41:38 - building CNS11XXNAS kernel TB --- 2013-11-03 03:41:38 - CROSS_BUILD_TESTING=YES TB --- 2013-11-03 03:41:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-03 03:41:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-03 03:41:38 - SRCCONF=/dev/null TB --- 2013-11-03 03:41:38 - TARGET=arm TB --- 2013-11-03 03:41:38 - TARGET_ARCH=arm TB --- 2013-11-03 03:41:38 - TZ=UTC TB --- 2013-11-03 03:41:38 - __MAKE_CONF=/dev/null TB --- 2013-11-03 03:41:38 - cd /src TB --- 2013-11-03 03:41:38 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Sun Nov 3 03:41:38 UTC 2013 >>> 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 Sun Nov 3 03:45:38 UTC 2013 TB --- 2013-11-03 03:45:38 - cd /src/sys/arm/conf TB --- 2013-11-03 03:45:38 - /usr/sbin/config -m CRB TB --- 2013-11-03 03:45:38 - skipping CRB kernel TB --- 2013-11-03 03:45:38 - cd /src/sys/arm/conf TB --- 2013-11-03 03:45:38 - /usr/sbin/config -m CUBIEBOARD TB --- 2013-11-03 03:45:38 - skipping CUBIEBOARD kernel TB --- 2013-11-03 03:45:38 - cd /src/sys/arm/conf TB --- 2013-11-03 03:45:38 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2013-11-03 03:45:38 - skipping CUBIEBOARD2 kernel TB --- 2013-11-03 03:45:38 - cd /src/sys/arm/conf TB --- 2013-11-03 03:45:38 - /usr/sbin/config -m DB-78XXX TB --- 2013-11-03 03:45:38 - building DB-78XXX kernel TB --- 2013-11-03 03:45:38 - CROSS_BUILD_TESTING=YES TB --- 2013-11-03 03:45:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-03 03:45:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-03 03:45:38 - SRCCONF=/dev/null TB --- 2013-11-03 03:45:38 - TARGET=arm TB --- 2013-11-03 03:45:38 - TARGET_ARCH=arm TB --- 2013-11-03 03:45:38 - TZ=UTC TB --- 2013-11-03 03:45:38 - __MAKE_CONF=/dev/null TB --- 2013-11-03 03:45:38 - cd /src TB --- 2013-11-03 03:45:38 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Sun Nov 3 03:45:38 UTC 2013 >>> 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 Sun Nov 3 03:49:08 UTC 2013 TB --- 2013-11-03 03:49:08 - cd /src/sys/arm/conf TB --- 2013-11-03 03:49:08 - /usr/sbin/config -m DB-88F5XXX TB --- 2013-11-03 03:49:08 - building DB-88F5XXX kernel TB --- 2013-11-03 03:49:08 - CROSS_BUILD_TESTING=YES TB --- 2013-11-03 03:49:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-03 03:49:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-03 03:49:08 - SRCCONF=/dev/null TB --- 2013-11-03 03:49:08 - TARGET=arm TB --- 2013-11-03 03:49:08 - TARGET_ARCH=arm TB --- 2013-11-03 03:49:08 - TZ=UTC TB --- 2013-11-03 03:49:08 - __MAKE_CONF=/dev/null TB --- 2013-11-03 03:49:08 - cd /src TB --- 2013-11-03 03:49:08 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Sun Nov 3 03:49:08 UTC 2013 >>> 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/arm.arm/src/tmp/legacy/usr/sbin:/obj/arm.arm/src/tmp/legacy/usr/bin:/obj/arm.arm/src/tmp/legacy/usr/games:/obj/arm.arm/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/arm.arm/src/sys/DB-88F5XXX/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-11-03 03:49:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-03 03:49:11 - ERROR: failed to build DB-88F5XXX kernel TB --- 2013-11-03 03:49:11 - 11006.52 user 3888.00 system 14910.52 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Nov 3 14:13:55 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3FCFE1D8; Sun, 3 Nov 2013 14:13:55 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (unknown [IPv6:2620:64:0:1:223:7dff:fea2:c8f2]) by mx1.freebsd.org (Postfix) with ESMTP id 21AE220CE; Sun, 3 Nov 2013 14:13:55 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 63CA92AA45F; Sun, 3 Nov 2013 07:13:52 -0700 (MST) Received: by night.db.net (Postfix, from userid 1000) id 5934D1CC18; Sun, 3 Nov 2013 09:13:21 -0500 (EST) Date: Sun, 3 Nov 2013 09:13:21 -0500 From: Diane Bruce To: Ian Lepore Subject: Re: sshd crash Message-ID: <20131103141321.GA57218@night.db.net> References: <1383313834.31172.65.camel@revolution.hippie.lan> <1383328423.31172.92.camel@revolution.hippie.lan> <1383343354.31172.102.camel@revolution.hippie.lan> <1383399220.31172.116.camel@revolution.hippie.lan> <20131102153953.GA39106@night.db.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131102153953.GA39106@night.db.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Tim Kientzle , jasone@FreeBSD.org, freebsd-arm@FreeBSD.org, Howard Su X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 03 Nov 2013 14:13:55 -0000 On Sat, Nov 02, 2013 at 10:39:53AM -0500, Diane Bruce wrote: ... > > > If I recall correctly, it started up when the malloc libc symbols > > > were changed. That may have altered what malloc implementation > > > sshd used. > > > > > > So it could be a long-standing stray write that jemalloc just > > > happens to detect. > > > > > > It could also be related to locking (there's some multi-threaded > > > crypto code in sshd that may be involved). ... > > http://svnweb.freebsd.org/base?view=revision&revision=250991 > > > > When jemalloc was turned on for userland. There existed an older malloc > (also by jasone) > > /usr/src/lib/libc/stdlib/malloc.c I made a rushed mistake here. What happens is there is a simple version of malloc in libexec/rtld-elf that gets used if jemalloc is not used. This version works fine. /* * malloc.c (Caltech) 2/21/82 * Chris Kingsley, kingsley@cit-20. ... - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arm@FreeBSD.ORG Sun Nov 3 16:57:21 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4A269F1B; Sun, 3 Nov 2013 16:57:21 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (canonware.com [204.109.63.53]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 267512758; Sun, 3 Nov 2013 16:57:20 +0000 (UTC) Received: from [192.168.168.18] (70-91-206-178-BusName-SFBA.hfc.comcastbusiness.net [70.91.206.178]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 361A42842D; Sun, 3 Nov 2013 08:51:58 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: sshd crash From: Jason Evans In-Reply-To: <20131102153953.GA39106@night.db.net> Date: Sun, 3 Nov 2013 08:51:57 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <2F2E1775-A459-4D0F-A464-F41B8A7EAB9B@freebsd.org> References: <1383313834.31172.65.camel@revolution.hippie.lan> <1383328423.31172.92.camel@revolution.hippie.lan> <1383343354.31172.102.camel@revolution.hippie.lan> <1383399220.31172.116.camel@revolution.hippie.lan> <20131102153953.GA39106@night.db.net> To: Diane Bruce X-Mailer: Apple Mail (2.1508) Cc: Tim Kientzle , freebsd-arm@FreeBSD.org, Ian Lepore , Howard Su X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 03 Nov 2013 16:57:21 -0000 On Nov 2, 2013, at 8:39 AM, Diane Bruce wrote: > On Sat, Nov 02, 2013 at 07:33:40AM -0600, Ian Lepore wrote: >>=20 >> I'm not sure it's a mundane stray-write either. The routine that's >> asserting is checking to see if the contents of a page are all-zero >> because a jemalloc internal flag is set that says it should be. I = had >> the routine print the non-zero data it found, and it looks like this: >>=20 >> not-zero at 0 0x20c99000 =3D 0x20800a00 >> not-zero at 1 0x20c99004 =3D 0x00000001 >> not-zero at 2 0x20c99008 =3D 0x0000002f >> not-zero at 3 0x20c9900c =3D 0xffffffff >> not-zero at 4 0x20c99010 =3D 0x00007fff >> not-zero at 5 0x20c99014 =3D 0x00000003 >> not-zero at 96 0x20c99180 =3D 0x5a5a5a5a >> not-zero at 97 0x20c99184 =3D 0x5a5a5a5a >> not-zero at 98 0x20c99188 =3D 0x5a5a5a5a >>=20 >> The 0x5a continues to the end of the page. So jemalloc has metadata >> that says it thinks the page is all-zeroes, and the page is a mix of >> data and some zeroes and the 5a junk-fill byte. It seems more like = the >> metadata is in error somehow. (Maybe a stray write hit the = metadata.) This looks to me like the sort of thing that would happen if the chunk = page map were corrupted. This could happen due to a double free, = freeing an interior pointer of a multi-page allocation, or a variety of = more complicated errors. The page is filled with 0x5a bytes, yet = jemalloc thinks the page should contain 0x00 bytes, and that implies = that the chunk page table claims this is the first use of the page since = it was mapped. Does this problem reproduce on amd64? If so, I'll dig in and figure out = if jemalloc is to blame. If not on amd64, given enough hand holding re: = hardware acquisition and configuration I can probably be convinced to = set up an ARM system. Thanks, Jason= From owner-freebsd-arm@FreeBSD.ORG Sun Nov 3 17:22:12 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BA33678D; Sun, 3 Nov 2013 17:22:12 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth2.wiscmail.wisc.edu (wmauth2.doit.wisc.edu [144.92.197.222]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8B14228AC; Sun, 3 Nov 2013 17:22:12 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed; delsp=yes Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MVP00J006J7KE00@smtpauth2.wiscmail.wisc.edu>; Sun, 03 Nov 2013 11:22:05 -0600 (CST) X-Spam-PmxInfo: Server=avs-2, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.11.3.171215, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from [10.0.2.100] (adsl-76-208-69-44.dsl.mdsnwi.sbcglobal.net [76.208.69.44]) by smtpauth2.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MVP00G3Z6WRBU30@smtpauth2.wiscmail.wisc.edu>; Sun, 03 Nov 2013 11:22:05 -0600 (CST) Message-id: <7467BF46-692E-4BDF-9F4B-6EFF8F80A824@freebsd.org> From: Nathan Whitehorn To: Nathan Whitehorn In-reply-to: <526D2221.2020307@freebsd.org> Subject: Re: FDTbus and nexus Date: Sun, 03 Nov 2013 11:22:02 -0600 References: <526D2221.2020307@freebsd.org> X-Mailer: Apple Mail (2.936) Cc: "freebsd-arm@freebsd.org" , freebsd-mips@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 03 Nov 2013 17:22:12 -0000 On Oct 27, 2013, at 9:24 AM, Nathan Whitehorn wrote: > As many of you may have noticed, I've been working on trying to > bring the code in /sys/dev/fdt a little bit closer to the code in / > sys/dev/ofw as well as improving standards-compliance. One > motivation for this is to be able to build kernels that support both > real Open Firmware and FDT at the same time, with the same drivers, > which is not currently possible, largely due to differences in bus > enumeration. > > The remaining primary difference between FDT and OF systems is that > the root of the OF hierarchy is attached through fdtbus on one and > enumerated through nexus on the other. Of these two, I think nexus > is the cleaner approach here since it means we can get rid of things > like fdt_bs_tag and isolate the MD resource allocation code to the > MD nexus driver, as well as increasing flexibility with things like > interrupt mapping (nexus and individual PIC drivers can then handle > the mappings in /sys/dev/fdt/fdt_ARCH.c). > > The patch at http://people.freebsd.org/~nwhitehorn/nexus.diff > implements this change by subclassing the ARM and MIPS nexus drivers > from ofw_nexus (the same thing fdtbus subclasses, and what is > already done on PowerPC). fdtbus is made optional for now as a > consideration for out-of-tree code that I don't know about, and the > set of things attaching to fdtbus is made to attach to nexus > instead. The patch is quite minimal, aside from rearranging the > order of some ARM and MIPS nexus methods for easier #ifdef, and has > been tested with no issues on both PowerPC (on both FDT and non-FDT > systems) and ARM. The MIPS support is only compile-tested, however, > so I would really appreciate some testing there. > -Nathan I've received several testing reports that this works without issue on a variety of MIPS and ARM systems so, unless some issues arise, I plan to commit it on Tuesday November 5. -Nathan From owner-freebsd-arm@FreeBSD.ORG Sun Nov 3 18:06:29 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 389E391D; Sun, 3 Nov 2013 18:06:29 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A96F2AB3; Sun, 3 Nov 2013 18:06:28 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Vd246-0007Ol-66; Sun, 03 Nov 2013 18:06:22 +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 rA3I6IXl059493; Sun, 3 Nov 2013 11:06:18 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/0eXkYqHUo8j+eFIbK44E+ Subject: Re: sshd crash From: Ian Lepore To: Jason Evans In-Reply-To: <2F2E1775-A459-4D0F-A464-F41B8A7EAB9B@freebsd.org> References: <1383313834.31172.65.camel@revolution.hippie.lan> <1383328423.31172.92.camel@revolution.hippie.lan> <1383343354.31172.102.camel@revolution.hippie.lan> <1383399220.31172.116.camel@revolution.hippie.lan> <20131102153953.GA39106@night.db.net> <2F2E1775-A459-4D0F-A464-F41B8A7EAB9B@freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Sun, 03 Nov 2013 11:06:18 -0700 Message-ID: <1383501978.31172.127.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Tim Kientzle , freebsd-arm@FreeBSD.org, Howard Su X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 03 Nov 2013 18:06:29 -0000 On Sun, 2013-11-03 at 08:51 -0800, Jason Evans wrote: > On Nov 2, 2013, at 8:39 AM, Diane Bruce wrote: > > On Sat, Nov 02, 2013 at 07:33:40AM -0600, Ian Lepore wrote: > >> > >> I'm not sure it's a mundane stray-write either. The routine that's > >> asserting is checking to see if the contents of a page are all-zero > >> because a jemalloc internal flag is set that says it should be. I had > >> the routine print the non-zero data it found, and it looks like this: > >> > >> not-zero at 0 0x20c99000 = 0x20800a00 > >> not-zero at 1 0x20c99004 = 0x00000001 > >> not-zero at 2 0x20c99008 = 0x0000002f > >> not-zero at 3 0x20c9900c = 0xffffffff > >> not-zero at 4 0x20c99010 = 0x00007fff > >> not-zero at 5 0x20c99014 = 0x00000003 > >> not-zero at 96 0x20c99180 = 0x5a5a5a5a > >> not-zero at 97 0x20c99184 = 0x5a5a5a5a > >> not-zero at 98 0x20c99188 = 0x5a5a5a5a > >> > >> The 0x5a continues to the end of the page. So jemalloc has metadata > >> that says it thinks the page is all-zeroes, and the page is a mix of > >> data and some zeroes and the 5a junk-fill byte. It seems more like the > >> metadata is in error somehow. (Maybe a stray write hit the metadata.) > > This looks to me like the sort of thing that would happen if the chunk page map were corrupted. This could happen due to a double free, freeing an interior pointer of a multi-page allocation, or a variety of more complicated errors. The page is filled with 0x5a bytes, yet jemalloc thinks the page should contain 0x00 bytes, and that implies that the chunk page table claims this is the first use of the page since it was mapped. > > Does this problem reproduce on amd64? If so, I'll dig in and figure out if jemalloc is to blame. If not on amd64, given enough hand holding re: hardware acquisition and configuration I can probably be convinced to set up an ARM system. > FWIW, I noticed when re-examining that data yesterday that the 0x5a doesn't continue to the end of the page, it continues until word 328, then the rest of the page is zeroes. I assume that's still consistant with a double-free and other such usage errors. An interesting part of this problem is that the changeset that introduced this problem is the one that makes the malloc-related symbols in libc weak references to the jemalloc implementation. Diane sees some evidence in gdb that there is a non-jemalloc implementation of malloc present in the process. I wonder if we've got something like a mix of statically and dynamically linked code and thus two mallocs somehow? Would allocating a block from one malloc implementation then freeing it to the other be consistant with that asserted data above? I think if this happened on x86 we'd be hearing from a LOT of folks about it. I wonder if it reproduces in an arm emulation environment? I don't know anything about using emulation, but others here do. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Nov 3 20:25:02 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 624CF767; Sun, 3 Nov 2013 20:25:02 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (unknown [IPv6:2620:64:0:1:223:7dff:fea2:c8f2]) by mx1.freebsd.org (Postfix) with ESMTP id 3232520BC; Sun, 3 Nov 2013 20:25:02 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id AF21A2AA34B; Sun, 3 Nov 2013 13:24:59 -0700 (MST) Received: by night.db.net (Postfix, from userid 1000) id A25581CC18; Sun, 3 Nov 2013 15:24:28 -0500 (EST) Date: Sun, 3 Nov 2013 15:24:28 -0500 From: Diane Bruce To: Ian Lepore Subject: Re: sshd crash Message-ID: <20131103202428.GB61596@night.db.net> References: <1383313834.31172.65.camel@revolution.hippie.lan> <1383328423.31172.92.camel@revolution.hippie.lan> <1383343354.31172.102.camel@revolution.hippie.lan> <1383399220.31172.116.camel@revolution.hippie.lan> <20131102153953.GA39106@night.db.net> <2F2E1775-A459-4D0F-A464-F41B8A7EAB9B@freebsd.org> <1383501978.31172.127.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1383501978.31172.127.camel@revolution.hippie.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Tim Kientzle , freebsd-arm@FreeBSD.org, Jason Evans , Howard Su X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 03 Nov 2013 20:25:02 -0000 On Sun, Nov 03, 2013 at 11:06:18AM -0700, Ian Lepore wrote: > On Sun, 2013-11-03 at 08:51 -0800, Jason Evans wrote: > > On Nov 2, 2013, at 8:39 AM, Diane Bruce wrote: > > > On Sat, Nov 02, 2013 at 07:33:40AM -0600, Ian Lepore wrote: > > >> > > >> I'm not sure it's a mundane stray-write either. The routine that's > > >> asserting is checking to see if the contents of a page are all-zero > > >> because a jemalloc internal flag is set that says it should be. I had > > >> the routine print the non-zero data it found, and it looks like this: > > >> > > >> not-zero at 0 0x20c99000 = 0x20800a00 > > >> not-zero at 1 0x20c99004 = 0x00000001 > > >> not-zero at 2 0x20c99008 = 0x0000002f > > >> not-zero at 3 0x20c9900c = 0xffffffff > > >> not-zero at 4 0x20c99010 = 0x00007fff > > >> not-zero at 5 0x20c99014 = 0x00000003 > > >> not-zero at 96 0x20c99180 = 0x5a5a5a5a > > >> not-zero at 97 0x20c99184 = 0x5a5a5a5a > > >> not-zero at 98 0x20c99188 = 0x5a5a5a5a > > >> > > >> The 0x5a continues to the end of the page. So jemalloc has metadata > > >> that says it thinks the page is all-zeroes, and the page is a mix of > > >> data and some zeroes and the 5a junk-fill byte. It seems more like the > > >> metadata is in error somehow. (Maybe a stray write hit the metadata.) > > > > This looks to me like the sort of thing that would happen if the chunk page map were corrupted. This could happen due to a double free, freeing an interior pointer of a multi-page allocation, or a variety of more complicated errors. The page is filled with 0x5a bytes, yet jemalloc thinks the page should contain 0x00 bytes, and that implies that the chunk page table claims this is the first use of the page since it was mapped. > > > > Does this problem reproduce on amd64? If so, I'll dig in and figure out if jemalloc is to blame. If not on amd64, given enough hand holding re: hardware acquisition and configuration I can probably be convinced to set up an ARM system. > > That's what has us confounded. It's 100% repeatable but has not been seen on amd64. > > FWIW, I noticed when re-examining that data yesterday that the 0x5a > doesn't continue to the end of the page, it continues until word 328, > then the rest of the page is zeroes. I assume that's still consistant > with a double-free and other such usage errors. That's inconsistent with what I remembering seeing here. I will look at my dump as well. The entire page was wrong. What I have been doing is replacing your various memfills with a different pattern than 0xa5 in the hope of catching who is doing what. I'll dig up my various diffs and dumps and ship them off to you if you wish. The path I saw showed the pattern came from something tcache did but I could not seem to turn off tcache using ln -s "tcache:false" /etc/malloc.conf > > An interesting part of this problem is that the changeset that > introduced this problem is the one that makes the malloc-related symbols > in libc weak references to the jemalloc implementation. Diane sees some > evidence in gdb that there is a non-jemalloc implementation of malloc > present in the process. I wonder if we've got something like a mix of > statically and dynamically linked code and thus two mallocs somehow? I can confirm this. An older libc.so cures the problem on ARM. The version of malloc seen is not jemalloc in this case. > > Would allocating a block from one malloc implementation then freeing it > to the other be consistant with that asserted data above? > > I think if this happened on x86 we'd be hearing from a LOT of folks > about it. I wonder if it reproduces in an arm emulation environment? I > don't know anything about using emulation, but others here do. Agreed. Ian and me just discussed on IRC. It would be great if this bug is also in the emulation. Otherwise, we will get you hardware and help. > > -- Ian > > - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arm@FreeBSD.ORG Mon Nov 4 00:10:10 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C7A4F18C for ; Mon, 4 Nov 2013 00:10:10 +0000 (UTC) (envelope-from david.cheney@canonical.com) Received: from mail-lb0-f179.google.com (mail-lb0-f179.google.com [209.85.217.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 57F3C2BA3 for ; Mon, 4 Nov 2013 00:10:09 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id w6so4902676lbh.38 for ; Sun, 03 Nov 2013 16:10:01 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=aQrZ99lEMF2T2GhracTiz6XiZEf/bfkWaCb+A5Wkigk=; b=fI6VMiBUJuw66hyIDa/HFQZ7cW4EGYnwkvQQOEQ/ZlNr5MYpRHitPRJNOSotiZcltT rY4R3lExQ+wVvRmoAbNk91O9h0/B5K49ga4qg323IcJ20SNhElWQS8J/biES3j+aH4hw WEl0lLHYuEKYYcTH11AA5oh1haxxdiQFNr+anTBaJwCCq9zDz/R/ovIqZqAwv0pIEuoF IUYDsaLnIiqei2hCVHaJ4pPgsu4nTmKUk75/ky9eBK6IMS/CPvYYZRtsiwOoSJhKfcIv RA7DbmwZlVHm89U2uxe7/0WPWSfXeiS7T+uBwU7DdYYNtfnM58pd4BXvTxyh9dy9O85N Lgfg== X-Gm-Message-State: ALoCoQmniOTS2XtOMsLjHZdG2/fivNWrRsASPFCqg1LTmIRAZYiIL7QgqpceD+aO6M39f0e9S4fL MIME-Version: 1.0 X-Received: by 10.112.202.194 with SMTP id kk2mr9438574lbc.2.1383523801736; Sun, 03 Nov 2013 16:10:01 -0800 (PST) Received: by 10.114.183.47 with HTTP; Sun, 3 Nov 2013 16:10:01 -0800 (PST) Date: Mon, 4 Nov 2013 11:10:01 +1100 Message-ID: Subject: freebsd/pandaboard Spurious interrupt detected [0x000003ff] From: David Cheney To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Nov 2013 00:10:10 -0000 Hello, I recently built a FreeBSD-CURRENT image for pandaboard (original, not ES), the console is flooded with these messages Spurious interrupt detected [0x000003ff] Spurious interrupt detected [0x000003ff] Spurious interrupt detected [0x000003ff] Spurious interrupt detected [0x000003ff] Spurious interrupt detected [0x000003ff] Spurious interrupt detected [0x000003ff] Spurious interrupt detected [0x000003ff] Spurious interrupt detected [0x000003ff] Spurious interrupt detected [0x000003ff] Spurious interrupt detected [0x000003ff] Spurious interrupt detected [0x000003ff] Spurious interrupt detected [0x000003ff] Spurious interrupt detected [0x000003ff] After bootup they settle down and at a guess are related to sd card access. The host appears to be working ok, but it is hard to tell as the messages can be pretty constant root@pandaboard:~ # uname -a FreeBSD pandaboard 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r257562: Sun Nov 3 21:01:11 EST 2013 root@deadwood.local:/root/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/PANDABOARD arm Can anyone offer any assistance ? Cheers Dave From owner-freebsd-arm@FreeBSD.ORG Mon Nov 4 00:58:46 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1D30C6B4 for ; Mon, 4 Nov 2013 00:58:46 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E5B702D65 for ; Mon, 4 Nov 2013 00:58:45 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Vd8V5-000Ee2-5V; Mon, 04 Nov 2013 00:58:39 +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 rA40waKi059740; Sun, 3 Nov 2013 17:58:36 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/Al3dedOmalprkqZLuF1YJ Subject: Re: freebsd/pandaboard Spurious interrupt detected [0x000003ff] From: Ian Lepore To: David Cheney In-Reply-To: References: Content-Type: multipart/mixed; boundary="=-sDkxqRH6Tg7oSH9db2j8" Date: Sun, 03 Nov 2013 17:58:36 -0700 Message-ID: <1383526716.31172.131.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Nov 2013 00:58:46 -0000 --=-sDkxqRH6Tg7oSH9db2j8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Mon, 2013-11-04 at 11:10 +1100, David Cheney wrote: > Hello, > > I recently built a FreeBSD-CURRENT image for pandaboard (original, not > ES), the console is flooded with these messages > > Spurious interrupt detected [0x000003ff] > Spurious interrupt detected [0x000003ff] > Spurious interrupt detected [0x000003ff] > Spurious interrupt detected [0x000003ff] > Spurious interrupt detected [0x000003ff] > Spurious interrupt detected [0x000003ff] > Spurious interrupt detected [0x000003ff] > Spurious interrupt detected [0x000003ff] > Spurious interrupt detected [0x000003ff] > Spurious interrupt detected [0x000003ff] > Spurious interrupt detected [0x000003ff] > Spurious interrupt detected [0x000003ff] > Spurious interrupt detected [0x000003ff] > > After bootup they settle down and at a guess are related to sd card > access. The host appears to be working ok, but it is hard to tell as > the messages can be pretty constant > > root@pandaboard:~ # uname -a > FreeBSD pandaboard 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r257562: Sun > Nov 3 21:01:11 EST 2013 > root@deadwood.local:/root/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/PANDABOARD > arm > > Can anyone offer any assistance ? > > Cheers > If it is the sdcard, the attached patch might help. Or it might fail completely. :) It switches over to a rewritten sd driver for TI chips, but so far it has only been tested on the am335x, not OMAP3/4. If it works it should give you much better performance than the old driver. -- Ian --=-sDkxqRH6Tg7oSH9db2j8 Content-Description: Content-Disposition: inline; filename="use_ti_sdhci.diff" Content-Type: text/x-patch; name="use_ti_sdhci.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: sys/arm/ti/omap4/files.omap4 =================================================================== --- sys/arm/ti/omap4/files.omap4 (revision 257403) +++ sys/arm/ti/omap4/files.omap4 (working copy) @@ -6,7 +6,7 @@ arm/ti/ti_smc.S standard arm/ti/usb/omap_ehci.c optional usb ehci arm/ti/ti_sdma.c optional ti_sdma -arm/ti/ti_mmchs.c optional mmc +arm/ti/ti_sdhci.c optional sdhci arm/ti/omap4/omap4_l2cache.c optional pl310 arm/ti/omap4/omap4_prcm_clks.c standard Index: sys/arm/conf/PANDABOARD =================================================================== --- sys/arm/conf/PANDABOARD (revision 257403) +++ sys/arm/conf/PANDABOARD (working copy) @@ -73,6 +73,7 @@ options PREEMPTION # MMC/SD/SDIO Card slot support device mmc # mmc/sd bus device mmcsd # mmc/sd flash cards +device sdhci # I2C support device iicbus --=-sDkxqRH6Tg7oSH9db2j8-- From owner-freebsd-arm@FreeBSD.ORG Mon Nov 4 02:20:00 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0ECE93C6 for ; Mon, 4 Nov 2013 02:20:00 +0000 (UTC) (envelope-from david.cheney@canonical.com) Received: from mail-la0-f46.google.com (mail-la0-f46.google.com [209.85.215.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8FD4220C0 for ; Mon, 4 Nov 2013 02:19:58 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id hp15so4959034lab.33 for ; Sun, 03 Nov 2013 18:19:51 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=OV57eJ/EEWscERiL3p09hWuXX6az3+x/M54Fpb9EKPo=; b=b5ZTmlAlfq2U2VUZlhjeVDRBmrt35zYkCMKozZwConIAgMiXcIkP97Zi5ecIfTjkaC RMgRFFUT9KiUplhJra6qv5X5IYZu27SORFQ2Vl2qCtDZ0R5lFNc48P8Vb6JYp8Mb6lbV S72GAahHZkL1C5GphLe2j87edSmaRFSjs/2e9q+nRKUqFvHvCywb9Hedimn3gdj4HIVI Nl6nPy+uXSazcPY9WAgxK+Pcb8PMc++oDfJB6JSZifDk9cDk6UNlQ9nIPZj3Ca6gQCCP iZ0O756l9nN1JMSyI8QajQD+v0O+3bsJ3rRKhBTv4JgXABdvebLsSgrOHJmCH+rCovum Dfpg== X-Gm-Message-State: ALoCoQkQkXds0xGTAGNfFyVimTZiTJuWYWK0HnE6g/EiLdfWF7ex46GGumBcJKE2WR2q0m0kLa/5 MIME-Version: 1.0 X-Received: by 10.152.27.129 with SMTP id t1mr3178lag.37.1383531591225; Sun, 03 Nov 2013 18:19:51 -0800 (PST) Received: by 10.114.183.47 with HTTP; Sun, 3 Nov 2013 18:19:51 -0800 (PST) In-Reply-To: <1383526716.31172.131.camel@revolution.hippie.lan> References: <1383526716.31172.131.camel@revolution.hippie.lan> Date: Mon, 4 Nov 2013 13:19:51 +1100 Message-ID: Subject: Re: freebsd/pandaboard Spurious interrupt detected [0x000003ff] From: David Cheney To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Nov 2013 02:20:00 -0000 Thanks Ian, try now. As a question to the group, I have the following hardware Pandaboard BeagleBone Black RPi And I am trying to bring up Freebsd/arm so I can get our Go builder working again[1]. Of these candidates, which is the one you would recommend ? Cheers Dave [1] build.golang.org On Mon, Nov 4, 2013 at 11:58 AM, Ian Lepore wrote: > On Mon, 2013-11-04 at 11:10 +1100, David Cheney wrote: >> Hello, >> >> I recently built a FreeBSD-CURRENT image for pandaboard (original, not >> ES), the console is flooded with these messages >> >> Spurious interrupt detected [0x000003ff] >> Spurious interrupt detected [0x000003ff] >> Spurious interrupt detected [0x000003ff] >> Spurious interrupt detected [0x000003ff] >> Spurious interrupt detected [0x000003ff] >> Spurious interrupt detected [0x000003ff] >> Spurious interrupt detected [0x000003ff] >> Spurious interrupt detected [0x000003ff] >> Spurious interrupt detected [0x000003ff] >> Spurious interrupt detected [0x000003ff] >> Spurious interrupt detected [0x000003ff] >> Spurious interrupt detected [0x000003ff] >> Spurious interrupt detected [0x000003ff] >> >> After bootup they settle down and at a guess are related to sd card >> access. The host appears to be working ok, but it is hard to tell as >> the messages can be pretty constant >> >> root@pandaboard:~ # uname -a >> FreeBSD pandaboard 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r257562: Sun >> Nov 3 21:01:11 EST 2013 >> root@deadwood.local:/root/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/PANDABOARD >> arm >> >> Can anyone offer any assistance ? >> >> Cheers >> > > If it is the sdcard, the attached patch might help. Or it might fail > completely. :) It switches over to a rewritten sd driver for TI chips, > but so far it has only been tested on the am335x, not OMAP3/4. If it > works it should give you much better performance than the old driver. > > -- Ian > > From owner-freebsd-arm@FreeBSD.ORG Mon Nov 4 02:33:30 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F302D7B6 for ; Mon, 4 Nov 2013 02:33:30 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA16C214C for ; Mon, 4 Nov 2013 02:33:30 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Vd9yq-000HEt-NZ; Mon, 04 Nov 2013 02:33:28 +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 rA42XQx7059813; Sun, 3 Nov 2013 19:33:26 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX193uue+pUjKirwFJZf6pcvC Subject: Re: freebsd/pandaboard Spurious interrupt detected [0x000003ff] From: Ian Lepore To: David Cheney In-Reply-To: References: <1383526716.31172.131.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Sun, 03 Nov 2013 19:33:25 -0700 Message-ID: <1383532405.31172.137.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 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Nov 2013 02:33:31 -0000 On Mon, 2013-11-04 at 13:19 +1100, David Cheney wrote: > Thanks Ian, try now. > > As a question to the group, I have the following hardware > > Pandaboard > BeagleBone Black > RPi > > And I am trying to bring up Freebsd/arm so I can get our Go builder > working again[1]. Of these candidates, which is the one you would > recommend ? > > Cheers > > Dave > > [1] build.golang.org The pandaboard is the fastest of those I think, but the Beaglebone may be the best combo of speed and well-supported if these pandaboard problems don't go away quickly for you. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Nov 4 02:36:26 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ED3BB7FF for ; Mon, 4 Nov 2013 02:36:26 +0000 (UTC) (envelope-from david.cheney@canonical.com) Received: from mail-lb0-f176.google.com (mail-lb0-f176.google.com [209.85.217.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7AA9E215B for ; Mon, 4 Nov 2013 02:36:26 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id z5so4902137lbh.7 for ; Sun, 03 Nov 2013 18:36:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Bm/5xlxh9fsGDUYLHFFBumsJl51UR/1cQax2qt1tm1M=; b=FmG3Q+piaXVeA4FEEButHI4SX9so43G9wG8Ez1T+AUjjQ6+wjVTmR2hTSjoIhgdC/h /8mDpJx7rajPZt/BLWj1URjHbY38H746zY/0BRF1ePb1h2xodKZccsyz6HMHzspbfUSP JCaHpO5ywFqgtQqS/H4WfmryZGBTpBxyIxHvj4C+se3U5fCtCmdy8lHxuWkv+adWAhSr ETBOtDl2vCGRN5aYHGiXUxyjahnqRzM3rF0bF1akqq8jrTF88GT/sL0wKWQ5KyoSPeSz TxZNxbgrD5aMJ/W1cyWKgl/Gzm6pEgTxFPpcjvnKCMpqdMNHjxb8IGkIF+G4zx7uC/n/ Ihzw== X-Gm-Message-State: ALoCoQl7eizGUAiIUdzaRVn9haij3mhBsPNE3PTvGYpJXOOB/ApLa7M9ei4rpvCWgRJwhoxVelmT MIME-Version: 1.0 X-Received: by 10.112.50.72 with SMTP id a8mr16145lbo.50.1383532578766; Sun, 03 Nov 2013 18:36:18 -0800 (PST) Received: by 10.114.183.47 with HTTP; Sun, 3 Nov 2013 18:36:18 -0800 (PST) In-Reply-To: <1383532405.31172.137.camel@revolution.hippie.lan> References: <1383526716.31172.131.camel@revolution.hippie.lan> <1383532405.31172.137.camel@revolution.hippie.lan> Date: Mon, 4 Nov 2013 13:36:18 +1100 Message-ID: Subject: Re: freebsd/pandaboard Spurious interrupt detected [0x000003ff] From: David Cheney To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Nov 2013 02:36:27 -0000 On Mon, Nov 4, 2013 at 1:33 PM, Ian Lepore wrote: > On Mon, 2013-11-04 at 13:19 +1100, David Cheney wrote: >> Thanks Ian, try now. >> >> As a question to the group, I have the following hardware >> >> Pandaboard >> BeagleBone Black >> RPi >> >> And I am trying to bring up Freebsd/arm so I can get our Go builder >> working again[1]. Of these candidates, which is the one you would >> recommend ? >> >> Cheers >> >> Dave >> >> [1] build.golang.org > > The pandaboard is the fastest of those I think, but the Beaglebone may > be the best combo of speed and well-supported if these pandaboard > problems don't go away quickly for you. Thanks Ian. I got the BBB recently because it appeared to be the best supported, but it appears to be suffering from the issue of selecting a very low, ~550mhz clock speed no matter what source it is connected too, leading to build times for ports and go of many hours. > > -- Ian > > From owner-freebsd-arm@FreeBSD.ORG Mon Nov 4 02:55:39 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 900AAB9A; Mon, 4 Nov 2013 02:55:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D5EB52223; Mon, 4 Nov 2013 02:55:38 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rA42tYic088513; Mon, 4 Nov 2013 04:55:34 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rA42tYQL088371; Mon, 4 Nov 2013 02:55:34 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 4 Nov 2013 02:55:34 GMT Message-Id: <201311040255.rA42tYQL088371@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 02:55:39 -0000 TB --- 2013-11-03 22:40:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-03 22:40:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-03 22:40:42 - starting RELENG_10 tinderbox run for arm/arm TB --- 2013-11-03 22:40:42 - cleaning the object tree TB --- 2013-11-03 22:40:42 - /usr/local/bin/svn stat /src TB --- 2013-11-03 22:41:34 - At svn revision 257594 TB --- 2013-11-03 22:41:35 - building world TB --- 2013-11-03 22:41:35 - CROSS_BUILD_TESTING=YES TB --- 2013-11-03 22:41:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-03 22:41:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-03 22:41:35 - SRCCONF=/dev/null TB --- 2013-11-03 22:41:35 - TARGET=arm TB --- 2013-11-03 22:41:35 - TARGET_ARCH=arm TB --- 2013-11-03 22:41:35 - TZ=UTC TB --- 2013-11-03 22:41:35 - __MAKE_CONF=/dev/null TB --- 2013-11-03 22:41:35 - cd /src TB --- 2013-11-03 22:41:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Nov 3 22:41:45 UTC 2013 >>> 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 Mon Nov 4 02:08:41 UTC 2013 TB --- 2013-11-04 02:08:41 - generating LINT kernel config TB --- 2013-11-04 02:08:41 - cd /src/sys/arm/conf TB --- 2013-11-04 02:08:41 - /usr/bin/make -B LINT TB --- 2013-11-04 02:08:41 - cd /src/sys/arm/conf TB --- 2013-11-04 02:08:41 - /usr/sbin/config -m LINT TB --- 2013-11-04 02:08:41 - building LINT kernel TB --- 2013-11-04 02:08:41 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:08:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:08:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:08:41 - SRCCONF=/dev/null TB --- 2013-11-04 02:08:41 - TARGET=arm TB --- 2013-11-04 02:08:41 - TARGET_ARCH=arm TB --- 2013-11-04 02:08:41 - TZ=UTC TB --- 2013-11-04 02:08:41 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:08:41 - cd /src TB --- 2013-11-04 02:08:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 4 02:08:41 UTC 2013 >>> 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 LINT completed on Mon Nov 4 02:34:13 UTC 2013 TB --- 2013-11-04 02:34:13 - cd /src/sys/arm/conf TB --- 2013-11-04 02:34:13 - /usr/sbin/config -m AC100 TB --- 2013-11-04 02:34:13 - skipping AC100 kernel TB --- 2013-11-04 02:34:13 - cd /src/sys/arm/conf TB --- 2013-11-04 02:34:13 - /usr/sbin/config -m ARMADAXP TB --- 2013-11-04 02:34:13 - skipping ARMADAXP kernel TB --- 2013-11-04 02:34:13 - cd /src/sys/arm/conf TB --- 2013-11-04 02:34:13 - /usr/sbin/config -m ARNDALE TB --- 2013-11-04 02:34:13 - skipping ARNDALE kernel TB --- 2013-11-04 02:34:13 - cd /src/sys/arm/conf TB --- 2013-11-04 02:34:13 - /usr/sbin/config -m ATMEL TB --- 2013-11-04 02:34:13 - building ATMEL kernel TB --- 2013-11-04 02:34:13 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:34:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:34:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:34:13 - SRCCONF=/dev/null TB --- 2013-11-04 02:34:13 - TARGET=arm TB --- 2013-11-04 02:34:13 - TARGET_ARCH=arm TB --- 2013-11-04 02:34:13 - TZ=UTC TB --- 2013-11-04 02:34:13 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:34:13 - cd /src TB --- 2013-11-04 02:34:13 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Mon Nov 4 02:34:13 UTC 2013 >>> 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 ATMEL completed on Mon Nov 4 02:38:23 UTC 2013 TB --- 2013-11-04 02:38:23 - cd /src/sys/arm/conf TB --- 2013-11-04 02:38:23 - /usr/sbin/config -m AVILA TB --- 2013-11-04 02:38:23 - skipping AVILA kernel TB --- 2013-11-04 02:38:23 - cd /src/sys/arm/conf TB --- 2013-11-04 02:38:23 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-11-04 02:38:23 - skipping BEAGLEBONE kernel TB --- 2013-11-04 02:38:23 - cd /src/sys/arm/conf TB --- 2013-11-04 02:38:23 - /usr/sbin/config -m BWCT TB --- 2013-11-04 02:38:23 - building BWCT kernel TB --- 2013-11-04 02:38:23 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:38:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:38:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:38:23 - SRCCONF=/dev/null TB --- 2013-11-04 02:38:23 - TARGET=arm TB --- 2013-11-04 02:38:23 - TARGET_ARCH=arm TB --- 2013-11-04 02:38:23 - TZ=UTC TB --- 2013-11-04 02:38:23 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:38:23 - cd /src TB --- 2013-11-04 02:38:23 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Mon Nov 4 02:38:23 UTC 2013 >>> 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 Mon Nov 4 02:41:10 UTC 2013 TB --- 2013-11-04 02:41:10 - cd /src/sys/arm/conf TB --- 2013-11-04 02:41:10 - /usr/sbin/config -m CAMBRIA TB --- 2013-11-04 02:41:10 - skipping CAMBRIA kernel TB --- 2013-11-04 02:41:10 - cd /src/sys/arm/conf TB --- 2013-11-04 02:41:10 - /usr/sbin/config -m CNS11XXNAS TB --- 2013-11-04 02:41:10 - building CNS11XXNAS kernel TB --- 2013-11-04 02:41:10 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:41:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:41:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:41:10 - SRCCONF=/dev/null TB --- 2013-11-04 02:41:10 - TARGET=arm TB --- 2013-11-04 02:41:10 - TARGET_ARCH=arm TB --- 2013-11-04 02:41:10 - TZ=UTC TB --- 2013-11-04 02:41:10 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:41:10 - cd /src TB --- 2013-11-04 02:41:10 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Mon Nov 4 02:41:10 UTC 2013 >>> 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 Mon Nov 4 02:45:08 UTC 2013 TB --- 2013-11-04 02:45:08 - cd /src/sys/arm/conf TB --- 2013-11-04 02:45:08 - /usr/sbin/config -m CRB TB --- 2013-11-04 02:45:08 - skipping CRB kernel TB --- 2013-11-04 02:45:08 - cd /src/sys/arm/conf TB --- 2013-11-04 02:45:08 - /usr/sbin/config -m CUBIEBOARD TB --- 2013-11-04 02:45:08 - skipping CUBIEBOARD kernel TB --- 2013-11-04 02:45:08 - cd /src/sys/arm/conf TB --- 2013-11-04 02:45:08 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2013-11-04 02:45:08 - skipping CUBIEBOARD2 kernel TB --- 2013-11-04 02:45:08 - cd /src/sys/arm/conf TB --- 2013-11-04 02:45:08 - /usr/sbin/config -m DB-78XXX TB --- 2013-11-04 02:45:08 - building DB-78XXX kernel TB --- 2013-11-04 02:45:08 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:45:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:45:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:45:08 - SRCCONF=/dev/null TB --- 2013-11-04 02:45:08 - TARGET=arm TB --- 2013-11-04 02:45:08 - TARGET_ARCH=arm TB --- 2013-11-04 02:45:08 - TZ=UTC TB --- 2013-11-04 02:45:08 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:45:08 - cd /src TB --- 2013-11-04 02:45:08 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Mon Nov 4 02:45:08 UTC 2013 >>> 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 Mon Nov 4 02:48:38 UTC 2013 TB --- 2013-11-04 02:48:38 - cd /src/sys/arm/conf TB --- 2013-11-04 02:48:38 - /usr/sbin/config -m DB-88F5XXX TB --- 2013-11-04 02:48:38 - building DB-88F5XXX kernel TB --- 2013-11-04 02:48:38 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:48:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:48:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:48:38 - SRCCONF=/dev/null TB --- 2013-11-04 02:48:38 - TARGET=arm TB --- 2013-11-04 02:48:38 - TARGET_ARCH=arm TB --- 2013-11-04 02:48:38 - TZ=UTC TB --- 2013-11-04 02:48:38 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:48:38 - cd /src TB --- 2013-11-04 02:48:38 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Mon Nov 4 02:48:38 UTC 2013 >>> 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 Mon Nov 4 02:51:58 UTC 2013 TB --- 2013-11-04 02:51:58 - cd /src/sys/arm/conf TB --- 2013-11-04 02:51:58 - /usr/sbin/config -m DB-88F6XXX TB --- 2013-11-04 02:51:58 - building DB-88F6XXX kernel TB --- 2013-11-04 02:51:58 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:51:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:51:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:51:58 - SRCCONF=/dev/null TB --- 2013-11-04 02:51:58 - TARGET=arm TB --- 2013-11-04 02:51:58 - TARGET_ARCH=arm TB --- 2013-11-04 02:51:58 - TZ=UTC TB --- 2013-11-04 02:51:58 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:51:58 - cd /src TB --- 2013-11-04 02:51:58 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Mon Nov 4 02:51:58 UTC 2013 >>> 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 Mon Nov 4 02:55:30 UTC 2013 TB --- 2013-11-04 02:55:30 - cd /src/sys/arm/conf TB --- 2013-11-04 02:55:30 - /usr/sbin/config -m DIGI-CCWMX53 TB --- 2013-11-04 02:55:30 - skipping DIGI-CCWMX53 kernel TB --- 2013-11-04 02:55:30 - cd /src/sys/arm/conf TB --- 2013-11-04 02:55:30 - /usr/sbin/config -m DOCKSTAR TB --- 2013-11-04 02:55:30 - building DOCKSTAR kernel TB --- 2013-11-04 02:55:30 - CROSS_BUILD_TESTING=YES TB --- 2013-11-04 02:55:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-04 02:55:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-04 02:55:30 - SRCCONF=/dev/null TB --- 2013-11-04 02:55:30 - TARGET=arm TB --- 2013-11-04 02:55:30 - TARGET_ARCH=arm TB --- 2013-11-04 02:55:30 - TZ=UTC TB --- 2013-11-04 02:55:30 - __MAKE_CONF=/dev/null TB --- 2013-11-04 02:55:30 - cd /src TB --- 2013-11-04 02:55:30 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Mon Nov 4 02:55:30 UTC 2013 >>> 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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/arm.arm/src/tmp/legacy/usr/sbin:/obj/arm.arm/src/tmp/legacy/usr/bin:/obj/arm.arm/src/tmp/legacy/usr/games:/obj/arm.arm/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/arm.arm/src/sys/DOCKSTAR/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-11-04 02:55:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-04 02:55:33 - ERROR: failed to build DOCKSTAR kernel TB --- 2013-11-04 02:55:33 - 11271.70 user 3979.66 system 15291.41 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Nov 4 04:33:17 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 13E1CFB3 for ; Mon, 4 Nov 2013 04:33:17 +0000 (UTC) (envelope-from david.cheney@canonical.com) Received: from mail-lb0-f176.google.com (mail-lb0-f176.google.com [209.85.217.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7CE2226FB for ; Mon, 4 Nov 2013 04:33:16 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id z5so5070642lbh.35 for ; Sun, 03 Nov 2013 20:33:14 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=s8uoof/+pSTDMaciPDNEzKRo/ryECB6rT0Xf04qAbrw=; b=hqvZNauKnjhUMth/dYbNQWfOCz+b5ddlDq6cahR/x/8doLSemUS7B8n4w8Cpk6Rlxj JfXdhFEAbTKbtAm8ZscK8IJWWbIbuv7M1Jg4Xp+kKOxmipyzKB7FhwKwrBoRWB4Onq8r 9vJTi/B4Dl2K5rPF26EMkWSjpnxjsZxOMCgqPMtWi+MiPBrIpfW3U4LeAX4y9jbXmPPv T2u4y6jsOgaBJLGJZf9WObBwSzF/v9fIC5aBzzfI5Vr86aVcajXwb/FyOilXeVRgFuUY DOJF0JAiRbOwFfmgZNPXs6fZPwGZot69kjGAqaqzKXhaw5leGajffr11RNpnl/DbL5qa Gj9w== X-Gm-Message-State: ALoCoQkappu92zYzYdOOBBytdpd3YbaulhrSM5A6essJXySScpr8uHV0+rG9HMomHSMWlyjzVnXk MIME-Version: 1.0 X-Received: by 10.152.116.109 with SMTP id jv13mr338947lab.30.1383539594291; Sun, 03 Nov 2013 20:33:14 -0800 (PST) Received: by 10.114.183.47 with HTTP; Sun, 3 Nov 2013 20:33:14 -0800 (PST) In-Reply-To: References: <1383526716.31172.131.camel@revolution.hippie.lan> <1383532405.31172.137.camel@revolution.hippie.lan> Date: Mon, 4 Nov 2013 15:33:14 +1100 Message-ID: Subject: Re: freebsd/pandaboard Spurious interrupt detected [0x000003ff] From: David Cheney To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Nov 2013 04:33:17 -0000 Nope, no luck with the sdhci driver Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r257599M: Mon Nov 4 14:10:54 EST 2013 root@deadwood.local:/root/crochet-freebsd/work/obj/arm.armv6/root/crochet-freebsd/src/sys/PANDABOARD arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Cortex A9-r1 rev 3 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:1 LoUIS:2 Cache level 1: 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 4-way instruction cache Read-Alloc real memory = 1073741824 (1024 MB) avail memory = 1042800640 (994 MB) Texas Instruments OMAP4430 Processor, Revision ES2.3 random device not loaded; using insecure entropy random: initialized fdtbus0: simplebus0: on fdtbus0 gic0: mem 0x48241000-0x48241fff,0x48240100-0x482401ff on simplebus0 gic0: pn 0x390, arch 0x1, rev 0x0, implementer 0x43b nirqs 160 omap4_prcm0: mem 0x4a306000-0x4a307fff,0x4a004000-0x4a004fff,0x4a008000-0x4a00ffff on simplebus0 l2cache0: mem 0x48242000-0x48242fff irq 32 on simplebus0 l2cache0: Part number: 0x3, release: 0x4 l2cache0: L2 Cache: 1024KB/32B 16 ways mp_tmr0: mem 0x48240200-0x482402ff,0x48240600-0x482406ff irq 27,29 on simplebus0 Timecounter "ARM MPCore Timecounter" frequency 504000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 504000000 Hz quality 1000 uart0: <16750 or compatible> mem 0x48020000-0x48020fff irq 106 on simplebus0 uart0: console (115384,n,8,1) ti_scm0: mem 0x4a100000-0x4a100fff on simplebus0 gpio0: mem 0x4a310000-0x4a310fff,0x48055000-0x48055fff,0x48057000-0x48057fff,0x48059000-0x48059fff,0x4805b000-0x4805bfff,0x4805d000-0x4805dfff irq 61,62,63,64,65,66 on simplebus0 gpioc0: on gpio0 gpiobus0: on gpio0 ehci0: mem 0x4a064c00-0x4a064cff,0x4a064000-0x4a0646ff,0x4a062000-0x4a062fff irq 109 on simplebus0 ehci0: Starting TI EHCI USB Controller ehci0: UHH revision 0x50700100 ehci0: OMAP_UHH_SYSCONFIG: 0x00000014 ehci0: UHH setup done, uhh_hostconfig=0x8000001c usbus0: EHCI version 1.0 usbus0 on ehci0 iichb0: mem 0x48070000-0x480700ff irq 88 on simplebus0 iichb0: I2C revision 4.0 iicbus0: on iichb0 iic0: on iicbus0 ti_sdma0: mem 0x4a056000-0x4a056fff irq 44,45,46,47 on simplebus0 ti_sdma0: sDMA revision 00010900 sdhci_ti0: mem 0x4809c000-0x4809cfff irq 115 on simplebus0 Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 random: unblocking device. Root mount waiting for: usbus0 Root mount waiting for: usbus0 uhub0: 3 ports with 3 removable, self powered Root mount waiting for: usbus0 ugen0.2: at usbus0 uhub1: on usbus0 uhub1: MTT enabled Root mount waiting for: usbus0 uhub1: 5 ports with 4 removable, self powered ugen0.3: at usbus0 smsc0: on usbus0 Trying to mount root from ufs:/dev/mmcsd0s2 [rw,noatime]... mountroot: waiting for device /dev/mmcsd0s2 ... smsc0: chip 0xec00, rev. 0002 miibus0: on smsc0 ukphy0: PHY 1 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ue0: on smsc0 ue0: Ethernet address: 76:ed:d8:c2:d4:6f Mounting from ufs:/dev/mmcsd0s2 failed with error 19. Loader variables: vfs.root.mountfrom=ufs:/dev/mmcsd0s2 vfs.root.mountfrom.options=rw,noatime Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/acd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> ? List of GEOM managed disk devices: mountroot> On Mon, Nov 4, 2013 at 1:36 PM, David Cheney wrote: > On Mon, Nov 4, 2013 at 1:33 PM, Ian Lepore wrote: >> On Mon, 2013-11-04 at 13:19 +1100, David Cheney wrote: >>> Thanks Ian, try now. >>> >>> As a question to the group, I have the following hardware >>> >>> Pandaboard >>> BeagleBone Black >>> RPi >>> >>> And I am trying to bring up Freebsd/arm so I can get our Go builder >>> working again[1]. Of these candidates, which is the one you would >>> recommend ? >>> >>> Cheers >>> >>> Dave >>> >>> [1] build.golang.org >> >> The pandaboard is the fastest of those I think, but the Beaglebone may >> be the best combo of speed and well-supported if these pandaboard >> problems don't go away quickly for you. > > Thanks Ian. > > I got the BBB recently because it appeared to be the best supported, > but it appears to be suffering from the issue of selecting a very low, > ~550mhz clock speed no matter what source it is connected too, leading > to build times for ports and go of many hours. > >> >> -- Ian >> >> From owner-freebsd-arm@FreeBSD.ORG Mon Nov 4 11:06:46 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 064F960F for ; Mon, 4 Nov 2013 11:06:46 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CF2E72C27 for ; Mon, 4 Nov 2013 11:06:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rA4B6jjH048315 for ; Mon, 4 Nov 2013 11:06:45 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rA4B6jeS048313 for freebsd-arm@FreeBSD.org; Mon, 4 Nov 2013 11:06:45 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 4 Nov 2013 11:06:45 GMT Message-Id: <201311041106.rA4B6jeS048313@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 Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Nov 2013 11:06:46 -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/182544 arm [patch] ARM busdma_machdep-v6.c o arm/182060 arm make buildworld fails on Raspberry PI o arm/181722 arm gdb on ARM unable to sensibly debug core file from ass o arm/181718 arm threads caused hung on ARM/RPI o arm/181601 arm Sporadic failure of root mount on ARM/Raspberry o arm/180080 arm Unmapped buffers on ARMv7 big-RAM boards o arm/179688 arm [patch] [rpi] serial console eats some characters at m o arm/179532 arm wireless networking on ARM o arm/178495 arm buildworld fail on arm/raspberry pi o arm/177687 arm gdb gets installed but does not know the EABI version o arm/177686 arm assertion failed in ld-elf.so.1 when invoking telnet w o arm/177685 arm [kernel] [patch] Correct return type and usage of at91 o arm/177538 arm tunefs(8) and mount(8) can not access a newfs(8)'d fil o arm/175803 arm building xdev for arm failing o arm/175605 arm please fix build binutils-2.23.1 in raspberry pi o arm/173617 arm Dreamplug exhibits eSATA file corruption using network o kern/171096 arm [arm][xscale][ixp]Allow 16bit access on PCI bus 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/155894 arm [patch] Enable at91 booting from SDHC (high capacity) p 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/134368 arm [new driver] [patch] nslu2_led driver for the LEDs on 28 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Nov 4 11:23:33 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DCF1378D for ; Mon, 4 Nov 2013 11:23:33 +0000 (UTC) (envelope-from george@m5p.com) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 967D12ED8 for ; Mon, 4 Nov 2013 11:23:33 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id rA4BNQ0A057731 for ; Mon, 4 Nov 2013 06:23:31 -0500 (EST) (envelope-from george@m5p.com) Message-ID: <527783AE.1080303@m5p.com> Date: Mon, 04 Nov 2013 06:23:26 -0500 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: freebsd/pandaboard Spurious interrupt detected [0x000003ff] References: <1383526716.31172.131.camel@revolution.hippie.lan> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Mon, 04 Nov 2013 06:23:31 -0500 (EST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Nov 2013 11:23:33 -0000 On 11/03/13 21:19, David Cheney wrote: > Thanks Ian, try now. > > As a question to the group, I have the following hardware > > Pandaboard > BeagleBone Black > RPi > > And I am trying to bring up Freebsd/arm so I can get our Go builder > working again[1]. Of these candidates, which is the one you would > recommend ? > > Cheers > > Dave > > [1] build.golang.org > [...] The RPi, please -- from a completely selfish point of view, since I have one on my desk that's waiting to be my CUPS print server. From a less selfish viewpoint, its low cost is bound to attract a larger number of users. (It already has sold 1.75 million units worldwide according to some sources.) But any work at all on FreeBSD/ARM is guaranteed to be beneficial to FreeBSD/s success going forward. Unless ARM becomes a Tier 1 platform for FreeBSD, we will end up getting left even further behind in operating system uptake than we already are. -- George From owner-freebsd-arm@FreeBSD.ORG Mon Nov 4 22:26:12 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D22BF90 for ; Mon, 4 Nov 2013 22:26:12 +0000 (UTC) (envelope-from david.cheney@canonical.com) Received: from mail-lb0-f175.google.com (mail-lb0-f175.google.com [209.85.217.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4575D27DE for ; Mon, 4 Nov 2013 22:26:12 +0000 (UTC) Received: by mail-lb0-f175.google.com with SMTP id z5so5863144lbh.6 for ; Mon, 04 Nov 2013 14:26:03 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=WjUN3hbO8kVuF8uyHDzzg7h0kvEKnmociz7UiQsXZnw=; b=kKC29FI+ohX+aNAfEC3gNkOgN8rFguEss1VCwNgXFTDF6ASTKPzYp7nZN+XfG2AJl3 XX6TMs7x0K/BGkRBmMTNeBTdL1jfwL7FmJc9DRofK+B9En61r8pMw5szzmi1HfJwrxdQ PWv8yrz64SMPnDU3pRkk1PrFi8gIHyIUZN7xgr3g/Y+7rmYUOvq5xkvd8gDt+e5QhrWR C44mTiNCWombdWd4qjZSD+oQU9e18Xbaibkl0+YrjrBDT3EwDG5j/I1TCSxtJIZ9g0uJ waqmFtSC0nSSg0JG6B7FITh5JAmXDgE2oRDUZ1o5qJcOjnlFaqg9m4UXv/+sIWx2vUbg G9fw== X-Gm-Message-State: ALoCoQkeYPSFfTn4E0l99RR4wW6PNArjpA8wVvdOi7sg0mDaq/NhqtWU5MW4eLcNGvuv2QtBSFmB MIME-Version: 1.0 X-Received: by 10.112.167.3 with SMTP id zk3mr12795788lbb.23.1383603963671; Mon, 04 Nov 2013 14:26:03 -0800 (PST) Received: by 10.114.183.47 with HTTP; Mon, 4 Nov 2013 14:26:03 -0800 (PST) In-Reply-To: References: <1383526716.31172.131.camel@revolution.hippie.lan> <1383532405.31172.137.camel@revolution.hippie.lan> Date: Tue, 5 Nov 2013 09:26:03 +1100 Message-ID: Subject: Re: freebsd/pandaboard Spurious interrupt detected [0x000003ff] From: David Cheney To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Nov 2013 22:26:12 -0000 I'm guessing that the pandaboard fdt manifest didn't match the ti_sdhci driver. I had a quick probe around but couldn't see an easy way to fix that problem. If you have a patch you want to try I'm happy to experiment on my pandaboard. On Mon, Nov 4, 2013 at 3:33 PM, David Cheney wrote: > Nope, no luck with the sdhci driver > > Copyright (c) 1992-2013 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 11.0-CURRENT #0 r257599M: Mon Nov 4 14:10:54 EST 2013 > > root@deadwood.local:/root/crochet-freebsd/work/obj/arm.armv6/root/crochet-freebsd/src/sys/PANDABOARD > arm > > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > > CPU: Cortex A9-r1 rev 3 (Cortex-A core) > > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > > WB disabled EABT branch prediction enabled > > LoUU:2 LoC:1 LoUIS:2 > > Cache level 1: > > 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc > > 32KB/32B 4-way instruction cache Read-Alloc > > real memory = 1073741824 (1024 MB) > > avail memory = 1042800640 (994 MB) > > Texas Instruments OMAP4430 Processor, Revision ES2.3 > > random device not loaded; using insecure entropy > > random: initialized > > fdtbus0: > > simplebus0: on fdtbus0 > > gic0: mem > 0x48241000-0x48241fff,0x48240100-0x482401ff on simplebus0 > > gic0: pn 0x390, arch 0x1, rev 0x0, implementer 0x43b nirqs 160 > > omap4_prcm0: mem > 0x4a306000-0x4a307fff,0x4a004000-0x4a004fff,0x4a008000-0x4a00ffff on > simplebus0 > > l2cache0: mem 0x48242000-0x48242fff irq 32 > on simplebus0 > > l2cache0: Part number: 0x3, release: 0x4 > > l2cache0: L2 Cache: 1024KB/32B 16 ways > > mp_tmr0: mem > 0x48240200-0x482402ff,0x48240600-0x482406ff irq 27,29 on simplebus0 > > Timecounter "ARM MPCore Timecounter" frequency 504000000 Hz quality 1000 > > Event timer "ARM MPCore Eventtimer" frequency 504000000 Hz quality 1000 > > uart0: <16750 or compatible> mem 0x48020000-0x48020fff irq 106 on simplebus0 > > uart0: console (115384,n,8,1) > > ti_scm0: mem 0x4a100000-0x4a100fff on simplebus0 > > gpio0: mem > 0x4a310000-0x4a310fff,0x48055000-0x48055fff,0x48057000-0x48057fff,0x48059000-0x48059fff,0x4805b000-0x4805bfff,0x4805d000-0x4805dfff > irq 61,62,63,64,65,66 on simplebus0 > > gpioc0: on gpio0 > > gpiobus0: on gpio0 > > ehci0: mem > 0x4a064c00-0x4a064cff,0x4a064000-0x4a0646ff,0x4a062000-0x4a062fff irq > 109 on simplebus0 > > ehci0: Starting TI EHCI USB Controller > > ehci0: UHH revision 0x50700100 > > ehci0: OMAP_UHH_SYSCONFIG: 0x00000014 > > ehci0: UHH setup done, uhh_hostconfig=0x8000001c > > usbus0: EHCI version 1.0 > > usbus0 on ehci0 > > iichb0: mem 0x48070000-0x480700ff irq 88 on simplebus0 > > iichb0: I2C revision 4.0 > > iicbus0: on iichb0 > > iic0: on iicbus0 > > ti_sdma0: mem 0x4a056000-0x4a056fff irq > 44,45,46,47 on simplebus0 > > ti_sdma0: sDMA revision 00010900 > > sdhci_ti0: mem 0x4809c000-0x4809cfff irq 115 on > simplebus0 > > Timecounters tick every 10.000 msec > > usbus0: 480Mbps High Speed USB v2.0 > > ugen0.1: at usbus0 > > uhub0: addr 1> on usbus0 > > random: unblocking device. > > Root mount waiting for: usbus0 > > Root mount waiting for: usbus0 > > uhub0: 3 ports with 3 removable, self powered > > Root mount waiting for: usbus0 > > ugen0.2: at usbus0 > > uhub1: 2> on usbus0 > > uhub1: MTT enabled > > Root mount waiting for: usbus0 > > uhub1: 5 ports with 4 removable, self powered > > ugen0.3: at usbus0 > > smsc0: on usbus0 > > Trying to mount root from ufs:/dev/mmcsd0s2 [rw,noatime]... > > mountroot: waiting for device /dev/mmcsd0s2 ... > > smsc0: chip 0xec00, rev. 0002 > > miibus0: on smsc0 > > ukphy0: PHY 1 on miibus0 > > ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > ue0: on smsc0 > > ue0: Ethernet address: 76:ed:d8:c2:d4:6f > > Mounting from ufs:/dev/mmcsd0s2 failed with error 19. > > > Loader variables: > > vfs.root.mountfrom=ufs:/dev/mmcsd0s2 > > vfs.root.mountfrom.options=rw,noatime > > > Manual root filesystem specification: > > : [options] > > Mount using filesystem > > and with the specified (optional) option list. > > > eg. ufs:/dev/da0s1a > > zfs:tank > > cd9660:/dev/acd0 ro > > (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) > > > ? List valid disk boot devices > > . Yield 1 second (for background tasks) > > Abort manual input > > > mountroot> ? > > > List of GEOM managed disk devices: > > > > mountroot> > > On Mon, Nov 4, 2013 at 1:36 PM, David Cheney wrote: >> On Mon, Nov 4, 2013 at 1:33 PM, Ian Lepore wrote: >>> On Mon, 2013-11-04 at 13:19 +1100, David Cheney wrote: >>>> Thanks Ian, try now. >>>> >>>> As a question to the group, I have the following hardware >>>> >>>> Pandaboard >>>> BeagleBone Black >>>> RPi >>>> >>>> And I am trying to bring up Freebsd/arm so I can get our Go builder >>>> working again[1]. Of these candidates, which is the one you would >>>> recommend ? >>>> >>>> Cheers >>>> >>>> Dave >>>> >>>> [1] build.golang.org >>> >>> The pandaboard is the fastest of those I think, but the Beaglebone may >>> be the best combo of speed and well-supported if these pandaboard >>> problems don't go away quickly for you. >> >> Thanks Ian. >> >> I got the BBB recently because it appeared to be the best supported, >> but it appears to be suffering from the issue of selecting a very low, >> ~550mhz clock speed no matter what source it is connected too, leading >> to build times for ports and go of many hours. >> >>> >>> -- Ian >>> >>> From owner-freebsd-arm@FreeBSD.ORG Tue Nov 5 01:16:35 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8AD184D3 for ; Tue, 5 Nov 2013 01:16:35 +0000 (UTC) (envelope-from brett.mahar@gmx.com) Received: from mout.gmx.net (mout.gmx.net [74.208.4.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 401AC210F for ; Tue, 5 Nov 2013 01:16:35 +0000 (UTC) Received: from clarinet.my.xway ([124.168.201.108]) by mail.gmx.com (mrgmxus001) with ESMTPSA (Nemesis) id 0M54bA-1VqFFl2rPC-00zHvx for ; Tue, 05 Nov 2013 02:03:32 +0100 Date: Tue, 5 Nov 2013 12:03:28 +1100 From: Brett Mahar To: freebsd-arm@freebsd.org Subject: beagleboard-xm images Message-Id: <20131105120328.1198f0a731f2998e7bdb4bf1@gmx.com> X-Mailer: Sylpheed 3.4.0beta6 (GTK+ 2.24.22; x86_64-unknown-openbsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:FqgL9TSi0bsbVpG1QzJsfaYXXi84lOXYSNQzhDPvq1EErywih6O m5S1OnSwFDVoANcK09WV1cZyR7HI7ZRdXWohXbg2FHTWuN4IoXbWkZ+T2r4uDT5VgX47i+m fy540+w31onpPOtpYh+kis3JU0s9gKjjiIQ0UhRUs5CdterX0ZL0G4faim4ljZGIxR2stO3 Hy3Z69D3OwaFEUdhhfXXg== X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 01:16:35 -0000 Hi, I read on https://wiki.freebsd.org/SummerOfCode2012/FreeBSDonBeagleBoardxM that the freebsd now has working usb and ethernet on the beagleboard-xm. Is there somewhere I can download an sd card image to give it a try? 9.1 or 9.2 or 10 or current I don't mind :-) Thanks, Brett. From owner-freebsd-arm@FreeBSD.ORG Tue Nov 5 02:20:00 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E198DF7B for ; Tue, 5 Nov 2013 02:20:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A82F423EC for ; Tue, 5 Nov 2013 02:20:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rA52K0Na064155 for ; Tue, 5 Nov 2013 02:20:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rA52K0Vu064154; Tue, 5 Nov 2013 02:20:00 GMT (envelope-from gnats) Resent-Date: Tue, 5 Nov 2013 02:20:00 GMT Resent-Message-Id: <201311050220.rA52K0Vu064154@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-arm@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Howard Su Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AB2E8F58 for ; Tue, 5 Nov 2013 02:18:54 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9943023E3 for ; Tue, 5 Nov 2013 02:18:54 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id rA52IsiK041534 for ; Tue, 5 Nov 2013 02:18:54 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id rA52Isds041524; Tue, 5 Nov 2013 02:18:54 GMT (envelope-from nobody) Message-Id: <201311050218.rA52Isds041524@oldred.freebsd.org> Date: Tue, 5 Nov 2013 02:18:54 GMT From: Howard Su To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: arm/183668: Panic when read unalign in ddb X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 02:20:00 -0000 >Number: 183668 >Category: arm >Synopsis: Panic when read unalign in ddb >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 05 02:20:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Howard Su >Release: FreeBSD-Current >Organization: >Environment: FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r257039: Thu Oct 24 11:39:07 CET 2013 >Description: when read some memory in DDB unalign, the system will get reset. this is inconsistent with i386 behavior. >How-To-Repeat: Ctrl-Break, enter DDB type 'dump thread 1' >Fix: Index: sys/arm/arm/trap.c =================================================================== --- sys/arm/arm/trap.c (revision 257663) +++ sys/arm/arm/trap.c (working copy) @@ -528,7 +528,8 @@ #ifdef KDB if (debugger_on_panic || kdb_active) - kdb_trap(fsr, 0, tf); + if (kdb_trap(fsr, 0, tf)) + return 0; #endif panic("Fatal abort"); /*NOTREACHED*/ >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Tue Nov 5 02:22:40 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F09D12DB for ; Tue, 5 Nov 2013 02:22:40 +0000 (UTC) (envelope-from george@ceetonetechnology.com) Received: from feynman.konjz.org (feynman.konjz.org [64.147.119.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9A65D242A for ; Tue, 5 Nov 2013 02:22:40 +0000 (UTC) Received: from 127.0.0.1 (tor20.anonymizer.ccc.de [31.172.30.3]) (authenticated bits=0) by feynman.konjz.org (8.14.7/8.14.4) with ESMTP id rA52MVHh050042 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 4 Nov 2013 21:22:33 -0500 (EST) (envelope-from george@ceetonetechnology.com) Message-ID: <52785660.8020508@ceetonetechnology.com> Date: Mon, 04 Nov 2013 21:22:24 -0500 From: George Rosamond MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: freebsd/pandaboard Spurious interrupt detected [0x000003ff] References: <1383526716.31172.131.camel@revolution.hippie.lan> <527783AE.1080303@m5p.com> In-Reply-To: <527783AE.1080303@m5p.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 02:22:41 -0000 George Mitchell: > On 11/03/13 21:19, David Cheney wrote: >> Thanks Ian, try now. >> >> As a question to the group, I have the following hardware >> >> Pandaboard >> BeagleBone Black >> RPi >> >> And I am trying to bring up Freebsd/arm so I can get our Go builder >> working again[1]. Of these candidates, which is the one you would >> recommend ? >> >> Cheers >> >> Dave >> >> [1] build.golang.org >> [...] > > The RPi, please -- from a completely selfish point of view, since I have > one on my desk that's waiting to be my CUPS print server. From a less Nothing should stop you from running the RPi with cupsd AFAIK. I will try to put the pkg on mirrors.nycbug.org in the near future. > selfish viewpoint, its low cost is bound to attract a larger number of > users. (It already has sold 1.75 million units worldwide according to Quantity in the wild is certainly a strong argument, especially with those RPi numbers. If stability is the goal, I would personally focus on the BeagleBones. > some sources.) But any work at all on FreeBSD/ARM is guaranteed to be > beneficial to FreeBSD/s success going forward. Unless ARM becomes a > Tier 1 platform for FreeBSD, we will end up getting left even further > behind in operating system uptake than we already are. -- George So on #bsdmips I asked the same question, and the plan for Tier I status is 2014, but that the hold-ups are not significant. https://wiki.freebsd.org/ARMTier1 For many of our sakes, there needs to be an official pkg repo. I'm also imagining that the devs are jumping into rabbit holes right now with the proliferation of boards. I'm pretty sure even the local bodega/corner store is putting out a board in the near future... The one thing I feel strongly about, as a non-dev, is not just seeing it Tier I for the sake of it. There are plenty of operating systems that do things quick and sloppy, and myself, among many others, use BSDs since they do not consider development a race. While I want to see the BSDs shine on ARM for a variety of reasons, I am happy with that the pace reflects what I perceive as sane. g (*another* george :) From owner-freebsd-arm@FreeBSD.ORG Tue Nov 5 04:47:36 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7DEEA81E for ; Tue, 5 Nov 2013 04:47:36 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5239E2AFF for ; Tue, 5 Nov 2013 04:47:35 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id fa1so8034738pad.13 for ; Mon, 04 Nov 2013 20:47:35 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=hNlPZRaeAv3nx5CCnZ0gxj2pX7TD1CfWjEsace09xUs=; b=m8Bug7SpSy+xO9PMlD+IX/0/LV8/WPvirVj8vf4YG+pQUA6vND87cCA3maL+kKx7dU EO46Q2XG6Ww+kTKyCh5I/KMjxQklCPBZFRlHUFhz2UtYy5NQG0kQjAJkjypm3JIvFWXE 3adbZtN2oFjLsU6k94nqAICpTIOyQSjKxk209c4DbaV2El9PUpaGpxqbu7XBm+rHX1yf +aknSBquzK8Huv6ZeaVUDphk1IZloAyX2PUyzUSb5mmI+R/KA1YkWKCfS/mcJcdyrLSE ZO3LzQQZz2oP/UsvGxFAGXjsIglRDVSqTng8cnn7ChIdhi30zC68Q9WtbfeQuMTZzKJW 3Ujw== X-Gm-Message-State: ALoCoQmSlTIKJ+Ji4ifzjsym3NVzOflD+6+baOHfOeVfraMDJ4o/KNj9LppNNfoW+UEu6bnHHJZS X-Received: by 10.68.134.6 with SMTP id pg6mr21139685pbb.67.1383626526600; Mon, 04 Nov 2013 20:42:06 -0800 (PST) Received: from [192.168.1.2] (c-24-6-185-228.hsd1.ca.comcast.net. [24.6.185.228]) by mx.google.com with ESMTPSA id gg10sm31706847pbc.46.2013.11.04.20.42.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 04 Nov 2013 20:42:06 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: freebsd/pandaboard Spurious interrupt detected [0x000003ff] From: Tim Kientzle In-Reply-To: Date: Mon, 4 Nov 2013 20:42:03 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <3FCAE16F-594B-466E-9E78-A847F52F891C@kientzle.com> References: <1383526716.31172.131.camel@revolution.hippie.lan> To: David Cheney X-Mailer: Apple Mail (2.1510) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 04:47:36 -0000 On Nov 3, 2013, at 6:19 PM, David Cheney = wrote: >=20 > As a question to the group, I have the following hardware >=20 > Pandaboard > BeagleBone Black > RPi >=20 > And I am trying to bring up Freebsd/arm so I can get our Go builder > working again[1]. Of these candidates, which is the one you would > recommend ? Either the BBB or the RPi. Both are reasonably well-supported on FreeBSD/ARM right now. Each has issues, but there are enough people using each one that the issues are steadily getting resolved. > ... BBB ... selecting a very low, ~550mhz clock speed Yep. That would be one of the "issues." > =85 build times for ports and go of many hours. If your primary concern is build time for ports, talk to Stacey Son and Baptiste about Stacey's QEMU ARM activator. Basically, they've come up with a technique for running cross-builds on AMD64 hosts targeting ARM and MIPS at nearly native performance and using the native build scripts. It's the most promising approach so far for doing bulk builds targeting ARM and MIPS. Very clever, but hard to explain. Tim From owner-freebsd-arm@FreeBSD.ORG Tue Nov 5 05:11:56 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D8C4DDB6 for ; Tue, 5 Nov 2013 05:11:56 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-pa0-f50.google.com (mail-pa0-f50.google.com [209.85.220.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AE82D2BFE for ; Tue, 5 Nov 2013 05:11:56 +0000 (UTC) Received: by mail-pa0-f50.google.com with SMTP id fb1so8010276pad.37 for ; Mon, 04 Nov 2013 21:11:50 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=hNlPZRaeAv3nx5CCnZ0gxj2pX7TD1CfWjEsace09xUs=; b=R95+bW2jhDL6t76LOyT8f2s1Z5SycRnbEpmgkdn24c+gP//KnDUceaFX5/hziWd6b+ rjijG0k6JrVRYGtsZW0nQNF67YNkrEorOKy/3Ch0cR6eH9Uf7x6dgvr7OMP4A9T1bMbQ 9yPaVfvISK5uLX2OsMlELp24pEzzU+6WqkucUpywZ4t19onKxKiBLXQdiATIPprcnMrS QoMCkhtMiUyMGzfWYEnZEuJz5/xZSH5/GSaZ9pnSPsnnq+onuwzlaQu2qCpi9QTyUG96 xPk9xOPsDtNwnu1GWp/rK1jgPRR6zc3g1GZbZksduLZ/oNOjZJpMv5Eo2hb0bPNVF1rX fjAg== X-Gm-Message-State: ALoCoQl6gfok1818oaxllGEyzR4vp9Y33Un/NEp6/76wK6PtT1MZqIqpCfIF8d76rqG0ToAJI64d X-Received: by 10.66.157.165 with SMTP id wn5mr4675479pab.169.1383626528823; Mon, 04 Nov 2013 20:42:08 -0800 (PST) Received: from [192.168.1.2] (c-24-6-185-228.hsd1.ca.comcast.net. [24.6.185.228]) by mx.google.com with ESMTPSA id gg10sm31706847pbc.46.2013.11.04.20.42.07 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 04 Nov 2013 20:42:08 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: freebsd/pandaboard Spurious interrupt detected [0x000003ff] From: Tim Kientzle In-Reply-To: Date: Mon, 4 Nov 2013 20:42:03 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1383526716.31172.131.camel@revolution.hippie.lan> To: David Cheney X-Mailer: Apple Mail (2.1510) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 05:11:56 -0000 On Nov 3, 2013, at 6:19 PM, David Cheney = wrote: >=20 > As a question to the group, I have the following hardware >=20 > Pandaboard > BeagleBone Black > RPi >=20 > And I am trying to bring up Freebsd/arm so I can get our Go builder > working again[1]. Of these candidates, which is the one you would > recommend ? Either the BBB or the RPi. Both are reasonably well-supported on FreeBSD/ARM right now. Each has issues, but there are enough people using each one that the issues are steadily getting resolved. > ... BBB ... selecting a very low, ~550mhz clock speed Yep. That would be one of the "issues." > =85 build times for ports and go of many hours. If your primary concern is build time for ports, talk to Stacey Son and Baptiste about Stacey's QEMU ARM activator. Basically, they've come up with a technique for running cross-builds on AMD64 hosts targeting ARM and MIPS at nearly native performance and using the native build scripts. It's the most promising approach so far for doing bulk builds targeting ARM and MIPS. Very clever, but hard to explain. Tim From owner-freebsd-arm@FreeBSD.ORG Tue Nov 5 09:45:12 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EE6AEEC3 for ; Tue, 5 Nov 2013 09:45:11 +0000 (UTC) (envelope-from adutkowski@gmail.com) Received: from mail-oa0-x231.google.com (mail-oa0-x231.google.com [IPv6:2607:f8b0:4003:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9CFA296E for ; Tue, 5 Nov 2013 09:45:11 +0000 (UTC) Received: by mail-oa0-f49.google.com with SMTP id l6so287184oag.8 for ; Tue, 05 Nov 2013 01:45:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=+qDUP9NRBDC8KzBZmzhe3TBxZHswz3KJu3aqyWemxp0=; b=Ub24P6AN95MAP1cYRx+hLRu9odzWG/1E5FOQMgOpOyMkeGUUJIingvy0xRJ5TgHQkE CY62IyMz75d0I3zVPPY5UQ7ubBwvcs7i2zpFmhz8i7OIcELHSzEXS4lJQ1XfVC4crUWn rxZh8DSSLhJHn9zm/tJ+WryFkjfS/7FnxVjrWZiUX25m/ESyVAd8nlN+6n54/OaBRdb1 Q+sPv1edrnyLTRP5resWTKcR/O8CO9KQXHzqjGTMOu/JS4khGWIppPkwxLBzSXfcYVXQ lz0zJG+LuZjyxjdDV5FpylMtyEXifBXm48OxZh35wcdRf5CKnu8nGWekM4gCCIdXfOn8 QVVg== MIME-Version: 1.0 X-Received: by 10.60.52.81 with SMTP id r17mr18401135oeo.3.1383644711004; Tue, 05 Nov 2013 01:45:11 -0800 (PST) Sender: adutkowski@gmail.com Received: by 10.76.132.9 with HTTP; Tue, 5 Nov 2013 01:45:10 -0800 (PST) In-Reply-To: <20131105120328.1198f0a731f2998e7bdb4bf1@gmx.com> References: <20131105120328.1198f0a731f2998e7bdb4bf1@gmx.com> Date: Tue, 5 Nov 2013 10:45:10 +0100 X-Google-Sender-Auth: 0WhDRrUSmkD3kFHmk_DxQSaIlLY Message-ID: Subject: Re: beagleboard-xm images From: Aleksander To: Brett Mahar Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Nov 2013 09:45:12 -0000 hello Brett! you can use [1] to compiler BB-XM kernel and rootfs. Unfortunately there is no image yet. Also, the code needs to be refactored and few bugs must be fixed. Nevertheless you can compile and try it! I hope I will have some time in a couple of weeks and fix everyting so we can commit it to HEAD [1] https://socsvn.freebsd.org/socsvn/soc2012/aleek/beaglexm-head/ regards aleek On Tue, Nov 5, 2013 at 2:03 AM, Brett Mahar wrote: > Hi, > > I read on https://wiki.freebsd.org/SummerOfCode2012/FreeBSDonBeagleBoardxMthat the freebsd now has working usb and ethernet on the beagleboard-xm. > > Is there somewhere I can download an sd card image to give it a try? 9.1 > or 9.2 or 10 or current I don't mind :-) > > Thanks, > Brett. > _______________________________________________ > 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" > -- regards aleek From owner-freebsd-arm@FreeBSD.ORG Wed Nov 6 02:47:46 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E1A15579; Wed, 6 Nov 2013 02:47:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9BA432849; Wed, 6 Nov 2013 02:47:45 +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 rA62liX9035486; Tue, 5 Nov 2013 21:47:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA62liZq035461; Wed, 6 Nov 2013 02:47:44 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 02:47:44 GMT Message-Id: <201311060247.rA62liZq035461@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 02:47:46 -0000 TB --- 2013-11-06 02:40:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 02:40:18 - 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 --- 2013-11-06 02:40:18 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-06 02:40:18 - cleaning the object tree TB --- 2013-11-06 02:40:18 - /usr/local/bin/svn stat /src TB --- 2013-11-06 02:40:22 - At svn revision 257731 TB --- 2013-11-06 02:40:23 - building world TB --- 2013-11-06 02:40:23 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 02:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 02:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 02:40:23 - SRCCONF=/dev/null TB --- 2013-11-06 02:40:23 - TARGET=arm TB --- 2013-11-06 02:40:23 - TARGET_ARCH=arm TB --- 2013-11-06 02:40:23 - TZ=UTC TB --- 2013-11-06 02:40:23 - __MAKE_CONF=/dev/null TB --- 2013-11-06 02:40:23 - cd /src TB --- 2013-11-06 02:40:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 02:40:31 UTC 2013 >>> 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 [...] /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -DTARGET_ARM_EABI -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -Dinhibit_libc -fno-inline -fheinous-gnu-extensions -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-arm.o /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-static-in-inline" cc1: error: unrecognized command line option "-fheinous-gnu-extensions" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 02:47:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 02:47:44 - ERROR: failed to build world TB --- 2013-11-06 02:47:44 - 298.70 user 70.04 system 445.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Nov 6 03:18:31 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D7B33AA2; Wed, 6 Nov 2013 03:18:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 93A662AE8; Wed, 6 Nov 2013 03:18:31 +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 rA63IUbM089546; Tue, 5 Nov 2013 22:18:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA63IUOQ089538; Wed, 6 Nov 2013 03:18:30 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:18:30 GMT Message-Id: <201311060318.rA63IUOQ089538@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 03:18:32 -0000 TB --- 2013-11-06 03:10:15 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:10:15 - 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 --- 2013-11-06 03:10:15 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-06 03:10:15 - cleaning the object tree TB --- 2013-11-06 03:11:54 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:11:58 - At svn revision 257732 TB --- 2013-11-06 03:11:59 - building world TB --- 2013-11-06 03:11:59 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:11:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:11:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:11:59 - SRCCONF=/dev/null TB --- 2013-11-06 03:11:59 - TARGET=arm TB --- 2013-11-06 03:11:59 - TARGET_ARCH=arm TB --- 2013-11-06 03:11:59 - TZ=UTC TB --- 2013-11-06 03:11:59 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:11:59 - cd /src TB --- 2013-11-06 03:11:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:12:05 UTC 2013 >>> 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 [...] /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -DTARGET_ARM_EABI -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Wno-static-in-inline -Dinhibit_libc -fno-inline -fheinous-gnu-extensions -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-arm.o /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-static-in-inline" cc1: error: unrecognized command line option "-fheinous-gnu-extensions" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:18:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:18:30 - ERROR: failed to build world TB --- 2013-11-06 03:18:30 - 298.28 user 69.82 system 495.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Nov 6 03:48:47 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1DFF6CE9; Wed, 6 Nov 2013 03:48:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E41FC2D0A; Wed, 6 Nov 2013 03:48:46 +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 rA63meA8024268; Tue, 5 Nov 2013 22:48:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA63meuj024197; Wed, 6 Nov 2013 03:48:40 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 03:48:40 GMT Message-Id: <201311060348.rA63meuj024197@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 03:48:47 -0000 TB --- 2013-11-06 03:40:15 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 03:40:15 - 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 --- 2013-11-06 03:40:15 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-06 03:40:15 - cleaning the object tree TB --- 2013-11-06 03:42:11 - /usr/local/bin/svn stat /src TB --- 2013-11-06 03:42:15 - At svn revision 257733 TB --- 2013-11-06 03:42:16 - building world TB --- 2013-11-06 03:42:16 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 03:42:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 03:42:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 03:42:16 - SRCCONF=/dev/null TB --- 2013-11-06 03:42:16 - TARGET=arm TB --- 2013-11-06 03:42:16 - TARGET_ARCH=arm TB --- 2013-11-06 03:42:16 - TZ=UTC TB --- 2013-11-06 03:42:16 - __MAKE_CONF=/dev/null TB --- 2013-11-06 03:42:16 - cd /src TB --- 2013-11-06 03:42:16 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 03:42:22 UTC 2013 >>> 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -DTARGET_ARM_EABI -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Dinhibit_libc -fno-inline -fheinous-gnu-extensions -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-arm.o /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-fheinous-gnu-extensions" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 03:48:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 03:48:40 - ERROR: failed to build world TB --- 2013-11-06 03:48:40 - 298.17 user 68.22 system 504.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Nov 6 04:18:14 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C4991F65; Wed, 6 Nov 2013 04:18:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 969E02F00; Wed, 6 Nov 2013 04:18:14 +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 rA64ID7h075018; Tue, 5 Nov 2013 23:18:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA64IDb5074972; Wed, 6 Nov 2013 04:18:13 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Nov 2013 04:18:13 GMT Message-Id: <201311060418.rA64IDb5074972@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 04:18:14 -0000 TB --- 2013-11-06 04:10:14 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-06 04:10:14 - 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 --- 2013-11-06 04:10:14 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-06 04:10:14 - cleaning the object tree TB --- 2013-11-06 04:11:36 - /usr/local/bin/svn stat /src TB --- 2013-11-06 04:11:40 - At svn revision 257733 TB --- 2013-11-06 04:11:41 - building world TB --- 2013-11-06 04:11:41 - CROSS_BUILD_TESTING=YES TB --- 2013-11-06 04:11:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-06 04:11:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-06 04:11:41 - SRCCONF=/dev/null TB --- 2013-11-06 04:11:41 - TARGET=arm TB --- 2013-11-06 04:11:41 - TARGET_ARCH=arm TB --- 2013-11-06 04:11:41 - TZ=UTC TB --- 2013-11-06 04:11:41 - __MAKE_CONF=/dev/null TB --- 2013-11-06 04:11:41 - cd /src TB --- 2013-11-06 04:11:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 6 04:11:47 UTC 2013 >>> 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 [...] LC_ALL=C awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.h unwind.h /obj/src/make.amd64/bmake -f /src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/src/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /src/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h cc -c -O -pipe -DTARGET_ARM_EABI -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Dinhibit_libc -fno-inline -fheinous-gnu-extensions -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-arm.o /src/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-fheinous-gnu-extensions" *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/lib/libgcc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-06 04:18:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-06 04:18:13 - ERROR: failed to build world TB --- 2013-11-06 04:18:13 - 296.80 user 71.06 system 478.82 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Nov 6 16:05:05 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8BD84FC0 for ; Wed, 6 Nov 2013 16:05:05 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2539229A6 for ; Wed, 6 Nov 2013 16:05:04 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id n12so5160629wgh.35 for ; Wed, 06 Nov 2013 08:05:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=vA97X7H30eB/ZZ1FTUQedelFDTiQc2KSehbLUyfQ8tU=; b=wAnnvGd/yN3CeonvifQZXM4F4bvsgjegP7+DcAvQY6RnVjiAYL1g5/l2D6Cq4/yrHe H9xXxmOfciUnIiPg0UyvaBqQUtZcm67tgpLJ43YmzRN0M7Eum9uJSiiQyHmsxtx5WaB4 b0QPQqGba66WvnEA3Y6dDFE2uNF5AyMUbgRxnoL0PPzNzHFfDZRDgCSnl3kE0jeUpW2X 1Wo3tyQoQD58aHoIQP6Wcgd4/YKhHcRWmXCL5ZlryiGhfb1g9URssxBXvGN7/nJuklj0 4cpP7AlsbI7dj7zkx+TBsgcOg6oEz8/+hy1UlaP1SH5mHwcMI8o508KYTGerIYUz4l/7 W/uQ== X-Received: by 10.194.21.225 with SMTP id y1mr2058948wje.60.1383753903260; Wed, 06 Nov 2013 08:05:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.206.132 with HTTP; Wed, 6 Nov 2013 08:04:33 -0800 (PST) In-Reply-To: References: <43584768717.406e8ebb@mail.schwarzes.net> From: Jia-Shiun Li Date: Thu, 7 Nov 2013 00:04:33 +0800 Message-ID: Subject: Re: raspberry pi BCM2708 hardware watchdog To: Oleksandr Tymoshenko Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" , Andreas Schwarz X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 06 Nov 2013 16:05:05 -0000 On Fri, Nov 1, 2013 at 3:11 AM, Jia-Shiun Li wrote: > I tried playing the watchdog for a while, but it does not seem to be > set correct timeout. > > I tried to set timeout to 120 seconds to test with the following > command, but get immediate reset after around 1~2 seconds: > Just found out that - watchdog(4) uses 2^N ns format for timeout value, and - watchdog timeout value on BCM2835 is restricted to < 16 secs due to register constraint so for watchdog(d) users the only meaningful -t value on RPi is 1, 2, 4, and 8 seconds. In case others may have the same question. -Jia-Shiun. From owner-freebsd-arm@FreeBSD.ORG Wed Nov 6 22:32:03 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D6AF62A5 for ; Wed, 6 Nov 2013 22:32:03 +0000 (UTC) (envelope-from brett.mahar@gmx.com) Received: from mout.gmx.net (mout.gmx.net [74.208.4.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A2D29243C for ; Wed, 6 Nov 2013 22:32:03 +0000 (UTC) Received: from clarinet.my.xway ([124.168.201.108]) by mail.gmx.com (mrgmxus001) with ESMTPSA (Nemesis) id 0MQzEG-1VC7Aw2yR4-00UL0S for ; Wed, 06 Nov 2013 23:31:57 +0100 Date: Thu, 7 Nov 2013 09:31:51 +1100 From: Brett Mahar To: Aleksander , tom@khubla.com Subject: Re: beagleboard-xm images Message-Id: <20131107093151.f198c417a78e3beb17272850@gmx.com> In-Reply-To: References: <20131105120328.1198f0a731f2998e7bdb4bf1@gmx.com> X-Mailer: Sylpheed 3.4.0beta6 (GTK+ 2.24.22; x86_64-unknown-openbsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:AyHOhdOxHmUUFAuGQiD6VivdUiNvn0dAkUz896q/xjyjsLt27qf gYN8roT6vbXX+CYoGANpabKqPwkN8fcA2eenJvpmCuj5B6yat9JMKlVxjElYA0jlxyR27Ws fniWjnPnuZdVLARsYFQ2Xy2EdGQNwq/475z8ntiSz0PS5E7gINarFkRMKQS0XXgFNWgp2NU WLT16+lbfAZuiOxNPh4cQ== Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 06 Nov 2013 22:32:03 -0000 On Tue, 5 Nov 2013 10:45:10 +0100 Aleksander wrote: | hello Brett! | | you can use [1] to compiler BB-XM kernel and rootfs. Unfortunately there is | no image yet. Also, the code needs to be refactored and few bugs must be | fixed. Nevertheless you can compile and try it! I hope I will have some | time in a couple of weeks and fix everyting so we can commit it to HEAD | | [1] https://socsvn.freebsd.org/socsvn/soc2012/aleek/beaglexm-head/ | | regards | aleek | Hi Aleksander! I guess I shall wait till its in the HEAD then, since I am not so familiar with freebsd build system anyway. Tom, I tried to look at files.khubla.com a few times but maybe the site is down, I could not connect. Cheers, Brett. From owner-freebsd-arm@FreeBSD.ORG Wed Nov 6 23:00:22 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 68768E2C for ; Wed, 6 Nov 2013 23:00:22 +0000 (UTC) (envelope-from tom@0x544745.com) Received: from mail-oa0-f47.google.com (mail-oa0-f47.google.com [209.85.219.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2F4C025E2 for ; Wed, 6 Nov 2013 23:00:21 +0000 (UTC) Received: by mail-oa0-f47.google.com with SMTP id k1so214988oag.20 for ; Wed, 06 Nov 2013 15:00:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=J4mnp53tSddLMOUfI3gffeSrXbQIiaxKNGOc27J8dfk=; b=WZcNCPmiMEYICKkQYZkxs0m2XlK7vjYWiOpMgOVi1WJH7Uzp53Gu7z/bm/xKFevaYl mnEtZxh9JmtFN6Kpe+hIIxVGhdNx6oST8+WbmS3AKUQd8LZzshyNo1wIJiLhePxTgM2t 6mowb2Q2WyPq1UywKUBLeeDav/JTjqn8lGp8KbDkGLhvVv5oRqD4NJQbyoQoaeqbLHyE OtgV9PXAvilRmMc+Ayh4Iva0hTJ227U9++eDnF6y1HwFy746Ym9ORzRAybSlaA17yUZh oARqtD+luYz8maEvyDkrNdJcR8jpDoGsZFuQvIsXLO3khQyHMdChobxEYUnm6CgXbCbf k62A== X-Gm-Message-State: ALoCoQnErWPPcC6i2K64w7crR05MA9mxKtvrTgQjazO2byJfSsDQVr11DTCEixNsIltcCN4YGphT MIME-Version: 1.0 X-Received: by 10.60.62.172 with SMTP id z12mr4565452oer.4.1383778815439; Wed, 06 Nov 2013 15:00:15 -0800 (PST) Received: by 10.182.104.169 with HTTP; Wed, 6 Nov 2013 15:00:15 -0800 (PST) In-Reply-To: <20131107093151.f198c417a78e3beb17272850@gmx.com> References: <20131105120328.1198f0a731f2998e7bdb4bf1@gmx.com> <20131107093151.f198c417a78e3beb17272850@gmx.com> Date: Wed, 6 Nov 2013 16:00:15 -0700 Message-ID: Subject: Re: beagleboard-xm images From: Tom Everett To: Brett Mahar Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , Aleksander X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 06 Nov 2013 23:00:22 -0000 Looks like I only did one build ever for Beagleboard, it's here: http://files.khubla.com/freebsd-beaglebone/FreeBSD-armv6-BEAGLEBONE.img.gz I likely used Crochet (https://github.com/kientzle/crochet-freebsd) although I don't remember. If there is interest I could do a build this evening and see what it turns up. On Wed, Nov 6, 2013 at 3:31 PM, Brett Mahar wrote: > On Tue, 5 Nov 2013 10:45:10 +0100 > Aleksander wrote: > > | hello Brett! > | > | you can use [1] to compiler BB-XM kernel and rootfs. Unfortunately there > is > | no image yet. Also, the code needs to be refactored and few bugs must be > | fixed. Nevertheless you can compile and try it! I hope I will have some > | time in a couple of weeks and fix everyting so we can commit it to HEAD > | > | [1] https://socsvn.freebsd.org/socsvn/soc2012/aleek/beaglexm-head/ > | > | regards > | aleek > | > > Hi Aleksander! > > I guess I shall wait till its in the HEAD then, since I am not so familiar > with freebsd build system anyway. > > Tom, I tried to look at files.khubla.com a few times but maybe the site > is down, I could not connect. > > Cheers, > Brett. > -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Wed Nov 6 23:29:33 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C2963B2C for ; Wed, 6 Nov 2013 23:29:33 +0000 (UTC) (envelope-from pcc@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5AA442793 for ; Wed, 6 Nov 2013 23:29:32 +0000 (UTC) Received: from 3capp-gmx-bs32.server.lan ([172.19.170.84]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0MCeiK-1VUt9D1Qyw-009Tdl for ; Thu, 07 Nov 2013 00:29:25 +0100 Received: from [217.190.106.12] by 3capp-gmx-bs32.server.lan with HTTP; Thu Nov 07 00:29:25 CET 2013 Message-ID: From: "Peter Cornelius" To: freebsd-arm@freebsd.org Subject: Built world on RPI-B, ports pending Date: Thu, 7 Nov 2013 00:29:25 +0100 (CET) Importance: low Sensitivity: Normal X-Priority: 5 X-Provags-ID: V03:K0:piO0T5At0mzUsyn3c8GyOQKUcKtLiRbqJDL9IdfqbXN OY40bnew+NxSq6NGx8FF9oggN7/PnxQisGwW8ShaJ/OpMXfjtk 9xfyHB5JjUB+9enFYJVWTjZ85/YtegMlyovPSpLBT1NRCgyEs/ zhD2DrVTSCzyYiLv6wcWytjrMzmyCZ4A4VdBqF6VheoDwsZhdD bm5Vuij4Bq7OUD6UyzKUHkwaHtrw5IKapIe8HUzTIehdB7LRQp bzFDMWg1yhQd5fgKN25Y64o3JSkt4LC9Hi63LITNMYYV1OQ1gL OLiz2c= MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 06 Nov 2013 23:29:33 -0000 To whom it may concern, I just want to give some feedback on the Raspberry Pi in that I just completed a kernel and world build and install (both over NFS and using the current RPI-B config file) successfully this morning (or rather, last night ;-)), and just rebooted into that kernel world more or less happily. The version I started with was FreeBSD raspberry-pi 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r257540: Sat Nov 2 11:14:36 CET 2013 root@petra:/usr/obj/RaspberryPI/arm.armv6/usr/SVN/FreeBSD/base/head/sys /RPI-B arm (which, in turn, I built on FreeBSD petra.cornelius 9.2-STABLE FreeBSD 9.2-STABLE #7 r256090: Sun Oct 6 23:14:25 CEST 2013 root@petra:/usr/obj/usr/SVN/FreeBSD/base/stable/9/sys/PETRA amd64, installed on a mem card and booted the RPI from). uname at the RPI now reports FreeBSD raspberry-pi 11.0-CURRENT FreeBSD 11.0-CURRENT #0: Tue Nov 5 20:03:46 UTC 2013 pi@raspberry-pi:/usr/obj/usr/src/sys/RPI-B arm I don't know (yet?) why the SVN version is missing, but I believe it is the following SVN release I have. Path: /usr/SVN/FreeBSD/base/head Working Copy Root Path: /usr/SVN/FreeBSD/base/head URL: https://svn0.us-east.freebsd.org/base/head Relative URL: ^/head Repository Root: https://svn0.us-east.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 257540 Node Kind: directory Schedule: normal Last Changed Author: delphij Last Changed Rev: 257539 Last Changed Date: 2013-11-02 02:16:10 +0100 (Sat, 02 Nov 2013) I paste dmesg further below for your entertainment. Upcoming issue for me to figure out is why pkg_* fails, though the binaries are recently built (though I believe that this I have seen for a couple of weeks or so hence it's not new), hoping to get back to building ports. One just needs to be mildly patient since the RPI's primary savings are on price and energy but less so on buildworld time and the like :) I appreciate everyone's work on the box and hope that this mail creates more enthusiasm rather than inbox consumption. I am willing to share the little I know but please appreciate if I may be a bit slow responding, at times. Best 73 es gn, Peter. --- Pasted dmesg follows. --- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0: Tue Nov 5 20:03:46 UTC 2013 pi@raspberry-pi:/usr/obj/usr/src/sys/RPI-B arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: ARM1176JZ-S rev 7 (ARM11J core) Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext WB enabled LABT branch prediction enabled 16KB/32B 4-way instruction cache 16KB/32B 4-way write-back-locking-C data cache real memory = 536870912 (512 MB) avail memory = 385458176 (367 MB) kbd0 at kbdmux0 random: initialized fdtbus0: simplebus0: mem 0x20000000-0x20ffffff on fdtbus0 intc0: mem 0x2000b200-0x2000b3ff on simplebus0 systimer0: mem 0x20003000-0x20003fff irq 8,9,10,11 on simplebus0 Event timer "BCM2835 Event Timer 3" frequency 1000000 Hz quality 1000 Timecounter "BCM2835 Timecounter" frequency 1000000 Hz quality 1000 bcmwd0: mem 0x2010001c-0x20100027 on simplebus0 gpio0: mem 0x20200000-0x202000af irq 57,59,58,60 on simplebus0 gpio0: read-only pins: 46,47,48,49,50,51,52,53. gpio0: reserved pins: 48,49,50,51,52,53. gpioc0: on gpio0 gpiobus0: on gpio0 iichb0: mem 0x20205000-0x2020501f irq 61 on simplebus0 iicbus0: on iichb0 iic0: on iicbus0 iichb1: mem 0x20804000-0x2080401f irq 61 on simplebus0 iicbus1: on iichb1 iic1: on iicbus1 spi0: mem 0x20204000-0x2020401f irq 62 on simplebus0 spibus0: on spi0 bcm_dma0: mem 0x20007000-0x20007fff,0x20e05000-0x20e05fff irq 24,25,26,27,28,29,30,31,32,33,34,35,36 on simplebus0 mbox0: mem 0x2000b880-0x2000b8bf irq 1 on simplebus0 sdhci_bcm0: mem 0x20300000-0x203000ff irq 70 on simplebus0 mmc0: on sdhci_bcm0 uart0: mem 0x20201000-0x20201fff irq 65 on simplebus0 dwcotg0: mem 0x20980000-0x2099ffff irq 17 on simplebus0 usbus0 on dwcotg0 fb0: on fdtbus0 sc0: Unknown <16 virtual consoles, flags=0x300> simplebus1: on fdtbus0 Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 mmcsd0: 16GB at mmc0 50.0MHz/4bit/65535-block fb0: 1280x1024(0x0@0,0) 16bpp fb0: pitch 2560, base 0x58006000, screen_size 2621440 random: unblocking device. Root mount waiting for: usbus0 uhub0: 1 port with 1 removable, self powered Root mount waiting for: usbus0 ugen0.2: at usbus0 uhub1: on usbus0 uhub1: MTT enabled uhub1: 3 ports with 2 removable, self powered Root mount waiting for: usbus0 ugen0.3: at usbus0 smsc0: on usbus0 Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... smsc0: chip 0xec00, rev. 0002 warning: no time-of-day clock registered, system time will not be set accurately miibus0: on smsc0 ukphy0: PHY 1 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ue0: on smsc0 ue0: Ethernet address: xx:xx:xx:xx:xx:xx smsc0: chip 0xec00, rev. 0002 pid 814 (bash), uid 0: exited on signal 6 (core dumped) pid 842 (pkg_info), uid 0: exited on signal 6 pid 845 (pkg-static), uid 0: exited on signal 12 pid 864 (pkg-static), uid 0: exited on signal 12 From owner-freebsd-arm@FreeBSD.ORG Thu Nov 7 06:55:47 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0A816583; Thu, 7 Nov 2013 06:55:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ADEEE2F28; Thu, 7 Nov 2013 06:55:46 +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 rA76tews092433; Thu, 7 Nov 2013 01:55:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA76teDY092429; Thu, 7 Nov 2013 06:55:40 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 06:55:40 GMT Message-Id: <201311070655.rA76teDY092429@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 06:55:47 -0000 TB --- 2013-11-07 05:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 05:30:18 - 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 --- 2013-11-07 05:30:18 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-07 05:30:18 - cleaning the object tree TB --- 2013-11-07 05:30:18 - /usr/local/bin/svn stat /src TB --- 2013-11-07 05:30:23 - At svn revision 257778 TB --- 2013-11-07 05:30:24 - building world TB --- 2013-11-07 05:30:24 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 05:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 05:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 05:30:24 - SRCCONF=/dev/null TB --- 2013-11-07 05:30:24 - TARGET=arm TB --- 2013-11-07 05:30:24 - TARGET_ARCH=arm TB --- 2013-11-07 05:30:24 - TZ=UTC TB --- 2013-11-07 05:30:24 - __MAKE_CONF=/dev/null TB --- 2013-11-07 05:30:24 - cd /src TB --- 2013-11-07 05:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 05:30:30 UTC 2013 >>> 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 [...] ^ /src/lib/msun/src/s_roundl.c:45:2: error: no member named 'expsign' in 'struct IEEEl2bits::' GET_LDBL_EXPSIGN(hx, x); ^~~~~~~~~~~~~~~~~~~~~~~ /src/lib/msun/src/math_private.h:224:20: note: expanded from macro 'GET_LDBL_EXPSIGN' (i) = ge_u.xbits.expsign; \ ~~~~~~~~~~ ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 06:55:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 06:55:40 - ERROR: failed to build world TB --- 2013-11-07 06:55:40 - 4190.69 user 723.15 system 5121.65 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Nov 7 07:10:00 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A7971AAA for ; Thu, 7 Nov 2013 07:10:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 887382FD7 for ; Thu, 7 Nov 2013 07:10:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rA77A0Mk024496 for ; Thu, 7 Nov 2013 07:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rA77A0x0024495; Thu, 7 Nov 2013 07:10:00 GMT (envelope-from gnats) Resent-Date: Thu, 7 Nov 2013 07:10:00 GMT Resent-Message-Id: <201311070710.rA77A0x0024495@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-arm@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, John Wehle Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 64EB48C6 for ; Thu, 7 Nov 2013 07:07:11 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 530812FBA for ; Thu, 7 Nov 2013 07:07:11 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id rA777BDE084148 for ; Thu, 7 Nov 2013 07:07:11 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id rA777BvG084136; Thu, 7 Nov 2013 07:07:11 GMT (envelope-from nobody) Message-Id: <201311070707.rA777BvG084136@oldred.freebsd.org> Date: Thu, 7 Nov 2013 07:07:11 GMT From: John Wehle To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: arm/183740: mutex on some arm hardware requires dcache enabled X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 07 Nov 2013 07:10:00 -0000 >Number: 183740 >Category: arm >Synopsis: mutex on some arm hardware requires dcache enabled >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 07 07:10:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: John Wehle >Release: FreeBSD svn 257205 >Organization: Personal >Environment: Not Yet >Description: In my spare time I'm working on bringing FreeBSD up on amlogic based arm processors. While working through various bootstrap issues I got to the point where initarm calls pmap_bootstrap only to have it splat. What happens is pmap_bootstrap calls pmap_extract which does PMAP_LOCK(pmap). This trys to acquire a mutex which invokes atomics that use ldrex / strex. The ARM documentation at: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0464d/CHDIBJGE.html notes that the L1 memory system has an internal exclusive monitor which handles ldrex / strex accesses. The README at: https://github.com/dwelch67/raspberrypi/tree/master/extest has a nice write up which explains some of the wrinkles regarding hardware and ldrex / strex. The attached patch enables the dcache and suffices to get me through initarm into mi_startup (I'm not to a console login yet ... however I'm significantly further along). -- John >How-To-Repeat: >Fix: Enable the dcache prior to using a mutex. Patch attached with submission follows: --- sys/arm/arm/machdep.c.ORIGINAL 2013-10-27 01:15:39.000000000 -0400 +++ sys/arm/arm/machdep.c 2013-11-07 01:43:01.000000000 -0500 @@ -1481,6 +1483,12 @@ initarm(struct arm_boot_params *abp) */ cpu_idcache_wbinv_all(); + /* + * Atomics invoked by mutex use ldrex / strex which on some + * hardware requires the L1 cache. + */ + cpu_control(CPU_CONTROL_DC_ENABLE, CPU_CONTROL_DC_ENABLE); + /* Set stack for exception handlers */ data_abort_handler_address = (u_int)data_abort_handler; prefetch_abort_handler_address = (u_int)prefetch_abort_handler; >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Thu Nov 7 07:20:01 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E28C2E25 for ; Thu, 7 Nov 2013 07:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C074A2084 for ; Thu, 7 Nov 2013 07:20:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rA77K1nW028532 for ; Thu, 7 Nov 2013 07:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rA77K15R028531; Thu, 7 Nov 2013 07:20:01 GMT (envelope-from gnats) Date: Thu, 7 Nov 2013 07:20:01 GMT Message-Id: <201311070720.rA77K15R028531@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: Ganbold Tsagaankhuu Subject: Re: arm/183740: mutex on some arm hardware requires dcache enabled X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Ganbold Tsagaankhuu List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 07:20:02 -0000 The following reply was made to PR arm/183740; it has been noted by GNATS. From: Ganbold Tsagaankhuu To: John Wehle Cc: freebsd-gnats-submit@freebsd.org Subject: Re: arm/183740: mutex on some arm hardware requires dcache enabled Date: Thu, 7 Nov 2013 15:17:23 +0800 --001a11c1feb69c14b604ea910ed6 Content-Type: text/plain; charset=ISO-8859-1 John, On Thu, Nov 7, 2013 at 3:07 PM, John Wehle wrote: > > >Number: 183740 > >Category: arm > >Synopsis: mutex on some arm hardware requires dcache enabled > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-arm > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Thu Nov 07 07:10:00 UTC 2013 > >Closed-Date: > >Last-Modified: > >Originator: John Wehle > >Release: FreeBSD svn 257205 > >Organization: > Personal > >Environment: > Not Yet > >Description: > In my spare time I'm working on bringing FreeBSD up on amlogic based > arm processors. While working through various bootstrap issues I got > to the point where initarm calls pmap_bootstrap only to have it splat. > > What happens is pmap_bootstrap calls pmap_extract which does > PMAP_LOCK(pmap). > This trys to acquire a mutex which invokes atomics that use ldrex / strex. > > The ARM documentation at: > > > http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0464d/CHDIBJGE.html > > notes that the L1 memory system has an internal exclusive monitor which > handles ldrex / strex accesses. > > The README at: > > https://github.com/dwelch67/raspberrypi/tree/master/extest > > has a nice write up which explains some of the wrinkles regarding hardware > and ldrex / strex. > > The attached patch enables the dcache and suffices to get me through > initarm into mi_startup (I'm not to a console login yet ... however > I'm significantly further along). > > -- John > > >How-To-Repeat: > > >Fix: > Enable the dcache prior to using a mutex. > > Patch attached with submission follows: > > --- sys/arm/arm/machdep.c.ORIGINAL 2013-10-27 01:15:39.000000000 -0400 > +++ sys/arm/arm/machdep.c 2013-11-07 01:43:01.000000000 -0500 > @@ -1481,6 +1483,12 @@ initarm(struct arm_boot_params *abp) > */ > cpu_idcache_wbinv_all(); > > + /* > + * Atomics invoked by mutex use ldrex / strex which on some > + * hardware requires the L1 cache. > + */ > + cpu_control(CPU_CONTROL_DC_ENABLE, CPU_CONTROL_DC_ENABLE); > + > /* Set stack for exception handlers */ > data_abort_handler_address = (u_int)data_abort_handler; > prefetch_abort_handler_address = (u_int)prefetch_abort_handler; > > What kind of Amlogic board you are working on? That could be interesting. As for the patch can you try to put it in initarm_late_init() of your board machdep code and try? I meant like in /usr/src/sys/arm/rockchip/rk30xx_machdep.c Please let us know. thanks, Ganbold > > >Release-Note: > >Audit-Trail: > >Unformatted: > _______________________________________________ > 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" > --001a11c1feb69c14b604ea910ed6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
John,


On Thu, Nov 7, 2013 at 3:07 PM, John Wehle <<= a href=3D"mailto:john@feith.com" target=3D"_blank">john@feith.com> wrote:

>Number: =A0 =A0 =A0 =A0 183740
>Category: =A0 =A0 =A0 arm
>Synopsis: =A0 =A0 =A0 mutex on some arm hardware requires dcache enable= d
>Confidential: =A0 no
>Severity: =A0 =A0 =A0 non-critical
>Priority: =A0 =A0 =A0 low
>Responsible: =A0 =A0freebsd-arm
>State: =A0 =A0 =A0 =A0 =A0open
>Quarter:
>Keywords:
>Date-Required:
>Class: =A0 =A0 =A0 =A0 =A0sw-bug
>Submitter-Id: =A0 current-users
>Arrival-Date: =A0 Thu Nov 07 07:10:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: =A0 =A0 John Wehle
>Release: =A0 =A0 =A0 =A0FreeBSD svn 257205
>Organization:
Personal
>Environment:
Not Yet
>Description:
In my spare time I'm working on bringing FreeBSD up on amlogic based arm processors. =A0While working through various bootstrap issues I got
to the point where initarm calls pmap_bootstrap only to have it splat.

What happens is pmap_bootstrap calls pmap_extract which does PMAP_LOCK(pmap= ).
This trys to acquire a mutex which invokes atomics that use ldrex / strex.<= br>
The ARM documentation at:

=A0 http://infocenter.arm.com/help/= index.jsp?topic=3D/com.arm.doc.ddi0464d/CHDIBJGE.html

notes that the L1 memory system has an internal exclusive monitor which
handles ldrex / strex accesses.

The README at:

=A0 https://github.com/dwelch67/raspberrypi/tree/master/extes= t

has a nice write up which explains some of the wrinkles regarding hardware<= br> and ldrex / strex.

The attached patch enables the dcache and suffices to get me through
initarm into mi_startup (I'm not to a console login yet ... however
I'm significantly further along).

-- John

>How-To-Repeat:

>Fix:
Enable the dcache prior to using a mutex.

Patch attached with submission follows:

--- sys/arm/arm/machdep.c.ORIGINAL =A0 =A0 =A02013-10-27 01:15:39.000000000= -0400
+++ sys/arm/arm/machdep.c =A0 =A0 =A0 2013-11-07 01:43:01.000000000 -0500 @@ -1481,6 +1483,12 @@ initarm(struct arm_boot_params *abp)
=A0 =A0 =A0 =A0 =A0*/
=A0 =A0 =A0 =A0 cpu_idcache_wbinv_all();

+ =A0 =A0 =A0 /*
+ =A0 =A0 =A0 =A0* Atomics invoked by mutex use ldrex / strex which on some=
+ =A0 =A0 =A0 =A0* hardware requires the L1 cache.
+ =A0 =A0 =A0 =A0*/
+ =A0 =A0 =A0 cpu_control(CPU_CONTROL_DC_ENABLE, CPU_CONTROL_DC_ENABLE); +
=A0 =A0 =A0 =A0 /* Set stack for exception handlers */
=A0 =A0 =A0 =A0 data_abort_handler_address =3D (u_int)data_abort_handler; =A0 =A0 =A0 =A0 prefetch_abort_handler_address =3D (u_int)prefetch_abort_ha= ndler;


What kind of Amlogic board you are wor= king on? That could be interesting.

As for the pat= ch can you try to put it in initarm_late_init() of your board machdep code = and try?
I meant like in /usr/src/sys/arm/rockchip/rk30xx_machdep.c
P= lease let us know.

thanks,

Ganbold

=A0

>Release-Note:
>Audit-Trail:
>Unformatted:
_______________________________________________
freebsd-arm@freebsd.org mail= ing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"

--001a11c1feb69c14b604ea910ed6-- From owner-freebsd-arm@FreeBSD.ORG Thu Nov 7 09:31:31 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B1DE6341 for ; Thu, 7 Nov 2013 09:31:31 +0000 (UTC) (envelope-from johnsstephenelder@gmail.com) Received: from mail-vc0-x231.google.com (mail-vc0-x231.google.com [IPv6:2607:f8b0:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 72A4D2A62 for ; Thu, 7 Nov 2013 09:31:31 +0000 (UTC) Received: by mail-vc0-f177.google.com with SMTP id ib11so175283vcb.8 for ; Thu, 07 Nov 2013 01:31:30 -0800 (PST) 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; bh=hKD6CSf4N1jBT1kxPG0b8LonTA2+y3nB0bDvHcvjFm8=; b=JD65Sp2noTCchL/Bs88T/KTNjgaok5N8gmOuXO1ISpd5lw1Bx/FnEZu7QuP+T/ZFkn 41UcLa1554CF0+Wy2uIl74wkUk3rvt+OwWq+V95eiFyJfr4dSD3x0ZtvO7mSt/mKfL18 Z/NwlrGG4pCu2oNJLQnbSP8lkYkPU8u/wPUpbgp5dzo675QJun3CnDSStV7t9eboMPu4 BPHlNNU273DiYebNCPEs31BAUcy6O3GuYrVZg6vzHOblo3n1qcNfwiIfsmUl9gOPtuDC 4bmPuimG6aVCPJFee7aNpN9Z1CpY7ReD2/17t/Ub5Rw7Su215iT1Oo4l+LJ+19LgNQQT rPGw== MIME-Version: 1.0 X-Received: by 10.52.111.161 with SMTP id ij1mr589642vdb.33.1383816690581; Thu, 07 Nov 2013 01:31:30 -0800 (PST) Received: by 10.58.214.233 with HTTP; Thu, 7 Nov 2013 01:31:30 -0800 (PST) Date: Thu, 7 Nov 2013 17:31:30 +0800 Message-ID: Subject: About Cant build packages memcached && mysql56 From: John Elder To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 07 Nov 2013 09:31:31 -0000 # cd /usr/ports/databases/memcached && make install clean ===> Building for memcached-1.4.15 /usr/bin/make all-recursive Making all in doc /usr/bin/make all-am cc -DHAVE_CONFIG_H -I. -DNDEBUG -I/usr/local/include -O -pipe -fstack-protector -std=c99 -pthread -Wall -Werror -pedantic -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -MT memcached-items.o -MD -MP -MF .deps/memcached-items.Tpo -c -o memcached-items.o `test -f 'items.c' || echo './'`items.c items.c:402:24: error: format specifies type 'unsigned long' but the argument has type 'long long' [-Werror,-Wformat] (unsigned long)it->exptime + process_started); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1 error generated. *** Error code 1 Stop. make[4]: stopped in /usr/ports/databases/memcached/work/memcached-1.4.15 *** Error code 1 Stop. make[3]: stopped in /usr/ports/databases/memcached/work/memcached-1.4.15 *** Error code 1 Stop. make[2]: stopped in /usr/ports/databases/memcached/work/memcached-1.4.15 *** Error code 1 Stop. make[1]: stopped in /usr/ports/databases/memcached *** Error code 1 Stop. make: stopped in /usr/ports/databases/memcached ========================================================== cd /usr/ports/databases/mysql56-server/ && make install clean 1 warning generated. [ 76%] Building CXX object sql/CMakeFiles/sql.dir/events.cc.o In file included from /usr/ports/databases/mysql56-server/work/mysql-5.6.14/sql/events.cc:18: In file included from /usr/ports/databases/mysql56-server/work/mysql-5.6.14/sql/unireg.h:20: In file included from /usr/ports/databases/mysql56-server/work/mysql-5.6.14/include/my_global.h:337: /usr/include/sys/timeb.h:42:2: warning: "this file includes which is deprecated" [-W#warnings] #warning "this file includes which is deprecated" ^ 1 warning generated. [ 76%] Building CXX object sql/CMakeFiles/sql.dir/mysqld.cc.o In file included from /usr/ports/databases/mysql56-server/work/mysql-5.6.14/sql/mysqld.cc:16: In file included from /usr/ports/databases/mysql56-server/work/mysql-5.6.14/include/my_global.h:337: /usr/include/sys/timeb.h:42:2: warning: "this file includes which is deprecated" [-W#warnings] #warning "this file includes which is deprecated" ^ /usr/ports/databases/mysql56-server/work/mysql-5.6.14/sql/mysqld.cc:190:19: error: cannot combine with previous 'type-name' declaration specifier typedef fp_except fp_except_t; ^ /usr/include/machine/ieeefp.h:51:21: note: expanded from macro 'fp_except_t' #define fp_except_t int ^ /usr/ports/databases/mysql56-server/work/mysql-5.6.14/sql/mysqld.cc:190:1: warning: typedef requires a name [-Wmissing-declarations] typedef fp_except fp_except_t; ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/ports/databases/mysql56-server/work/mysql-5.6.14/sql/mysqld.cc:228:3: error: use of undeclared identifier 'fpsetmask'; did you mean 'sigsetmask'? fpsetmask(~(FP_X_INV | FP_X_OFL | FP_X_UFL | FP_X_DZ | ^~~~~~~~~ sigsetmask /usr/include/signal.h:119:5: note: 'sigsetmask' declared here int sigsetmask(int); ^ 2 warnings and 2 errors generated. *** Error code 1 Stop. make[3]: stopped in /usr/ports/databases/mysql56-server/work/mysql-5.6.14 *** Error code 1 Stop. make[2]: stopped in /usr/ports/databases/mysql56-server/work/mysql-5.6.14 *** Error code 1 Stop. make[1]: stopped in /usr/ports/databases/mysql56-server/work/mysql-5.6.14 *** Error code 1 Stop. make: stopped in /usr/ports/databases/mysql56-server How to solve this problem? From owner-freebsd-arm@FreeBSD.ORG Thu Nov 7 11:58:59 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 022A7650; Thu, 7 Nov 2013 11:58:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A4EC02723; Thu, 7 Nov 2013 11:58:58 +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 rA7Bwvax068726; Thu, 7 Nov 2013 06:58:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA7Bwvbf068719; Thu, 7 Nov 2013 11:58:57 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 11:58:57 GMT Message-Id: <201311071158.rA7Bwvbf068719@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 11:58:59 -0000 TB --- 2013-11-07 10:30:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 10:30:16 - 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 --- 2013-11-07 10:30:16 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-07 10:30:16 - cleaning the object tree TB --- 2013-11-07 10:32:50 - /usr/local/bin/svn stat /src TB --- 2013-11-07 10:32:53 - At svn revision 257784 TB --- 2013-11-07 10:32:54 - building world TB --- 2013-11-07 10:32:54 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 10:32:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 10:32:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 10:32:54 - SRCCONF=/dev/null TB --- 2013-11-07 10:32:54 - TARGET=arm TB --- 2013-11-07 10:32:54 - TARGET_ARCH=arm TB --- 2013-11-07 10:32:54 - TZ=UTC TB --- 2013-11-07 10:32:54 - __MAKE_CONF=/dev/null TB --- 2013-11-07 10:32:54 - cd /src TB --- 2013-11-07 10:32:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 10:33:01 UTC 2013 >>> 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 [...] ^ /src/lib/msun/src/s_roundl.c:45:2: error: no member named 'expsign' in 'struct IEEEl2bits::' GET_LDBL_EXPSIGN(hx, x); ^~~~~~~~~~~~~~~~~~~~~~~ /src/lib/msun/src/math_private.h:224:20: note: expanded from macro 'GET_LDBL_EXPSIGN' (i) = ge_u.xbits.expsign; \ ~~~~~~~~~~ ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 11:58:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 11:58:57 - ERROR: failed to build world TB --- 2013-11-07 11:58:57 - 4195.62 user 712.12 system 5320.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Nov 7 15:11:25 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C87DAB84 for ; Thu, 7 Nov 2013 15:11:25 +0000 (UTC) (envelope-from johnsstephenelder@gmail.com) Received: from mail-vb0-x232.google.com (mail-vb0-x232.google.com [IPv6:2607:f8b0:400c:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8AD5426C4 for ; Thu, 7 Nov 2013 15:11:25 +0000 (UTC) Received: by mail-vb0-f50.google.com with SMTP id x16so443926vbf.23 for ; Thu, 07 Nov 2013 07:11:24 -0800 (PST) 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; bh=6+O+Y1Dy4GK1cuuITNtWbSIWMgyzSv8//tP6APgbZtc=; b=WOrmye3LTWDr+bs/hNHYA509S+bfHbvS+eIrZwf1KaSmYa4+SiJzYn8VblBvq9HRAI d6I6Jm4pqfUHj6BdiQMqkheSySLCmcyV8Zq2bh+1CZS1twQCXAr2t5vaWNc+io6w1NZY 5yANesFQSx5MkJZGIWYiTfFtfVPgwGPCG3l+EVu1gAi8NlfwncS8qkNnOkhlhF+HyS5s RqfCJzVmZDgTLKZyQU+K/8BwoJe9ExL1ztCxZN1Hzs3l5fQHjTRL7ooHM6sFaAHvSr9M g9WuCKONim1RdCnjYSWJLehYohhNJxBZUGY+Kp1041ld6lZrCTn9s5fQ+GlWyXWVppzQ 07oA== MIME-Version: 1.0 X-Received: by 10.52.33.69 with SMTP id p5mr5940977vdi.28.1383837084267; Thu, 07 Nov 2013 07:11:24 -0800 (PST) Received: by 10.58.214.233 with HTTP; Thu, 7 Nov 2013 07:11:24 -0800 (PST) Date: Thu, 7 Nov 2013 23:11:24 +0800 Message-ID: Subject: Freebsd ARM CB install php-extensions occurs gcc errors From: John Elder To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 07 Nov 2013 15:11:25 -0000 Hi, When I install php55-extensions, it shows: ================================================ ===> gcc-4.6.4 is only for amd64 i386 ia64 powerpc sparc64, while you are running armv6. *** Error code 1 Stop. make[10]: stopped in /usr/ports/lang/gcc *** Error code 1 Stop. make[9]: stopped in /usr/ports/security/libgcrypt *** Error code 1 Stop. make[8]: stopped in /usr/ports/textproc/libxslt *** Error code 1 Stop. make[7]: stopped in /usr/ports/textproc/libxslt *** Error code 1 Stop. make[6]: stopped in /usr/ports/x11/libxcb *** Error code 1 Stop. make[5]: stopped in /usr/ports/x11/libX11 *** Error code 1 Stop. make[4]: stopped in /usr/ports/x11/libXpm *** Error code 1 Stop. make[3]: stopped in /usr/ports/graphics/php55-gd *** Error code 1 Stop. make[2]: stopped in /usr/ports/graphics/php55-gd *** Error code 1 Stop. make[1]: stopped in /usr/ports/lang/php55-extensions *** Error code 1 Stop. make: stopped in /usr/ports/lang/php55-extensions How to solve this? From owner-freebsd-arm@FreeBSD.ORG Thu Nov 7 15:25:16 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B1AE342B for ; Thu, 7 Nov 2013 15:25:16 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7646F27A9 for ; Thu, 7 Nov 2013 15:25:16 +0000 (UTC) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1VeRSM-002wF8-JE; Thu, 07 Nov 2013 16:25:14 +0100 X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.5 From: Ralf Wenk To: arm@freebsd.org Subject: Re: Regression between r254984 and r255943 on Raspberry Pi: failed to create new mbuf In-reply-to: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 07 Nov 2013 16:25:14 +0100 Message-Id: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 07 Nov 2013 15:25:16 -0000 Hello, as an update for those who are interested: I have narrowed the cause down to the changes in r255138. During the search I also noticed that there is a large decrease in rsync(1) network speed associated with r255138. rsync-ing an already synced file shows 535.46kB/s before r255138 and 27.40kB/s (target host is connected over DSL) after. A bug report is filed as http://www.freebsd.org/cgi/query-pr.cgi?pr=183753 Ralf From owner-freebsd-arm@FreeBSD.ORG Thu Nov 7 16:59:01 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0917FEB9; Thu, 7 Nov 2013 16:59:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AAD6B2DD6; Thu, 7 Nov 2013 16:59:00 +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 rA7Gwxid045939; Thu, 7 Nov 2013 11:58:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA7Gwxxr045936; Thu, 7 Nov 2013 16:58:59 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 16:58:59 GMT Message-Id: <201311071658.rA7Gwxxr045936@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 16:59:01 -0000 TB --- 2013-11-07 15:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 15:30:18 - 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 --- 2013-11-07 15:30:18 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-07 15:30:18 - cleaning the object tree TB --- 2013-11-07 15:32:55 - /usr/local/bin/svn stat /src TB --- 2013-11-07 15:32:59 - At svn revision 257796 TB --- 2013-11-07 15:33:00 - building world TB --- 2013-11-07 15:33:00 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 15:33:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 15:33:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 15:33:00 - SRCCONF=/dev/null TB --- 2013-11-07 15:33:00 - TARGET=arm TB --- 2013-11-07 15:33:00 - TARGET_ARCH=arm TB --- 2013-11-07 15:33:00 - TZ=UTC TB --- 2013-11-07 15:33:00 - __MAKE_CONF=/dev/null TB --- 2013-11-07 15:33:00 - cd /src TB --- 2013-11-07 15:33:00 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 15:33:07 UTC 2013 >>> 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 [...] ^ /src/lib/msun/src/s_roundl.c:45:2: error: no member named 'expsign' in 'struct IEEEl2bits::' GET_LDBL_EXPSIGN(hx, x); ^~~~~~~~~~~~~~~~~~~~~~~ /src/lib/msun/src/math_private.h:224:20: note: expanded from macro 'GET_LDBL_EXPSIGN' (i) = ge_u.xbits.expsign; \ ~~~~~~~~~~ ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 16:58:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 16:58:59 - ERROR: failed to build world TB --- 2013-11-07 16:58:59 - 4195.89 user 716.98 system 5320.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Nov 7 21:58:28 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9B003790; Thu, 7 Nov 2013 21:58:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 477F7211C; Thu, 7 Nov 2013 21:58:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rA7LwR9G021837; Thu, 7 Nov 2013 16:58:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA7LwRIa021828; Thu, 7 Nov 2013 21:58:27 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Nov 2013 21:58:27 GMT Message-Id: <201311072158.rA7LwRIa021828@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 21:58:28 -0000 TB --- 2013-11-07 20:30:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-07 20:30:20 - 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 --- 2013-11-07 20:30:20 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-07 20:30:20 - cleaning the object tree TB --- 2013-11-07 20:32:44 - /usr/local/bin/svn stat /src TB --- 2013-11-07 20:32:48 - At svn revision 257810 TB --- 2013-11-07 20:32:49 - building world TB --- 2013-11-07 20:32:49 - CROSS_BUILD_TESTING=YES TB --- 2013-11-07 20:32:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-07 20:32:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-07 20:32:49 - SRCCONF=/dev/null TB --- 2013-11-07 20:32:49 - TARGET=arm TB --- 2013-11-07 20:32:49 - TARGET_ARCH=arm TB --- 2013-11-07 20:32:49 - TZ=UTC TB --- 2013-11-07 20:32:49 - __MAKE_CONF=/dev/null TB --- 2013-11-07 20:32:49 - cd /src TB --- 2013-11-07 20:32:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 7 20:32:57 UTC 2013 >>> 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 [...] ^ /src/lib/msun/src/s_roundl.c:45:2: error: no member named 'expsign' in 'struct IEEEl2bits::' GET_LDBL_EXPSIGN(hx, x); ^~~~~~~~~~~~~~~~~~~~~~~ /src/lib/msun/src/math_private.h:224:20: note: expanded from macro 'GET_LDBL_EXPSIGN' (i) = ge_u.xbits.expsign; \ ~~~~~~~~~~ ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/msun *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-07 21:58:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-07 21:58:27 - ERROR: failed to build world TB --- 2013-11-07 21:58:27 - 4189.38 user 719.17 system 5286.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Nov 9 18:05:49 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7577D3DF; Sat, 9 Nov 2013 18:05:49 +0000 (UTC) (envelope-from boris.astardzhiev@gmail.com) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E2BF02B65; Sat, 9 Nov 2013 18:05:48 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id ez12so694045wid.15 for ; Sat, 09 Nov 2013 10:05:47 -0800 (PST) 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; bh=UOPEzkGn/gnvREHCEMg2Bhf1bMcgQ5iIXnURSTeWfi8=; b=IeUTY9LGmavPx2vPDNGSqtzx0ksFVv0s6+kNFeY/AMPgr90KNI81OZsHgHG6iEsB5i Obcc16REATbEqNFdMGhi4uvNK7SeHSsc+4Y1M5ySWT1UjHTxqBDdKCoFr4iAtk3wRZ1o 7uYOmUim3HScgVN9j9Hr6ufBUZSJL4kG5L1HIp0Qu/zT8pj2qGDmJ4zdQNKVWyhBq7XC JJBoz7bFFaWHTKS393bF80eH3yWtZXO7FanNi0vHyUwLwaa8mpoAjigM/woXIzxius9Z wAwnmLuhOrHnaYfmo6qg3RV9JMLg72a0P2ffg+Ua8QBvs6xumsikQsY8eWj0pOFrFsrX 9i3A== MIME-Version: 1.0 X-Received: by 10.180.108.131 with SMTP id hk3mr6655827wib.10.1384020347277; Sat, 09 Nov 2013 10:05:47 -0800 (PST) Received: by 10.216.66.131 with HTTP; Sat, 9 Nov 2013 10:05:47 -0800 (PST) Date: Sat, 9 Nov 2013 20:05:47 +0200 Message-ID: Subject: ARM kgdb remote debugging over USB serial From: Boris Astardzhiev To: freebsd-arm@freebsd.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 09 Nov 2013 18:05:49 -0000 Hi, I have a question regarding the FreeBSD kernel debugging facilities. Has anyone succeeded in using kgdb with a target ARM machine over a USB serial. I've managed to build kgdb-arm http://bsdimp.blogspot.com/2007/10/cross-debugger.html (This tutorial also applies to building kgdb-arm in binutils) So on the arm machine I enter kdb: db> gdb db> s .. On the debugging machine I easily get into kgdb: kgdb-arm ${KERNEL_PATH}/kernel.debug kgdb> set remotebaud 115200 kgdb> target remote /dev/cuaU0 (the USB interface) So far so good but.. It seems to connect to the ARM device but it stops on an address kgdb has no reference about. I thought I was missing some symbols and.. kgdb> set solib-search-path ${KERNEL_PATH} This seems to load lots of symbols but still I can't backtrace or do anything. Attempting to do a 'bt' it tells me I got a SIGTRAP. I don't seem to understand. Any ideas or materials? Greetings, Boris