From owner-freebsd-arm@FreeBSD.ORG Sun Nov 24 00:37:34 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 ESMTPS id 82EBA753 for ; Sun, 24 Nov 2013 00:37:34 +0000 (UTC) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5C1DA2447 for ; Sun, 24 Nov 2013 00:37:34 +0000 (UTC) Received: from pool-96-250-5-187.nycmny.fios.verizon.net ([96.250.5.187]:54794 helo=minion.home) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1VkNhc-0005kE-AY for arm@freebsd.org; Sat, 23 Nov 2013 19:37:32 -0500 From: George Neville-Neil Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: Problem building armv6 kernel Message-Id: <5BC2EB9A-27D8-4764-A073-F7EAFCDC70B6@neville-neil.com> Date: Sat, 23 Nov 2013 19:37:30 -0500 To: arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) X-Mailer: Apple Mail (2.1822) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2013 00:37:34 -0000 Howdy, I=92m trying to follow the instructions here: https://wiki.freebsd.org/FreeBSD/arm/Radxa%20Rock to build for the RadxaRock that I have. I=92m on HEAD as of 23 November = 17:00, or thereabout. I have build the kernel toolchain but when I go to build the kernel I = get cc -c -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs = -Wstrict-pr ototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual = -Wundef -Wno- pointer-sign -fformat-extensions -Wmissing-include-dirs = -fdiagnostics-show-optio n -Wno-error-tautological-compare -Wno-error-empty-body = -Wno-error-parentheses-e quality -nostdinc -I. -I/usr/home/gnn/git/freebsd/sys = -I/usr/home/gnn/git/freebs d/sys/contrib/altq -I/usr/home/gnn/git/freebsd/sys/contrib/ipfilter = -I/usr/home/ gnn/git/freebsd/sys/dev/ath = -I/usr/home/gnn/git/freebsd/sys/dev/ath/ath_hal -I/u sr/home/gnn/git/freebsd/sys/contrib/dev/ath/ath_hal = -I/usr/home/gnn/git/freebsd/ sys/contrib/ngatm -I/usr/home/gnn/git/freebsd/sys/dev/twa = -I/usr/home/gnn/git/fr eebsd/sys/dev/cxgb -I/usr/home/gnn/git/freebsd/sys/dev/cxgbe = -I/usr/home/gnn/git /freebsd/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS = -include opt_ global.h -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding = /usr/home/gnn/g it/freebsd/sys/arm/arm/genassym.c In file included from = /usr/home/gnn/git/freebsd/sys/arm/arm/genassym.c:33: In file included from /usr/home/gnn/git/freebsd/sys/sys/proc.h:62: /usr/home/gnn/git/freebsd/sys/sys/pcpu.h:188:1: error: static_assert = failed "com pile-time assertion failed" CTASSERT((PAGE_SIZE / sizeof(struct pcpu)) * sizeof(struct pcpu) =3D=3D = PAGE_SIZE); = ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~ /usr/home/gnn/git/freebsd/sys/sys/systm.h:100:21: note: expanded from = macro 'CTA SSERT' #define CTASSERT(x) _Static_assert(x, "compile-time assertion = failed") ^ ~ 1 error generated. *** Error code 1 Anyone else seeing this? Best, George From owner-freebsd-arm@FreeBSD.ORG Sun Nov 24 15:37:38 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 ESMTPS id DE738BF0; Sun, 24 Nov 2013 15:37:37 +0000 (UTC) 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 7A3A62618; Sun, 24 Nov 2013 15:37:35 +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 rAOF9OQB007833; Sun, 24 Nov 2013 17:09:24 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rAOF9ODC007741; Sun, 24 Nov 2013 15:09:24 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 24 Nov 2013 15:09:24 GMT Message-Id: <201311241509.rAOF9ODC007741@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.16 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2013 15:37:38 -0000 TB --- 2013-11-24 10:20:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-24 10:20: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-24 10:20:42 - starting RELENG_10 tinderbox run for arm/arm TB --- 2013-11-24 10:20:42 - cleaning the object tree TB --- 2013-11-24 10:20:42 - /usr/local/bin/svn stat /src TB --- 2013-11-24 10:21:31 - At svn revision 258523 TB --- 2013-11-24 10:21:32 - building world TB --- 2013-11-24 10:21:32 - CROSS_BUILD_TESTING=YES TB --- 2013-11-24 10:21:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-24 10:21:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-24 10:21:32 - SRCCONF=/dev/null TB --- 2013-11-24 10:21:32 - TARGET=arm TB --- 2013-11-24 10:21:32 - TARGET_ARCH=arm TB --- 2013-11-24 10:21:32 - TZ=UTC TB --- 2013-11-24 10:21:32 - __MAKE_CONF=/dev/null TB --- 2013-11-24 10:21:32 - cd /src TB --- 2013-11-24 10:21:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Nov 24 10:21:42 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 24 13:49:55 UTC 2013 TB --- 2013-11-24 13:49:55 - generating LINT kernel config TB --- 2013-11-24 13:49:55 - cd /src/sys/arm/conf TB --- 2013-11-24 13:49:55 - /usr/bin/make -B LINT TB --- 2013-11-24 13:49:55 - cd /src/sys/arm/conf TB --- 2013-11-24 13:49:55 - /usr/sbin/config -m LINT TB --- 2013-11-24 13:49:55 - building LINT kernel TB --- 2013-11-24 13:49:55 - CROSS_BUILD_TESTING=YES TB --- 2013-11-24 13:49:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-24 13:49:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-24 13:49:55 - SRCCONF=/dev/null TB --- 2013-11-24 13:49:55 - TARGET=arm TB --- 2013-11-24 13:49:55 - TARGET_ARCH=arm TB --- 2013-11-24 13:49:55 - TZ=UTC TB --- 2013-11-24 13:49:55 - __MAKE_CONF=/dev/null TB --- 2013-11-24 13:49:55 - cd /src TB --- 2013-11-24 13:49:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 24 13:49:55 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 24 14:15:43 UTC 2013 TB --- 2013-11-24 14:15:43 - cd /src/sys/arm/conf TB --- 2013-11-24 14:15:43 - /usr/sbin/config -m AC100 TB --- 2013-11-24 14:15:43 - skipping AC100 kernel TB --- 2013-11-24 14:15:43 - cd /src/sys/arm/conf TB --- 2013-11-24 14:15:43 - /usr/sbin/config -m ARMADAXP TB --- 2013-11-24 14:15:43 - skipping ARMADAXP kernel TB --- 2013-11-24 14:15:43 - cd /src/sys/arm/conf TB --- 2013-11-24 14:15:43 - /usr/sbin/config -m ARNDALE TB --- 2013-11-24 14:15:43 - skipping ARNDALE kernel TB --- 2013-11-24 14:15:43 - cd /src/sys/arm/conf TB --- 2013-11-24 14:15:43 - /usr/sbin/config -m ATMEL TB --- 2013-11-24 14:15:43 - building ATMEL kernel TB --- 2013-11-24 14:15:43 - CROSS_BUILD_TESTING=YES TB --- 2013-11-24 14:15:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-24 14:15:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-24 14:15:43 - SRCCONF=/dev/null TB --- 2013-11-24 14:15:43 - TARGET=arm TB --- 2013-11-24 14:15:43 - TARGET_ARCH=arm TB --- 2013-11-24 14:15:43 - TZ=UTC TB --- 2013-11-24 14:15:43 - __MAKE_CONF=/dev/null TB --- 2013-11-24 14:15:43 - cd /src TB --- 2013-11-24 14:15:43 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Sun Nov 24 14:15:43 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 24 14:19:49 UTC 2013 TB --- 2013-11-24 14:19:49 - cd /src/sys/arm/conf TB --- 2013-11-24 14:19:49 - /usr/sbin/config -m AVILA TB --- 2013-11-24 14:19:49 - skipping AVILA kernel TB --- 2013-11-24 14:19:49 - cd /src/sys/arm/conf TB --- 2013-11-24 14:19:49 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-11-24 14:19:49 - skipping BEAGLEBONE kernel TB --- 2013-11-24 14:19:49 - cd /src/sys/arm/conf TB --- 2013-11-24 14:19:49 - /usr/sbin/config -m BWCT TB --- 2013-11-24 14:19:49 - building BWCT kernel TB --- 2013-11-24 14:19:49 - CROSS_BUILD_TESTING=YES TB --- 2013-11-24 14:19:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-24 14:19:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-24 14:19:49 - SRCCONF=/dev/null TB --- 2013-11-24 14:19:49 - TARGET=arm TB --- 2013-11-24 14:19:49 - TARGET_ARCH=arm TB --- 2013-11-24 14:19:49 - TZ=UTC TB --- 2013-11-24 14:19:49 - __MAKE_CONF=/dev/null TB --- 2013-11-24 14:19:49 - cd /src TB --- 2013-11-24 14:19:49 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sun Nov 24 14:19:49 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 24 14:22:34 UTC 2013 TB --- 2013-11-24 14:22:34 - cd /src/sys/arm/conf TB --- 2013-11-24 14:22:34 - /usr/sbin/config -m CAMBRIA TB --- 2013-11-24 14:22:34 - skipping CAMBRIA kernel TB --- 2013-11-24 14:22:34 - cd /src/sys/arm/conf TB --- 2013-11-24 14:22:34 - /usr/sbin/config -m CNS11XXNAS TB --- 2013-11-24 14:22:34 - building CNS11XXNAS kernel TB --- 2013-11-24 14:22:34 - CROSS_BUILD_TESTING=YES TB --- 2013-11-24 14:22:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-24 14:22:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-24 14:22:34 - SRCCONF=/dev/null TB --- 2013-11-24 14:22:34 - TARGET=arm TB --- 2013-11-24 14:22:34 - TARGET_ARCH=arm TB --- 2013-11-24 14:22:34 - TZ=UTC TB --- 2013-11-24 14:22:34 - __MAKE_CONF=/dev/null TB --- 2013-11-24 14:22:34 - cd /src TB --- 2013-11-24 14:22:34 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Sun Nov 24 14:22:35 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 24 14:26:30 UTC 2013 TB --- 2013-11-24 14:26:30 - cd /src/sys/arm/conf TB --- 2013-11-24 14:26:30 - /usr/sbin/config -m CRB TB --- 2013-11-24 14:26:30 - skipping CRB kernel TB --- 2013-11-24 14:26:30 - cd /src/sys/arm/conf TB --- 2013-11-24 14:26:30 - /usr/sbin/config -m CUBIEBOARD TB --- 2013-11-24 14:26:30 - skipping CUBIEBOARD kernel TB --- 2013-11-24 14:26:30 - cd /src/sys/arm/conf TB --- 2013-11-24 14:26:30 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2013-11-24 14:26:30 - skipping CUBIEBOARD2 kernel TB --- 2013-11-24 14:26:30 - cd /src/sys/arm/conf TB --- 2013-11-24 14:26:30 - /usr/sbin/config -m DB-78XXX TB --- 2013-11-24 14:26:30 - building DB-78XXX kernel TB --- 2013-11-24 14:26:30 - CROSS_BUILD_TESTING=YES TB --- 2013-11-24 14:26:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-24 14:26:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-24 14:26:30 - SRCCONF=/dev/null TB --- 2013-11-24 14:26:30 - TARGET=arm TB --- 2013-11-24 14:26:30 - TARGET_ARCH=arm TB --- 2013-11-24 14:26:30 - TZ=UTC TB --- 2013-11-24 14:26:30 - __MAKE_CONF=/dev/null TB --- 2013-11-24 14:26:30 - cd /src TB --- 2013-11-24 14:26:30 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Sun Nov 24 14:26:31 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 24 14:30:00 UTC 2013 TB --- 2013-11-24 14:30:00 - cd /src/sys/arm/conf TB --- 2013-11-24 14:30:00 - /usr/sbin/config -m DB-88F5XXX TB --- 2013-11-24 14:30:00 - building DB-88F5XXX kernel TB --- 2013-11-24 14:30:00 - CROSS_BUILD_TESTING=YES TB --- 2013-11-24 14:30:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-24 14:30:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-24 14:30:00 - SRCCONF=/dev/null TB --- 2013-11-24 14:30:00 - TARGET=arm TB --- 2013-11-24 14:30:00 - TARGET_ARCH=arm TB --- 2013-11-24 14:30:00 - TZ=UTC TB --- 2013-11-24 14:30:00 - __MAKE_CONF=/dev/null TB --- 2013-11-24 14:30:00 - cd /src TB --- 2013-11-24 14:30:00 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Sun Nov 24 14:30:01 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 Sun Nov 24 14:33:20 UTC 2013 TB --- 2013-11-24 14:33:20 - cd /src/sys/arm/conf TB --- 2013-11-24 14:33:20 - /usr/sbin/config -m DB-88F6XXX TB --- 2013-11-24 14:33:20 - building DB-88F6XXX kernel TB --- 2013-11-24 14:33:20 - CROSS_BUILD_TESTING=YES TB --- 2013-11-24 14:33:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-24 14:33:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-24 14:33:20 - SRCCONF=/dev/null TB --- 2013-11-24 14:33:20 - TARGET=arm TB --- 2013-11-24 14:33:20 - TARGET_ARCH=arm TB --- 2013-11-24 14:33:20 - TZ=UTC TB --- 2013-11-24 14:33:20 - __MAKE_CONF=/dev/null TB --- 2013-11-24 14:33:20 - cd /src TB --- 2013-11-24 14:33:20 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Sun Nov 24 14:33:20 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 Sun Nov 24 14:36:52 UTC 2013 TB --- 2013-11-24 14:36:52 - cd /src/sys/arm/conf TB --- 2013-11-24 14:36:52 - /usr/sbin/config -m DIGI-CCWMX53 TB --- 2013-11-24 14:36:52 - skipping DIGI-CCWMX53 kernel TB --- 2013-11-24 14:36:52 - cd /src/sys/arm/conf TB --- 2013-11-24 14:36:52 - /usr/sbin/config -m DOCKSTAR TB --- 2013-11-24 14:36:52 - building DOCKSTAR kernel TB --- 2013-11-24 14:36:52 - CROSS_BUILD_TESTING=YES TB --- 2013-11-24 14:36:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-24 14:36:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-24 14:36:52 - SRCCONF=/dev/null TB --- 2013-11-24 14:36:52 - TARGET=arm TB --- 2013-11-24 14:36:52 - TARGET_ARCH=arm TB --- 2013-11-24 14:36:52 - TZ=UTC TB --- 2013-11-24 14:36:52 - __MAKE_CONF=/dev/null TB --- 2013-11-24 14:36:52 - cd /src TB --- 2013-11-24 14:36:52 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Sun Nov 24 14:36:52 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 DOCKSTAR completed on Sun Nov 24 14:40:02 UTC 2013 TB --- 2013-11-24 14:40:02 - cd /src/sys/arm/conf TB --- 2013-11-24 14:40:02 - /usr/sbin/config -m DREAMPLUG-1001 TB --- 2013-11-24 14:40:02 - building DREAMPLUG-1001 kernel TB --- 2013-11-24 14:40:02 - CROSS_BUILD_TESTING=YES TB --- 2013-11-24 14:40:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-24 14:40:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-24 14:40:02 - SRCCONF=/dev/null TB --- 2013-11-24 14:40:02 - TARGET=arm TB --- 2013-11-24 14:40:02 - TARGET_ARCH=arm TB --- 2013-11-24 14:40:02 - TZ=UTC TB --- 2013-11-24 14:40:02 - __MAKE_CONF=/dev/null TB --- 2013-11-24 14:40:02 - cd /src TB --- 2013-11-24 14:40:02 - /usr/bin/make -B buildkernel KERNCONF=DREAMPLUG-1001 >>> Kernel build for DREAMPLUG-1001 started on Sun Nov 24 14:40: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 DREAMPLUG-1001 completed on Sun Nov 24 14:46:09 UTC 2013 TB --- 2013-11-24 14:46:09 - cd /src/sys/arm/conf TB --- 2013-11-24 14:46:09 - /usr/sbin/config -m EA3250 TB --- 2013-11-24 14:46:09 - building EA3250 kernel TB --- 2013-11-24 14:46:09 - CROSS_BUILD_TESTING=YES TB --- 2013-11-24 14:46:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-24 14:46:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-24 14:46:09 - SRCCONF=/dev/null TB --- 2013-11-24 14:46:09 - TARGET=arm TB --- 2013-11-24 14:46:09 - TARGET_ARCH=arm TB --- 2013-11-24 14:46:09 - TZ=UTC TB --- 2013-11-24 14:46:09 - __MAKE_CONF=/dev/null TB --- 2013-11-24 14:46:09 - cd /src TB --- 2013-11-24 14:46:09 - /usr/bin/make -B buildkernel KERNCONF=EA3250 >>> Kernel build for EA3250 started on Sun Nov 24 14:46:09 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 EA3250 completed on Sun Nov 24 14:49:45 UTC 2013 TB --- 2013-11-24 14:49:45 - cd /src/sys/arm/conf TB --- 2013-11-24 14:49:45 - /usr/sbin/config -m EB9200 TB --- 2013-11-24 14:49:45 - building EB9200 kernel TB --- 2013-11-24 14:49:45 - CROSS_BUILD_TESTING=YES TB --- 2013-11-24 14:49:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-24 14:49:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-24 14:49:45 - SRCCONF=/dev/null TB --- 2013-11-24 14:49:45 - TARGET=arm TB --- 2013-11-24 14:49:45 - TARGET_ARCH=arm TB --- 2013-11-24 14:49:45 - TZ=UTC TB --- 2013-11-24 14:49:45 - __MAKE_CONF=/dev/null TB --- 2013-11-24 14:49:45 - cd /src TB --- 2013-11-24 14:49:45 - /usr/bin/make -B buildkernel KERNCONF=EB9200 >>> Kernel build for EB9200 started on Sun Nov 24 14:49: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 EB9200 completed on Sun Nov 24 14:53:37 UTC 2013 TB --- 2013-11-24 14:53:37 - cd /src/sys/arm/conf TB --- 2013-11-24 14:53:37 - /usr/sbin/config -m EFIKA_MX TB --- 2013-11-24 14:53:37 - skipping EFIKA_MX kernel TB --- 2013-11-24 14:53:37 - cd /src/sys/arm/conf TB --- 2013-11-24 14:53:37 - /usr/sbin/config -m EP80219 TB --- 2013-11-24 14:53:38 - skipping EP80219 kernel TB --- 2013-11-24 14:53:38 - cd /src/sys/arm/conf TB --- 2013-11-24 14:53:38 - /usr/sbin/config -m ETHERNUT5 TB --- 2013-11-24 14:53:38 - building ETHERNUT5 kernel TB --- 2013-11-24 14:53:38 - CROSS_BUILD_TESTING=YES TB --- 2013-11-24 14:53:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-24 14:53:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-24 14:53:38 - SRCCONF=/dev/null TB --- 2013-11-24 14:53:38 - TARGET=arm TB --- 2013-11-24 14:53:38 - TARGET_ARCH=arm TB --- 2013-11-24 14:53:38 - TZ=UTC TB --- 2013-11-24 14:53:38 - __MAKE_CONF=/dev/null TB --- 2013-11-24 14:53:38 - cd /src TB --- 2013-11-24 14:53:38 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Sun Nov 24 14:53: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 ETHERNUT5 completed on Sun Nov 24 15:05:42 UTC 2013 TB --- 2013-11-24 15:05:42 - cd /src/sys/arm/conf TB --- 2013-11-24 15:05:42 - /usr/sbin/config -m GUMSTIX TB --- 2013-11-24 15:05:42 - building GUMSTIX kernel TB --- 2013-11-24 15:05:42 - CROSS_BUILD_TESTING=YES TB --- 2013-11-24 15:05:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-24 15:05:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-24 15:05:42 - SRCCONF=/dev/null TB --- 2013-11-24 15:05:42 - TARGET=arm TB --- 2013-11-24 15:05:42 - TARGET_ARCH=arm TB --- 2013-11-24 15:05:42 - TZ=UTC TB --- 2013-11-24 15:05:42 - __MAKE_CONF=/dev/null TB --- 2013-11-24 15:05:42 - cd /src TB --- 2013-11-24 15:05:42 - /usr/bin/make -B buildkernel KERNCONF=GUMSTIX >>> Kernel build for GUMSTIX started on Sun Nov 24 15:05:42 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 GUMSTIX completed on Sun Nov 24 15:09:20 UTC 2013 TB --- 2013-11-24 15:09:20 - cd /src/sys/arm/conf TB --- 2013-11-24 15:09:20 - /usr/sbin/config -m GUMSTIX-QEMU TB --- 2013-11-24 15:09:20 - building GUMSTIX-QEMU kernel TB --- 2013-11-24 15:09:20 - CROSS_BUILD_TESTING=YES TB --- 2013-11-24 15:09:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-24 15:09:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-24 15:09:20 - SRCCONF=/dev/null TB --- 2013-11-24 15:09:20 - TARGET=arm TB --- 2013-11-24 15:09:20 - TARGET_ARCH=arm TB --- 2013-11-24 15:09:20 - TZ=UTC TB --- 2013-11-24 15:09:20 - __MAKE_CONF=/dev/null TB --- 2013-11-24 15:09:20 - cd /src TB --- 2013-11-24 15:09:20 - /usr/bin/make -B buildkernel KERNCONF=GUMSTIX-QEMU >>> Kernel build for GUMSTIX-QEMU started on Sun Nov 24 15:09:20 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/GUMSTIX-QEMU/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-24 15:09:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-24 15:09:23 - ERROR: failed to build GUMSTIX-QEMU kernel TB --- 2013-11-24 15:09:23 - 12606.80 user 4624.24 system 17320.85 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Nov 24 20:08: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 ESMTPS id 048EE340 for ; Sun, 24 Nov 2013 20:08:36 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 99E572330 for ; Sun, 24 Nov 2013 20:08:35 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id t61so2994732wes.7 for ; Sun, 24 Nov 2013 12:08:34 -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=kXCmR4S21ZcHzvwm4k7DwH3R+MFhwjq8ZOXpC6Z/DKM=; b=gTcq+jM4CisP1cd3eWJD8IOM7vGSBnk4wTk9ksl9KM0vqJThpMSYgHrBkmoJg6qxBu u8Fdt3GebHVxb8OXHzCviYcVkeGB3AKBJPpOtn6dMYiX4zy3BG4Np8v+yKHNH5wycixS lE11JY3ZO9dx6Z2nw1ngvLuzlVJDQPsd4/SFDj2t46tiZHTFn/Ljxk0py91Hd7g1+XWe ezWsDzbvWDKF9OW63Ilf8JFAZCUZp4q+XDIQgrrJRaIQ9trFMAQy1Oxn/C7kYvOjDi71 WNn77Ij5PYWbq8Hp3b3n1JK+nKqwIJPDQwNq2NCcZ6HNEhUyXhuqvAZOAcB6vCBQyVWF iAug== X-Received: by 10.180.185.201 with SMTP id fe9mr10840653wic.63.1385323714057; Sun, 24 Nov 2013 12:08:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.240.198 with HTTP; Sun, 24 Nov 2013 12:08:04 -0800 (PST) In-Reply-To: <5235D207.5070400@m5p.com> References: <522229C0.5030504@m5p.com> <5235D207.5070400@m5p.com> From: Jia-Shiun Li Date: Mon, 25 Nov 2013 04:08:04 +0800 Message-ID: Subject: Re: What's the recipe? To: George Mitchell Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2013 20:08:36 -0000 On Sun, Sep 15, 2013 at 11:28 PM, George Mitchell wrote: > CC pixman-arm-neon.lo > CPPAS pixman-arm-neon-asm.lo > /usr/include/float.h: Assembler messages: > /usr/include/float.h:43: Error: bad instruction `extern int > __flt_rounds(void)' > ./pixman-arm-neon-asm.h:947: Warning: ignoring redefinition of register > alias 'dst_w' > ./pixman-arm-neon-asm.h:947: Warning: ignoring redefinition of register > alias 'src' I was digging around this but got confused, since I am not familiar with asm. I commented out the declaration of __flt_rounds() in /usr/include/float.h and the compilation of pixman worked. Well, except there were still warnings complained about redefinitions like above. I'd like to ask if the questions are not too trivial: - is it ok to include .h from a .S file and having function declarations in .h files? It does not seem to work in this case. - shall we disable neon instructions for all ports before hardfloat is available, since neon depends on VFP? Or disable them all before additional armv7 support is available? Regards, Jia-Shiun. From owner-freebsd-arm@FreeBSD.ORG Sun Nov 24 20:49:31 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 ESMTPS id D28F4DC4 for ; Sun, 24 Nov 2013 20:49:31 +0000 (UTC) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id B82BE24DF for ; Sun, 24 Nov 2013 20:49:31 +0000 (UTC) Received: from bender.Home (97e5e46b.skybroadband.com [151.229.228.107]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 3E83D5DFFE; Sun, 24 Nov 2013 20:40:18 +0000 (UTC) Date: Sun, 24 Nov 2013 20:40:11 +0000 From: Andrew Turner To: Leif Lindholm Subject: Re: change in ARM uboot API Message-ID: <20131124204011.3baead38@bender.Home> In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2013 20:49:31 -0000 On Sat, 16 Nov 2013 17:53:45 +0000 Leif Lindholm wrote: > Hi, > > (not subscribed from this address, so please cc on any response) > > I came across a bit of an issue with the ARM uboot GRUB port today, > which I believe will also affect the FreeBSD loader: > http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=commit;h=fe1378a961e508b31b1f29a2bb08ba1dac063155 > > In short, the global data pointer has now moved from r8 to r9, and > since no API bump was made as a result of this, software now needs to > preserve both of these registers across calls into u-boot. > > If > http://svnweb.freebsd.org/base/head/sys/boot/arm/uboot/start.S?view=markup > is the correct version to inspect, the current loader is affected. This should be fixed by r258527 [1]. Andrew [1] http://svnweb.freebsd.org/changeset/base/258527 From owner-freebsd-arm@FreeBSD.ORG Mon Nov 25 11:06:45 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 ESMTPS id DE963550 for ; Mon, 25 Nov 2013 11:06:45 +0000 (UTC) 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 B3E302F3D for ; Mon, 25 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 rAPB6j3h089788 for ; Mon, 25 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 rAPB6jR1089786 for freebsd-arm@FreeBSD.org; Mon, 25 Nov 2013 11:06:45 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Nov 2013 11:06:45 GMT Message-Id: <201311251106.rAPB6jR1089786@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.16 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2013 11:06:45 -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/184078 arm cross installworld missing include files o arm/183926 arm Crash when ctrl-c while process is enter o arm/183740 arm mutex on some arm hardware requires dcache enabled o arm/183668 arm Panic when read unalign in ddb 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 32 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Nov 25 12:16:26 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 ESMTPS id 8B37CC8C; Mon, 25 Nov 2013 12:16:26 +0000 (UTC) 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 4310F252D; Mon, 25 Nov 2013 12:16:25 +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 rAPCGPvd090872; Mon, 25 Nov 2013 07:16:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rAPCGOXW090862; Mon, 25 Nov 2013 12:16:24 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 25 Nov 2013 12:16:24 GMT Message-Id: <201311251216.rAPCGOXW090862@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.16 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2013 12:16:26 -0000 TB --- 2013-11-25 08:00:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-25 08:00:21 - 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-25 08:00:21 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-25 08:00:21 - cleaning the object tree TB --- 2013-11-25 08:00:21 - /usr/local/bin/svn stat /src TB --- 2013-11-25 08:00:26 - At svn revision 258542 TB --- 2013-11-25 08:00:27 - building world TB --- 2013-11-25 08:00:27 - CROSS_BUILD_TESTING=YES TB --- 2013-11-25 08:00:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-25 08:00:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-25 08:00:27 - SRCCONF=/dev/null TB --- 2013-11-25 08:00:27 - TARGET=arm TB --- 2013-11-25 08:00:27 - TARGET_ARCH=arm TB --- 2013-11-25 08:00:27 - TZ=UTC TB --- 2013-11-25 08:00:27 - __MAKE_CONF=/dev/null TB --- 2013-11-25 08:00:27 - cd /src TB --- 2013-11-25 08:00:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Nov 25 08:00:36 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 25 11:06:01 UTC 2013 TB --- 2013-11-25 11:06:01 - generating LINT kernel config TB --- 2013-11-25 11:06:01 - cd /src/sys/arm/conf TB --- 2013-11-25 11:06:01 - /usr/bin/make -B LINT TB --- 2013-11-25 11:06:01 - cd /src/sys/arm/conf TB --- 2013-11-25 11:06:01 - /usr/sbin/config -m LINT TB --- 2013-11-25 11:06:01 - building LINT kernel TB --- 2013-11-25 11:06:01 - CROSS_BUILD_TESTING=YES TB --- 2013-11-25 11:06:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-25 11:06:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-25 11:06:01 - SRCCONF=/dev/null TB --- 2013-11-25 11:06:01 - TARGET=arm TB --- 2013-11-25 11:06:01 - TARGET_ARCH=arm TB --- 2013-11-25 11:06:01 - TZ=UTC TB --- 2013-11-25 11:06:01 - __MAKE_CONF=/dev/null TB --- 2013-11-25 11:06:01 - cd /src TB --- 2013-11-25 11:06:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 25 11:06:01 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 25 11:30:27 UTC 2013 TB --- 2013-11-25 11:30:27 - cd /src/sys/arm/conf TB --- 2013-11-25 11:30:27 - /usr/sbin/config -m AC100 TB --- 2013-11-25 11:30:27 - skipping AC100 kernel TB --- 2013-11-25 11:30:27 - cd /src/sys/arm/conf TB --- 2013-11-25 11:30:27 - /usr/sbin/config -m ARMADAXP TB --- 2013-11-25 11:30:27 - skipping ARMADAXP kernel TB --- 2013-11-25 11:30:27 - cd /src/sys/arm/conf TB --- 2013-11-25 11:30:27 - /usr/sbin/config -m ARNDALE TB --- 2013-11-25 11:30:27 - skipping ARNDALE kernel TB --- 2013-11-25 11:30:27 - cd /src/sys/arm/conf TB --- 2013-11-25 11:30:27 - /usr/sbin/config -m ATMEL TB --- 2013-11-25 11:30:27 - building ATMEL kernel TB --- 2013-11-25 11:30:27 - CROSS_BUILD_TESTING=YES TB --- 2013-11-25 11:30:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-25 11:30:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-25 11:30:27 - SRCCONF=/dev/null TB --- 2013-11-25 11:30:27 - TARGET=arm TB --- 2013-11-25 11:30:27 - TARGET_ARCH=arm TB --- 2013-11-25 11:30:27 - TZ=UTC TB --- 2013-11-25 11:30:27 - __MAKE_CONF=/dev/null TB --- 2013-11-25 11:30:27 - cd /src TB --- 2013-11-25 11:30:27 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Mon Nov 25 11:30:27 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 25 11:34:16 UTC 2013 TB --- 2013-11-25 11:34:16 - cd /src/sys/arm/conf TB --- 2013-11-25 11:34:16 - /usr/sbin/config -m AVILA TB --- 2013-11-25 11:34:16 - skipping AVILA kernel TB --- 2013-11-25 11:34:16 - cd /src/sys/arm/conf TB --- 2013-11-25 11:34:16 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-11-25 11:34:16 - skipping BEAGLEBONE kernel TB --- 2013-11-25 11:34:16 - cd /src/sys/arm/conf TB --- 2013-11-25 11:34:16 - /usr/sbin/config -m BWCT TB --- 2013-11-25 11:34:16 - building BWCT kernel TB --- 2013-11-25 11:34:16 - CROSS_BUILD_TESTING=YES TB --- 2013-11-25 11:34:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-25 11:34:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-25 11:34:16 - SRCCONF=/dev/null TB --- 2013-11-25 11:34:16 - TARGET=arm TB --- 2013-11-25 11:34:16 - TARGET_ARCH=arm TB --- 2013-11-25 11:34:16 - TZ=UTC TB --- 2013-11-25 11:34:16 - __MAKE_CONF=/dev/null TB --- 2013-11-25 11:34:16 - cd /src TB --- 2013-11-25 11:34:16 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Mon Nov 25 11:34:17 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 25 11:36:52 UTC 2013 TB --- 2013-11-25 11:36:52 - cd /src/sys/arm/conf TB --- 2013-11-25 11:36:52 - /usr/sbin/config -m CAMBRIA TB --- 2013-11-25 11:36:52 - skipping CAMBRIA kernel TB --- 2013-11-25 11:36:52 - cd /src/sys/arm/conf TB --- 2013-11-25 11:36:52 - /usr/sbin/config -m CNS11XXNAS TB --- 2013-11-25 11:36:52 - building CNS11XXNAS kernel TB --- 2013-11-25 11:36:52 - CROSS_BUILD_TESTING=YES TB --- 2013-11-25 11:36:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-25 11:36:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-25 11:36:52 - SRCCONF=/dev/null TB --- 2013-11-25 11:36:52 - TARGET=arm TB --- 2013-11-25 11:36:52 - TARGET_ARCH=arm TB --- 2013-11-25 11:36:52 - TZ=UTC TB --- 2013-11-25 11:36:52 - __MAKE_CONF=/dev/null TB --- 2013-11-25 11:36:52 - cd /src TB --- 2013-11-25 11:36:52 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Mon Nov 25 11:36:52 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 25 11:40:29 UTC 2013 TB --- 2013-11-25 11:40:29 - cd /src/sys/arm/conf TB --- 2013-11-25 11:40:29 - /usr/sbin/config -m COSMIC TB --- 2013-11-25 11:40:29 - skipping COSMIC kernel TB --- 2013-11-25 11:40:29 - cd /src/sys/arm/conf TB --- 2013-11-25 11:40:29 - /usr/sbin/config -m CRB TB --- 2013-11-25 11:40:29 - skipping CRB kernel TB --- 2013-11-25 11:40:29 - cd /src/sys/arm/conf TB --- 2013-11-25 11:40:29 - /usr/sbin/config -m CUBIEBOARD TB --- 2013-11-25 11:40:29 - skipping CUBIEBOARD kernel TB --- 2013-11-25 11:40:29 - cd /src/sys/arm/conf TB --- 2013-11-25 11:40:29 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2013-11-25 11:40:29 - skipping CUBIEBOARD2 kernel TB --- 2013-11-25 11:40:29 - cd /src/sys/arm/conf TB --- 2013-11-25 11:40:29 - /usr/sbin/config -m DB-78XXX TB --- 2013-11-25 11:40:29 - building DB-78XXX kernel TB --- 2013-11-25 11:40:29 - CROSS_BUILD_TESTING=YES TB --- 2013-11-25 11:40:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-25 11:40:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-25 11:40:29 - SRCCONF=/dev/null TB --- 2013-11-25 11:40:29 - TARGET=arm TB --- 2013-11-25 11:40:29 - TARGET_ARCH=arm TB --- 2013-11-25 11:40:29 - TZ=UTC TB --- 2013-11-25 11:40:29 - __MAKE_CONF=/dev/null TB --- 2013-11-25 11:40:29 - cd /src TB --- 2013-11-25 11:40:29 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Mon Nov 25 11:40:29 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 25 11:43:43 UTC 2013 TB --- 2013-11-25 11:43:43 - cd /src/sys/arm/conf TB --- 2013-11-25 11:43:43 - /usr/sbin/config -m DB-88F5XXX TB --- 2013-11-25 11:43:43 - building DB-88F5XXX kernel TB --- 2013-11-25 11:43:43 - CROSS_BUILD_TESTING=YES TB --- 2013-11-25 11:43:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-25 11:43:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-25 11:43:43 - SRCCONF=/dev/null TB --- 2013-11-25 11:43:43 - TARGET=arm TB --- 2013-11-25 11:43:43 - TARGET_ARCH=arm TB --- 2013-11-25 11:43:43 - TZ=UTC TB --- 2013-11-25 11:43:43 - __MAKE_CONF=/dev/null TB --- 2013-11-25 11:43:43 - cd /src TB --- 2013-11-25 11:43:43 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Mon Nov 25 11:43:43 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 25 11:46:53 UTC 2013 TB --- 2013-11-25 11:46:53 - cd /src/sys/arm/conf TB --- 2013-11-25 11:46:53 - /usr/sbin/config -m DB-88F6XXX TB --- 2013-11-25 11:46:53 - building DB-88F6XXX kernel TB --- 2013-11-25 11:46:53 - CROSS_BUILD_TESTING=YES TB --- 2013-11-25 11:46:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-25 11:46:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-25 11:46:53 - SRCCONF=/dev/null TB --- 2013-11-25 11:46:53 - TARGET=arm TB --- 2013-11-25 11:46:53 - TARGET_ARCH=arm TB --- 2013-11-25 11:46:53 - TZ=UTC TB --- 2013-11-25 11:46:53 - __MAKE_CONF=/dev/null TB --- 2013-11-25 11:46:53 - cd /src TB --- 2013-11-25 11:46:53 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Mon Nov 25 11:46:54 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 25 11:50:12 UTC 2013 TB --- 2013-11-25 11:50:12 - cd /src/sys/arm/conf TB --- 2013-11-25 11:50:12 - /usr/sbin/config -m DIGI-CCWMX53 TB --- 2013-11-25 11:50:12 - skipping DIGI-CCWMX53 kernel TB --- 2013-11-25 11:50:12 - cd /src/sys/arm/conf TB --- 2013-11-25 11:50:12 - /usr/sbin/config -m DOCKSTAR TB --- 2013-11-25 11:50:12 - building DOCKSTAR kernel TB --- 2013-11-25 11:50:12 - CROSS_BUILD_TESTING=YES TB --- 2013-11-25 11:50:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-25 11:50:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-25 11:50:12 - SRCCONF=/dev/null TB --- 2013-11-25 11:50:12 - TARGET=arm TB --- 2013-11-25 11:50:12 - TARGET_ARCH=arm TB --- 2013-11-25 11:50:12 - TZ=UTC TB --- 2013-11-25 11:50:12 - __MAKE_CONF=/dev/null TB --- 2013-11-25 11:50:12 - cd /src TB --- 2013-11-25 11:50:12 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Mon Nov 25 11:50:12 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 DOCKSTAR completed on Mon Nov 25 11:53:08 UTC 2013 TB --- 2013-11-25 11:53:08 - cd /src/sys/arm/conf TB --- 2013-11-25 11:53:08 - /usr/sbin/config -m DREAMPLUG-1001 TB --- 2013-11-25 11:53:08 - building DREAMPLUG-1001 kernel TB --- 2013-11-25 11:53:08 - CROSS_BUILD_TESTING=YES TB --- 2013-11-25 11:53:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-25 11:53:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-25 11:53:08 - SRCCONF=/dev/null TB --- 2013-11-25 11:53:08 - TARGET=arm TB --- 2013-11-25 11:53:08 - TARGET_ARCH=arm TB --- 2013-11-25 11:53:08 - TZ=UTC TB --- 2013-11-25 11:53:08 - __MAKE_CONF=/dev/null TB --- 2013-11-25 11:53:08 - cd /src TB --- 2013-11-25 11:53:08 - /usr/bin/make -B buildkernel KERNCONF=DREAMPLUG-1001 >>> Kernel build for DREAMPLUG-1001 started on Mon Nov 25 11:53: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 DREAMPLUG-1001 completed on Mon Nov 25 11:58:42 UTC 2013 TB --- 2013-11-25 11:58:42 - cd /src/sys/arm/conf TB --- 2013-11-25 11:58:42 - /usr/sbin/config -m EA3250 TB --- 2013-11-25 11:58:42 - building EA3250 kernel TB --- 2013-11-25 11:58:42 - CROSS_BUILD_TESTING=YES TB --- 2013-11-25 11:58:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-25 11:58:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-25 11:58:42 - SRCCONF=/dev/null TB --- 2013-11-25 11:58:42 - TARGET=arm TB --- 2013-11-25 11:58:42 - TARGET_ARCH=arm TB --- 2013-11-25 11:58:42 - TZ=UTC TB --- 2013-11-25 11:58:42 - __MAKE_CONF=/dev/null TB --- 2013-11-25 11:58:42 - cd /src TB --- 2013-11-25 11:58:42 - /usr/bin/make -B buildkernel KERNCONF=EA3250 >>> Kernel build for EA3250 started on Mon Nov 25 11:58:42 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 EA3250 completed on Mon Nov 25 12:01:49 UTC 2013 TB --- 2013-11-25 12:01:49 - cd /src/sys/arm/conf TB --- 2013-11-25 12:01:49 - /usr/sbin/config -m EB9200 TB --- 2013-11-25 12:01:49 - building EB9200 kernel TB --- 2013-11-25 12:01:49 - CROSS_BUILD_TESTING=YES TB --- 2013-11-25 12:01:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-25 12:01:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-25 12:01:49 - SRCCONF=/dev/null TB --- 2013-11-25 12:01:49 - TARGET=arm TB --- 2013-11-25 12:01:49 - TARGET_ARCH=arm TB --- 2013-11-25 12:01:49 - TZ=UTC TB --- 2013-11-25 12:01:49 - __MAKE_CONF=/dev/null TB --- 2013-11-25 12:01:49 - cd /src TB --- 2013-11-25 12:01:49 - /usr/bin/make -B buildkernel KERNCONF=EB9200 >>> Kernel build for EB9200 started on Mon Nov 25 12:01:49 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 EB9200 completed on Mon Nov 25 12:05:21 UTC 2013 TB --- 2013-11-25 12:05:21 - cd /src/sys/arm/conf TB --- 2013-11-25 12:05:21 - /usr/sbin/config -m EFIKA_MX TB --- 2013-11-25 12:05:21 - skipping EFIKA_MX kernel TB --- 2013-11-25 12:05:21 - cd /src/sys/arm/conf TB --- 2013-11-25 12:05:21 - /usr/sbin/config -m EP80219 TB --- 2013-11-25 12:05:21 - skipping EP80219 kernel TB --- 2013-11-25 12:05:21 - cd /src/sys/arm/conf TB --- 2013-11-25 12:05:21 - /usr/sbin/config -m ETHERNUT5 TB --- 2013-11-25 12:05:21 - building ETHERNUT5 kernel TB --- 2013-11-25 12:05:21 - CROSS_BUILD_TESTING=YES TB --- 2013-11-25 12:05:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-25 12:05:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-25 12:05:21 - SRCCONF=/dev/null TB --- 2013-11-25 12:05:21 - TARGET=arm TB --- 2013-11-25 12:05:21 - TARGET_ARCH=arm TB --- 2013-11-25 12:05:21 - TZ=UTC TB --- 2013-11-25 12:05:21 - __MAKE_CONF=/dev/null TB --- 2013-11-25 12:05:21 - cd /src TB --- 2013-11-25 12:05:21 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Mon Nov 25 12:05:21 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 ETHERNUT5 completed on Mon Nov 25 12:15:58 UTC 2013 TB --- 2013-11-25 12:15:58 - cd /src/sys/arm/conf TB --- 2013-11-25 12:15:58 - /usr/sbin/config -m GUMSTIX TB --- 2013-11-25 12:15:58 - building GUMSTIX kernel TB --- 2013-11-25 12:15:58 - CROSS_BUILD_TESTING=YES TB --- 2013-11-25 12:15:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-25 12:15:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-25 12:15:58 - SRCCONF=/dev/null TB --- 2013-11-25 12:15:58 - TARGET=arm TB --- 2013-11-25 12:15:58 - TARGET_ARCH=arm TB --- 2013-11-25 12:15:58 - TZ=UTC TB --- 2013-11-25 12:15:58 - __MAKE_CONF=/dev/null TB --- 2013-11-25 12:15:58 - cd /src TB --- 2013-11-25 12:15:58 - /usr/bin/make -B buildkernel KERNCONF=GUMSTIX >>> Kernel build for GUMSTIX started on Mon Nov 25 12:15: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 [...] 4. Running pass 'ARM Instruction Selection' on function '@smc_task_rx' cc: error: unable to execute command: Abort trap: 6 (core dumped) cc: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Target: arm--freebsd11.0-gnueabi Thread model: posix cc: note: diagnostic msg: PLEASE submit a bug report to http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and associated run script. cc: note: diagnostic msg: Error generating preprocessed source(s). *** Error code 254 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/GUMSTIX *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-25 12:16:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-25 12:16:24 - ERROR: failed to build GUMSTIX kernel TB --- 2013-11-25 12:16:24 - 11645.27 user 2482.21 system 15362.95 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Nov 25 12:49:03 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 ESMTPS id E848B657; Mon, 25 Nov 2013 12:49:03 +0000 (UTC) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d: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 9D27726E4; Mon, 25 Nov 2013 12:49:03 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id i13so2972671qae.10 for ; Mon, 25 Nov 2013 04:49:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=aGwkI8nIVJ0s4ch/KaPJ6DBKwSaeMaVhIiVmhn2kcVg=; b=XzjxG755+NbXo2WKuwZSoPRsOgpqz6vABy4Ts691UrX7SIBF5ILH72d7mNSTk4ZjN3 33TVoaubCB76w7agGyW0mp+bMCASUDrXHUaBqkUbPVwOvAmMiY3Psr6flmdKTjkemICC uxU2XmMYCnyGp2DOS0uBHVFQQ8oB1c+xBiH29+rynRRTc3czsmk0I3UcfpGFCRMCJU/n OoNoDN1w2FYBOVxk0KK61e/GE1CogxRZe81WJkKtO46KS9BYOVU/6qFuk+d3zNibfxO6 aunn5cvHnVFqpvizeWqxD8ZCi2QjIFBUfDhtdch+pR6QZ+uok+OXujvorm6iRJsXLE3i v4tA== MIME-Version: 1.0 X-Received: by 10.49.76.7 with SMTP id g7mr15390068qew.25.1385383742778; Mon, 25 Nov 2013 04:49:02 -0800 (PST) Received: by 10.140.85.146 with HTTP; Mon, 25 Nov 2013 04:49:02 -0800 (PST) In-Reply-To: <20131122000457.GA44039@freebsd.org> References: <20131122000457.GA44039@freebsd.org> Date: Mon, 25 Nov 2013 13:49:02 +0100 Message-ID: Subject: Re: arm SMP fix From: Svatopluk Kraus To: Olivier Houchard Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2013 12:49:04 -0000 Hi, we use another approach to the problem at work for now. So, I have only one comment. Can be explicitly stated in commit that PCPU_GET() is not needed to be atomic? Otherwise, it will look that problem with curthread is solved but similar problem with PCPU_GET() starts up. In fact, atomicity of PCPU_GET() must be ensured in code where is used. Svatopluk Kraus On Fri, Nov 22, 2013 at 1:04 AM, Olivier Houchard wrote: > Hi all, > > Attached is the first draft to a patch that fixes SMP for me, it seems to > work fine on my Pandaboard. > The problem is, as it is currently implemented, curthread is basically > defined as get_pcpu()->pc_curthread. If we get interrupted between the > moment > we got the struct pcpu, and the moment we derefence it to get the curthread > pointer, and migrated to another core, we would get the wrong curthread, > and > that's not good. > The proposed fix does the following : > - use the register we used to use for pcpu for curthread > - get the pcpu address by reading the cpu id from the CPUID register, and > just use it as an index for the __pcpu array. > > It breaks the KBI, which is unfortunate, but I think it is no big deal for > arm right now. > > Any review, comment, and testing, even on UP boards, would be very welcome. > > Regards, > > Olivier > > _______________________________________________ > 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" > From owner-freebsd-arm@FreeBSD.ORG Mon Nov 25 15:30:02 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 ESMTPS id 31490EC1 for ; Mon, 25 Nov 2013 15:30:02 +0000 (UTC) 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 20CB221BB for ; Mon, 25 Nov 2013 15:30:02 +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 rAPFU1Ch050940 for ; Mon, 25 Nov 2013 15:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rAPFU1U6050939; Mon, 25 Nov 2013 15:30:01 GMT (envelope-from gnats) Date: Mon, 25 Nov 2013 15:30:01 GMT Message-Id: <201311251530.rAPFU1U6050939@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: Matthias Meyser Subject: Re: arm/184078: cross installworld missing include files X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: Matthias Meyser List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2013 15:30:02 -0000 The following reply was made to PR arm/184078; it has been noted by GNATS. From: Matthias Meyser To: bug-followup@FreeBSD.org, Meyser@xenet.de Cc: Subject: Re: arm/184078: cross installworld missing include files Date: Mon, 25 Nov 2013 16:27:00 +0100 Correction: This seems to be correct as all File under "/usr/include/c++/4.2/" seems to be moved to "/usr/include/c++/v1/". BUT: During Buildworld on the target machine (Beaglebone Black) for eg. include file "cmath" was not found. Population "/usr/include/c++/4.2/" with old versioned files solved this problem and i was abel to buildworld. But this is more hack than a fix. -- Matthias Meyser | XeNET GmbH Tel.: +49-5323-9489050 | 38678 Clausthal-Zellerfeld, Marktstrasse 40 Fax: +49-5323-94014 | Registergericht: Amtsgericht Braunschweig HRB 110823 Email: Meyser@xenet.de | Geschaeftsfuehrer: Matthias Meyser From owner-freebsd-arm@FreeBSD.ORG Mon Nov 25 21:05:51 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 ESMTPS id 787A7278 for ; Mon, 25 Nov 2013 21:05:51 +0000 (UTC) Received: from mail-pb0-f42.google.com (mail-pb0-f42.google.com [209.85.160.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 53C022969 for ; Mon, 25 Nov 2013 21:05:51 +0000 (UTC) Received: by mail-pb0-f42.google.com with SMTP id uo5so6606222pbc.29 for ; Mon, 25 Nov 2013 13:05: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:sender:from:content-type :content-transfer-encoding:subject:message-id:date:to:mime-version; bh=q+mDvwc9ywAcWen2FD0GZN37I0r7XHt6dii7ksRVHuU=; b=IIDUkfgwQxIDHd/mHIa+k1LgID401FIFAk4w0R0tJWLTC0KbbVbWXvpXcOvXl06f+l ibndTJsLFo4llF1w6/CUpbjVWkHkWTQH9v8Iajslzo/MAULqUyBvIyoD6DIzSLB2UVWk nU4LRdDHc0uKWdGG4KRMy5vZUtwrahDWaqsJRo1yJzwoIyvDZoEmb4kf8X+gpMrerx8x AJOFByFpm6m+dFNJP+y3LgqTd8F6AbJqfVd6hQ43BWTXZTTeGgN8oko/pEvseOh6cOms kQFTSXP8qw0AkUkzjmuvSZai6/3ij94PsiyZodMp85mQPF4S76z/b4bOoWsDJKKbchlb l0ww== X-Gm-Message-State: ALoCoQlqSLxNla0mSg6IpSfzNErcwG45K7Pm90eESaJEMUopubyfr+gIiFkMEFVEzwF8Zv22j6ji X-Received: by 10.66.7.68 with SMTP id h4mr30144059paa.0.1385413550488; Mon, 25 Nov 2013 13:05:50 -0800 (PST) Received: from [192.168.2.123] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPSA id hz10sm75418854pbc.36.2013.11.25.13.05.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 25 Nov 2013 13:05:49 -0800 (PST) Sender: Tim Kientzle From: Tim Kientzle Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: freebsd-arm description? Message-Id: Date: Mon, 25 Nov 2013 13:05:38 -0800 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) X-Mailer: Apple Mail (2.1822) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2013 21:05:51 -0000 According to this page: http://lists.freebsd.org/mailman/listinfo/freebsd-arm =93[This mailing list] is for individuals actively working on porting FreeBSD to the StrongArm Processor.=94 How do we change that to something a bit more accurate? (I=92ve recently heard from someone who passed over this mailing list because they didn=92t think it applied to more modern ARM processors.) Maybe: =93This is a technical mailing list for people working to develop and support FreeBSD on various ARM processors and SOCs.=94 Cheers, Tim From owner-freebsd-arm@FreeBSD.ORG Mon Nov 25 21:07:39 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 ESMTPS id A55F32CF; Mon, 25 Nov 2013 21:07:39 +0000 (UTC) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D5DF2977; Mon, 25 Nov 2013 21:07:39 +0000 (UTC) Received: from [209.249.190.124] (port=53573 helo=gnnmac.hudson-trading.com) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1Vl3NZ-0001Dt-I8; Mon, 25 Nov 2013 16:07:37 -0500 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: freebsd-arm description? From: George Neville-Neil In-Reply-To: Date: Mon, 25 Nov 2013 16:07:37 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <7DCF72F0-4072-46DD-A3F7-F33FC10055E9@neville-neil.com> References: To: Tim Kientzle X-Mailer: Apple Mail (2.1822) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com Cc: freebsd-arm@freebsd.org, postmaster@FreeBSD.ORG X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2013 21:07:39 -0000 On Nov 25, 2013, at 16:05 , Tim Kientzle wrote: > According to this page: >=20 > http://lists.freebsd.org/mailman/listinfo/freebsd-arm >=20 > =93[This mailing list] is for individuals actively working on > porting FreeBSD to the StrongArm Processor.=94 >=20 > How do we change that to something a bit more accurate? > (I=92ve recently heard from someone who passed over > this mailing list because they didn=92t think it applied to > more modern ARM processors.) >=20 > Maybe: >=20 > =93This is a technical mailing list for people working to > develop and support FreeBSD on various ARM > processors and SOCs.=94 >=20 +postmaster@ I think they can do this. Best, George From owner-freebsd-arm@FreeBSD.ORG Mon Nov 25 21:24: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 ESMTPS id 261FF788; Mon, 25 Nov 2013 21:24:40 +0000 (UTC) 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 8E3832A85; Mon, 25 Nov 2013 21:24:39 +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 1Vl3dx-000Adv-Gr; Mon, 25 Nov 2013 21:24:33 +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 rAPLOU6C005008; Mon, 25 Nov 2013 14:24:30 -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: U2FsdGVkX18R5EOyipnzvmJ88rMtfUHF Subject: Re: freebsd-arm description? From: Ian Lepore To: George Neville-Neil In-Reply-To: <7DCF72F0-4072-46DD-A3F7-F33FC10055E9@neville-neil.com> References: <7DCF72F0-4072-46DD-A3F7-F33FC10055E9@neville-neil.com> Content-Type: text/plain; charset="iso-8859-13" Date: Mon, 25 Nov 2013 14:24:30 -0700 Message-ID: <1385414670.1220.21.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id rAPLOU6C005008 Cc: freebsd-arm@FreeBSD.org, postmaster@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2013 21:24:40 -0000 On Mon, 2013-11-25 at 16:07 -0500, George Neville-Neil wrote: > On Nov 25, 2013, at 16:05 , Tim Kientzle wrote: >=20 > > According to this page: > >=20 > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > >=20 > > =B4[This mailing list] is for individuals actively working on > > porting FreeBSD to the StrongArm Processor.=A1 > >=20 > > How do we change that to something a bit more accurate? > > (I=FFve recently heard from someone who passed over > > this mailing list because they didn=FFt think it applied to > > more modern ARM processors.) > >=20 > > Maybe: > >=20 > > =B4This is a technical mailing list for people working to > > develop and support FreeBSD on various ARM > > processors and SOCs.=A1 > >=20 >=20 > +postmaster@ >=20 > I think they can do this. >=20 > Best, > George >=20 It might be better to say "systems" or "computers" in place of SOCs. Our focus historically has been on the chip/SoC, but increasingly ARM processors are finding their way into off-the-shelf retail computers. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Nov 25 21:29: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 ESMTPS id 8E57BA20; Mon, 25 Nov 2013 21:29:05 +0000 (UTC) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 647862AC4; Mon, 25 Nov 2013 21:29:05 +0000 (UTC) Received: from [209.249.190.124] (port=53865 helo=gnnmac.hudson-trading.com) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1Vl3iE-0004pE-6i; Mon, 25 Nov 2013 16:28:58 -0500 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: freebsd-arm description? From: George Neville-Neil In-Reply-To: <1385414670.1220.21.camel@revolution.hippie.lan> Date: Mon, 25 Nov 2013 16:28:58 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <41B13191-0D41-4EA8-BBCE-3E6A440EF90A@neville-neil.com> References: <7DCF72F0-4072-46DD-A3F7-F33FC10055E9@neville-neil.com> <1385414670.1220.21.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1822) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com Cc: freebsd-arm@FreeBSD.org, postmaster@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2013 21:29:05 -0000 On Nov 25, 2013, at 16:24 , Ian Lepore wrote: > On Mon, 2013-11-25 at 16:07 -0500, George Neville-Neil wrote: >> On Nov 25, 2013, at 16:05 , Tim Kientzle = wrote: >>=20 >>> According to this page: >>>=20 >>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>=20 >>> =93[This mailing list] is for individuals actively working on >>> porting FreeBSD to the StrongArm Processor.=94 >>>=20 >>> How do we change that to something a bit more accurate? >>> (I=B4ve recently heard from someone who passed over >>> this mailing list because they didn=B4t think it applied to >>> more modern ARM processors.) >>>=20 >>> Maybe: >>>=20 >>> =93This is a technical mailing list for people working to >>> develop and support FreeBSD on various ARM >>> processors and SOCs.=94 >>>=20 >>=20 >> +postmaster@ >>=20 >> I think they can do this. >>=20 >> Best, >> George >>=20 >=20 > It might be better to say "systems" or "computers" in place of SOCs. > Our focus historically has been on the chip/SoC, but increasingly ARM > processors are finding their way into off-the-shelf retail computers. I think if we leave off =93and SOCs=94 we=92ll run the correct gamut. Best George From owner-freebsd-arm@FreeBSD.ORG Mon Nov 25 22:29:08 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 ESMTPS id B296D4A3 for ; Mon, 25 Nov 2013 22:29:08 +0000 (UTC) Received: from mail-pb0-f50.google.com (mail-pb0-f50.google.com [209.85.160.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8A4C22E8B for ; Mon, 25 Nov 2013 22:29:08 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id rr13so6707840pbb.37 for ; Mon, 25 Nov 2013 14:29: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:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=tmpmx1e+f0j893icmZPuAa4SwIlhniqD5qz2LwqUYNs=; b=B9vHeO8VCpfEnVrlPo8h2HDuONN/eD9SNV12ZX7ew065n299z2UB83gkMhzMsNYGAB 8L+Yg7hAwIjwtlbFq2anIWLXncNrHXU/qjkAAnMi5HpIyJApTNi+KQp9KQoYBEN2SUAT rcp3QbTdRnirotKITxUR7ybaOMhbQ2i3e9lyp4DysjTqrHuRabG7fNE5RseV8jYi9oc5 THTWWmiTi5WL4WoD6Qmd4r0qnYJkDmtuPbOoHAfNJ2smaCLSV+Wt+MrYNkTm/4q/XXs3 QESbc6hHFrZuYka3GBJ0SvGYzwU4cSXm/2c1/MCj7qrHZFX5yx4cZtN2M0TdMbz0xnCK j/LQ== X-Gm-Message-State: ALoCoQlkGZsHnKTKUir0ycbN/qvSOYvnOKrr1D8DccyB74z4/x1SCuAX8RUWHV+nn6oNzJApBFuh X-Received: by 10.68.228.138 with SMTP id si10mr29541175pbc.13.1385418541200; Mon, 25 Nov 2013 14:29:01 -0800 (PST) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id rx4sm85794559pab.13.2013.11.25.14.28.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 25 Nov 2013 14:29:00 -0800 (PST) Sender: Warner Losh Subject: Re: freebsd-arm description? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=windows-1252 From: Warner Losh In-Reply-To: <41B13191-0D41-4EA8-BBCE-3E6A440EF90A@neville-neil.com> Date: Mon, 25 Nov 2013 15:26:02 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <47088196-D4BE-4490-A4DA-C4EF6D4A27F3@bsdimp.com> References: <7DCF72F0-4072-46DD-A3F7-F33FC10055E9@neville-neil.com> <1385414670.1220.21.camel@revolution.hippie.lan> <41B13191-0D41-4EA8-BBCE-3E6A440EF90A@neville-neil.com> To: George Neville-Neil X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm@FreeBSD.org, Ian Lepore , postmaster@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2013 22:29:08 -0000 On Nov 25, 2013, at 2:28 PM, George Neville-Neil wrote: >=20 > On Nov 25, 2013, at 16:24 , Ian Lepore wrote: >=20 >> On Mon, 2013-11-25 at 16:07 -0500, George Neville-Neil wrote: >>> On Nov 25, 2013, at 16:05 , Tim Kientzle = wrote: >>>=20 >>>> According to this page: >>>>=20 >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>=20 >>>> =93[This mailing list] is for individuals actively working on >>>> porting FreeBSD to the StrongArm Processor.=94 >>>>=20 >>>> How do we change that to something a bit more accurate? >>>> (I=B4ve recently heard from someone who passed over >>>> this mailing list because they didn=B4t think it applied to >>>> more modern ARM processors.) >>>>=20 >>>> Maybe: >>>>=20 >>>> =93This is a technical mailing list for people working to >>>> develop and support FreeBSD on various ARM >>>> processors and SOCs.=94 >>>>=20 >>>=20 >>> +postmaster@ >>>=20 >>> I think they can do this. >>>=20 >>> Best, >>> George >>>=20 >>=20 >> It might be better to say "systems" or "computers" in place of SOCs. >> Our focus historically has been on the chip/SoC, but increasingly ARM >> processors are finding their way into off-the-shelf retail computers. >=20 > I think if we leave off =93and SOCs=94 we=92ll run the correct gamut. You might want to toss 'modern' in front of the processors, since we = mostly talk about that here, with the odd question about legacy things = that have gotten broken. But I'm easy. Warner= From owner-freebsd-arm@FreeBSD.ORG Tue Nov 26 09:36:09 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 ESMTPS id 5D7474E3 for ; Tue, 26 Nov 2013 09:36:09 +0000 (UTC) Received: from mail-vc0-f172.google.com (mail-vc0-f172.google.com [209.85.220.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1D52E2EF9 for ; Tue, 26 Nov 2013 09:36:08 +0000 (UTC) Received: by mail-vc0-f172.google.com with SMTP id hz11so3658039vcb.31 for ; Tue, 26 Nov 2013 01:36:02 -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=K8uLi8MuuTWBRT11SvV5ijTNvaK2YDdQUojSbW5Cg2Q=; b=Igv7rVywVmdKNNxww7oMrbUkTo9yBlynSkjcMCiYLSCiNEsAgEkkNr+h3ddFIhhcaC sP7qpCVC3rvDpGPXoXmHXQrfJhWp6KGq9KyZdIYMBYEcejzxh/6j9FChTjin3TNHCRyy AIU0Khu8zgtOTXSSxkp5AWmfR8Ka/2v/IjgjW2iQBBZklYTl/XkV6969SI97mL58pBQH Es8mHvGPt9a7F5bihnj0TOtk+aZNMEbPNZ25Bb+e3kwFnL2JfumjfQSDzZXGpBHtNCPU SP5urzruTxXzPRW0rqi3m0QDiVIq9EsNs0DlK14giyK+2x/8P257VB4ckHAhsZ9cSYIa eHuQ== X-Gm-Message-State: ALoCoQmsxL2NQ5Zl8G/LWH44nfUMEv+Lv4EU/MD1lZkKtwBLhJ1avlgaaiZjVb2Ups/Rvd0f4jk6 MIME-Version: 1.0 X-Received: by 10.52.120.105 with SMTP id lb9mr314701vdb.59.1385458562482; Tue, 26 Nov 2013 01:36:02 -0800 (PST) Received: by 10.221.19.6 with HTTP; Tue, 26 Nov 2013 01:36:02 -0800 (PST) In-Reply-To: References: <20131122000457.GA44039@freebsd.org> Date: Tue, 26 Nov 2013 10:36:02 +0100 Message-ID: Subject: Re: arm SMP fix From: Wojciech Macek To: arm@freebsd.org Content-Type: multipart/mixed; boundary=089e013a1bae77ebd904ec113580 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: Olivier Houchard X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 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, 26 Nov 2013 09:36:09 -0000 --089e013a1bae77ebd904ec113580 Content-Type: text/plain; charset=ISO-8859-1 Hi, Applying the patch is causing a failure on systems with more than 2 cores. get_pcpu() macro is masking cpuid with incorrect value, since the only last two bits of cp15 register contain the right value. Simple fix attached below. Regards, Wojtek 2013/11/25 Svatopluk Kraus > Hi, > > we use another approach to the problem at work for now. So, I have only one > comment. Can be explicitly stated in commit that PCPU_GET() is not needed > to be atomic? Otherwise, it will look that problem with curthread is solved > but similar problem with PCPU_GET() starts up. > > In fact, atomicity of PCPU_GET() must be ensured in code where is used. > > Svatopluk Kraus > > > On Fri, Nov 22, 2013 at 1:04 AM, Olivier Houchard >wrote: > > > Hi all, > > > > Attached is the first draft to a patch that fixes SMP for me, it seems to > > work fine on my Pandaboard. > > The problem is, as it is currently implemented, curthread is basically > > defined as get_pcpu()->pc_curthread. If we get interrupted between the > > moment > > we got the struct pcpu, and the moment we derefence it to get the > curthread > > pointer, and migrated to another core, we would get the wrong curthread, > > and > > that's not good. > > The proposed fix does the following : > > - use the register we used to use for pcpu for curthread > > - get the pcpu address by reading the cpu id from the CPUID register, and > > just use it as an index for the __pcpu array. > > > > It breaks the KBI, which is unfortunate, but I think it is no big deal > for > > arm right now. > > > > Any review, comment, and testing, even on UP boards, would be very > welcome. > > > > Regards, > > > > Olivier > > > > _______________________________________________ > > 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" > > > _______________________________________________ > 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" > --089e013a1bae77ebd904ec113580 Content-Type: text/x-patch; charset=US-ASCII; name="pcpu_cpu_mask.patch" Content-Disposition: attachment; filename="pcpu_cpu_mask.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hogxvv6h0 ZGlmZiAtLWdpdCBhL3N5cy9hcm0vaW5jbHVkZS9wY3B1LmggYi9zeXMvYXJtL2luY2x1ZGUvcGNw dS5oCmluZGV4IGQ3MTNkM2QuLjdhNDU5N2QgMTAwNjQ0Ci0tLSBhL3N5cy9hcm0vaW5jbHVkZS9w Y3B1LmgKKysrIGIvc3lzL2FybS9pbmNsdWRlL3BjcHUuaApAQCAtNjMsNyArNjMsNyBAQCBleHRl cm4gc3RydWN0IHBjcHUgKnBjcHVwOwogI2lmIEFSTV9BUkNIXzYgfHwgQVJNX0FSQ0hfN0EKIC8q IG9yIEFSTV9UUF9BRERSRVNTIAltYXJrIFJFTU9WRSBNRSBOT1RFICovCiAKLSNkZWZpbmUgQ1BV X01BU0sgKDB4MTUpCisjZGVmaW5lIENQVV9NQVNLICgweDMpCiAKICNkZWZpbmUgZ2V0X3BjcHUo KSBfX2V4dGVuc2lvbl9fICh7CQkJICAJCVwKIAlpbnQgaWQ7CQkJCQkJCQlcCg== --089e013a1bae77ebd904ec113580-- From owner-freebsd-arm@FreeBSD.ORG Tue Nov 26 09:59: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 ESMTPS id 89A97D05 for ; Tue, 26 Nov 2013 09:59:02 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C5702067 for ; Tue, 26 Nov 2013 09:59:01 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1VlFPx-0002TJ-Op for freebsd-arm@freebsd.org; Tue, 26 Nov 2013 10:58:54 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Subject: Re: freebsd-arm description? References: <7DCF72F0-4072-46DD-A3F7-F33FC10055E9@neville-neil.com> <1385414670.1220.21.camel@revolution.hippie.lan> <41B13191-0D41-4EA8-BBCE-3E6A440EF90A@neville-neil.com> <47088196-D4BE-4490-A4DA-C4EF6D4A27F3@bsdimp.com> Date: Tue, 26 Nov 2013 10:58:35 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <47088196-D4BE-4490-A4DA-C4EF6D4A27F3@bsdimp.com> User-Agent: Opera Mail/12.16 (Win32) X-Authenticated-As-Hash: 5a5bc696c05b24d66fef48d694aeed0652e57d03 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.8 X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: 4c3c8b3d32e7d0cfaf2d58264fc1daa3 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 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, 26 Nov 2013 09:59:02 -0000 On Mon, 25 Nov 2013 23:26:02 +0100, Warner Losh wrote: > > On Nov 25, 2013, at 2:28 PM, George Neville-Neil wrote: > >> >> On Nov 25, 2013, at 16:24 , Ian Lepore wrote: >> >>> On Mon, 2013-11-25 at 16:07 -0500, George Neville-Neil wrote: >>>> On Nov 25, 2013, at 16:05 , Tim Kientzle wrote: >>>> >>>>> According to this page: >>>>> >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>> >>>>> “[This mailing list] is for individuals actively working on >>>>> porting FreeBSD to the StrongArm Processor.” >>>>> >>>>> How do we change that to something a bit more accurate? >>>>> (I´ve recently heard from someone who passed over >>>>> this mailing list because they didn´t think it applied to >>>>> more modern ARM processors.) >>>>> >>>>> Maybe: >>>>> >>>>> “This is a technical mailing list for people working to >>>>> develop and support FreeBSD on various ARM >>>>> processors and SOCs.” >>>>> >>>> >>>> +postmaster@ >>>> >>>> I think they can do this. >>>> >>>> Best, >>>> George >>>> >>> >>> It might be better to say "systems" or "computers" in place of SOCs. >>> Our focus historically has been on the chip/SoC, but increasingly ARM >>> processors are finding their way into off-the-shelf retail computers. >> >> I think if we leave off “and SOCs” we’ll run the correct gamut. > > You might want to toss 'modern' in front of the processors, since we > mostly talk about that here, with the odd question about legacy things > that have gotten broken. But I'm easy. > > Warner Drop the point that it is a list for people. It is about 'running FreeBSD on ARM processors' AFAIK. Ronald. From owner-freebsd-arm@FreeBSD.ORG Tue Nov 26 12:10:57 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 ESMTPS id 4A047115 for ; Tue, 26 Nov 2013 12:10:57 +0000 (UTC) Received: from kanar.ci0.org (kanar.ci0.org [88.191.150.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E419928B8 for ; Tue, 26 Nov 2013 12:10:56 +0000 (UTC) Received: from kanar.ci0.org (pluxor@localhost [127.0.0.1]) by kanar.ci0.org (8.14.5/8.14.5) with ESMTP id rAQCAZP6053876; Tue, 26 Nov 2013 13:10:35 +0100 (CET) (envelope-from cognet@ci0.org) Received: (from doginou@localhost) by kanar.ci0.org (8.14.5/8.14.5/Submit) id rAQCAYOA053875; Tue, 26 Nov 2013 13:10:34 +0100 (CET) (envelope-from cognet@ci0.org) X-Authentication-Warning: kanar.ci0.org: doginou set sender to cognet@ci0.org using -f Date: Tue, 26 Nov 2013 13:10:34 +0100 From: Olivier Houchard To: Wojciech Macek Subject: Re: arm SMP fix Message-ID: <20131126121034.GA53847@ci0.org> References: <20131122000457.GA44039@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 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, 26 Nov 2013 12:10:57 -0000 On Tue, Nov 26, 2013 at 10:36:02AM +0100, Wojciech Macek wrote: > Hi, > > Applying the patch is causing a failure on systems with more than 2 cores. > get_pcpu() macro is masking cpuid with incorrect value, since the only last > two bits of cp15 register contain the right value. Simple fix attached > below. > > Regards, > Wojtek Hi Wojtek, Oops that's true, there I meant 0xf and not 0x15. Does that mean that with your fix, you get it to work ? Regards, Olivier From owner-freebsd-arm@FreeBSD.ORG Tue Nov 26 13:17:22 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 ESMTPS id 75A6E293 for ; Tue, 26 Nov 2013 13:17:22 +0000 (UTC) Received: from mail-vb0-f45.google.com (mail-vb0-f45.google.com [209.85.212.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 372EE2D5A for ; Tue, 26 Nov 2013 13:17:21 +0000 (UTC) Received: by mail-vb0-f45.google.com with SMTP id p14so3934501vbm.32 for ; Tue, 26 Nov 2013 05:17: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=B+i7+bAmrBs9fZp5iffvt/Rortm4fuLMw6+4kAo4wGw=; b=dTDCrqsHlzKwh6tFgfi5/GbXVsTVPLsiJ+2heCHONf+r+JNPG92zbAL5LWHfzQuOm+ I1ZmheqWycmkBB923i5CpKCstf+WQc/wHZHUO3HQraiI1pmvVF0dHN8fBr0cKuAdBMNe Kd55ARv7No8Ay3jWkpbb2PzodXiw5cHqyZibAdu8PRAJWHBmGMYl2BTFxnoC87vQp+WF 4yzT5NxE4RwAhx5ewRR3i5J28X8ipema01h2kFmQPNyCB5m0eC0USCeoEbsd4yJPjKRB 9BSDaFLKoI0KVACjzMR6xC4K2aZKxxDSSN+fWQ6azgfXKmHpZEhkUeYxEWXs5D2BPBei P3kw== X-Gm-Message-State: ALoCoQna+i2KtgizlIr9R9Au4X9PD7UUdXkDyFcikRKw7+MzRkvuDC2hCK7asYpfPDdLQ00sozVA MIME-Version: 1.0 X-Received: by 10.52.116.74 with SMTP id ju10mr25518101vdb.20.1385471835603; Tue, 26 Nov 2013 05:17:15 -0800 (PST) Received: by 10.221.19.6 with HTTP; Tue, 26 Nov 2013 05:17:15 -0800 (PST) In-Reply-To: <20131126121034.GA53847@ci0.org> References: <20131122000457.GA44039@freebsd.org> <20131126121034.GA53847@ci0.org> Date: Tue, 26 Nov 2013 14:17:15 +0100 Message-ID: Subject: Re: arm SMP fix From: Wojciech Macek To: Olivier Houchard Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 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, 26 Nov 2013 13:17:22 -0000 Not realy... I'm only able to boot the 4-core Corex-A15, run world from SATA and perform some basic operations, including multithreaded compilation, if only takes less than ~5 minutes. Any more intensive stuff (creating/destroying a lot of processes at the same time, to be precise) results in kernel panic in pmap. We are trying to debug this issue, but have not found anything interesting so far. Regards, Wojtek 2013/11/26 Olivier Houchard > On Tue, Nov 26, 2013 at 10:36:02AM +0100, Wojciech Macek wrote: > > Hi, > > > > Applying the patch is causing a failure on systems with more than 2 > cores. > > get_pcpu() macro is masking cpuid with incorrect value, since the only > last > > two bits of cp15 register contain the right value. Simple fix attached > > below. > > > > Regards, > > Wojtek > > Hi Wojtek, > > Oops that's true, there I meant 0xf and not 0x15. Does that mean that with > your > fix, you get it to work ? > > Regards, > > Olivier > From owner-freebsd-arm@FreeBSD.ORG Tue Nov 26 16:16: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 ESMTPS id 93DF976C for ; Tue, 26 Nov 2013 16:16:00 +0000 (UTC) Received: from mail-pd0-f172.google.com (mail-pd0-f172.google.com [209.85.192.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 67D282A4E for ; Tue, 26 Nov 2013 16:16:00 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id g10so7977433pdj.17 for ; Tue, 26 Nov 2013 08:15:54 -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:content-transfer-encoding:message-id:references:to; bh=xvF74o3Z6UXj6lb2OCReUfL14VdFay+e1y7adpaY2+4=; b=Zy1Z0TdBtHT/qU308UK6WkNqqs7ssvR0lN6omfsXK3VmB0OX1heRnZBBNoqzxHqqaB VJv/GHs3rA1X77WCSKVcx+PSl2athSAv79zYRojfOFL4Al/X5oY7rE2l7oCVYc2iCAof r1XKQF1zc9MB+gejaaftwTzkaORrHoZo2xG0JPZYybEWSF1hDZU5KpAEdGFvlniOBevE gRrAmusN2DM5UYJGZAia4HSk9fLzZbHahTYmn//ebw+y1XazhLIl3NfRXZvd4bqd5EAU 8OJgtGeDib910FsQSwReCH58CRydrGJ8JbhFQW43lMNCNgITeTVkCSSR/vZDmSzQBn1p djFQ== X-Gm-Message-State: ALoCoQnjrB+qS+y70DpqPYwgqEyjXT2WM4kQ1Du1s1S45nLToYHGIMcI4d8BsYhfoQJTIfgsBLwn X-Received: by 10.66.122.100 with SMTP id lr4mr11262554pab.164.1385482554348; Tue, 26 Nov 2013 08:15:54 -0800 (PST) Received: from [192.168.2.123] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPSA id bl8sm82473323pad.17.2013.11.26.08.15.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 Nov 2013 08:15:53 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: freebsd-arm description? From: Tim Kientzle In-Reply-To: Date: Tue, 26 Nov 2013 08:15:40 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <7DCF72F0-4072-46DD-A3F7-F33FC10055E9@neville-neil.com> <1385414670.1220.21.camel@revolution.hippie.lan> <41B13191-0D41-4EA8-BBCE-3E6A440EF90A@neville-neil.com> <47088196-D4BE-4490-A4DA-C4EF6D4A27F3@bsdimp.com> To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.1822) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 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, 26 Nov 2013 16:16:00 -0000 I=92ll follow-up with postmaster to make the change. Thanks for the suggested edits. Tim On Nov 26, 2013, at 1:58 AM, Ronald Klop = wrote: > On Mon, 25 Nov 2013 23:26:02 +0100, Warner Losh = wrote: >=20 >>=20 >> On Nov 25, 2013, at 2:28 PM, George Neville-Neil wrote: >>=20 >>>=20 >>> On Nov 25, 2013, at 16:24 , Ian Lepore wrote: >>>=20 >>>> On Mon, 2013-11-25 at 16:07 -0500, George Neville-Neil wrote: >>>>> On Nov 25, 2013, at 16:05 , Tim Kientzle = wrote: >>>>>=20 >>>>>> According to this page: >>>>>>=20 >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>>>=20 >>>>>> =93[This mailing list] is for individuals actively working on >>>>>> porting FreeBSD to the StrongArm Processor.=94 >>>>>>=20 >>>>>> How do we change that to something a bit more accurate? >>>>>> (I=B4ve recently heard from someone who passed over >>>>>> this mailing list because they didn=B4t think it applied to >>>>>> more modern ARM processors.) >>>>>>=20 >>>>>> Maybe: >>>>>>=20 >>>>>> =93This is a technical mailing list for people working to >>>>>> develop and support FreeBSD on various ARM >>>>>> processors and SOCs.=94 >>>>>>=20 >>>>>=20 >>>>> +postmaster@ >>>>>=20 >>>>> I think they can do this. >>>>>=20 >>>>> Best, >>>>> George >>>>>=20 >>>>=20 >>>> It might be better to say "systems" or "computers" in place of = SOCs. >>>> Our focus historically has been on the chip/SoC, but increasingly = ARM >>>> processors are finding their way into off-the-shelf retail = computers. >>>=20 >>> I think if we leave off =93and SOCs=94 we=92ll run the correct = gamut. >>=20 >> You might want to toss 'modern' in front of the processors, since we = mostly talk about that here, with the odd question about legacy things = that have gotten broken. But I'm easy. >>=20 >> Warner >=20 > Drop the point that it is a list for people. It is about 'running = FreeBSD on ARM processors' AFAIK. >=20 > Ronald. > _______________________________________________ > 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" From owner-freebsd-arm@FreeBSD.ORG Wed Nov 27 15:51:28 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 ESMTPS id 5CC6FD02; Wed, 27 Nov 2013 15:51:28 +0000 (UTC) Received: from server1.xenet.de (server1.xenet.de [213.221.94.201]) by mx1.freebsd.org (Postfix) with ESMTP id D44D927DC; Wed, 27 Nov 2013 15:51:27 +0000 (UTC) Received: from [10.0.0.50] (intern.xenet.de [213.221.94.50]) (authenticated bits=0) by server1.xenet.de (8.12.5/8.12.5) with ESMTP id rARFpHjN026347; Wed, 27 Nov 2013 16:51:20 +0100 (CET) (envelope-from meyser@xenet.de) Message-ID: <529614E7.5050005@xenet.de> Date: Wed, 27 Nov 2013 16:51:03 +0100 From: Matthias Meyser Organization: XeNET GmbH, Clausthal-Zellerfeld User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-arm@freebsd.org, freebsd-isdn@freebsd.org Subject: ISDN4BSD on arm Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.38 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2013 15:51:28 -0000 Hi has anyone sucessfully compiled that on arm? Regard Matthias -- Matthias Meyser | XeNET GmbH Tel.: +49-5323-9489050 | 38678 Clausthal-Zellerfeld, Marktstrasse 40 Fax: +49-5323-94014 | Registergericht: Amtsgericht Braunschweig HRB 110823 Email: Meyser@xenet.de | Geschaeftsfuehrer: Matthias Meyser From owner-freebsd-arm@FreeBSD.ORG Fri Nov 29 03:01: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 ESMTPS id 7BE9CCCD for ; Fri, 29 Nov 2013 03:01:33 +0000 (UTC) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C7CD1778 for ; Fri, 29 Nov 2013 03:01:33 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id e14so14883622iej.26 for ; Thu, 28 Nov 2013 19:01:26 -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=gesOrnLC8sEt+ZFXBTwuJV5q2otfjyAkDLll7irq3/8=; b=BhFQirgaPQE5UC4kA5MHpmueW2zQAvEc+JCbil8B63Y1w6LszZfTb+wgpuZY5SvLX4 E6VK4jjHWZSTs2uSr4M2s/51Urc4f+n7v18JgMnmAhk9VNz8ZE6H3pqOwbCwVhcZ7FrQ Llp/md5yVouEMEBzAWQaTvSpknlxYPRAo2Cj2x21MMMhIOOL1hhgim8UuoVo3VOySLpz l9dxmIQ8bGBhy8vacvgvfv/koVCiNUF/9i2R4MVusld7WdOPDmmnZiz8Dxs/tEaWHCNs TOdNgtAL9syG8BVSRnLC+Ecv3IP+1HrMXc09WlerAQLmnNF2QLET3CgejeSPmsPN2J58 p5Tg== MIME-Version: 1.0 X-Received: by 10.50.114.168 with SMTP id jh8mr4385068igb.6.1385694086476; Thu, 28 Nov 2013 19:01:26 -0800 (PST) Received: by 10.64.18.14 with HTTP; Thu, 28 Nov 2013 19:01:26 -0800 (PST) Date: Fri, 29 Nov 2013 11:01:26 +0800 Message-ID: Subject: package building in arm From: Ganbold Tsagaankhuu To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2013 03:01:33 -0000 Hi, I'm trying to build netperf, but it first builds dependent ports like pkg etc. When building pkg it gives me an error and bt is like following: http://pastebin.ca/2484277 Is it know issue ? thanks, Ganbold From owner-freebsd-arm@FreeBSD.ORG Fri Nov 29 09:07:07 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 ESMTPS id CD508688 for ; Fri, 29 Nov 2013 09:07:07 +0000 (UTC) Received: from mail-ea0-x229.google.com (mail-ea0-x229.google.com [IPv6:2a00:1450:4013:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64022186F for ; Fri, 29 Nov 2013 09:07:07 +0000 (UTC) Received: by mail-ea0-f169.google.com with SMTP id l9so6683044eaj.28 for ; Fri, 29 Nov 2013 01:07:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=qEDj0COKrhpQkdGl0yYnlgdkFKZQw/B46PNkjAu12y0=; b=y0Roy7y2x3/flQ4LFF0qGULhYo7Ui25gazf7YoxTNZNK+TGf1VErGHr0Ncl/Oce31A VsGh6VV+spjCRzgVtsMlYGEj2lfCYLgzmOcxFdMVIMTVJlisULVC3QoXEYo0LY/z/ulL P8t5/sgrqcjX8VcBvba03WhD1EaXxsTgd60jHRkvFYGO6OjQgZ+1PIsNTsRIU6dLnlTD VqaWCmXWA4OgtzCz9li/NtSjpdDCR0V4QcRfw7VHwYqbQTx76KkuQMiZYMZ/E9qMYifs 1im2Yiu7luVXeD1frH4JxhZlEb1G0hOsFstuMtQqM2DRwwzAl2I3UgQm8HEXTi7fBHa7 VqJA== X-Received: by 10.14.211.69 with SMTP id v45mr1497930eeo.75.1385716025703; Fri, 29 Nov 2013 01:07:05 -0800 (PST) Received: from [128.141.43.162] (pb-d-128-141-43-162.cern.ch. [128.141.43.162]) by mx.google.com with ESMTPSA id h3sm13398094eem.15.2013.11.29.01.07.04 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 29 Nov 2013 01:07:05 -0800 (PST) Message-ID: <529858C0.4090904@gmail.com> Date: Fri, 29 Nov 2013 10:05:04 +0100 From: Aurelien Martin <01aurelien@gmail.com> User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: NSD4 kernel panic Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2013 09:07:07 -0000 Hi all, When I run "nsd-control start/rebuild" I get a kernel panic that freeze my rpi. I use NSD version 4.0.0. My port tree is update Cheers, Aurelien Logs ------- root@rpi:~ # uname -a FreeBSD rpi 10.0-CURRENT FreeBSD 10.0-CURRENT #84 r252209M: Thu Jun 27 09:09:14 EDT 2013 root@odyssey:/home/db/FreeBSD/obj/arm.armv6/home/db/svn/system/head/sys/RPI-B arm " panic: pmap_zero_page : page has mappings KDB: enter: panic [ thread pid 783 tid 100059 ] Stopped at $d: ldrb r15, [r15, r15, ror r15]! db> " From owner-freebsd-arm@FreeBSD.ORG Fri Nov 29 14:11:40 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 ESMTPS id 57E16312 for ; Fri, 29 Nov 2013 14:11:40 +0000 (UTC) Received: from mail-vc0-f172.google.com (mail-vc0-f172.google.com [209.85.220.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A98B18FA for ; Fri, 29 Nov 2013 14:11:39 +0000 (UTC) Received: by mail-vc0-f172.google.com with SMTP id hz11so6559842vcb.17 for ; Fri, 29 Nov 2013 06:11:32 -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=KSTwqtjjQJsQLqdpbRYxiLYNnWUWr2ChQC2cnCvC5eA=; b=RByEjEq1aAXZ67jKjCzAbLI+mNv0aBOQt1+nmYMfZUsSFELGAo8c1i4ozr+ElAC20m LhgwECipFUNGkPD+zNnsnaD+6x53yMqMldocPCRwiHjDbjNVCYGd0kVJhcEgjZOyqnrS HT5QzGdGIlH4ShK8rWiCcSG50B6aCWw+3HIkfQT2nXzkdpSdvu344fSZNn4ORPHCf7eC xc5NxHCWlGdNRGzga6BH1JMdxFCN5Az5nVNb7VVbUsCRIyGRy3YG5NFSxgCHL7VxhTJh oY7e7urvqHYlBowMTb6rHgyf6hmfJ/mHkTKyPyGU4Bz4XKjr2dVT0JvXI3Ex/yG0qmjT 2xYA== X-Gm-Message-State: ALoCoQkBChbaTCt1qFSnT2GCPGaW7xqWO1yr0LO1s/ncLiOGm6HJ08k0rrmQI/oib1wEO0nP6izU MIME-Version: 1.0 X-Received: by 10.52.191.98 with SMTP id gx2mr53048vdc.71.1385734292665; Fri, 29 Nov 2013 06:11:32 -0800 (PST) Received: by 10.221.19.6 with HTTP; Fri, 29 Nov 2013 06:11:32 -0800 (PST) In-Reply-To: References: <20131122000457.GA44039@freebsd.org> <20131126121034.GA53847@ci0.org> Date: Fri, 29 Nov 2013 15:11:32 +0100 Message-ID: Subject: Re: arm SMP fix From: Wojciech Macek To: Olivier Houchard Content-Type: multipart/mixed; boundary=089e0122e75a44a31404ec5168a9 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2013 14:11:40 -0000 --089e0122e75a44a31404ec5168a9 Content-Type: text/plain; charset=ISO-8859-1 Hi Olivier, Regarding your SMP fix, I've run some more tests. I've also attached some debugs which could detect misbehavior of pcpu, and none of them ever fired. I believe that at least with this issue, your patch is working and helped a lot. However, we still have problems with stability on cortex-a15. We've spent some time debugging and isolated problem a little bit, but any comments are appreciated. One of the configurations we have, was causing very interesting, 100%-reproducible crash at the end of kernel boot sequence. Inside pmap_enter_locked, function cpu_icache_sync_range caused vm_fault exception and lock congestion in pmap_fault_fixup. We've added some debugs and get following logs (please see attached file "a15_rwlock_recursing.txt"). According to ktrs, pmap_enter_locked on cpu2 is mapping va=0x8000 to pa=0x215a. After new pte is stored, icache_sync_range is executed. But somehow, MMU has got wrong mappings, so generates fault, lock congestion and panic. This can be easily debugged after entering kdb. First, cp15 pa-decoder sees 0x8000 as invalid (0x0000000f value). But just after invalidating TLBs (other tests showed that invalidating only SE 0x8000 is enough), MMU starts to decode the right address. So, everything suggests that TLB cache holded a wrong entry. We discovered, that adding tlb-invalidates inside pmap reduces reproduction rate. For now, we are testing very nasty workaround which does tlb_flushID on every PTE_SYNC. Although it seems to help (all tests are passing), there is a lot work to be done to find a fix. For now, all I can tell is, that pmap (probably?) lacks tlb_flushSE somewhere inside. Regards, Wojtek 2013/11/26 Wojciech Macek > Not realy... I'm only able to boot the 4-core Corex-A15, run world from > SATA and perform some basic operations, including multithreaded > compilation, if only takes less than ~5 minutes. Any more intensive stuff > (creating/destroying a lot of processes at the same time, to be precise) > results in kernel panic in pmap. We are trying to debug this issue, but > have not found anything interesting so far. > > Regards, > Wojtek > > > 2013/11/26 Olivier Houchard > >> On Tue, Nov 26, 2013 at 10:36:02AM +0100, Wojciech Macek wrote: >> > Hi, >> > >> > Applying the patch is causing a failure on systems with more than 2 >> cores. >> > get_pcpu() macro is masking cpuid with incorrect value, since the only >> last >> > two bits of cp15 register contain the right value. Simple fix attached >> > below. >> > >> > Regards, >> > Wojtek >> >> Hi Wojtek, >> >> Oops that's true, there I meant 0xf and not 0x15. Does that mean that >> with your >> fix, you get it to work ? >> >> Regards, >> >> Olivier >> > > --089e0122e75a44a31404ec5168a9 Content-Type: text/plain; charset=US-ASCII; name="a15_rwlock_recursing.txt" Content-Disposition: attachment; filename="a15_rwlock_recursing.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_holibdls0 YWhjaTA6IEZvcmNpbmcgUEkgdG8gNCBwb3J0cyAobWFzayA9IGYpCmFoY2kwOiBBSENJIHYxLjMw IHdpdGggNCA2R2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIHN1cHBvcnRlZCB3aXRoIEZCUwph aGNpMDogcXVpcmtzPTB4MjAwMAphaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAg b24gYWhjaTAKYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kwCmFo Y2ljaDI6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMiBvbiBhaGNpMAphaGNpY2gzOiA8QUhD SSBjaGFubmVsPiBhdCBjaGFubmVsIDMgb24gYWhjaTAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkg MTAuMDAwIG1zZWMKYWRhMCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBsdW4gMAph ZGEwOiA8U1QzODA4MTVBUyAzLkFBQz4gQVRBLTcgU0FUQSAxLnggZGV2aWNlCmFkYTA6IFNlcmlh bCBOdW1iZXIgNlFaMUZWN0cKYWRhMDogMTUwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDEueCwg VURNQTYsIFBJTyA4MTkyYnl0ZXMpCmFkYTA6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZAphZGEw OiA3NjMxOU1CICgxNTYzMDE0ODggNTEyIGJ5dGUgc2VjdG9yczogMTZIIDYzUy9UIDE2MzgzQykK YWRhMDogUHJldmlvdXNseSB3YXMga25vd24gYXMgYWQ0CnJhbmRvbTogdW5ibG9ja2luZyBkZXZp Y2UuClJlbGVhc2UgQVBzCjB3YXAgem9uZSBUZXJueXRpcm5pZ2Ugc3Qgb3IgZW1kb3V1Y25ldGQg IHJmb3Jvb3RtICBmMXI4bzhtMSAxdTlmIHN0Om8vIGQ0ZTh2OS8ybS5kCiAgW10uLi4Kd2Fybmlu Zzogbm8gdGltZS1vZi1kYXkgY2xvY2sgcmVnaXN0ZXJlZCwgc3lzdGVtIHRpbWUgd2lsbCBub3Qg YmUgc2V0IGFjY3VyYXRlbHkKcGFuaWM6IF9fcndfd2xvY2tfaGFyZDogcmVjdXJzaW5nIGJ1dCBu b24tcmVjdXJzaXZlIHJ3IHBtYXAgcHYgZ2xvYmFsIEAgL2hvbWUvd21hL2dpdC91bmRpc2Nsb3Nl ZGRldmljZS9zeXMvYXJtL2FybS9wbWFwLXY2LmM6MTQ0MAoKY3B1aWQgPSAyCktEQjogZW50ZXI6 IHBhbmljClsgdGhyZWFkIHBpZCAxIHRpZCAxMDAwMDEgXQpTdG9wcGVkIGF0ICAgICAga2RiX2Vu dGVyKzB4NGM6IGxkcmIgICAgcjE1LCBbcjE1LCByMTUsIHJvciByMTVdIQpkYj4gc2hvdyBjcDE1 CkNwdSBJRDogMHg0MTJmYzBmMwpDdXJyZW50IENhY2hlIEx2bCBJRDogMHg4NDQ0YzAwNApDdHJs OiAweDAwYzUzODdmCkF1eCBDdHJsOiAweDgwMDAwMDAwClByb2Nlc3NvciBGZWF0IDA6IDB4MDAw MDExMzEKUHJvY2Vzc29yIEZlYXQgMTogMHgwMDAxMTAxMQpEZWJ1ZyBGZWF0IDA6IDB4MDIwMTA1 NTUKQXV4aWxpYXJ5IEZlYXQgMDogMHgwMDAwMDAwMApNZW1vcnkgTW9kZWwgRmVhdCAwOiAweDEw MjAxMTA1Ck1lbW9yeSBNb2RlbCBGZWF0IDE6IDB4MjAwMDAwMDAKTWVtb3J5IE1vZGVsIEZlYXQg MjogMHgwMTI0MDAwMApNZW1vcnkgTW9kZWwgRmVhdCAzOiAweDAyMTAyMjExClRUQjA6IDB4MDEy ZTgwNmEKZGI+IGJ0ClRyYWNpbmcgcGlkIDEgdGlkIDEwMDAwMSB0ZCAweGNhYjE1MDAwCmRiX3Ry YWNlX3NlbGYoKSBhdCBkYl90cmFjZV9zZWxmCiAgICAgICAgIHBjID0gMHhjMDU4MzYxYyAgbHIg PSAweGMwMjQzOGI4IChkYl9oZXgyZGVjKzB4NGU4KQogICAgICAgICBzcCA9IDB4ZGVlZmYzODgg IGZwID0gMHhkZWVmZjNhMAogICAgICAgIHIxMCA9IDB4YzA2ODEyZTAKZGJfaGV4MmRlYygpIGF0 IGRiX2hleDJkZWMrMHg0ZTgKICAgICAgICAgcGMgPSAweGMwMjQzOGI4ICBsciA9IDB4YzAyNDMy MTggKGRiX2NvbW1hbmRfbG9vcCsweDJmMCkKICAgICAgICAgc3AgPSAweGRlZWZmM2E4ICBmcCA9 IDB4ZGVlZmY0NDgKICAgICAgICAgcjQgPSAweDAwMDAwMDAwICByNSA9IDB4MDAwMDAwMDAKICAg ICAgICAgcjYgPSAweGMwNWVjOTJhCmRiX2NvbW1hbmRfbG9vcCgpIGF0IGRiX2NvbW1hbmRfbG9v cCsweDJmMAogICAgICAgICBwYyA9IDB4YzAyNDMyMTggIGxyID0gMHhjMDI0MmY4OCAoZGJfY29t bWFuZF9sb29wKzB4NjApCiAgICAgICAgIHNwID0gMHhkZWVmZjQ1MCAgZnAgPSAweGRlZWZmNDYw CiAgICAgICAgIHI0ID0gMHhjMDVjOThjNyAgcjUgPSAweGMwNWU1YTgyCiAgICAgICAgIHI2ID0g MHhjMTJkMDJmNCAgcjcgPSAweGMxMmM2MDUwCiAgICAgICAgIHI4ID0gMHhkZWVmZjY0OCAgcjkg PSAweGMwNjgxNTUwCiAgICAgICAgcjEwID0gMHhjMTJjNjA1NApkYl9jb21tYW5kX2xvb3AoKSBh dCBkYl9jb21tYW5kX2xvb3ArMHg2MAogICAgICAgICBwYyA9IDB4YzAyNDJmODggIGxyID0gMHhj MDI0NTk5NCAoWF9kYl9zeW1ib2xfdmFsdWVzKzB4MjU0KQogICAgICAgICBzcCA9IDB4ZGVlZmY0 NjggIGZwID0gMHhkZWVmZjU4OAogICAgICAgICByNCA9IDB4MDAwMDAwMDAgIHI1ID0gMHhkZWVm ZjQ3MAogICAgICAgICByNiA9IDB4YzEyYzYwODAKWF9kYl9zeW1ib2xfdmFsdWVzKCkgYXQgWF9k Yl9zeW1ib2xfdmFsdWVzKzB4MjU0CiAgICAgICAgIHBjID0gMHhjMDI0NTk5NCAgbHIgPSAweGMw M2Y4MjZjIChrZGJfdHJhcCsweDE3MCkKICAgICAgICAgc3AgPSAweGRlZWZmNTkwICBmcCA9IDB4 ZGVlZmY1YjgKICAgICAgICAgcjQgPSAweDAwMDAwMDAwICByNSA9IDB4MDAwMDAwMDEKICAgICAg ICAgcjYgPSAweGMxMmM2MDgwICByNyA9IDB4YzEyYzYwNTAKa2RiX3RyYXAoKSBhdCBrZGJfdHJh cCsweDE3MAogICAgICAgICBwYyA9IDB4YzAzZjgyNmMgIGxyID0gMHhjMDU5OGJmOCAodW5kZWZp bmVkaW5zdHJ1Y3Rpb24rMHgyYjQpCiAgICAgICAgIHNwID0gMHhkZWVmZjVjMCAgZnAgPSAweGRl ZWZmNjQwCiAgICAgICAgIHI0ID0gMHgwMDAwMDAwMCAgcjUgPSAweGMwNTk4OGE4CiAgICAgICAg IHI2ID0gMHgwMDAwMDAwMCAgcjcgPSAweGU3ZmZmZmZmCiAgICAgICAgIHI4ID0gMHhjYWIxNTAw MCAgcjkgPSAweGRlZWZmNjQ4CiAgICAgICAgcjEwID0gMHhjMDNmNzljNAp1bmRlZmluZWRpbnN0 cnVjdGlvbigpIGF0IHVuZGVmaW5lZGluc3RydWN0aW9uKzB4MmI0CiAgICAgICAgIHBjID0gMHhj MDU5OGJmOCAgbHIgPSAweGMwNTg1MmFjIChleGNlcHRpb25fZXhpdCkKICAgICAgICAgc3AgPSAw eGRlZWZmNjQ4ICBmcCA9IDB4ZGVlZmY2YTAKICAgICAgICAgcjQgPSAweGMwNWU1YWRjICByNSA9 IDB4MDAwMDAwMDEKICAgICAgICAgcjYgPSAweGMxMmIyNzIwICByNyA9IDB4YzEyYjI4YzgKICAg ICAgICAgcjggPSAweGNhYjE1MDAwICByOSA9IDB4YzEyZGZmODAKICAgICAgICByMTAgPSAweGRl ZWZmNzBjCmV4Y2VwdGlvbl9leGl0KCkgYXQgZXhjZXB0aW9uX2V4aXQKICAgICAgICAgcGMgPSAw eGMwNTg1MmFjICBsciA9IDB4YzAzZjc5YjggKGtkYl9lbnRlcisweDQwKQogICAgICAgICBzcCA9 IDB4ZGVlZmY2OWMgIGZwID0gMHhkZWVmZjZhMAogICAgICAgICByMCA9IDB4YzEyYzYwNjQgIHIx ID0gMHgwMDAwMDAwMAogICAgICAgICByMiA9IDB4YzA1ZTk5MjUgIHIzID0gMHgwMDAwMDBhYgog ICAgICAgICByNCA9IDB4YzA1ZTVhZGMgIHI1ID0gMHgwMDAwMDAwMQogICAgICAgICByNiA9IDB4 YzEyYjI3MjAgIHI3ID0gMHhjMTJiMjhjOAogICAgICAgICByOCA9IDB4Y2FiMTUwMDAgIHI5ID0g MHhjMTJkZmY4MAogICAgICAgIHIxMCA9IDB4ZGVlZmY3MGMgcjEyID0gMHgwMDAwMDAwMAprZGJf ZW50ZXIoKSBhdCBrZGJfZW50ZXIrMHg1MAogICAgICAgICBwYyA9IDB4YzAzZjc5YzggIGxyID0g MHhjMDNiZjEyMCAoa2Fzc2VydF9wYW5pYysweDJhOCkKICAgICAgICAgc3AgPSAweGRlZWZmNmE4 ICBmcCA9IDB4ZGVlZmY2YzgKICAgICAgICAgcjQgPSAweDAwMDAwMTAwCmthc3NlcnRfcGFuaWMo KSBhdCBrYXNzZXJ0X3BhbmljKzB4MmE4CiAgICAgICAgIHBjID0gMHhjMDNiZjEyMCAgbHIgPSAw eGMwM2JlZmQ4IChrYXNzZXJ0X3BhbmljKzB4MTYwKQogICAgICAgICBzcCA9IDB4ZGVlZmY2ZDAg IGZwID0gMHhkZWVmZjcwMAogICAgICAgICByNCA9IDB4YzEyYjI3YzggIHI1ID0gMHhjMDVlNTIy ZAogICAgICAgICByNiA9IDB4ZGVlZmY3MGMgIHI3ID0gMHhjMTJiMjcyMAogICAgICAgICByOCA9 IDB4YzEyY2Y0OTggIHI5ID0gMHhjMTJjZjQ4OAogICAgICAgIHIxMCA9IDB4Y2FiMTUwMDAKa2Fz c2VydF9wYW5pYygpIGF0IGthc3NlcnRfcGFuaWMrMHgxNjAKICAgICAgICAgcGMgPSAweGMwM2Jl ZmQ4ICBsciA9IDB4YzAzYmM5YWMgKF9fcndfd2xvY2tfaGFyZCsweDMwYykKICAgICAgICAgc3Ag PSAweGRlZWZmNzE4ICBmcCA9IDB4ZGVlZmY3NDgKICAgICAgICAgcjQgPSAweDAwMDAwNWEwICBy NSA9IDB4Y2FiMTUwMDAKICAgICAgICAgcjYgPSAweGMxMmNmNDk4ICByNyA9IDB4YzEyY2Y0OTgK X19yd193bG9ja19oYXJkKCkgYXQgX19yd193bG9ja19oYXJkKzB4MzBjCiAgICAgICAgIHBjID0g MHhjMDNiYzlhYyAgbHIgPSAweGMwM2JjNjQ4IChfcndfd2xvY2tfY29va2llKzB4ZDApCiAgICAg ICAgIHNwID0gMHhkZWVmZjc1MCAgZnAgPSAweGRlZWZmNzc4CiAgICAgICAgIHI0ID0gMHgwMDAw MDVhMCAgcjUgPSAweGMwNjBjYmI1CiAgICAgICAgIHI2ID0gMHhjMTJjZjQ5OCAgcjcgPSAweGMx MmNmNDk4CiAgICAgICAgIHI4ID0gMHgwMDAwMDAwMCAgcjkgPSAweDAwMDAwMDAxCiAgICAgICAg cjEwID0gMHhjYWIxNTAwMApfcndfd2xvY2tfY29va2llKCkgYXQgX3J3X3dsb2NrX2Nvb2tpZSsw eGQwCiAgICAgICAgIHBjID0gMHhjMDNiYzY0OCAgbHIgPSAweGMwNThhNzEwIChwbWFwX2ZhdWx0 X2ZpeHVwKzB4MzQpCiAgICAgICAgIHNwID0gMHhkZWVmZjc4MCAgZnAgPSAweGRlZWZmN2IwCiAg ICAgICAgIHI0ID0gMHhjMTJjZjQyMCAgcjUgPSAweDAwMDAwMDAxCiAgICAgICAgIHI2ID0gMHgw MDAwODAwMCAgcjcgPSAweGMxM2ZjYWJjCnBtYXBfZmF1bHRfZml4dXAoKSBhdCBwbWFwX2ZhdWx0 X2ZpeHVwKzB4MzQKICAgICAgICAgcGMgPSAweGMwNThhNzEwICBsciA9IDB4YzA1OTc1MTggKGRh dGFfYWJvcnRfaGFuZGxlcisweDMwNCkKICAgICAgICAgc3AgPSAweGRlZWZmN2I4ICBmcCA9IDB4 ZGVlZmY4ODAKICAgICAgICAgcjQgPSAweDAwMDAwMDA3ICByNSA9IDB4MDAwMDAwMDEKICAgICAg ICAgcjYgPSAweDAwMDAyODA3ICByNyA9IDB4MDAwMDAwMTMKICAgICAgICAgcjggPSAweGRlZWZm ODg4ICByOSA9IDB4YzEzZmNhMDAKICAgICAgICByMTAgPSAweGNhYjE1MDAwCmRhdGFfYWJvcnRf aGFuZGxlcigpIGF0IGRhdGFfYWJvcnRfaGFuZGxlcisweDMwNAogICAgICAgICBwYyA9IDB4YzA1 OTc1MTggIGxyID0gMHhjMDU4NTJhYyAoZXhjZXB0aW9uX2V4aXQpCiAgICAgICAgIHNwID0gMHhk ZWVmZjg4OCAgZnAgPSAweGRlZWZmOTQ4CiAgICAgICAgIHI0ID0gMHhjYjZiMzAwNCAgcjUgPSAw eDAwMDA4MDAwCiAgICAgICAgIHI2ID0gMHhjMDU4MWYyYyAgcjcgPSAweGMxMmU4MDAwCiAgICAg ICAgIHI4ID0gMHhjMTNmY2FiYyAgcjkgPSAweGMxM2ZjYWJjCiAgICAgICAgcjEwID0gMHgwMjE1 YTY3ZQpleGNlcHRpb25fZXhpdCgpIGF0IGV4Y2VwdGlvbl9leGl0CiAgICAgICAgIHBjID0gMHhj MDU4NTJhYyAgbHIgPSAweGMwNThmYTIwIChwbWFwX2VudGVyKzB4OWZjKQogICAgICAgICBzcCA9 IDB4ZGVlZmY4ZGMgIGZwID0gMHhkZWVmZjk0OAogICAgICAgICByMCA9IDB4MDAwMDgwMDAgIHIx ID0gMHgwMDAwMTAwMAogICAgICAgICByMiA9IDB4YzA1OWQ2MzggIHIzID0gMHgwMDAwMDAyZgog ICAgICAgICByNCA9IDB4Y2I2YjMwMDQgIHI1ID0gMHgwMDAwODAwMAogICAgICAgICByNiA9IDB4 YzA1ODFmMmMgIHI3ID0gMHhjMTJlODAwMAogICAgICAgICByOCA9IDB4YzEzZmNhYmMgIHI5ID0g MHhjMTNmY2FiYwogICAgICAgIHIxMCA9IDB4MDIxNWE2N2UgcjEyID0gMHgwMDAwMDA0MAphcm12 N19pY2FjaGVfc3luY19yYW5nZSgpIGF0IGFybXY3X2ljYWNoZV9zeW5jX3JhbmdlKzB4OAogICAg ICAgICBwYyA9IDB4YzA1OWQ2NDAgIGxyID0gMHhjMDU4ZmEyMCAocG1hcF9lbnRlcisweDlmYykK ICAgICAgICAgc3AgPSAweGRlZWZmOGRjICBmcCA9IDB4ZGVlZmY5NDgKVW53aW5kIGZhaWx1cmUg KG5vIHJlZ2lzdGVycyBjaGFuZ2VkKQpkYj4gc2hvdyBrdHIKNjI2NCAoMHhjYWIxNTAwMDpjcHUy KTogZGF0YSBhYm9ydDogZmF1bHQgYWRkcmVzcz0weDgwMDAgKGZyb20gcGM9MHhjMDU5ZDY0MCBs cj0weGMwNThmYTIwKQoKNjI2MyAoMHhjYWIxNTAwMDpjcHUyKTogZGF0YSBwbWFwX2VudGVyX2xv Y2tlZCBiZWZvcmVpIGNhY2hlOiBwbWFwID0gMHhjMTNmY2FiYywgdmEgPSAweDgwMDAsIG5wdGUg PSAyMTVhNjdlLCBvcHRlID0gMCwgcHRlcCA9IDB4Y2I2YjgwMjAKNjI2MiAoMHhjYWIxNTAwMDpj cHUyKTogV01fQURERUQgW3BtYXBfZ2V0X3B2X2VudHJ5XSBtPTB4YzE1NDQ0ODAgcGM9MHhjNDYw MDAwMAo2MjYxICgweGNhYjE1MDAwOmNwdTIpOiBXTV9BRERFRCBbcG1hcF9mcmVlX3B2X2NodW5r XSBtPTB4YzE1NDNhMDAgcGM9MHhjNDYwMDAwMAo2MjYwICgweGNhYjE0YjQwOmNwdTApOiBtaV9z d2l0Y2g6IG5ldyB0aHJlYWQgMTAwMDAyICh0ZF9zY2hlZCAweGNhYjE0ZWI4LCBwaWQgMTAsIGlk bGU6IGNwdTApCjYyNTkgKDB4Y2FiMTRiNDA6Y3B1MCk6IEtUUkdSQVBIIGdyb3VwOiJ0aHJlYWQi LCBpZDoiaWRsZTogY3B1MCB0aWQgMTAwMDAyIiwgc3RhdGU6InJ1bm5pbmciLCBhdHRyaWJ1dGVz OiBwcmlvOjI1NQo2MjU4ICgweGNhYjE0YjQwOmNwdTApOiBXTV9BRERFRCBbL2hvbWUvd21hL2dp dC91bmRpc2Nsb3NlZGRldmljZS9zeXMva2Vybi9zY2hlZF80YnNkLmM6MTA5MV06IG9uY3B1ID0g MCwgY3AxNWlkID0gMAo2MjU3ICgweGNhYjEyMDAwOmNwdTApOiBXTV9BRERFRCBbL2hvbWUvd21h L2dpdC91bmRpc2Nsb3NlZGRldmljZS9zeXMva2Vybi9zY2hlZF80YnNkLmM6OTkyXTogb25jcHUg PSAyNTUsIGNwMTVpZCA9IDAKNjI1NiAoMHhjYWIxMjAwMDpjcHUwKTogS1RSR1JBUEggZ3JvdXA6 ImxvYWQiLCBpZDoiZ2xvYmFsIGxvYWQiLCBjb3VudGVyOjEsIGF0dHJpYnV0ZXM6IG5vbmUKNjI1 NSAoMHhjYWIxNDAwMDpjcHUzKTogbWlfc3dpdGNoOiBuZXcgdGhyZWFkIDEwMDAwNSAodGRfc2No ZWQgMHhjYWIxNDM3OCwgcGlkIDEwLCBpZGxlOiBjcHUzKQo2MjU0ICgweGNhYjE0MDAwOmNwdTMp OiBLVFJHUkFQSCBncm91cDoidGhyZWFkIiwgaWQ6ImlkbGU6IGNwdTMgdGlkIDEwMDAwNSIsIHN0 YXRlOiJydW5uaW5nIiwgYXR0cmlidXRlczogcHJpbzoyNTUKNjI1MyAoMHhjYWIxNDAwMDpjcHUz KTogV01fQURERUQgWy9ob21lL3dtYS9naXQvdW5kaXNjbG9zZWRkZXZpY2Uvc3lzL2tlcm4vc2No ZWRfNGJzZC5jOjEwOTFdOiBvbmNwdSA9IDMsIGNwMTVpZCA9IDMKNjI1MiAoMHhjYWIxNDAwMDpj cHUzKTogV01fQURERUQgWy9ob21lL3dtYS9naXQvdW5kaXNjbG9zZWRkZXZpY2Uvc3lzL2tlcm4v c2NoZWRfNGJzZC5jOjk5Ml06IG9uY3B1ID0gMjU1LCBjcDE1aWQgPSAzCjYyNTEgKDB4Y2FiMTQw MDA6Y3B1Myk6IEtUUkdSQVBIIGdyb3VwOiJ0aHJlYWQiLCBpZDoiaWRsZTogY3B1MyB0aWQgMTAw MDA1Iiwgc3RhdGU6ImlkbGUiLCBhdHRyaWJ1dGVzOiBwcmlvOjI1NQo2MjUwICgweGNhYjEyMDAw OmNwdTApOiBLVFJHUkFQSCBncm91cDoidGhyZWFkIiwgaWQ6ImdfdXAgdGlkIDEwMDAxMyIsIHN0 YXRlOiJzbGVlcCIsIGF0dHJpYnV0ZXM6IHByaW86OTIsIHdtZXNnOiItIiwgbG9ja25hbWU6Iihu dWxsKSIKNjI0OSAoMHhjYWIxNDAwMDpjcHUzKTogbWlfc3dpdGNoOiBvbGQgdGhyZWFkIDEwMDAw NSAodGRfc2NoZWQgMHhjYWIxNDM3OCwgcGlkIDEwLCBpZGxlOiBjcHUzKQo2MjQ4ICgweGNhYjEy MDAwOmNwdTApOiBtaV9zd2l0Y2g6IG9sZCB0aHJlYWQgMTAwMDEzICh0ZF9zY2hlZCAweGNhYjEy Mzc4LCBwaWQgMTIsIGdfdXApCjYyNDcgKDB4Y2FiMTIwMDA6Y3B1MCk6IEtUUkdSQVBIIGdyb3Vw OiJ0aHJlYWQiLCBpZDoiZ191cCB0aWQgMTAwMDEzIiwgcG9pbnQ6InByaW9yaXR5IGNoYW5nZSIs IGF0dHJpYnV0ZXM6IHByaW86OTIsIG5ldyBwcmlvOjkyLCBsaW5rZWR0bzoiZ191cCB0aWQgMTAw MDEzIgo2MjQ2ICgweGNhYjE0NzgwOmNwdTEpOiBtaV9zd2l0Y2g6IG5ldyB0aHJlYWQgMTAwMDAz ICh0ZF9zY2hlZCAweGNhYjE0YWY4LCBwaWQgMTAsIGlkbGU6IGNwdTEpCjYyNDUgKDB4Y2FiMTQ3 ODA6Y3B1MSk6IEtUUkdSQVBIIGdyb3VwOiJ0aHJlYWQiLCBpZDoiaWRsZTogY3B1MSB0aWQgMTAw MDAzIiwgc3RhdGU6InJ1bm5pbmciLCBhdHRyaWJ1dGVzOiBwcmlvOjI1NQo2MjQ0ICgweGNhYjE0 NzgwOmNwdTEpOiBXTV9BRERFRCBbL2hvbWUvd21hL2dpdC91bmRpc2Nsb3NlZGRldmljZS9zeXMv a2Vybi9zY2hlZF80YnNkLmM6MTA5MV06IG9uY3B1ID0gMSwgY3AxNWlkID0gMQo2MjQzICgweGNh YjE0NzgwOmNwdTEpOiBXTV9BRERFRCBbL2hvbWUvd21hL2dpdC91bmRpc2Nsb3NlZGRldmljZS9z eXMva2Vybi9zY2hlZF80YnNkLmM6OTkyXTogb25jcHUgPSAyNTUsIGNwMTVpZCA9IDEKNjI0MiAo MHhjYWIxNDc4MDpjcHUxKTogS1RSR1JBUEggZ3JvdXA6InRocmVhZCIsIGlkOiJpZGxlOiBjcHUx IHRpZCAxMDAwMDMiLCBzdGF0ZToiaWRsZSIsIGF0dHJpYnV0ZXM6IHByaW86MjU1CjYyNDEgKDB4 Y2FiMTQ3ODA6Y3B1MSk6IG1pX3N3aXRjaDogb2xkIHRocmVhZCAxMDAwMDMgKHRkX3NjaGVkIDB4 Y2FiMTRhZjgsIHBpZCAxMCwgaWRsZTogY3B1MSkKNjI0MCAoMHhjYWIxNTAwMDpjcHUyKTogc2xl ZXBxIHJlc3VtZTogdGhyZWFkIDB4Y2FiMTUwMDAgKHBpZCAxLCBrZXJuZWwpCjYyMzkgKDB4Y2Fi MTUwMDA6Y3B1Mik6IG1pX3N3aXRjaDogbmV3IHRocmVhZCAxMDAwMDEgKHRkX3NjaGVkIDB4Y2Fi MTUzNzgsIHBpZCAxLCBrZXJuZWwpCjYyMzggKDB4Y2FiMTUwMDA6Y3B1Mik6IEtUUkdSQVBIIGdy b3VwOiJ0aHJlYWQiLCBpZDoia2VybmVsIHRpZCAxMDAwMDEiLCBzdGF0ZToicnVubmluZyIsIGF0 dHJpYnV0ZXM6IHByaW86ODQKNjIzNyAoMHhjYWIxNTAwMDpjcHUyKTogV01fQURERUQgWy9ob21l L3dtYS9naXQvdW5kaXNjbG9zZWRkZXZpY2Uvc3lzL2tlcm4vc2NoZWRfNGJzZC5jOjEwOTFdOiBv bmNwdSA9IDIsIGNwMTVpZCA9IDIKNjIzNiAoMHhjYWIxNDNjMDpjcHUyKTogV01fQURERUQgWy9o b21lL3dtYS9naXQvdW5kaXNjbG9zZWRkZXZpY2Uvc3lzL2tlcm4vc2NoZWRfNGJzZC5jOjk5Ml06 IG9uY3B1ID0gMjU1LCBjcDE1aWQgPSAyCjYyMzUgKDB4Y2FiMTQzYzA6Y3B1Mik6IEtUUkdSQVBI IGdyb3VwOiJ0aHJlYWQiLCBpZDoiaWRsZTogY3B1MiB0aWQgMTAwMDA0Iiwgc3RhdGU6ImlkbGUi LCBhdHRyaWJ1dGVzOiBwcmlvOjI1NQo2MjM0ICgweGNhYjEyMDAwOmNwdTApOiBzbGVlcDogdGhy ZWFkIDEwMDAxMyAocGlkIDEyLCBnX3VwKSBvbiAtICgweGMxMmQwZmEwKQo2MjMzICgweGNhYjE0 M2MwOmNwdTIpOiBtaV9zd2l0Y2g6IG9sZCB0aHJlYWQgMTAwMDA0ICh0ZF9zY2hlZCAweGNhYjE0 NzM4LCBwaWQgMTAsIGlkbGU6IGNwdTIpCjYyMzIgKDB4Y2FiMTIwMDA6Y3B1MCk6IEtUUkdSQVBI IGdyb3VwOiJsb2FkIiwgaWQ6Imdsb2JhbCBsb2FkIiwgY291bnRlcjoyLCBhdHRyaWJ1dGVzOiBu b25lCjYyMzEgKDB4Y2FiMTQwMDA6Y3B1Myk6IG1pX3N3aXRjaDogbmV3IHRocmVhZCAxMDAwMDUg KHRkX3NjaGVkIDB4Y2FiMTQzNzgsIHBpZCAxMCwgaWRsZTogY3B1MykKNjIzMCAoMHhjYWIxNDAw MDpjcHUzKTogS1RSR1JBUEggZ3JvdXA6InRocmVhZCIsIGlkOiJpZGxlOiBjcHUzIHRpZCAxMDAw MDUiLCBzdGF0ZToicnVubmluZyIsIGF0dHJpYnV0ZXM6IHByaW86MjU1CjYyMjkgKDB4Y2FiMTQw MDA6Y3B1Myk6IFdNX0FEREVEIFsvaG9tZS93bWEvZ2l0L3VuZGlzY2xvc2VkZGV2aWNlL3N5cy9r ZXJuL3NjaGVkXzRic2QuYzoxMDkxXTogb25jcHUgPSAzLCBjcDE1aWQgPSAzCjYyMjggKDB4Y2Fi MTIwMDA6Y3B1MCk6IEtUUkdSQVBIIGdyb3VwOiJ0aHJlYWQiLCBpZDoiZ191cCB0aWQgMTAwMDEz IiwgcG9pbnQ6Indva2V1cCIsIGF0dHJpYnV0ZXM6IGxpbmtlZHRvOiJrZXJuZWwgdGlkIDEwMDAw MSIKNjIyNyAoMHhjYWIxMjAwMDpjcHUwKTogS1RSR1JBUEggZ3JvdXA6InRocmVhZCIsIGlkOiJr ZXJuZWwgdGlkIDEwMDAwMSIsIHN0YXRlOiJydW5xIGFkZCIsIGF0dHJpYnV0ZXM6IHByaW86ODQs IGxpbmtlZHRvOiJnX3VwIHRpZCAxMDAwMTMiCjYyMjYgKDB4Y2FiMTIwMDA6Y3B1MCk6IHNsZWVw cV93YWtldXA6IHRocmVhZCAweGNhYjE1MDAwIChwaWQgMSwga2VybmVsKQo2MjI1ICgweGNhYjEy MDAwOmNwdTApOiBzbGVlcHFfYnJvYWRjYXN0KDB4ZGVmMTg2NzgsIDApCjYyMjQgKDB4Y2I2MWY3 ODA6Y3B1Myk6IFdNX0FEREVEIFsvaG9tZS93bWEvZ2l0L3VuZGlzY2xvc2VkZGV2aWNlL3N5cy9r ZXJuL3NjaGVkXzRic2QuYzo5OTJdOiBvbmNwdSA9IDI1NSwgY3AxNWlkID0gMwo2MjIzICgweGNi NjFmNzgwOmNwdTMpOiBLVFJHUkFQSCBncm91cDoibG9hZCIsIGlkOiJnbG9iYWwgbG9hZCIsIGNv dW50ZXI6MSwgYXR0cmlidXRlczogbm9uZQo2MjIyICgweGNiNjFmNzgwOmNwdTMpOiBLVFJHUkFQ SCBncm91cDoidGhyZWFkIiwgaWQ6Im1kMCB0aWQgMTAwMDI3Iiwgc3RhdGU6InNsZWVwIiwgYXR0 cmlidXRlczogcHJpbzo5Miwgd21lc2c6Im1kd2FpdCIsIGxvY2tuYW1lOiIobnVsbCkiCjYyMjEg KDB4Y2I2MWY3ODA6Y3B1Myk6IG1pX3N3aXRjaDogb2xkIHRocmVhZCAxMDAwMjcgKHRkX3NjaGVk IDB4Y2I2MWZhZjgsIHBpZCAzLCBtZDApCjYyMjAgKDB4Y2I2MWY3ODA6Y3B1Myk6IEtUUkdSQVBI IGdyb3VwOiJ0aHJlYWQiLCBpZDoibWQwIHRpZCAxMDAwMjciLCBwb2ludDoicHJpb3JpdHkgY2hh bmdlIiwgYXR0cmlidXRlczogcHJpbzo5MiwgbmV3IHByaW86OTIsIGxpbmtlZHRvOiJtZDAgdGlk IDEwMDAyNyIKNjIxOSAoMHhjYWIxNDc4MDpjcHUxKTogbWlfc3dpdGNoOiBuZXcgdGhyZWFkIDEw MDAwMyAodGRfc2NoZWQgMHhjYWIxNGFmOCwgcGlkIDEwLCBpZGxlOiBjcHUxKQo2MjE4ICgweGNh YjE0NzgwOmNwdTEpOiBLVFJHUkFQSCBncm91cDoidGhyZWFkIiwgaWQ6ImlkbGU6IGNwdTEgdGlk IDEwMDAwMyIsIHN0YXRlOiJydW5uaW5nIiwgYXR0cmlidXRlczogcHJpbzoyNTUKNjIxNyAoMHhj YWIxNDc4MDpjcHUxKTogV01fQURERUQgWy9ob21lL3dtYS9naXQvdW5kaXNjbG9zZWRkZXZpY2Uv c3lzL2tlcm4vc2NoZWRfNGJzZC5jOjEwOTFdOiBvbmNwdSA9IDEsIGNwMTVpZCA9IDEKNjIxNiAo MHhjYWIxNDc4MDpjcHUxKTogV01fQURERUQgWy9ob21lL3dtYS9naXQvdW5kaXNjbG9zZWRkZXZp Y2Uvc3lzL2tlcm4vc2NoZWRfNGJzZC5jOjk5Ml06IG9uY3B1ID0gMjU1LCBjcDE1aWQgPSAxCjYy MTUgKDB4Y2FiMTQ3ODA6Y3B1MSk6IEtUUkdSQVBIIGdyb3VwOiJ0aHJlYWQiLCBpZDoiaWRsZTog Y3B1MSB0aWQgMTAwMDAzIiwgc3RhdGU6ImlkbGUiLCBhdHRyaWJ1dGVzOiBwcmlvOjI1NQo2MjE0 ICgweGNhYjE0NzgwOmNwdTEpOiBtaV9zd2l0Y2g6IG9sZCB0aHJlYWQgMTAwMDAzICh0ZF9zY2hl ZCAweGNhYjE0YWY4LCBwaWQgMTAsIGlkbGU6IGNwdTEpCjYyMTMgKDB4Y2FiMTIwMDA6Y3B1MCk6 IHNsZWVwcSByZXN1bWU6IHRocmVhZCAweGNhYjEyMDAwIChwaWQgMTIsIGdfdXApCjYyMTIgKDB4 Y2FiMTIwMDA6Y3B1MCk6IG1pX3N3aXRjaDogbmV3IHRocmVhZCAxMDAwMTMgKHRkX3NjaGVkIDB4 Y2FiMTIzNzgsIHBpZCAxMiwgZ191cCkKNjIxMSAoMHhjYWIxMjAwMDpjcHUwKTogS1RSR1JBUEgg Z3JvdXA6InRocmVhZCIsIGlkOiJnX3VwIHRpZCAxMDAwMTMiLCBzdGF0ZToicnVubmluZyIsIGF0 dHJpYnV0ZXM6IHByaW86OTIKNjIxMCAoMHhjYWIxMjAwMDpjcHUwKTogV01fQURERUQgWy9ob21l L3dtYS9naXQvdW5kaXNjbG9zZWRkZXZpY2Uvc3lzL2tlcm4vc2NoZWRfNGJzZC5jOjEwOTFdOiBv bmNwdSA9IDAsIGNwMTVpZCA9IDAKNjIwOSAoMHhjYWIxNGI0MDpjcHUwKTogV01fQURERUQgWy9o b21lL3dtYS9naXQvdW5kaXNjbG9zZWRkZXZpY2Uvc3lzL2tlcm4vc2NoZWRfNGJzZC5jOjk5Ml06 IG9uY3B1ID0gMjU1LCBjcDE1aWQgPSAwCjYyMDggKDB4Y2FiMTRiNDA6Y3B1MCk6IEtUUkdSQVBI IGdyb3VwOiJ0aHJlYWQiLCBpZDoiaWRsZTogY3B1MCB0aWQgMTAwMDAyIiwgc3RhdGU6ImlkbGUi LCBhdHRyaWJ1dGVzOiBwcmlvOjI1NQo2MjA3ICgweGNhYjE0YjQwOmNwdTApOiBtaV9zd2l0Y2g6 IG9sZCB0aHJlYWQgMTAwMDAyICh0ZF9zY2hlZCAweGNhYjE0ZWI4LCBwaWQgMTAsIGlkbGU6IGNw dTApCjYyMDYgKDB4Y2I2MWY3ODA6Y3B1Myk6IHNsZWVwOiB0aHJlYWQgMTAwMDI3IChwaWQgMywg bWQwKSBvbiBtZHdhaXQgKDB4Y2I2MTgwMDApCmRiPiBzaG93IHZ0b3AgMHg4MDAwClBoeXNpY2Fs IGFkZHJlc3MgcmVnOiAweDAwMDAwMDBmCmRiPiBzaG93IGNwMTUKQ3B1IElEOiAweDQxMmZjMGYz CkN1cnJlbnQgQ2FjaGUgTHZsIElEOiAweDg0NDRjMDA0CkN0cmw6IDB4MDBjNTM4N2YKQXV4IEN0 cmw6IDB4ODAwMDAwMDAKUHJvY2Vzc29yIEZlYXQgMDogMHgwMDAwMTEzMQpQcm9jZXNzb3IgRmVh dCAxOiAweDAwMDExMDExCkRlYnVnIEZlYXQgMDogMHgwMjAxMDU1NQpBdXhpbGlhcnkgRmVhdCAw OiAweDAwMDAwMDAwCk1lbW9yeSBNb2RlbCBGZWF0IDA6IDB4MTAyMDExMDUKTWVtb3J5IE1vZGVs IEZlYXQgMTogMHgyMDAwMDAwMApNZW1vcnkgTW9kZWwgRmVhdCAyOiAweDAxMjQwMDAwCk1lbW9y eSBNb2RlbCBGZWF0IDM6IDB4MDIxMDIyMTEKVFRCMDogMHgwMTJlODA2YQpkYj4gc2hvdyBwcm9j IDEKUHJvY2VzcyAxIChrZXJuZWwpIGF0IDB4Y2FiMTEwMDA6CiBzdGF0ZTogTk9STUFMCiB1aWQ6 IDAgIGdpZHM6IDAKIHBhcmVudDogcGlkIDAgYXQgMHhjMTJkMGZjOAogQUJJOiBGcmVlQlNEIEVM RjMyCiBwbWFwID0gMHhjMTNmY2FiYwogdGhyZWFkczogMQoxMDAwMDEgICAgICAgICAgICAgICAg ICAgUnVuICAgICBDUFUgMiAgICAgICAgICAgICAgIFtrZXJuZWxdIFRUQj0weDEyZTgwMDAgREFD Uj0weDUKZGI+IHNob3cgdnRvcCAweDgwMDAKUGh5c2ljYWwgYWRkcmVzcyByZWc6IDB4MDAwMDAw MGYKZGI+IGFybXY3X3RsYl9mbHVzaElECk5vIHN1Y2ggY29tbWFuZApkYj4gY2FsbCBhcm12N190 bGJfZmx1c2hJRAo9IDAKZGI+IHNob3cgdnRvcCAweDgwMDAgICAgICAKUGh5c2ljYWwgYWRkcmVz cyByZWc6IDB4MDIxNWEyZDQKZGI+IAo= --089e0122e75a44a31404ec5168a9-- From owner-freebsd-arm@FreeBSD.ORG Fri Nov 29 14:35:56 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 ESMTPS id A18CF9DE for ; Fri, 29 Nov 2013 14:35:56 +0000 (UTC) Received: from m13-72.163.com (m13-72.163.com [220.181.13.72]) by mx1.freebsd.org (Postfix) with ESMTP id DFF041A19 for ; Fri, 29 Nov 2013 14:35:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Date:From:To:Subject:Content-Type: MIME-Version:Message-ID; bh=SueLAeZ3yguZFZ80LeEH7YD0DrlxaHAWuyTx MMlDKlQ=; b=DggPsxogF02bHZc09oMYobbQLMme0O27J6CD5LKbq8bNQJwiOh3P DCAQ1yU+Ru0wG0lasd8fFvLwSPfveqK4sf9Pl34SkTBVMIU0PniLk/iin1UWaYud cPk0JoyXl4H8ByX6nnI+dujFvQDP4xyBrtx2ZZm+ue8Qmkj4AcxcFGY= Received: from cengzm07$163.com ( [166.111.33.98] ) by ajax-webmail-wmsvr72 (Coremail) ; Fri, 29 Nov 2013 22:35:53 +0800 (CST) X-Originating-IP: [166.111.33.98] Date: Fri, 29 Nov 2013 22:35:53 +0800 (CST) From: =?GBK?B?ztLKx9XRw/c=?= To: "freebsd-arm ml" Subject: BeagleBone ports and kernel module X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20131012(23719.5622.5618) Copyright (c) 2002-2013 www.mailtech.cn 163com X-CM-CTRLDATA: 4z73aGZvb3Rlcl9odG09MjI1OTo4MQ== MIME-Version: 1.0 Message-ID: <256ae6b8.f077.142a4498ebe.Coremail.cengzm07@163.com> X-CM-TRANSID: SMGowAA3h41KpphS44UMAA--.7067W X-CM-SenderInfo: pfhqw6rpqxqiywtou0bp/1tbiWwjkdlD+Qsvz+AABss X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2013 14:35:56 -0000 SSBoYXZlIGJ1aWx0IHRoZSBrZXJuZWwgYW5kIHRoZSByb290IGZpbGUgc3lzdGVtIGZyb20gdGhl IHNvdXJjZSB0cmVlIGF0IHN2bjovL3N2bi5mcmVlYnNkLm9yZy9iYXNlL3Byb2plY3RzL2FybXY2 LyBhbmQgbWFrZSB0aGUgZnJlZWJzZCBzeXN0ZW0gYm9vdCBzdWNjZXNzZnVsbHkgb24gdGhlIEJl YWdsZUJvbmUgYm9hcmQuIEFuZCB0aGUgbmV4dCBzdGVwIGlzIHRvIG1ha2Ugc29tZSBjaGFuZ2Vz IHRvIHRoZSBrZXJuZWwuIEkgd2FudCB0byBtYWtlIHNvbWUgbW9kdWxlcyB0byBzZXJ2ZSB0aGlz IHB1cnBvc2UuIFRoZSBmcmVlQlNEIHN5c3RlbSBwb3J0ZWQgdG8gdGhlIEJlYWdsZUJvbmUgc29t ZWhvdyBjYW5ub3QgbWFrZSB0aGUgbW9kdWxlLCBpdCBzYXlzIGNhbm5vdCBmaW5kIHRoZSBzb3Vy Y2UgdHJlZS4gU28gSSB0cmllZCB0byBtYWtlIHRoZSBtb2R1bGUgb24gdGhlIGZyZWVCU0QgOS4x IHJ1bm5pbmcgb24gdGhlIHZpcnR1YWwgYm94IDQuMi42LiBUaGUgdmlydHVhbCBib3ggcnVucyBv biBpMzg2IFBDLiBJIHRyaWVkIHRvIGNoYW5nZSBpbnRvIGNyb3NzIGNvbXBpbGUgdGhyb3VnaDoK Y2QgIC91c3Ivc3JjCm1ha2UgVEFSR0VUPWFybSBUQVJHRVRfQVJDSD1hcm0gYnVpbGRlbnYKbWFr ZSAtRE5PX0NMRUFOIGtlcm5lbC10b29sY2hhaW4KYW5kIHRoZSBtb2R1bGUgYnVpbHQgY2FuIG5v dCBiZWVuIGxvYWRlZCB0aHJvdWdoIGtsZGxvYWQgb24gdGhlIHBvcnRlZCBmcmVlYnNkLCBhbmQg dGhlIGVycm9yIHN1Z2dlc3RzIHRoZSByZWFzb24gaXMgdGhhdCB0aGUgdmVyc2lvbiBvZiB0aGUg dHdvIGZyZWVCU0Qgc3lzdGVtIGlzIG5vdCB0aGUgc2FtZSwgaG93IGNhbiBJIHNvbHZlIHRoaXMg cHJvYmxlbT8gcGxlYXNlIGhlbHAuCgoKYmVzdCByZWdhcmRzCmNlbmd6bTA3CgoKCg== From owner-freebsd-arm@FreeBSD.ORG Fri Nov 29 15:10:50 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 ESMTPS id C4932557 for ; Fri, 29 Nov 2013 15:10:50 +0000 (UTC) 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 96CB71C1C for ; Fri, 29 Nov 2013 15:10:50 +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 1VmPiT-000JOJ-1n; Fri, 29 Nov 2013 15:10:49 +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 rATFAiNU010191; Fri, 29 Nov 2013 08:10:44 -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+/R9wYA+W/eHV5sPbL+3UI Subject: Re: BeagleBone ports and kernel module From: Ian Lepore To: =?iso-2022-jp?Q?=1B=24B2f=40=27=3E=3CL=40=1B=28B?= In-Reply-To: <256ae6b8.f077.142a4498ebe.Coremail.cengzm07@163.com> References: <256ae6b8.f077.142a4498ebe.Coremail.cengzm07@163.com> Content-Type: text/plain; charset="iso-2022-jp" Date: Fri, 29 Nov 2013 08:10:44 -0700 Message-ID: <1385737844.58852.15.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 ml X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2013 15:10:50 -0000 On Fri, 2013-11-29 at 22:35 +0800, $B2f@'> I have built the kernel and the root file system from the source tree at svn://svn.freebsd.org/base/projects/armv6/ and make the freebsd system boot successfully on the BeagleBone board. And the next step is to make some changes to the kernel. I want to make some modules to serve this purpose. The freeBSD system ported to the BeagleBone somehow cannot make the module, it says cannot find the source tree. So I tried to make the module on the freeBSD 9.1 running on the virtual box 4.2.6. The virtual box runs on i386 PC. I tried to change into cross compile through: > cd /usr/src > make TARGET=arm TARGET_ARCH=arm buildenv > make -DNO_CLEAN kernel-toolchain > and the module built can not been loaded through kldload on the ported freebsd, and the error suggests the reason is that the version of the two freeBSD system is not the same, how can I solve this problem? please help. > The source code at projects/armv6 is very out of date; everything from that branch was merged into head months ago. Use either stable/10 or head (best support is currently on head). When cross-building for Beaglebone use TARGET_ARCH=armv6 -- Ian From owner-freebsd-arm@FreeBSD.ORG Fri Nov 29 18:08: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 ESMTPS id 7D885F98 for ; Fri, 29 Nov 2013 18:08:03 +0000 (UTC) Received: from mail-pd0-f176.google.com (mail-pd0-f176.google.com [209.85.192.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4DE2415B6 for ; Fri, 29 Nov 2013 18:08:02 +0000 (UTC) Received: by mail-pd0-f176.google.com with SMTP id w10so14192496pde.35 for ; Fri, 29 Nov 2013 10:08:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=/8KYGH/KCu0bL1EI1QJPhGRclof/9nAsQA02o+ofqq0=; b=c/j+AyJtaW8nc3UikqjraGP48qV4Zy9XrNS3cME7q3EBBKfxPiHIrw/M+OJYZbRit7 i+YgJDGpIMBmkh9DolrxjoJPDBO0Dsi8em3X3omeQ14hzIeN2ok44RCjLbN/57S5cKPZ DYPUgQf/x4EPKdJUKyXaZCCnhtXTaXYQZwp9QMb9bcNWMvLJOJDAAvosSZqE7noKghCs dEEXmOYJhOY6sxSxU2L4PC2JuPNHtOXKPOEu5WCRn2dOe/dF4aI4U7/5VtHgiHEWip7V IweAdTadrEvu5kqDPW/tnJT6x2wEHjIgBrcCRv0dvk6Wqpf8WODRkYNtfjqNbsgvGOBD UM0Q== X-Gm-Message-State: ALoCoQkxflKUNh+U2QyXnDwBEAx8VBi5R43vZksUyDh7UyC+bytt8u9TBU0ZgGB9Wn8IZ3oA9TOP X-Received: by 10.66.226.46 with SMTP id rp14mr29461605pac.133.1385748480618; Fri, 29 Nov 2013 10:08:00 -0800 (PST) Received: from [192.168.2.123] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPSA id ka3sm103590357pbc.32.2013.11.29.10.07.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 29 Nov 2013 10:08:00 -0800 (PST) Sender: Tim Kientzle Content-Type: text/plain; charset=iso-2022-jp Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: BeagleBone ports and kernel module From: Tim Kientzle In-Reply-To: <1385737844.58852.15.camel@revolution.hippie.lan> Date: Fri, 29 Nov 2013 10:07:35 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <9FA2EDCB-C417-4291-8D78-93514C978880@freebsd.org> References: <256ae6b8.f077.142a4498ebe.Coremail.cengzm07@163.com> <1385737844.58852.15.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1822) Cc: freebsd-arm ml X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2013 18:08:03 -0000 On Nov 29, 2013, at 7:10 AM, Ian Lepore wrote: > On Fri, 2013-11-29 at 22:35 +0800, =1B$B2f@'>> I have built the kernel and the root file system from the source tree = at svn://svn.freebsd.org/base/projects/armv6/ >=20 > The source code at projects/armv6 is very out of date; everything from > that branch was merged into head months ago. Is it time to delete that branch? Tim From owner-freebsd-arm@FreeBSD.ORG Fri Nov 29 18:55:39 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 ESMTPS id 0766234D for ; Fri, 29 Nov 2013 18:55:39 +0000 (UTC) Received: from mail-ie0-f169.google.com (mail-ie0-f169.google.com [209.85.223.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BDA491943 for ; Fri, 29 Nov 2013 18:55:38 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id e14so16754535iej.14 for ; Fri, 29 Nov 2013 10:55:32 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=Zl1eMaIkP/7PeYrHNTN8McEXV/QBGZXS2m4ggoRUPAQ=; b=KUvYhFY4SOH8haMioytdazmrs/0yIbhLGEP0QLqlpvwDfuUvHFpDu8jIavxOsrk2yd s1uw4nt54S6r7LXllbgeMHh9Mj4JUL51sjOXeAz0Nigf7oZ5n4qHzWU+NA6OQcEBUMU0 HZCQRs8vLr3HHiHw1NrEwWVporxQ/9O5D5FtWEktVlbAalyw5ZD5INdzH8A+T54tlzjt 0Jy+U7rkizgnR6NHWMNJuTIbfbI3Gb4laNbrDay4XfsGdpAZbSnKJXXVlmFXcZEiKMBr WIhrHTr9WR1THgvB8tzbVuBbjdcesN4/PVZOUm5jA5+7bd/6wPFv8rwlI6sa5iWzcCHs lXnQ== X-Gm-Message-State: ALoCoQk95Q7veofBBLFHk9ThJGncIrtn3m49zIN3hYm2sDQeEGGXAA6vYKJvBAs8hEC8Eaa4w6jn X-Received: by 10.43.77.212 with SMTP id zj20mr32371374icb.5.1385751332467; Fri, 29 Nov 2013 10:55:32 -0800 (PST) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id u1sm51609454ige.1.2013.11.29.10.55.31 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 29 Nov 2013 10:55:32 -0800 (PST) Sender: Warner Losh Subject: Re: BeagleBone ports and kernel module Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=iso-2022-jp From: Warner Losh In-Reply-To: <9FA2EDCB-C417-4291-8D78-93514C978880@freebsd.org> Date: Fri, 29 Nov 2013 11:55:30 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <68BB8BF1-82D8-4679-A68C-10F4BC36342D@bsdimp.com> References: <256ae6b8.f077.142a4498ebe.Coremail.cengzm07@163.com> <1385737844.58852.15.camel@revolution.hippie.lan> <9FA2EDCB-C417-4291-8D78-93514C978880@freebsd.org> To: Tim Kientzle X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm ml , Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2013 18:55:39 -0000 On Nov 29, 2013, at 11:07 AM, Tim Kientzle wrote: >=20 > On Nov 29, 2013, at 7:10 AM, Ian Lepore wrote: >=20 >> On Fri, 2013-11-29 at 22:35 +0800, =1B$B2f@'>>> I have built the kernel and the root file system from the source = tree at svn://svn.freebsd.org/base/projects/armv6/ >>=20 >> The source code at projects/armv6 is very out of date; everything = from >> that branch was merged into head months ago. >=20 > Is it time to delete that branch? I think so. The history will still be there for people that want it, but = it won't be a tempting target anymore. Warner From owner-freebsd-arm@FreeBSD.ORG Sat Nov 30 10:58: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 ESMTPS id 9FE14B06 for ; Sat, 30 Nov 2013 10:58:55 +0000 (UTC) Received: from mail120.us2.mcsv.net (mail120.us2.mcsv.net [173.231.139.120]) by mx1.freebsd.org (Postfix) with ESMTP id 6451119E2 for ; Sat, 30 Nov 2013 10:58:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=mail120.us2.mcsv.net; h=Subject:From:Reply-To:To:Date:Message-ID:List-Unsubscribe:Sender:Content-Type:MIME-Version; i=deepak.gope=3Dtechmagnate.com@mail120.us2.mcsv.net; bh=D24CaPkAy41ScE9mms01MvXo2Yk=; b=bhKpn/zt6Zx1TSK/ZE/p28gv9eW1jkPkQEjB4EllopgzRc040uF8+my2OuU8eoftyU8fyZmYSNt5 Rg/VXQPG3tgqsz1qtIwFjq0Cqu5ekG4WyS4mamjFm0OiPBUZuKH5LN0+PJlZIm0QgSTOHwtYvfKw vxDSz9wqVAGOJE6LINk= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=k1; d=mail120.us2.mcsv.net; b=ZfD87+Fr6yRuXtoLcrEGLJRWQcMRc9+btdhmAgETmQsCk+Yt4h1D2k63SFjx6uSwamVLtDAucBzZ P2Lbv1MB72jQDyjY2IQZh6QO+Q+RdL389jF/YvkE/jkgUcZ7P59IczTu4qEWedrWJ4WQLgTPtWi8 sq6/KijyIXBqRbOhJEU=; Received: from (127.0.0.1) by mail120.us2.mcsv.net id hj72eu174gsp for ; Sat, 30 Nov 2013 10:57:53 +0000 (envelope-from ) Subject: =?utf-8?Q?Urgent=20Request=20=2D=20Removal=20of=20Backlink=2Fs=20to=20Comply=20with=20Penguin=20Update=20=2D=20ACNC.com?= From: =?utf-8?Q?Deepak=20Gope?= To: Date: Sat, 30 Nov 2013 10:57:53 +0000 Message-ID: <2a9dcd6c9efe14b991773507b399aa5380f.20131130105743@mail120.us2.mcsv.net> X-Mailer: MailChimp Mailer - **CIDa9adef2c31399aa5380f** X-Campaign: mailchimp2a9dcd6c9efe14b991773507b.a9adef2c31 X-campaignid: mailchimp2a9dcd6c9efe14b991773507b.a9adef2c31 X-Report-Abuse: Please report abuse for this campaign here: http://www.mailchimp.com/abuse/abuse.phtml?u=2a9dcd6c9efe14b991773507b&id=a9adef2c31&e=399aa5380f X-MC-User: 2a9dcd6c9efe14b991773507b x-accounttype: ff Sender: "Deepak Gope" x-mcda: FALSE MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format="fixed" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: =?utf-8?Q?Deepak=20Gope?= List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Nov 2013 10:58:55 -0000 Dear Webmaster=2C Greetings from Deepak Gope=2C SEO Project Manager for http://cubedynamic.u= s3.list-manage1.com/track/click?u=3D2a9dcd6c9efe14b991773507b&id=3Da8cb3bf= e02&e=3D399aa5380f As you might be aware=2C Google's Penguin update to its ranking algorithm= was rolled out on 4th Oct=2C 2013. In order to safeguard http://cubedynam= ic.us3.list-manage2.com/track/click?u=3D2a9dcd6c9efe14b991773507b&id=3De26= c199d86&e=3D399aa5380f from any future updates we are cleaning up ou= r back links profile to comply with Google's Guidelines. In pursuit of thi= s objective=2C we believe that backlinks existing on your domain = anoncvs.heanet.ie should be removed. Please remove all links from your domain to our= s by 3rd Dec=2C 2013. If you need more details on the links to be removed from your domain pleas= e revert to us immediately. If above links are not removed by 3rd Dec=2C we will be constrained to dis= avow them via Google Webmaster Tools. Notice that your proactive action as= per this email is in your best interest. Google disavowal requests are NO= T good for reputation of your domain. Thanks and Best regards Deepak Gope =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Unsubscribe freebsd-arm@FreeBSD.org from this list: http://cubedynamic.us3.list-manage.com/unsubscribe?u=3D2a9dcd6c9efe14b9917= 73507b&id=3D2795d43ef9&e=3D399aa5380f&c=3Da9adef2c31