From owner-freebsd-arm@FreeBSD.ORG Sun May 20 08:15:47 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 186071065673; Sun, 20 May 2012 08:15:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8FCAA8FC17; Sun, 20 May 2012 08:15:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q4K8FjBY059382; Sun, 20 May 2012 04:15:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4K8Fj4F059381; Sun, 20 May 2012 08:15:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 20 May 2012 08:15:45 GMT Message-Id: <201205200815.q4K8Fj4F059381@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 May 2012 08:15:47 -0000 TB --- 2012-05-20 07:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-20 07:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-20 07:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-20 07:10:00 - cleaning the object tree TB --- 2012-05-20 07:10:00 - cvsupping the source tree TB --- 2012-05-20 07:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-20 07:11:04 - building world TB --- 2012-05-20 07:11:04 - CROSS_BUILD_TESTING=YES TB --- 2012-05-20 07:11:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-20 07:11:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-20 07:11:04 - SRCCONF=/dev/null TB --- 2012-05-20 07:11:04 - TARGET=arm TB --- 2012-05-20 07:11:04 - TARGET_ARCH=arm TB --- 2012-05-20 07:11:04 - TZ=UTC TB --- 2012-05-20 07:11:04 - __MAKE_CONF=/dev/null TB --- 2012-05-20 07:11:04 - cd /src TB --- 2012-05-20 07:11:04 - /usr/bin/make -B buildworld >>> World build started on Sun May 20 07:11:05 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun May 20 08:15:02 UTC 2012 TB --- 2012-05-20 08:15:02 - cd /src/sys/arm/conf TB --- 2012-05-20 08:15:02 - /usr/sbin/config -m AVILA TB --- 2012-05-20 08:15:02 - building AVILA kernel TB --- 2012-05-20 08:15:02 - CROSS_BUILD_TESTING=YES TB --- 2012-05-20 08:15:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-20 08:15:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-20 08:15:02 - SRCCONF=/dev/null TB --- 2012-05-20 08:15:02 - TARGET=arm TB --- 2012-05-20 08:15:02 - TARGET_ARCH=arm TB --- 2012-05-20 08:15:02 - TZ=UTC TB --- 2012-05-20 08:15:02 - __MAKE_CONF=/dev/null TB --- 2012-05-20 08:15:02 - cd /src TB --- 2012-05-20 08:15:02 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Sun May 20 08:15:02 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/if_ath_tx.c -I/src/sys/dev/ath cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/if_ath_tx_ht.c -I/src/sys/dev/ath cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/if_ath_tdma.c -I/src/sys/dev/ath cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/if_ath_sysctl.c -I/src/sys/dev/ath cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/if_ath_rx.c -I/src/sys/dev/ath cc1: warnings being treated as errors /src/sys/dev/ath/if_ath_rx.c: In function 'ath_rx_proc': /src/sys/dev/ath/if_ath_rx.c:769: warning: unused variable 'ic' [-Wunused-variable] *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-20 08:15:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-20 08:15:45 - ERROR: failed to build AVILA kernel TB --- 2012-05-20 08:15:45 - 2456.04 user 572.30 system 3944.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun May 20 17:47:12 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC8071065670; Sun, 20 May 2012 17:47:12 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 6398B8FC0A; Sun, 20 May 2012 17:47:12 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q4KHl4XH024645; Sun, 20 May 2012 17:47:04 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id zrrqp4c7e8vdsu47r7dr52umjs; Sun, 20 May 2012 17:47:04 +0000 (UTC) (envelope-from kientzle@freebsd.org) From: Tim Kientzle Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 20 May 2012 10:47:04 -0700 Message-Id: To: freebsd-current FreeBSD , arm@freebsd.org Mime-Version: 1.0 (Apple Message framework v1257) X-Mailer: Apple Mail (2.1257) Cc: Subject: Customizing ubldr build... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 May 2012 17:47:13 -0000 In order to fully automate building SD images for Beaglebone, I'm trying to come up with a clean way to tailor the ubldr build. I think I've come up with a good way to do this and would appreciate any = feedback. First, here's the (somewhat simplified) script that builds and installs = ubldr (this is going into the beaglebsd.sh script I've been working on): cd /usr/src buildenv=3D`make TARGET_ARCH=3Darm TARGET_CPUTYPE=3Darm buildenvvars` cd sys/boot eval $buildenv make obj eval $buildenv make UBLDR_LOADADDR=3D0x80100000 all cd arm/uboot eval $buildenv make DESTDIR=3D${DESTDIR} BINDIR=3D NO_MAN=3Dtrue = install The key issue is the physical load address, which differs among boards. My idea is to allow specifying this at build time through a make variable UBLDR_LOADADDR. The Makefile for sys/boot/arm/uboot passes this down into a dynamically-built loader script. Here's a summary of the changes I'm proposing to sys/boot/arm/uboot/Makefile: +UBLDR_LOADADDR?=3D 0x1000000 =20 LDFLAGS=3D -nostdlib -static +LDFLAGS+=3D -T ldscript.generated LDFLAGS+=3D -T ${.CURDIR}/ldscript.${MACHINE_CPUARCH} =20 +${PROG}: ldscript.generated + +ldscript.generated:: + echo "UBLDR_LOADADDR =3D ${UBLDR_LOADADDR};" > = ldscript.generated And now the standard loader script can simply use the symbol instead of a hard-coded value: Index: ldscript.arm =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=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- ldscript.arm (revision 235597) +++ ldscript.arm (working copy) @@ -5,7 +5,7 @@ SECTIONS { /* Read-only sections, merged into text segment: */ - . =3D 0x1000000 + SIZEOF_HEADERS; + . =3D UBLDR_LOADADDR + SIZEOF_HEADERS; .interp : { *(.interp) } .hash : { *(.hash) } .dynsym : { *(.dynsym) } This seems to work pretty well for me, except for one odd point: the make dependencies cause ubldr to get relinked on every build. (This can be fixed in the usual way.) If anyone sees a better way to handle this, I'd much appreciate the = input. Cheers, Tim From owner-freebsd-arm@FreeBSD.ORG Sun May 20 20:00:32 2012 Return-Path: Delivered-To: freebsd-arm@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B9BC1065675 for ; Sun, 20 May 2012 20:00:32 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DE6BE8FC16 for ; Sun, 20 May 2012 20:00:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4KK0Boo066509 for ; Sun, 20 May 2012 20:00:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4KK0BCA066508; Sun, 20 May 2012 20:00:11 GMT (envelope-from gnats) Date: Sun, 20 May 2012 20:00:11 GMT Message-Id: <201205202000.q4KK0BCA066508@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org From: Kristof Provost Cc: Subject: arm/149288: mail/dovecot causes panic during configure on Sheevaplug (ARM) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kristof Provost List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 May 2012 20:00:32 -0000 The following reply was made to PR arm/149288; it has been noted by GNATS. From: Kristof Provost To: bug-followup@FreeBSD.org, root@cooltrainer.org Cc: Subject: arm/149288: mail/dovecot causes panic during configure on Sheevaplug (ARM) Date: Sun, 20 May 2012 21:54:12 +0200 Hi, I can reproduce this problem on an OpenRD (Marvell Kirkwood, just like the Sheevaplug) on version r235647. The problem appears to be triggered by the test for shared mmaps: #include #include #include #include #include #include int main() { /* return 0 if we're signed */ int f = open("conftest.mmap", O_RDWR|O_CREAT|O_TRUNC, 0600); void *mem; if (f == -1) { perror("open()"); return 1; } unlink("conftest.mmap"); write(f, "1", 2); mem = mmap(NULL, 2, PROT_READ|PROT_WRITE, MAP_SHARED, f, 0); if (mem == MAP_FAILED) { perror("mmap()"); return 1; } strcpy(mem, "2"); msync(mem, 2, MS_SYNC); lseek(f, 0, SEEK_SET); write(f, "3", 2); return strcmp(mem, "3") == 0 ? 0 : 1; } Regards, Kristof From owner-freebsd-arm@FreeBSD.ORG Sun May 20 20:20:04 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A16C1065673; Sun, 20 May 2012 20:20:04 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id E57E98FC19; Sun, 20 May 2012 20:20:03 +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.69) (envelope-from ) id 1SWCbb-0005rl-8k; Sun, 20 May 2012 22:19:55 +0200 Received: from dhcp-077-251-052-224.chello.nl ([77.251.52.224] helo=pinky) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SWCbb-0003l8-J9; Sun, 20 May 2012 22:19:55 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: kvedulv@kvedulv.de, linimon@freebsd.org, freebsd-arm@freebsd.org References: <201205181207.q4IC7fs8044727@freefall.freebsd.org> Date: Sun, 20 May 2012 22:19:51 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <201205181207.q4IC7fs8044727@freefall.freebsd.org> User-Agent: Opera Mail/11.64 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.0 X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50 autolearn=disabled version=3.2.5 X-Scan-Signature: 40b81d93390a3dca3ee709c9c36a2335 Cc: Subject: Re: arm/154189: lang/perl5.12 doesn't build on arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 May 2012 20:20:04 -0000 On Fri, 18 May 2012 14:07:41 +0200, wrote: > Synopsis: lang/perl5.12 doesn't build on arm > > State-Changed-From-To: open->feedback > State-Changed-By: linimon > State-Changed-When: Fri May 18 12:06:37 UTC 2012 > State-Changed-Why: > Did the compiler fix committed in arm/161128 fix this problem? > > > Responsible-Changed-From-To: freebsd-arm->linimon > Responsible-Changed-By: linimon > Responsible-Changed-When: Fri May 18 12:06:37 UTC 2012 > Responsible-Changed-Why: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=154189 Hi Mark Linimon, I just tested this myself with an updated 9.0-STABLE #11: Wed May 2 11:35:40 CEST 2012 on a Sheevaplug. Perl 5.12 compiled. Make test ended with: Test Summary Report ------------------- run/switchC.t (Wstat: 0 Tests: 9 Failed: 2) Failed tests: 2, 6 re/re.t (Wstat: 9 Tests: 18 Failed: 0) Non-zero wait status: 9 Parse errors: Bad plan. You planned 19 tests but ran 18. op/stash.t (Wstat: 0 Tests: 31 Failed: 0) TODO passed: 26 ../cpan/Archive-Extract/t/01_Archive-Extract.t (Wstat: 5632 Tests: 1232 Failed: 22) Failed tests: 85-87, 90, 109-111, 114, 205-207, 210, 373-375 378, 542-543, 590-591, 662-663 Non-zero exit status: 22 ../ext/POSIX/t/posix.t (Wstat: 0 Tests: 66 Failed: 0) TODO passed: 11 Files=1806, Tests=350065, 10709 wallclock secs (1854.05 usr 65.97 sys + 7111.41 cusr 389.68 csys = 9421.12 CPU) Result: FAIL But that might not be too bad. I have to install and run it still. NB: is it a problem perl 5.8 was still installed while building 5.12? I uncommented the CONFLICT line in perl5.12/Makefile to build without deinstalling 5.8 yet. Ronald. From owner-freebsd-arm@FreeBSD.ORG Mon May 21 11:07:09 2012 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43DBE1065686 for ; Mon, 21 May 2012 11:07:09 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2D9EA8FC1F for ; Mon, 21 May 2012 11:07:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4LB79j1049037 for ; Mon, 21 May 2012 11:07:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4LB78RY049035 for freebsd-arm@FreeBSD.org; Mon, 21 May 2012 11:07:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 May 2012 11:07:08 GMT Message-Id: <201205211107.q4LB78RY049035@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 11:07:09 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o arm/161044 arm devel/icu does not build on arm o arm/160431 arm [busdma] [patch] Disable interrupts during busdma cach o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/156814 arm OpenRD Ultimate does not boot on DB-88F6XXX or SHEEVAP o arm/156496 arm [patch] Minor bugfixes and enhancements to mmc and mmc o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) o arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/149288 arm mail/dovecot causes panic during configure on Sheevapl o arm/134368 arm [patch] nslu2_led driver for the LEDs on the NSLU2 p arm/134338 arm [patch] Lock GPIO accesses on ixp425 16 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon May 21 15:34:17 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A48BE106566B; Mon, 21 May 2012 15:34:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 595858FC08; Mon, 21 May 2012 15:34:17 +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 q4LFYBwQ055475; Mon, 21 May 2012 11:34:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4LFYBup055470; Mon, 21 May 2012 15:34:11 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 May 2012 15:34:11 GMT Message-Id: <201205211534.q4LFYBup055470@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 15:34:17 -0000 TB --- 2012-05-21 15:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-21 15:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-21 15:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-21 15:20:00 - cleaning the object tree TB --- 2012-05-21 15:20:00 - cvsupping the source tree TB --- 2012-05-21 15:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-21 15:22:27 - building world TB --- 2012-05-21 15:22:27 - CROSS_BUILD_TESTING=YES TB --- 2012-05-21 15:22:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-21 15:22:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-21 15:22:27 - SRCCONF=/dev/null TB --- 2012-05-21 15:22:27 - TARGET=arm TB --- 2012-05-21 15:22:27 - TARGET_ARCH=arm TB --- 2012-05-21 15:22:27 - TZ=UTC TB --- 2012-05-21 15:22:27 - __MAKE_CONF=/dev/null TB --- 2012-05-21 15:22:27 - cd /src TB --- 2012-05-21 15:22:27 - /usr/bin/make -B buildworld >>> World build started on Mon May 21 15:22:27 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c nsparser.c -o nsparser.o cc1: warnings being treated as errors /src/lib/libc/net/nsparser.y: In function '_nsaddsrctomap': /src/lib/libc/net/nsparser.y:169: warning: implicit declaration of function 'free' In file included from nsparser.c:398: /src/lib/libc/../../include/stdlib.h: At top level: /src/lib/libc/../../include/stdlib.h:93: warning: conflicting types for 'free' /src/lib/libc/net/nsparser.y:169: warning: previous implicit declaration of 'free' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-21 15:34:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-21 15:34:11 - ERROR: failed to build world TB --- 2012-05-21 15:34:11 - 476.89 user 75.85 system 850.86 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon May 21 16:20:26 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7907E1065687 for ; Mon, 21 May 2012 16:20:26 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id 586AC8FC0A for ; Mon, 21 May 2012 16:20:26 +0000 (UTC) Received: from omta21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by qmta01.emeryville.ca.mail.comcast.net with comcast id Cd551j0061u4NiLA1gLSRK; Mon, 21 May 2012 16:20:26 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta21.emeryville.ca.mail.comcast.net with comcast id CgLQ1j00X4NgCEG8hgLRoQ; Mon, 21 May 2012 16:20:26 +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 q4LGKLN3001910; Mon, 21 May 2012 10:20:21 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Svatopluk Kraus In-Reply-To: References: <1337285248.1503.308.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Mon, 21 May 2012 10:20:21 -0600 Message-ID: <1337617221.2516.38.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Richard Hodges , freebsd-arm@freebsd.org, hackers@freebsd.org Subject: Re: ARM + CACHE_LINE_SIZE + DMA X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 16:20:26 -0000 On Fri, 2012-05-18 at 16:13 +0200, Svatopluk Kraus wrote: > On Thu, May 17, 2012 at 10:07 PM, Ian Lepore > wrote: > > On Thu, 2012-05-17 at 15:20 +0200, Svatopluk Kraus wrote: > >> Hi, > >> > >> I'm working on DMA bus implementation for ARM11mpcore platform. I've > >> looked at implementation in ARM tree, but IMHO it only works with some > >> assumptions. There is a problem with DMA on memory block which is not > >> aligned on CACHE_LINE_SIZE (start and end) if memory is not coherent. > >> > >> Let's have a buffer for DMA which is no aligned on CACHE_LINE_SIZE. > >> Then first cache line associated with the buffer can be divided into > >> two parts, A and B, where A is a memory we know nothing about it and B > >> is buffer memory. The same stands for last cache line associatted with > >> the buffer. We have no problem if a memory is coherent. Otherwise it > >> depends on memory attributes. > >> > >> 1. [no cache] attribute > >> No problem as memory is coherent. > >> > >> 2. [write throught] attribute > >> The part A can be invalidated without loss of any data. It's not problem too. > >> > >> 3. [write back] attribute > >> In general, there is no way how to keep both parts consistent. At the > >> start of DMA transaction, the cache line is written back and > >> invalidated. However, as we know nothing about memory associated with > >> part A of the cache line, the cache line can be filled again at any > >> time and messing up DMA transaction if flushed. Even if the cache line > >> is only filled but not flushed during DMA transaction, we must make it > >> coherent with memory after that. There is a trick with saving part A > >> of the line into temporary buffer, invalidating the line, and > >> restoring part A in current ARM (MIPS) implementation. However, if > >> somebody is writting to memory associated with part A of the line > >> during this trick, the part A will be messed up. Moreover, the part A > >> can be part of another DMA transaction. > >> > >> To safely use DMA with no coherent memory, a memory with [no cache] or > >> [write throught] attributes can be used without problem. A memory with > >> [write back] attribute must be aligned on CACHE_LINE_SIZE. > >> > >> However, for example mbuf, a buffer for DMA can be part of a structure > >> which can be aligned on CACHE_LINE_SIZE, but not the buffer itself. We > >> can know that nobody will write to the structure during DMA > >> transaction, so it's safe to use the buffer event if it's not aligned > >> on CACHE_LINE_SIZE. > >> > >> So, in practice, if DMA buffer is not aligned on CACHE_LINE_SIZE and > >> we want to avoid bounce pages overhead, we must support additional > >> information to DMA transaction. It should be easy to support the > >> information about drivers data buffers. However, what about OS data > >> buffers like mentioned mbufs? > >> > >> The question is following. Is or can be guaranteed for all or at least > >> well-known OS data buffers which can be part of DMA access that the > >> not CACHE_LINE_SIZE aligned buffers are surrounded by data which > >> belongs to the same object as the buffer and the data is not written > >> by OS when given to a driver? > >> > >> Any answer is appreciated. However, 'bounce pages' is not an answer. > >> > >> Thanks, Svata > > > > I'm adding freebsd-arm@ to the CC list; that's where this has been > > discussed before. > > > > Your analysis is correct... to the degree that it works at all right > > now, it's working by accident. At work we've been making the good > > accident a bit more likely by setting the minimum allocation size to > > arm_dcache_align in kern_malloc.c. This makes it somewhat less likely > > that unrelated objects in the kernel are sharing a cache line, but it > > also reduces the effectiveness of the cache somewhat. > > > > Another factor, not mentioned in your analysis, is the size of the IO > > operation. Even if the beginning of the DMA buffer is cache-aligned, if > > the size isn't exactly a multiple of the cache line size you still have > > the partial flush situation and all of its problems. > > > > It's not guaranteed that data surrounding a DMA buffer will be untouched > > during the DMA, even when that surrounding data is part of the same > > conceptual object as the IO buffer. It's most often true, but certainly > > not guaranteed. In addition, as Mark pointed out in a prior reply, > > sometimes the DMA buffer is on the stack, and even returning from the > > function that starts the IO operation affects the cacheline associated > > with the DMA buffer. Consider something like this: > > > > void do_io() > > { > > int buffer; > > start_read(&buffer); > > // maybe do other stuff here > > wait_for_read_done(); > > } > > > > start_read() gets some IO going, so before it returns a call has been > > made to bus_dmamap_sync(..., BUS_DMASYNC_PREREAD) and an invalidate gets > > done on the cacheline containing the variable 'buffer'. The act of > > returning from the start_read() function causes that cacheline to get > > reloaded, so now the stale pre-DMA value of the variable 'buffer' is in > > cache again. Right after that, the DMA completes so that ram has a > > newer value that belongs in the buffer variable and the copy in the > > cacheline is stale. > > > > Before control gets into the wait_for_read_done() routine that will > > attempt to handle the POSTREAD partial cacheline flush, another thread > > gets control and begins setting up a new DMA for another device, > > different buffer. This time it's a read using a 64K buffer for disk IO. > > The busdma sync code calls cpu_dcache_inv_range() for that buffer but > > because the range is so large, it gets turned into a > > cpu_dcache_wbinv_all() because that's cheaper than looping through an > > arbitrarily large range invalidating a line at a time. > > > > Except, ooops, that means we write back to ram the cacheline holding the > > stale value of the 'buffer' variable, wiping out the data brought in by > > DMA before the partial cachline flush code could do its dance to > > preserve it. > > > > There are several variations of the above scenario; it doesn't require a > > stack-allocated buffer to trigger a writeback of a stale value. Any > > cacheline that gets dirtied after a PREREAD invalidate can end up > > overwriting fresh DMA data in ram with stale data from the cacheline at > > any time, because any call to cpu_dcache_inv_range() or > > cpu_dcache_wbinv_range() can get turned into a cpu_dcache_wbinv_all(). > > That means any DMA operation and also a context switch which calls > > cpu_dcache_wbinv_all(). > > > > If you rule out bounce buffers as a solution, then I think that may > > leave us with just one option: make the pages uncacheable for the > > duration of the DMA. Essentially force a DMA_COHERENT buffer if the > > driver didn't already do so. I think doing so blindly may have > > performance implications every bit as bad as using bounce buffers. (For > > example, turning off cache on a stack page could really hurt.) The code > > to do the remapping already exists in pmap.c as part of handling > > multiple mappings for VIVT caches. From the busdma code you could > > accomplish the remapping by making a temporary writable kernel mapping > > for the buffer pages in the PRE handling and undo that mapping in the > > POST handling. > > > > It may be that a hybrid approach would work. For an unaligned buffer, > > if it isn't already DMA_COHERENT, then if it is below a certain size > > bounce it, otherwise remap the buffer's pages. When I was knee-deep in > > this problem last summer one of the things I noticed in our systems was > > that large DMA operations (1 KByte or larger buffers) tend to be > > DMA_COHERENT buffers, and when not they're already cache aligned and a > > power of two in size. For us the partial cacheline flush situations are > > almost always caused by tiny IO of 1 to 128 bytes length, usually > > serial-comms or usb related. > Good to know. > > > > > I think pre-allocating a few pages for bouncing small unaligned IO would > > be a big win compared to remapping the pages as uncacheable. The > > remapping has to take locks and search lists of pages and so on; it > > should be way faster to do a small memcpy() instead. Buffers bigger > > than some (perhaps tunable) limit would get remapped instead of > > bounced. > > > > It also might be nice to have a knob to enable logging when bouncing or > > remapping is used to avoid partial cacheline operations, to make it easy > > to find drivers that could be tweaked for better performance. If you're > > bouncing 2 or 3 operations per second with a 4-byte buffer that's no big > > deal. If every network packet is resulting in bouncing/remapping you'd > > want to know about that. > It sounds resonable for me. > > > > > -- Ian > > Thanks for replies. > > So, we have to check DMA buffers if they are aligned and if not, we > have two possibilies in general. > > 1. To not assume anything about surrounding data around unaligned DMA > buffer at all. This always leads to bouncing or memory attributes > changing in no coherent case. > I think this is the only safe starting assumption. Even if every driver in the current source base is fixed, there are 3rd party drivers that aren't checked in, and also it's possible that the IO buffers are in userspace and it's impossible for the kernel to make any assumptions about how the surrounding memory is being accessed during the IO. At work we have several proprietary drivers that do IO directly to/from userspace buffers. > 2. To add new flag (something like BUS_DMA_UNALIGNED_SAFE) and set it > in dmamap load functions in cases that we know it's safe to use an > unaligned buffer. This way we can avoid bouncing in some cases. > This seems like it could be a useful optimization for a driver that can't afford the performance hit of the automatic handling from item 1 above. It also seems like it could be a "please shoot me in the foot" flag if it's used unwisely (or, more likely, if code is blindly cloned from an existing driver that does use it wisely into a new driver where it's not appropriate). > I didn't know about drivers that are using DMA buffers on stack. > However, to patch such a driver is something I can do on my own. I.e., > I always can decide that a driver buffer is safe for DMA even > unaligned. Moreover, for example, DMA descriptors rings are defined as > an array in some net drivers and a descriptor size could be smaller > than CACHE_LINE_SIZE. The drivers must be modified anyway to made > descriptors coherent or aligned. > > What I can do in a driver it's not so simple in case of OS buffers > like mbufs. I can check how mbufs are used in current implementation > and say, yes, it's safe to use them unaligned. However, it can be > changed in next release if anybody won't take care of it. It would be > nice to have a maintained list of OS buffers which are DMA safe in > respect of CACHE_LINE_SIZE. Is the flag and the list interesting for > somebody else? > I don't have a definitive answer for this, but my assumption has always been that once an mbuf is handed to a driver (for example, when it's added to an interface's send queue), the driver then "owns" that mbuf and nothing else in the system will touch it until the driver makes a call to hand it off or free it. If that assumption is true, a driver could make good use of a BUS_DMA_UNALIGNED_SAFE flag with mbufs. The part that scares me about my assumption is the m_ext.ref_cnt field of the mbuf. Its existance seems to imply that multiple entities concurrently have an interest in the data. On the other hand, the lack of any built in provisions for locking seems to imply that concurrent access isn't happening, or perhaps it implies that any required synchronization is temporal rather than lock-based. I've never found anything in writing that explains mbuf usage conventions at this level of detail. > Some more notes. > > SMP makes things worse and ARM11mpcore is about SMP too. For example, > another thread could be open about that how to flush caches (exclusive > L1 cache) in SMP case. > > I'm not sure how to correctly change memory attributes on page which > is in use. Making new temporary mapping with different attributes is > wrong and does not help at all. It's question how to do TLB and cache > flushes on two and more processors and be sure that everything is OK. > It could be slow and maybe, changing memory attributes on the fly is > not a good idea at all. > My suggestion of making a temporary writable mapping was the answer to how to correctly change memory attributes on a page which is in use, at least in the existing code, which is for a single processor. You don't need, and won't even use, the temporary mapping. You would make it just because doing so invokes logic in arm/arm/pmap.c which will find all existing virtual mappings of the given physical pages, and disable caching in each of those existing mappings. In effect, it makes all existing mappings of the physical pages DMA_COHERENT. When you later free the temporary mapping, all other existing mappings are changed back to being cacheable (as long as no more than one of the mappings that remain is writable). I don't know that making a temporary mapping just for its side effect of changing other existing mappings is a good idea, it's just a quick and easy thing to do if you want to try changing all existing mappings to non-cacheable. It could be that a better way would be to have the busdma_machdep code call directly to lower-level routines in pmap.c to change existing mappings without making a new temporary mapping in the kernel pmap. The actual changes to the existing mappings are made by pmap_fix_cache() but that routine isn't directly callable right now. Also, as far as I know all of this automatic disabling of cache for multiple writable mappings applies only to VIVT cache architectures. I'm not sure how the pmap code is going to change to support VIPT and PIPT caches, but it may no longer be true that making a second writable mapping of a page will lead to changing all existing mappings to non-cacheable. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon May 21 16:21:17 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF7EF106566C; Mon, 21 May 2012 16:21:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 983378FC1D; Mon, 21 May 2012 16:21:16 +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 q4LGLGYv095984; Mon, 21 May 2012 12:21:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4LGLGmf095979; Mon, 21 May 2012 16:21:16 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 May 2012 16:21:16 GMT Message-Id: <201205211621.q4LGLGmf095979@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 16:21:17 -0000 TB --- 2012-05-21 16:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-21 16:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-21 16:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-21 16:00:00 - cleaning the object tree TB --- 2012-05-21 16:01:51 - cvsupping the source tree TB --- 2012-05-21 16:01:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-21 16:08:23 - building world TB --- 2012-05-21 16:08:23 - CROSS_BUILD_TESTING=YES TB --- 2012-05-21 16:08:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-21 16:08:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-21 16:08:23 - SRCCONF=/dev/null TB --- 2012-05-21 16:08:23 - TARGET=arm TB --- 2012-05-21 16:08:23 - TARGET_ARCH=arm TB --- 2012-05-21 16:08:23 - TZ=UTC TB --- 2012-05-21 16:08:23 - __MAKE_CONF=/dev/null TB --- 2012-05-21 16:08:23 - cd /src TB --- 2012-05-21 16:08:23 - /usr/bin/make -B buildworld >>> World build started on Mon May 21 16:08:25 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c nsparser.c -o nsparser.o cc1: warnings being treated as errors /src/lib/libc/net/nsparser.y: In function '_nsaddsrctomap': /src/lib/libc/net/nsparser.y:169: warning: implicit declaration of function 'free' In file included from nsparser.c:398: /src/lib/libc/../../include/stdlib.h: At top level: /src/lib/libc/../../include/stdlib.h:93: warning: conflicting types for 'free' /src/lib/libc/net/nsparser.y:169: warning: previous implicit declaration of 'free' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-21 16:21:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-21 16:21:16 - ERROR: failed to build world TB --- 2012-05-21 16:21:16 - 482.20 user 77.97 system 1275.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon May 21 17:05:08 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC8C7106564A; Mon, 21 May 2012 17:05:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8CC2E8FC08; Mon, 21 May 2012 17:05:07 +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 q4LH576M058473; Mon, 21 May 2012 13:05:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4LH56hh058472; Mon, 21 May 2012 17:05:06 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 May 2012 17:05:06 GMT Message-Id: <201205211705.q4LH56hh058472@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 17:05:09 -0000 TB --- 2012-05-21 16:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-21 16:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-21 16:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-21 16:50:00 - cleaning the object tree TB --- 2012-05-21 16:51:11 - cvsupping the source tree TB --- 2012-05-21 16:51:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-21 16:53:04 - building world TB --- 2012-05-21 16:53:04 - CROSS_BUILD_TESTING=YES TB --- 2012-05-21 16:53:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-21 16:53:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-21 16:53:04 - SRCCONF=/dev/null TB --- 2012-05-21 16:53:04 - TARGET=arm TB --- 2012-05-21 16:53:04 - TARGET_ARCH=arm TB --- 2012-05-21 16:53:04 - TZ=UTC TB --- 2012-05-21 16:53:04 - __MAKE_CONF=/dev/null TB --- 2012-05-21 16:53:04 - cd /src TB --- 2012-05-21 16:53:04 - /usr/bin/make -B buildworld >>> World build started on Mon May 21 16:53:05 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c nsparser.c -o nsparser.o cc1: warnings being treated as errors /src/lib/libc/net/nsparser.y: In function '_nsaddsrctomap': /src/lib/libc/net/nsparser.y:169: warning: implicit declaration of function 'free' In file included from nsparser.c:398: /src/lib/libc/../../include/stdlib.h: At top level: /src/lib/libc/../../include/stdlib.h:93: warning: conflicting types for 'free' /src/lib/libc/net/nsparser.y:169: warning: previous implicit declaration of 'free' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-21 17:05:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-21 17:05:06 - ERROR: failed to build world TB --- 2012-05-21 17:05:06 - 477.06 user 76.78 system 906.06 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon May 21 17:46:50 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 712691065678; Mon, 21 May 2012 17:46:50 +0000 (UTC) (envelope-from Daan@vitsch.nl) Received: from VM01.VEHosting.nl (VM016.VEHosting.nl [IPv6:2001:1af8:2100:b020::140]) by mx1.freebsd.org (Postfix) with ESMTP id 08B278FC20; Mon, 21 May 2012 17:46:49 +0000 (UTC) Received: from [192.168.45.11] (180-161.ftth.onsbrabantnet.nl [88.159.161.180]) (authenticated bits=0) by VM01.VEHosting.nl (8.14.3/8.13.8) with ESMTP id q4LHkljd092457; Mon, 21 May 2012 19:46:47 +0200 (CEST) (envelope-from Daan@vitsch.nl) From: Daan Vreeken Organization: Vitsch Electronics To: freebsd-arm@freebsd.org Date: Mon, 21 May 2012 19:46:23 +0200 User-Agent: KMail/1.9.10 References: <1337617221.2516.38.camel@revolution.hippie.lan> In-Reply-To: <1337617221.2516.38.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201205211946.23306.Daan@vitsch.nl> x-ve-auth-version: mi-1.1.5 2011-02-07 - Copyright (c) 2008, 2011 - Daan Vreeken - VEHosting x-ve-auth: authenticated as 'pa4dan' on VM01.VEHosting.nl Cc: hackers@freebsd.org, Svatopluk Kraus , Richard Hodges Subject: Re: ARM + CACHE_LINE_SIZE + DMA X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 17:46:50 -0000 Hi Ian (and list), just commenting on the mbuf part : On Monday 21 May 2012 18:20:21 Ian Lepore wrote: > On Fri, 2012-05-18 at 16:13 +0200, Svatopluk Kraus wrote: > > On Thu, May 17, 2012 at 10:07 PM, Ian Lepore > > wrote: > > > On Thu, 2012-05-17 at 15:20 +0200, Svatopluk Kraus wrote: > > >> Hi, ... > > What I can do in a driver it's not so simple in case of OS buffers > > like mbufs. I can check how mbufs are used in current implementation > > and say, yes, it's safe to use them unaligned. However, it can be > > changed in next release if anybody won't take care of it. It would be > > nice to have a maintained list of OS buffers which are DMA safe in > > respect of CACHE_LINE_SIZE. Is the flag and the list interesting for > > somebody else? > > I don't have a definitive answer for this, but my assumption has always > been that once an mbuf is handed to a driver (for example, when it's > added to an interface's send queue), the driver then "owns" that mbuf > and nothing else in the system will touch it until the driver makes a > call to hand it off or free it. If that assumption is true, a driver > could make good use of a BUS_DMA_UNALIGNED_SAFE flag with mbufs. > > The part that scares me about my assumption is the m_ext.ref_cnt field > of the mbuf. Its existance seems to imply that multiple entities > concurrently have an interest in the data. On the other hand, the lack > of any built in provisions for locking seems to imply that concurrent > access isn't happening, or perhaps it implies that any required > synchronization is temporal rather than lock-based. > > I've never found anything in writing that explains mbuf usage > conventions at this level of detail. This assumption isn't always true. 'man 9 mbuf' mentions this, but not in one place. M_WRITABLE() can be used to tell wether or not you're allowed to modify an mbuf. If it returns false, you can create a writable copy of the mbuf and alter the copy instead of the original. A writable copy of an mbuf can be made using m_dup(). Writing to non-writable mbuf's will cause data corruption in e.g. BPF and TCP retransmits (even in the non-SMP case). Regards, -- Daan Vreeken Vitsch Electronics http://Vitsch.nl tel: +31-(0)40-7113051 KvK nr: 17174380 From owner-freebsd-arm@FreeBSD.ORG Mon May 21 17:50:36 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B14F1065766; Mon, 21 May 2012 17:50:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DF3458FC14; Mon, 21 May 2012 17:50:35 +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 q4LHoZj4099106; Mon, 21 May 2012 13:50:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4LHoZ5D099105; Mon, 21 May 2012 17:50:35 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 May 2012 17:50:35 GMT Message-Id: <201205211750.q4LHoZ5D099105@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 17:50:36 -0000 TB --- 2012-05-21 17:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-21 17:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-21 17:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-21 17:30:00 - cleaning the object tree TB --- 2012-05-21 17:31:28 - cvsupping the source tree TB --- 2012-05-21 17:31:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-21 17:37:16 - building world TB --- 2012-05-21 17:37:16 - CROSS_BUILD_TESTING=YES TB --- 2012-05-21 17:37:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-21 17:37:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-21 17:37:16 - SRCCONF=/dev/null TB --- 2012-05-21 17:37:16 - TARGET=arm TB --- 2012-05-21 17:37:16 - TARGET_ARCH=arm TB --- 2012-05-21 17:37:16 - TZ=UTC TB --- 2012-05-21 17:37:16 - __MAKE_CONF=/dev/null TB --- 2012-05-21 17:37:16 - cd /src TB --- 2012-05-21 17:37:16 - /usr/bin/make -B buildworld >>> World build started on Mon May 21 17:37:17 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c nsparser.c -o nsparser.o cc1: warnings being treated as errors /src/lib/libc/net/nsparser.y: In function '_nsaddsrctomap': /src/lib/libc/net/nsparser.y:169: warning: implicit declaration of function 'free' In file included from nsparser.c:398: /src/lib/libc/../../include/stdlib.h: At top level: /src/lib/libc/../../include/stdlib.h:93: warning: conflicting types for 'free' /src/lib/libc/net/nsparser.y:169: warning: previous implicit declaration of 'free' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-21 17:50:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-21 17:50:35 - ERROR: failed to build world TB --- 2012-05-21 17:50:35 - 483.16 user 79.53 system 1234.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon May 21 18:34:52 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C04371065674; Mon, 21 May 2012 18:34:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 708A28FC14; Mon, 21 May 2012 18:34:52 +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 q4LIYpLn063153; Mon, 21 May 2012 14:34:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4LIYpSb063146; Mon, 21 May 2012 18:34:51 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 May 2012 18:34:51 GMT Message-Id: <201205211834.q4LIYpSb063146@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 18:34:52 -0000 TB --- 2012-05-21 18:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-21 18:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-21 18:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-21 18:20:00 - cleaning the object tree TB --- 2012-05-21 18:21:39 - cvsupping the source tree TB --- 2012-05-21 18:21:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-21 18:23:30 - building world TB --- 2012-05-21 18:23:30 - CROSS_BUILD_TESTING=YES TB --- 2012-05-21 18:23:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-21 18:23:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-21 18:23:30 - SRCCONF=/dev/null TB --- 2012-05-21 18:23:30 - TARGET=arm TB --- 2012-05-21 18:23:30 - TARGET_ARCH=arm TB --- 2012-05-21 18:23:30 - TZ=UTC TB --- 2012-05-21 18:23:30 - __MAKE_CONF=/dev/null TB --- 2012-05-21 18:23:30 - cd /src TB --- 2012-05-21 18:23:30 - /usr/bin/make -B buildworld >>> World build started on Mon May 21 18:23:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c nsparser.c -o nsparser.o cc1: warnings being treated as errors /src/lib/libc/net/nsparser.y: In function '_nsaddsrctomap': /src/lib/libc/net/nsparser.y:169: warning: implicit declaration of function 'free' In file included from nsparser.c:398: /src/lib/libc/../../include/stdlib.h: At top level: /src/lib/libc/../../include/stdlib.h:93: warning: conflicting types for 'free' /src/lib/libc/net/nsparser.y:169: warning: previous implicit declaration of 'free' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-21 18:34:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-21 18:34:51 - ERROR: failed to build world TB --- 2012-05-21 18:34:51 - 475.71 user 78.16 system 891.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon May 21 19:21:20 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B62981065726; Mon, 21 May 2012 19:21:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 65CAA8FC15; Mon, 21 May 2012 19:21:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q4LJLJhl003718; Mon, 21 May 2012 15:21:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4LJLJER003713; Mon, 21 May 2012 19:21:19 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 May 2012 19:21:19 GMT Message-Id: <201205211921.q4LJLJER003713@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 19:21:20 -0000 TB --- 2012-05-21 19:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-21 19:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-21 19:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-21 19:00:00 - cleaning the object tree TB --- 2012-05-21 19:01:27 - cvsupping the source tree TB --- 2012-05-21 19:01:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-21 19:07:51 - building world TB --- 2012-05-21 19:07:51 - CROSS_BUILD_TESTING=YES TB --- 2012-05-21 19:07:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-21 19:07:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-21 19:07:51 - SRCCONF=/dev/null TB --- 2012-05-21 19:07:51 - TARGET=arm TB --- 2012-05-21 19:07:51 - TARGET_ARCH=arm TB --- 2012-05-21 19:07:51 - TZ=UTC TB --- 2012-05-21 19:07:51 - __MAKE_CONF=/dev/null TB --- 2012-05-21 19:07:51 - cd /src TB --- 2012-05-21 19:07:51 - /usr/bin/make -B buildworld >>> World build started on Mon May 21 19:07:53 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c nsparser.c -o nsparser.o cc1: warnings being treated as errors /src/lib/libc/net/nsparser.y: In function '_nsaddsrctomap': /src/lib/libc/net/nsparser.y:169: warning: implicit declaration of function 'free' In file included from nsparser.c:398: /src/lib/libc/../../include/stdlib.h: At top level: /src/lib/libc/../../include/stdlib.h:93: warning: conflicting types for 'free' /src/lib/libc/net/nsparser.y:169: warning: previous implicit declaration of 'free' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-21 19:21:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-21 19:21:19 - ERROR: failed to build world TB --- 2012-05-21 19:21:19 - 481.88 user 80.30 system 1279.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon May 21 19:27:43 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1A821065674; Mon, 21 May 2012 19:27:43 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9B5918FC19; Mon, 21 May 2012 19:27:43 +0000 (UTC) Received: by dadv36 with SMTP id v36so7789614dad.13 for ; Mon, 21 May 2012 12:27:43 -0700 (PDT) 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:content-transfer-encoding; bh=ioRQofufxc0jHzZA6LgY7/JNjOZBWaADmPyCh7gTsPA=; b=yjd+JQyJPUoH/y/MzgpxYgRYNWWcSaYHwxVmsWooKlnkD+G2rXKdxDOPyhOVucuRsj P+cX1c1l0r2ZmZOK9aRv7XkvkGKgeBFBW57qCwSH9SrH282uK7Wl/3s1PB1NEqmd8fQg NEBWCNjIUe4x6z//qrf0P3Em5JyyzuvQjkPdROG2e1aso0eRU+JbJ5nGRPBJj7+8XR/5 Z/HHD8KVH8eY+MqEJD2BNKodq+BhGxdHT7ucpZ6phyV9iAsL2EuFthGxEfkEIc3bohkB lpc/2gHjn/AYmqCW8r5P4TrikRg+KL21Tn1qi9lBba1VXIad+zjA4NjeNdYjRLVwNIKc Blkw== MIME-Version: 1.0 Received: by 10.68.232.135 with SMTP id to7mr520502pbc.143.1337628463040; Mon, 21 May 2012 12:27:43 -0700 (PDT) Received: by 10.68.72.195 with HTTP; Mon, 21 May 2012 12:27:42 -0700 (PDT) In-Reply-To: <1337617221.2516.38.camel@revolution.hippie.lan> References: <1337285248.1503.308.camel@revolution.hippie.lan> <1337617221.2516.38.camel@revolution.hippie.lan> Date: Mon, 21 May 2012 14:27:42 -0500 Message-ID: From: Mark Tinguely To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Richard Hodges , freebsd-arm@freebsd.org, hackers@freebsd.org, Svatopluk Kraus Subject: Re: ARM + CACHE_LINE_SIZE + DMA X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 19:27:43 -0000 On Mon, May 21, 2012 at 11:20 AM, Ian Lepore wrote: > On Fri, 2012-05-18 at 16:13 +0200, Svatopluk Kraus wrote: >> On Thu, May 17, 2012 at 10:07 PM, Ian Lepore >> wrote: >> > On Thu, 2012-05-17 at 15:20 +0200, Svatopluk Kraus wrote: >> >> Hi, >> >> >> >> I'm working on DMA bus implementation for ARM11mpcore platform. I've >> >> looked at implementation in ARM tree, but IMHO it only works with som= e >> >> assumptions. There is a problem with DMA on memory block which is not >> >> aligned on CACHE_LINE_SIZE (start and end) if memory is not coherent. >> >> >> >> Let's have a buffer for DMA which is no aligned on CACHE_LINE_SIZE. >> >> Then first cache line associated with the buffer can be divided into >> >> two parts, A and B, where A is a memory we know nothing about it and = B >> >> is buffer memory. The same stands for last cache line associatted wit= h >> >> the buffer. We have no problem if a memory is coherent. Otherwise it >> >> depends on memory attributes. ... > My suggestion of making a temporary writable mapping was the answer to > how to correctly change memory attributes on a page which is in use, at > least in the existing code, which is for a single processor. > > You don't need, and won't even use, the temporary mapping. =A0You would > make it just because doing so invokes logic in arm/arm/pmap.c which will > find all existing virtual mappings of the given physical pages, and > disable caching in each of those existing mappings. =A0In effect, it make= s > all existing mappings of the physical pages DMA_COHERENT. =A0When you > later free the temporary mapping, all other existing mappings are > changed back to being cacheable (as long as no more than one of the > mappings that remain is writable). > > I don't know that making a temporary mapping just for its side effect of > changing other existing mappings is a good idea, it's just a quick and > easy thing to do if you want to try changing all existing mappings to > non-cacheable. =A0It could be that a better way would be to have the > busdma_machdep code call directly to lower-level routines in pmap.c to > change existing mappings without making a new temporary mapping in the > kernel pmap. =A0The actual changes to the existing mappings are made by > pmap_fix_cache() but that routine isn't directly callable right now. > > Also, as far as I know all of this automatic disabling of cache for > multiple writable mappings applies only to VIVT cache architectures. > I'm not sure how the pmap code is going to change to support VIPT and > PIPT caches, but it may no longer be true that making a second writable > mapping of a page will lead to changing all existing mappings to > non-cacheable. > > -- Ian We don't want to carry the VIVT cache fixing code to VIPT/PIPT. I like the x86 approach of marking the page with a cache type (default/device/uncached/etc). The page mapping routines (for example pmap_qenter() on a clustered write) will honor that cache type in all future mappings. It is easy to implement. Other allocations, such as page tables, can benefit from an attributed allocation too. I also like having a separate allocator for the sub-page bus_dmamem_alloc() requests that want uncached buffers. These entries can stick around for a long time. If we just malloced the entries, then the other threads that happen to allocate data from the same page are penalized with uncached buffers too. --Mark. From owner-freebsd-arm@FreeBSD.ORG Mon May 21 20:05:13 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEA82106564A; Mon, 21 May 2012 20:05:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 771CB8FC0A; Mon, 21 May 2012 20:05:13 +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 q4LK5B2H067089; Mon, 21 May 2012 16:05:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4LK5Blx067084; Mon, 21 May 2012 20:05:11 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 May 2012 20:05:11 GMT Message-Id: <201205212005.q4LK5Blx067084@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 20:05:13 -0000 TB --- 2012-05-21 19:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-21 19:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-21 19:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-21 19:50:00 - cleaning the object tree TB --- 2012-05-21 19:51:33 - cvsupping the source tree TB --- 2012-05-21 19:51:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-21 19:53:34 - building world TB --- 2012-05-21 19:53:34 - CROSS_BUILD_TESTING=YES TB --- 2012-05-21 19:53:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-21 19:53:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-21 19:53:34 - SRCCONF=/dev/null TB --- 2012-05-21 19:53:34 - TARGET=arm TB --- 2012-05-21 19:53:34 - TARGET_ARCH=arm TB --- 2012-05-21 19:53:34 - TZ=UTC TB --- 2012-05-21 19:53:34 - __MAKE_CONF=/dev/null TB --- 2012-05-21 19:53:34 - cd /src TB --- 2012-05-21 19:53:34 - /usr/bin/make -B buildworld >>> World build started on Mon May 21 19:53:35 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c nsparser.c -o nsparser.o cc1: warnings being treated as errors /src/lib/libc/net/nsparser.y: In function '_nsaddsrctomap': /src/lib/libc/net/nsparser.y:169: warning: implicit declaration of function 'free' In file included from nsparser.c:398: /src/lib/libc/../../include/stdlib.h: At top level: /src/lib/libc/../../include/stdlib.h:93: warning: conflicting types for 'free' /src/lib/libc/net/nsparser.y:169: warning: previous implicit declaration of 'free' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-21 20:05:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-21 20:05:11 - ERROR: failed to build world TB --- 2012-05-21 20:05:11 - 476.39 user 77.08 system 911.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon May 21 20:51:13 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD10B106564A; Mon, 21 May 2012 20:51:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 93E9A8FC17; Mon, 21 May 2012 20:51:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q4LKpCIQ008305; Mon, 21 May 2012 16:51:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4LKpCOD008300; Mon, 21 May 2012 20:51:12 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 May 2012 20:51:12 GMT Message-Id: <201205212051.q4LKpCOD008300@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 20:51:13 -0000 TB --- 2012-05-21 20:30:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-21 20:30:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-21 20:30:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-21 20:30:01 - cleaning the object tree TB --- 2012-05-21 20:31:32 - cvsupping the source tree TB --- 2012-05-21 20:31:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-21 20:37:55 - building world TB --- 2012-05-21 20:37:55 - CROSS_BUILD_TESTING=YES TB --- 2012-05-21 20:37:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-21 20:37:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-21 20:37:55 - SRCCONF=/dev/null TB --- 2012-05-21 20:37:55 - TARGET=arm TB --- 2012-05-21 20:37:55 - TARGET_ARCH=arm TB --- 2012-05-21 20:37:55 - TZ=UTC TB --- 2012-05-21 20:37:55 - __MAKE_CONF=/dev/null TB --- 2012-05-21 20:37:55 - cd /src TB --- 2012-05-21 20:37:55 - /usr/bin/make -B buildworld >>> World build started on Mon May 21 20:37:55 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c nsparser.c -o nsparser.o cc1: warnings being treated as errors /src/lib/libc/net/nsparser.y: In function '_nsaddsrctomap': /src/lib/libc/net/nsparser.y:169: warning: implicit declaration of function 'free' In file included from nsparser.c:398: /src/lib/libc/../../include/stdlib.h: At top level: /src/lib/libc/../../include/stdlib.h:93: warning: conflicting types for 'free' /src/lib/libc/net/nsparser.y:169: warning: previous implicit declaration of 'free' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-21 20:51:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-21 20:51:12 - ERROR: failed to build world TB --- 2012-05-21 20:51:12 - 482.59 user 79.82 system 1271.04 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon May 21 21:34:53 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F2F61065674; Mon, 21 May 2012 21:34:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 268F88FC12; Mon, 21 May 2012 21:34:53 +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 q4LLYqFV071182; Mon, 21 May 2012 17:34:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4LLYqWr071181; Mon, 21 May 2012 21:34:52 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 May 2012 21:34:52 GMT Message-Id: <201205212134.q4LLYqWr071181@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 21:34:53 -0000 TB --- 2012-05-21 21:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-21 21:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-21 21:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-21 21:20:00 - cleaning the object tree TB --- 2012-05-21 21:21:24 - cvsupping the source tree TB --- 2012-05-21 21:21:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-21 21:23:15 - building world TB --- 2012-05-21 21:23:15 - CROSS_BUILD_TESTING=YES TB --- 2012-05-21 21:23:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-21 21:23:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-21 21:23:15 - SRCCONF=/dev/null TB --- 2012-05-21 21:23:15 - TARGET=arm TB --- 2012-05-21 21:23:15 - TARGET_ARCH=arm TB --- 2012-05-21 21:23:15 - TZ=UTC TB --- 2012-05-21 21:23:15 - __MAKE_CONF=/dev/null TB --- 2012-05-21 21:23:15 - cd /src TB --- 2012-05-21 21:23:15 - /usr/bin/make -B buildworld >>> World build started on Mon May 21 21:23:17 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c nsparser.c -o nsparser.o cc1: warnings being treated as errors /src/lib/libc/net/nsparser.y: In function '_nsaddsrctomap': /src/lib/libc/net/nsparser.y:169: warning: implicit declaration of function 'free' In file included from nsparser.c:398: /src/lib/libc/../../include/stdlib.h: At top level: /src/lib/libc/../../include/stdlib.h:93: warning: conflicting types for 'free' /src/lib/libc/net/nsparser.y:169: warning: previous implicit declaration of 'free' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-21 21:34:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-21 21:34:52 - ERROR: failed to build world TB --- 2012-05-21 21:34:52 - 477.09 user 77.03 system 892.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon May 21 22:20:29 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30CB41065686; Mon, 21 May 2012 22:20:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DE56A8FC0C; Mon, 21 May 2012 22:20:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q4LMKS45009994; Mon, 21 May 2012 18:20:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4LMKS2K009992; Mon, 21 May 2012 22:20:28 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 May 2012 22:20:28 GMT Message-Id: <201205212220.q4LMKS2K009992@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 22:20:29 -0000 TB --- 2012-05-21 22:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-21 22:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-21 22:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-21 22:00:00 - cleaning the object tree TB --- 2012-05-21 22:01:14 - cvsupping the source tree TB --- 2012-05-21 22:01:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-21 22:07:09 - building world TB --- 2012-05-21 22:07:09 - CROSS_BUILD_TESTING=YES TB --- 2012-05-21 22:07:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-21 22:07:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-21 22:07:09 - SRCCONF=/dev/null TB --- 2012-05-21 22:07:09 - TARGET=arm TB --- 2012-05-21 22:07:09 - TARGET_ARCH=arm TB --- 2012-05-21 22:07:09 - TZ=UTC TB --- 2012-05-21 22:07:09 - __MAKE_CONF=/dev/null TB --- 2012-05-21 22:07:09 - cd /src TB --- 2012-05-21 22:07:09 - /usr/bin/make -B buildworld >>> World build started on Mon May 21 22:07:10 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c nsparser.c -o nsparser.o cc1: warnings being treated as errors /src/lib/libc/net/nsparser.y: In function '_nsaddsrctomap': /src/lib/libc/net/nsparser.y:169: warning: implicit declaration of function 'free' In file included from nsparser.c:398: /src/lib/libc/../../include/stdlib.h: At top level: /src/lib/libc/../../include/stdlib.h:93: warning: conflicting types for 'free' /src/lib/libc/net/nsparser.y:169: warning: previous implicit declaration of 'free' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-21 22:20:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-21 22:20:28 - ERROR: failed to build world TB --- 2012-05-21 22:20:28 - 482.91 user 79.70 system 1228.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon May 21 23:04:52 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 331771065677; Mon, 21 May 2012 23:04:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DAD9A8FC08; Mon, 21 May 2012 23:04:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q4LN4pdR076534; Mon, 21 May 2012 19:04:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4LN4pvK076533; Mon, 21 May 2012 23:04:51 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 May 2012 23:04:51 GMT Message-Id: <201205212304.q4LN4pvK076533@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 23:04:52 -0000 TB --- 2012-05-21 22:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-21 22:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-21 22:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-21 22:50:00 - cleaning the object tree TB --- 2012-05-21 22:51:27 - cvsupping the source tree TB --- 2012-05-21 22:51:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-21 22:53:24 - building world TB --- 2012-05-21 22:53:24 - CROSS_BUILD_TESTING=YES TB --- 2012-05-21 22:53:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-21 22:53:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-21 22:53:24 - SRCCONF=/dev/null TB --- 2012-05-21 22:53:24 - TARGET=arm TB --- 2012-05-21 22:53:24 - TARGET_ARCH=arm TB --- 2012-05-21 22:53:24 - TZ=UTC TB --- 2012-05-21 22:53:24 - __MAKE_CONF=/dev/null TB --- 2012-05-21 22:53:24 - cd /src TB --- 2012-05-21 22:53:24 - /usr/bin/make -B buildworld >>> World build started on Mon May 21 22:53:25 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c nsparser.c -o nsparser.o cc1: warnings being treated as errors /src/lib/libc/net/nsparser.y: In function '_nsaddsrctomap': /src/lib/libc/net/nsparser.y:169: warning: implicit declaration of function 'free' In file included from nsparser.c:398: /src/lib/libc/../../include/stdlib.h: At top level: /src/lib/libc/../../include/stdlib.h:93: warning: conflicting types for 'free' /src/lib/libc/net/nsparser.y:169: warning: previous implicit declaration of 'free' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-21 23:04:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-21 23:04:50 - ERROR: failed to build world TB --- 2012-05-21 23:04:50 - 476.38 user 77.33 system 890.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon May 21 23:51:05 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C9C610657F9; Mon, 21 May 2012 23:51:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BFA688FC15; Mon, 21 May 2012 23:51:04 +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 q4LNp4du016142; Mon, 21 May 2012 19:51:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4LNp49Z016141; Mon, 21 May 2012 23:51:04 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 May 2012 23:51:04 GMT Message-Id: <201205212351.q4LNp49Z016141@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 23:51:05 -0000 TB --- 2012-05-21 23:30:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-21 23:30:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-21 23:30:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-21 23:30:01 - cleaning the object tree TB --- 2012-05-21 23:31:32 - cvsupping the source tree TB --- 2012-05-21 23:31:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-21 23:37:53 - building world TB --- 2012-05-21 23:37:53 - CROSS_BUILD_TESTING=YES TB --- 2012-05-21 23:37:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-21 23:37:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-21 23:37:53 - SRCCONF=/dev/null TB --- 2012-05-21 23:37:53 - TARGET=arm TB --- 2012-05-21 23:37:53 - TARGET_ARCH=arm TB --- 2012-05-21 23:37:53 - TZ=UTC TB --- 2012-05-21 23:37:53 - __MAKE_CONF=/dev/null TB --- 2012-05-21 23:37:53 - cd /src TB --- 2012-05-21 23:37:53 - /usr/bin/make -B buildworld >>> World build started on Mon May 21 23:37:55 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c nsparser.c -o nsparser.o cc1: warnings being treated as errors /src/lib/libc/net/nsparser.y: In function '_nsaddsrctomap': /src/lib/libc/net/nsparser.y:169: warning: implicit declaration of function 'free' In file included from nsparser.c:398: /src/lib/libc/../../include/stdlib.h: At top level: /src/lib/libc/../../include/stdlib.h:93: warning: conflicting types for 'free' /src/lib/libc/net/nsparser.y:169: warning: previous implicit declaration of 'free' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-21 23:51:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-21 23:51:04 - ERROR: failed to build world TB --- 2012-05-21 23:51:04 - 482.63 user 79.93 system 1263.01 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue May 22 00:34:47 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A274C106564A; Tue, 22 May 2012 00:34:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5BFB28FC18; Tue, 22 May 2012 00:34:47 +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 q4M0Yk7l074870; Mon, 21 May 2012 20:34:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4M0Ykfi074860; Tue, 22 May 2012 00:34:46 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 22 May 2012 00:34:46 GMT Message-Id: <201205220034.q4M0Ykfi074860@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2012 00:34:47 -0000 TB --- 2012-05-22 00:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-22 00:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-22 00:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-22 00:20:00 - cleaning the object tree TB --- 2012-05-22 00:21:33 - cvsupping the source tree TB --- 2012-05-22 00:21:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-22 00:22:54 - building world TB --- 2012-05-22 00:22:54 - CROSS_BUILD_TESTING=YES TB --- 2012-05-22 00:22:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-22 00:22:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-22 00:22:54 - SRCCONF=/dev/null TB --- 2012-05-22 00:22:54 - TARGET=arm TB --- 2012-05-22 00:22:54 - TARGET_ARCH=arm TB --- 2012-05-22 00:22:54 - TZ=UTC TB --- 2012-05-22 00:22:54 - __MAKE_CONF=/dev/null TB --- 2012-05-22 00:22:54 - cd /src TB --- 2012-05-22 00:22:54 - /usr/bin/make -B buildworld >>> World build started on Tue May 22 00:22:56 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c nsparser.c -o nsparser.o cc1: warnings being treated as errors /src/lib/libc/net/nsparser.y: In function '_nsaddsrctomap': /src/lib/libc/net/nsparser.y:169: warning: implicit declaration of function 'free' In file included from nsparser.c:398: /src/lib/libc/../../include/stdlib.h: At top level: /src/lib/libc/../../include/stdlib.h:93: warning: conflicting types for 'free' /src/lib/libc/net/nsparser.y:169: warning: previous implicit declaration of 'free' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-22 00:34:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-22 00:34:46 - ERROR: failed to build world TB --- 2012-05-22 00:34:46 - 475.90 user 78.30 system 885.81 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue May 22 01:24:53 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8673B1065672; Tue, 22 May 2012 01:24:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 34F168FC0A; Tue, 22 May 2012 01:24:53 +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 q4M1OqbF082585; Mon, 21 May 2012 21:24:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4M1OqNt082580; Tue, 22 May 2012 01:24:52 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 22 May 2012 01:24:52 GMT Message-Id: <201205220124.q4M1OqNt082580@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2012 01:24:53 -0000 TB --- 2012-05-22 01:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-22 01:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-22 01:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-22 01:10:00 - cleaning the object tree TB --- 2012-05-22 01:11:25 - cvsupping the source tree TB --- 2012-05-22 01:11:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-22 01:13:15 - building world TB --- 2012-05-22 01:13:15 - CROSS_BUILD_TESTING=YES TB --- 2012-05-22 01:13:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-22 01:13:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-22 01:13:15 - SRCCONF=/dev/null TB --- 2012-05-22 01:13:15 - TARGET=arm TB --- 2012-05-22 01:13:15 - TARGET_ARCH=arm TB --- 2012-05-22 01:13:15 - TZ=UTC TB --- 2012-05-22 01:13:15 - __MAKE_CONF=/dev/null TB --- 2012-05-22 01:13:15 - cd /src TB --- 2012-05-22 01:13:15 - /usr/bin/make -B buildworld >>> World build started on Tue May 22 01:13:15 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c nsparser.c -o nsparser.o cc1: warnings being treated as errors /src/lib/libc/net/nsparser.y: In function '_nsaddsrctomap': /src/lib/libc/net/nsparser.y:169: warning: implicit declaration of function 'free' In file included from nsparser.c:398: /src/lib/libc/../../include/stdlib.h: At top level: /src/lib/libc/../../include/stdlib.h:93: warning: conflicting types for 'free' /src/lib/libc/net/nsparser.y:169: warning: previous implicit declaration of 'free' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-22 01:24:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-22 01:24:52 - ERROR: failed to build world TB --- 2012-05-22 01:24:52 - 476.52 user 77.14 system 892.07 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue May 22 02:38:12 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6BF4106566C; Tue, 22 May 2012 02:38:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9519A8FC0A; Tue, 22 May 2012 02:38:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q4M2cBW9031967; Mon, 21 May 2012 22:38:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4M2cBcU031966; Tue, 22 May 2012 02:38:11 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 22 May 2012 02:38:11 GMT Message-Id: <201205220238.q4M2cBcU031966@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2012 02:38:13 -0000 TB --- 2012-05-22 01:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-22 01:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-22 01:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-22 01:50:00 - cleaning the object tree TB --- 2012-05-22 01:51:30 - cvsupping the source tree TB --- 2012-05-22 01:51:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-22 01:58:08 - building world TB --- 2012-05-22 01:58:08 - CROSS_BUILD_TESTING=YES TB --- 2012-05-22 01:58:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-22 01:58:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-22 01:58:08 - SRCCONF=/dev/null TB --- 2012-05-22 01:58:08 - TARGET=arm TB --- 2012-05-22 01:58:08 - TARGET_ARCH=arm TB --- 2012-05-22 01:58:08 - TZ=UTC TB --- 2012-05-22 01:58:08 - __MAKE_CONF=/dev/null TB --- 2012-05-22 01:58:08 - cd /src TB --- 2012-05-22 01:58:08 - /usr/bin/make -B buildworld >>> World build started on Tue May 22 01:58:09 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DDES -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/bin/ed/undo.c cc -O -pipe -DDES -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o ed buf.o cbc.o glbl.o io.o main.o re.o sub.o undo.o -lcrypto gzip -cn /src/bin/ed/ed.1 > ed.1.gz ===> bin/expr (all) cc -O -pipe -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c expr.c cc1: warnings being treated as errors expr.c:138: warning: redundant redeclaration of 'yyparse' /src/bin/expr/expr.y:77: warning: previous declaration of 'yyparse' was here *** Error code 1 Stop in /src/bin/expr. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-22 02:38:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-22 02:38:11 - ERROR: failed to build world TB --- 2012-05-22 02:38:11 - 1472.91 user 398.62 system 2891.29 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue May 22 06:47:21 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8112106564A; Tue, 22 May 2012 06:47:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 856EB8FC14; Tue, 22 May 2012 06:47:21 +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 q4M6lKXi096400; Tue, 22 May 2012 02:47:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4M6lKGB096397; Tue, 22 May 2012 06:47:20 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 22 May 2012 06:47:20 GMT Message-Id: <201205220647.q4M6lKGB096397@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2012 06:47:22 -0000 TB --- 2012-05-22 05:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-22 05:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-22 05:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-22 05:50:00 - cleaning the object tree TB --- 2012-05-22 05:52:42 - cvsupping the source tree TB --- 2012-05-22 05:52:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-22 05:55:55 - building world TB --- 2012-05-22 05:55:55 - CROSS_BUILD_TESTING=YES TB --- 2012-05-22 05:55:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-22 05:55:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-22 05:55:55 - SRCCONF=/dev/null TB --- 2012-05-22 05:55:55 - TARGET=arm TB --- 2012-05-22 05:55:55 - TARGET_ARCH=arm TB --- 2012-05-22 05:55:55 - TZ=UTC TB --- 2012-05-22 05:55:55 - __MAKE_CONF=/dev/null TB --- 2012-05-22 05:55:55 - cd /src TB --- 2012-05-22 05:55:55 - /usr/bin/make -B buildworld >>> World build started on Tue May 22 05:55:56 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] In file included from /obj/arm.arm/src/tmp/usr/include/sys/_types.h:33, from /obj/arm.arm/src/tmp/usr/include/stdio.h:41, from /src/sbin/devd/parse.y:33: /obj/arm.arm/src/tmp/usr/include/machine/_types.h:49: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'typedef' /obj/arm.arm/src/tmp/usr/include/machine/_types.h:80: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__int_least8_t' cc1: warnings being treated as errors /src/sbin/devd/parse.y: In function 'yyparse': /src/sbin/devd/parse.y:103: warning: implicit declaration of function 'add_attach' *** Error code 1 Stop in /src/sbin/devd. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-22 06:47:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-22 06:47:20 - ERROR: failed to build world TB --- 2012-05-22 06:47:20 - 2001.80 user 484.91 system 3440.06 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue May 22 10:46:59 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27F4A106566B; Tue, 22 May 2012 10:46:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B9BF68FC0C; Tue, 22 May 2012 10:46:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q4MAkvZ6014259; Tue, 22 May 2012 06:46:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4MAkvlG014258; Tue, 22 May 2012 10:46:57 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 22 May 2012 10:46:57 GMT Message-Id: <201205221046.q4MAkvlG014258@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2012 10:46:59 -0000 TB --- 2012-05-22 09:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-22 09:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-22 09:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-22 09:50:00 - cleaning the object tree TB --- 2012-05-22 09:53:18 - cvsupping the source tree TB --- 2012-05-22 09:53:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-22 09:55:42 - building world TB --- 2012-05-22 09:55:42 - CROSS_BUILD_TESTING=YES TB --- 2012-05-22 09:55:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-22 09:55:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-22 09:55:42 - SRCCONF=/dev/null TB --- 2012-05-22 09:55:42 - TARGET=arm TB --- 2012-05-22 09:55:42 - TARGET_ARCH=arm TB --- 2012-05-22 09:55:42 - TZ=UTC TB --- 2012-05-22 09:55:42 - __MAKE_CONF=/dev/null TB --- 2012-05-22 09:55:42 - cd /src TB --- 2012-05-22 09:55:42 - /usr/bin/make -B buildworld >>> World build started on Tue May 22 09:55:45 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] In file included from /obj/arm.arm/src/tmp/usr/include/sys/_types.h:33, from /obj/arm.arm/src/tmp/usr/include/stdio.h:41, from /src/sbin/devd/parse.y:33: /obj/arm.arm/src/tmp/usr/include/machine/_types.h:49: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'typedef' /obj/arm.arm/src/tmp/usr/include/machine/_types.h:80: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__int_least8_t' cc1: warnings being treated as errors /src/sbin/devd/parse.y: In function 'yyparse': /src/sbin/devd/parse.y:103: warning: implicit declaration of function 'add_attach' *** Error code 1 Stop in /src/sbin/devd. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-22 10:46:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-22 10:46:57 - ERROR: failed to build world TB --- 2012-05-22 10:46:57 - 2007.84 user 481.66 system 3417.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue May 22 15:07:28 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B602106566C; Tue, 22 May 2012 15:07:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BC5C88FC15; Tue, 22 May 2012 15:07:27 +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 q4MF7Q2s050509; Tue, 22 May 2012 11:07:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4MF7Q4m050508; Tue, 22 May 2012 15:07:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 22 May 2012 15:07:26 GMT Message-Id: <201205221507.q4MF7Q4m050508@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2012 15:07:28 -0000 TB --- 2012-05-22 14:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-22 14:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-22 14:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-22 14:10:00 - cleaning the object tree TB --- 2012-05-22 14:12:56 - cvsupping the source tree TB --- 2012-05-22 14:12:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-22 14:16:02 - building world TB --- 2012-05-22 14:16:02 - CROSS_BUILD_TESTING=YES TB --- 2012-05-22 14:16:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-22 14:16:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-22 14:16:02 - SRCCONF=/dev/null TB --- 2012-05-22 14:16:02 - TARGET=arm TB --- 2012-05-22 14:16:02 - TARGET_ARCH=arm TB --- 2012-05-22 14:16:02 - TZ=UTC TB --- 2012-05-22 14:16:02 - __MAKE_CONF=/dev/null TB --- 2012-05-22 14:16:02 - cd /src TB --- 2012-05-22 14:16:02 - /usr/bin/make -B buildworld >>> World build started on Tue May 22 14:16:05 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] In file included from /obj/arm.arm/src/tmp/usr/include/sys/_types.h:33, from /obj/arm.arm/src/tmp/usr/include/stdio.h:41, from /src/sbin/devd/parse.y:33: /obj/arm.arm/src/tmp/usr/include/machine/_types.h:49: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'typedef' /obj/arm.arm/src/tmp/usr/include/machine/_types.h:80: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__int_least8_t' cc1: warnings being treated as errors /src/sbin/devd/parse.y: In function 'yyparse': /src/sbin/devd/parse.y:103: warning: implicit declaration of function 'add_attach' *** Error code 1 Stop in /src/sbin/devd. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-22 15:07:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-22 15:07:26 - ERROR: failed to build world TB --- 2012-05-22 15:07:26 - 2000.28 user 484.37 system 3446.64 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed May 23 02:53:07 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D08D2106567D; Wed, 23 May 2012 02:53:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 861E98FC0C; Wed, 23 May 2012 02:53:07 +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 q4N2r6ih033818; Tue, 22 May 2012 22:53:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4N2r6fp033811; Wed, 23 May 2012 02:53:06 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 May 2012 02:53:06 GMT Message-Id: <201205230253.q4N2r6fp033811@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2012 02:53:08 -0000 TB --- 2012-05-23 01:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-23 01:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-23 01:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-23 01:50:00 - cleaning the object tree TB --- 2012-05-23 01:50:00 - cvsupping the source tree TB --- 2012-05-23 01:50:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-23 01:52:28 - building world TB --- 2012-05-23 01:52:28 - CROSS_BUILD_TESTING=YES TB --- 2012-05-23 01:52:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-23 01:52:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-23 01:52:28 - SRCCONF=/dev/null TB --- 2012-05-23 01:52:28 - TARGET=arm TB --- 2012-05-23 01:52:28 - TARGET_ARCH=arm TB --- 2012-05-23 01:52:28 - TZ=UTC TB --- 2012-05-23 01:52:28 - __MAKE_CONF=/dev/null TB --- 2012-05-23 01:52:28 - cd /src TB --- 2012-05-23 01:52:28 - /usr/bin/make -B buildworld >>> World build started on Wed May 23 01:52:29 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/usr.sbin/ppp/throughput.c:124: warning: format '%6qu' expects type 'long unsigned int', but argument 4 has type 'long long unsigned int' /src/usr.sbin/ppp/throughput.c:124: warning: format '%6qu' expects type 'long unsigned int', but argument 5 has type 'long long unsigned int' /src/usr.sbin/ppp/throughput.c:126: warning: format '%6qu' expects type 'long unsigned int', but argument 3 has type 'long long unsigned int' /src/usr.sbin/ppp/throughput.c: In function 'throughput_clear': /src/usr.sbin/ppp/throughput.c:270: warning: format '%6qu' expects type 'long unsigned int', but argument 3 has type 'long long unsigned int' /src/usr.sbin/ppp/throughput.c:279: warning: format '%6qu' expects type 'long unsigned int', but argument 3 has type 'long long unsigned int' /src/usr.sbin/ppp/throughput.c:279: warning: format '%6qu' expects type 'long unsigned int', but argument 4 has type 'long long unsigned int' /src/usr.sbin/ppp/throughput.c:291: warning: format '%6qu' expects type 'long unsigned int', but argument 3 has type 'long long unsigned int' *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-23 02:53:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-23 02:53:01 - ERROR: failed to build world TB --- 2012-05-23 02:53:01 - 2352.25 user 549.65 system 3781.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed May 23 07:53:42 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0629B106566C; Wed, 23 May 2012 07:53:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AED7B8FC08; Wed, 23 May 2012 07:53:41 +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 q4N7reqe040217; Wed, 23 May 2012 03:53:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4N7recM040216; Wed, 23 May 2012 07:53:40 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 May 2012 07:53:40 GMT Message-Id: <201205230753.q4N7recM040216@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2012 07:53:42 -0000 TB --- 2012-05-23 06:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-23 06:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-23 06:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-23 06:40:00 - cleaning the object tree TB --- 2012-05-23 06:43:01 - cvsupping the source tree TB --- 2012-05-23 06:43:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-23 06:45:27 - building world TB --- 2012-05-23 06:45:27 - CROSS_BUILD_TESTING=YES TB --- 2012-05-23 06:45:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-23 06:45:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-23 06:45:27 - SRCCONF=/dev/null TB --- 2012-05-23 06:45:27 - TARGET=arm TB --- 2012-05-23 06:45:27 - TARGET_ARCH=arm TB --- 2012-05-23 06:45:27 - TZ=UTC TB --- 2012-05-23 06:45:27 - __MAKE_CONF=/dev/null TB --- 2012-05-23 06:45:27 - cd /src TB --- 2012-05-23 06:45:27 - /usr/bin/make -B buildworld >>> World build started on Wed May 23 06:45:29 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/usr.sbin/ppp/throughput.c:124: warning: format '%6qu' expects type 'long unsigned int', but argument 4 has type 'long long unsigned int' /src/usr.sbin/ppp/throughput.c:124: warning: format '%6qu' expects type 'long unsigned int', but argument 5 has type 'long long unsigned int' /src/usr.sbin/ppp/throughput.c:126: warning: format '%6qu' expects type 'long unsigned int', but argument 3 has type 'long long unsigned int' /src/usr.sbin/ppp/throughput.c: In function 'throughput_clear': /src/usr.sbin/ppp/throughput.c:270: warning: format '%6qu' expects type 'long unsigned int', but argument 3 has type 'long long unsigned int' /src/usr.sbin/ppp/throughput.c:279: warning: format '%6qu' expects type 'long unsigned int', but argument 3 has type 'long long unsigned int' /src/usr.sbin/ppp/throughput.c:279: warning: format '%6qu' expects type 'long unsigned int', but argument 4 has type 'long long unsigned int' /src/usr.sbin/ppp/throughput.c:291: warning: format '%6qu' expects type 'long unsigned int', but argument 3 has type 'long long unsigned int' *** Error code 1 Stop in /src/usr.sbin/ppp. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-23 07:53:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-23 07:53:40 - ERROR: failed to build world TB --- 2012-05-23 07:53:40 - 2351.45 user 554.29 system 4420.04 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed May 23 13:08:12 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8EA41065674; Wed, 23 May 2012 13:08:12 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 28AE68FC0C; Wed, 23 May 2012 13:08:11 +0000 (UTC) Received: by laai10 with SMTP id i10so7364004laa.13 for ; Wed, 23 May 2012 06:08:10 -0700 (PDT) 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:content-transfer-encoding; bh=dTsmDqf7g35CaImyWT3E9iHi2fLy6ii7RfFvbR1rI8c=; b=DJJStQLW87/XST8z2xoaW7IzDievb2Q/m5fJ6iRdbb1DYiMVsR7aNORx2M0ktO5kDm 3F+TA1H5P0rnXbveT6PRfSu372nXTVUnW2Owe7TCzRCfQgyRX61ygLPy8yS+DT8nahiK 1shHpbyibTCcpclRsr0032uTwq69gU5bOG3QI2xcmOiYgEUfVhBJfQDtbaeegfsFLUki rxY7yGmXDlafRAr8GgiYWuhqThLmphCpPB2VNsbULGX3T1EG4lPTBHQOh7nSxTQIPcJ3 QhenD+5FAhTyKEeLq/xrVDZjGpt7qHDRu2Q8cBuI2PXUxBPHM74LkFp+3zZr0fpvn1Xe FKQQ== MIME-Version: 1.0 Received: by 10.112.27.226 with SMTP id w2mr11821461lbg.57.1337778490111; Wed, 23 May 2012 06:08:10 -0700 (PDT) Received: by 10.112.60.228 with HTTP; Wed, 23 May 2012 06:08:10 -0700 (PDT) In-Reply-To: <1337617221.2516.38.camel@revolution.hippie.lan> References: <1337285248.1503.308.camel@revolution.hippie.lan> <1337617221.2516.38.camel@revolution.hippie.lan> Date: Wed, 23 May 2012 15:08:10 +0200 Message-ID: From: Svatopluk Kraus To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Richard Hodges , freebsd-arm@freebsd.org, hackers@freebsd.org Subject: Re: ARM + CACHE_LINE_SIZE + DMA X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2012 13:08:13 -0000 On Mon, May 21, 2012 at 6:20 PM, Ian Lepore wrote: >> ... >> Some more notes. >> >> SMP makes things worse and ARM11mpcore is about SMP too. For example, >> another thread could be open about that how to flush caches (exclusive >> L1 cache) in SMP case. >> >> I'm not sure how to correctly change memory attributes on page which >> is in use. Making new temporary mapping with different attributes is >> wrong and does not help at all. It's question how to do TLB and cache >> flushes on two and more processors and be sure that everything is OK. >> It could be slow and maybe, changing memory attributes on the fly is >> not a good idea at all. >> > > My suggestion of making a temporary writable mapping was the answer to > how to correctly change memory attributes on a page which is in use, at > least in the existing code, which is for a single processor. > > You don't need, and won't even use, the temporary mapping. =A0You would > make it just because doing so invokes logic in arm/arm/pmap.c which will > find all existing virtual mappings of the given physical pages, and > disable caching in each of those existing mappings. =A0In effect, it make= s > all existing mappings of the physical pages DMA_COHERENT. =A0When you > later free the temporary mapping, all other existing mappings are > changed back to being cacheable (as long as no more than one of the > mappings that remain is writable). > > I don't know that making a temporary mapping just for its side effect of > changing other existing mappings is a good idea, it's just a quick and > easy thing to do if you want to try changing all existing mappings to > non-cacheable. =A0It could be that a better way would be to have the > busdma_machdep code call directly to lower-level routines in pmap.c to > change existing mappings without making a new temporary mapping in the > kernel pmap. =A0The actual changes to the existing mappings are made by > pmap_fix_cache() but that routine isn't directly callable right now. > Thanks for explanation. In fact, I known only a little about current ARM pmap implementation in FreeBSD tree. I took i386 pmap implementation and modified it according to arm11mpcore. > Also, as far as I know all of this automatic disabling of cache for > multiple writable mappings applies only to VIVT cache architectures. > I'm not sure how the pmap code is going to change to support VIPT and > PIPT caches, but it may no longer be true that making a second writable > mapping of a page will lead to changing all existing mappings to > non-cacheable. > > -- Ian Svata From owner-freebsd-arm@FreeBSD.ORG Wed May 23 13:09:57 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81414106567E for ; Wed, 23 May 2012 13:09:57 +0000 (UTC) (envelope-from gber@freebsd.org) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 361108FC1D for ; Wed, 23 May 2012 13:09:57 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 873AAEC2ED for ; Wed, 23 May 2012 15:09:45 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id E0TBZnkImGip for ; Wed, 23 May 2012 15:09:45 +0200 (CEST) Received: from [10.0.0.93] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 1F605EBD7D for ; Wed, 23 May 2012 15:09:45 +0200 (CEST) Message-ID: <4FBCFD6C.3080209@freebsd.org> Date: Wed, 23 May 2012 17:08:28 +0200 From: Grzegorz Bernacki User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.24) Gecko/20120127 Thunderbird/3.1.16 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [RFC] ARM patches. X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2012 13:09:57 -0000 Hi, I was going trough our arm git repository and I've found a lot of changes which in my opinion should be applied into head. I am going to post all patches in few series. First one is at: http://people.freebsd.org/~gber/arm/ Please let me know if you have any comments or objections. thanks, grzesiek From owner-freebsd-arm@FreeBSD.ORG Wed May 23 13:13:08 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C902A1065670; Wed, 23 May 2012 13:13:08 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 19EC88FC17; Wed, 23 May 2012 13:13:07 +0000 (UTC) Received: by lbon10 with SMTP id n10so7316692lbo.13 for ; Wed, 23 May 2012 06:13:00 -0700 (PDT) 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=Ht/a4Yyu+Pi+OKYcTM9+ILnoF4hBDFZ0IOsqqrqpdL8=; b=EIx3g1ttNA+GumVZXz6bWZcqZ2cLPodavKMklHQaSYteLszLjAf8eEyfaVFyVb9IIx 4nuqyzmWok3648ffFhtbh8AFy7RUonIqjBr3IZKscAsgrx5zJ1qi0bm2Pjv45Y+gNYsJ PdAVsf2S4mMoA4aNQvC8pl6zn5cu4Q6EMHHiA6e2d19hKg60+yT6mkw94/SN04Gvdcsq Il7CwPNK07tVJocagoddc+YD/yV0XT6L0b3M8KkGP1mTrsPZknaxBVjgrRn+W62Cz+FT 3BVFytDZ3ACQ4buptvOEafI/tKh9xeUP2geRsQAKTqokpxE6VuAa+tV7gJ87fX9QNlbZ iYJQ== MIME-Version: 1.0 Received: by 10.112.44.132 with SMTP id e4mr2622509lbm.51.1337778780810; Wed, 23 May 2012 06:13:00 -0700 (PDT) Received: by 10.112.60.228 with HTTP; Wed, 23 May 2012 06:13:00 -0700 (PDT) In-Reply-To: <1337617221.2516.38.camel@revolution.hippie.lan> References: <1337285248.1503.308.camel@revolution.hippie.lan> <1337617221.2516.38.camel@revolution.hippie.lan> Date: Wed, 23 May 2012 15:13:00 +0200 Message-ID: From: Svatopluk Kraus To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: Richard Hodges , freebsd-arm@freebsd.org, hackers@freebsd.org, Alexander Kabaev Subject: Re: ARM + CACHE_LINE_SIZE + DMA X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2012 13:13:08 -0000 Hi, with respect to your replies and among other things, the following summary could be made: There are three kinds of DMA buffers according to their origin: 1. driver buffers As Alexander wrote, the buffers should be allocated by bus_dmamap_alloc(). The function should be implemented to allocate the buffers correctly aligned with help of bus_dma_tag_t. For these buffers, we can avoid bouncing totally just by correct driver implementation. For badly implemented drivers, bouncing penalty is paid in case of unaligned buffers. For BUS_DMA_COHERENT allocations, as Mark wrote, an allocation pool of coherent pages is good optimalization. 2. well-known system buffers Mbufs and vfs buffers. The buffers should be aligned on CACHE_LINE_SIZE (start and size). It should be enough for vfs buffers as they are carring data only and only whole buffers should be accessed by DMA. The mbuf is a structure and data can be carried on three possible locations. The first one, the external buffer, should be aligned on CACHE_LINE_SIZE. The next two locations, which are parts of the mbuf structure, could be unaligned in general. If we assume that no one else is writing any part of the mbuf during DMA access, we can set BUS_DMA_UNALIGNED_SAFE flag in mbuf load functions. I.e., we don't bounce unaligned buffers if the flag is set in dmamap. A tunable can be implemented to suppres the flag for debugging purposes. 3. other buffers As we know nothing about these buffers, we must always bounce unaligned ones. Just two more notes. The DMA buffer should not be access by anyone (except DMA itself) after PRESYNC and before POSTSYNC. For DMA descriptors (for example), using bus_dmamap_alloc() with BUS_DMA_COHERENT flag could be inevitable. As I'm implementing bus dma for ARM11mpcore, I'm doing it with next assumptions: 1. ARMv6k and higher 2. PIPT data cache 3. SMP ready Svata From owner-freebsd-arm@FreeBSD.ORG Wed May 23 13:17:41 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5348106564A; Wed, 23 May 2012 13:17:41 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 760C58FC19; Wed, 23 May 2012 13:17:41 +0000 (UTC) Received: by dadv36 with SMTP id v36so10548666dad.13 for ; Wed, 23 May 2012 06:17:41 -0700 (PDT) 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=aHIMUnvssjDPrYYaKhFGLRpYWqDxScQGBZ9dOjkd0S4=; b=LYZzM5piTMe02rBcImC7+VdRJLFQrhEqJrn2UiasfuwSaUoGQwrfdFDeWXFFlpdUUY +lsmgOpA4Wd1/vR8aZ2fpr8QJfacvVqGncDXK34kTe05+/XGb1G45XqPkKclr+bFZ8sJ 8tYp9OBvRBaoDCWNViAHQjI/sbTEVNkVS0FJlKWVGO6eAf+lcxEGm2NxoyTsqoigvP8e 2p5AQKR3wnL4TSi+4RwXkIGlnWAcd32ssKCh/TnqNDRYH9pc9US5vCFgJhHKhcfR4WJB t7tBLLRTu8eVkmako+HYetEIK4b2898m29yIuJ9KwzTACDGCLC1rdVdmbobkaPHKG0wF NIPg== MIME-Version: 1.0 Received: by 10.68.232.135 with SMTP id to7mr10182490pbc.143.1337779061042; Wed, 23 May 2012 06:17:41 -0700 (PDT) Received: by 10.68.72.195 with HTTP; Wed, 23 May 2012 06:17:40 -0700 (PDT) In-Reply-To: <4FBCFD6C.3080209@freebsd.org> References: <4FBCFD6C.3080209@freebsd.org> Date: Wed, 23 May 2012 08:17:40 -0500 Message-ID: From: Mark Tinguely To: Grzegorz Bernacki Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org Subject: Re: [RFC] ARM patches. X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2012 13:17:41 -0000 On Wed, May 23, 2012 at 10:08 AM, Grzegorz Bernacki wrote: > Hi, > > I was going trough our arm git repository and I've found a lot of changes > which in my opinion should be applied into head. I am going to post all > patches in few series. First one is at: > http://people.freebsd.org/~gber/arm/ > > Please let me know if you have any comments or objections. > > thanks, > grzesiek Looks good to me. Thanks for the contribution. --Mark Tinguely. From owner-freebsd-arm@FreeBSD.ORG Wed May 23 14:30:07 2012 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD809106566C; Wed, 23 May 2012 14:30:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 675648FC14; Wed, 23 May 2012 14:30:07 +0000 (UTC) Received: from 63.imp.bsdimp.com (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id q4NEPpAw054924 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Wed, 23 May 2012 08:25:51 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Wed, 23 May 2012 08:25:49 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4FBCFD6C.3080209@freebsd.org> To: Mark Tinguely X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Wed, 23 May 2012 08:25:51 -0600 (MDT) Cc: freebsd-arm@FreeBSD.org, Grzegorz Bernacki Subject: Re: [RFC] ARM patches. X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2012 14:30:07 -0000 On May 23, 2012, at 7:17 AM, Mark Tinguely wrote: > On Wed, May 23, 2012 at 10:08 AM, Grzegorz Bernacki = wrote: >> Hi, >>=20 >> I was going trough our arm git repository and I've found a lot of = changes >> which in my opinion should be applied into head. I am going to post = all >> patches in few series. First one is at: >> http://people.freebsd.org/~gber/arm/ >>=20 >> Please let me know if you have any comments or objections. >>=20 >> thanks, >> grzesiek >=20 >=20 > Looks good to me. Thanks for the contribution. Me too This look good and should be committed. I'd be tempted to change the = motherboard to mainboard instead of deleting it entirely, but I'm not = picky either way. Warner From owner-freebsd-arm@FreeBSD.ORG Wed May 23 14:30:38 2012 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5650F106566B; Wed, 23 May 2012 14:30:38 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 0298C8FC0A; Wed, 23 May 2012 14:30:37 +0000 (UTC) Received: from 63.imp.bsdimp.com (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id q4NEStUq054927 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Wed, 23 May 2012 08:28:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Wed, 23 May 2012 08:28:54 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1337285248.1503.308.camel@revolution.hippie.lan> <1337617221.2516.38.camel@revolution.hippie.lan> To: Svatopluk Kraus X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Wed, 23 May 2012 08:28:56 -0600 (MDT) Cc: freebsd-arm@FreeBSD.org, hackers@FreeBSD.org, Alexander Kabaev , Richard Hodges Subject: Re: ARM + CACHE_LINE_SIZE + DMA X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2012 14:30:38 -0000 Hi Svatopluk, That looks very interesting. You may be interested in the efforts of various people to bring up the = armv6 multi-core boards. You can checkout the source from = http://svn.freebsd.org/base/projects/armv6 to see where we are in that = effort. I believe that many of these issues have been addressed. = Perhaps you could take a look and contribute to any areas that are = incomplete rather than starting from scratch? Hope you are doing well! We need more people that truly understand the = ARM cache issues. Warner On May 23, 2012, at 7:13 AM, Svatopluk Kraus wrote: > Hi, >=20 > with respect to your replies and among other things, the following > summary could be made: >=20 > There are three kinds of DMA buffers according to their origin: >=20 > 1. driver buffers > As Alexander wrote, the buffers should be allocated by > bus_dmamap_alloc(). The function should be implemented to allocate the > buffers correctly aligned with help of bus_dma_tag_t. For these > buffers, we can avoid bouncing totally just by correct driver > implementation. For badly implemented drivers, bouncing penalty is > paid in case of unaligned buffers. For BUS_DMA_COHERENT allocations, > as Mark wrote, an allocation pool of coherent pages is good > optimalization. >=20 > 2. well-known system buffers > Mbufs and vfs buffers. The buffers should be aligned on > CACHE_LINE_SIZE (start and size). > It should be enough for vfs buffers as they are carring data only and > only whole buffers should be accessed by DMA. The mbuf is a structure > and data can be carried on three possible locations. The first one, > the external buffer, should be aligned on CACHE_LINE_SIZE. The next > two locations, which are parts of the mbuf structure, could be > unaligned in general. If we assume that no one else is writing any > part of the mbuf during DMA access, we can set BUS_DMA_UNALIGNED_SAFE > flag in mbuf load functions. I.e., we don't bounce unaligned buffers > if the flag is set in dmamap. A tunable can be implemented to suppres > the flag for debugging purposes. >=20 > 3. other buffers > As we know nothing about these buffers, we must always bounce = unaligned ones. >=20 > Just two more notes. The DMA buffer should not be access by anyone > (except DMA itself) after PRESYNC and before POSTSYNC. For DMA > descriptors (for example), using bus_dmamap_alloc() with > BUS_DMA_COHERENT flag could be inevitable. >=20 > As I'm implementing bus dma for ARM11mpcore, I'm doing it with next = assumptions: > 1. ARMv6k and higher > 2. PIPT data cache > 3. SMP ready >=20 > Svata > _______________________________________________ > 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" >=20 >=20 From owner-freebsd-arm@FreeBSD.ORG Wed May 23 15:24:19 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A425F1065670; Wed, 23 May 2012 15:24:19 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6568FC0C; Wed, 23 May 2012 15:24:19 +0000 (UTC) Received: by dadv36 with SMTP id v36so10713124dad.13 for ; Wed, 23 May 2012 08:24:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=6UvIYnHpie0xEf6+T+j+jx+OcxEFG/EPM5MnW/ua8BI=; b=j8E5/yOupVZzRH+EJ+XpzS7sGqotv5Z2Y6+PPr6SvMl1qIdPapwBM2WDktJ9rLDzbO z6DgPdYunRKCpk5S/5dgl9Hjc4DtUenyTDibw7zKsy5pcpIj0r4GJ1WCZPB11cxIoyTs 953sLsGPjk5Z3Oofr98s85ET31+fvbM4daqa4h91DTHnJGP6aU9qaKW7o8zxBOhN7s/t FPkocL5Hdp5Lye2bckvKtBEdz7cPy6iTGRBH9gsATeqMChmSJGUQMJmH7ef5W1650vHf ZREz/YFQGH4fIH019fNA3iZCtqijlrcLfEvWzkrMP0izm6j8f0nGiR4JRnPe9ehEdy10 GPog== MIME-Version: 1.0 Received: by 10.68.211.170 with SMTP id nd10mr11409934pbc.68.1337786658936; Wed, 23 May 2012 08:24:18 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.203.2 with HTTP; Wed, 23 May 2012 08:24:18 -0700 (PDT) In-Reply-To: References: Date: Wed, 23 May 2012 08:24:18 -0700 X-Google-Sender-Auth: bzaCTVV9swLHBGxUWtLYFcJfFoo Message-ID: From: Adrian Chadd To: Tim Kientzle Content-Type: text/plain; charset=ISO-8859-1 Cc: arm@freebsd.org, freebsd-current FreeBSD Subject: Re: Customizing ubldr build... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2012 15:24:19 -0000 This looks fine to me. Thanks for this! What's the pandaboard require, just out of curiousity? Adrian From owner-freebsd-arm@FreeBSD.ORG Wed May 23 19:37:08 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ABA61065672 for ; Wed, 23 May 2012 19:37:08 +0000 (UTC) (envelope-from r.neese@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 551408FC16 for ; Wed, 23 May 2012 19:37:08 +0000 (UTC) Received: by ggnm2 with SMTP id m2so8620955ggn.13 for ; Wed, 23 May 2012 12:37:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=qV3zpYD/P0QDbMIIn0gi0pjMG2vc+chbJrnQA0RyVDs=; b=UVpemvjqbDGG1sWnP9odTPT1X9XbupBfGEWZq+Uj+mjpkpwIUvU9EPGKli4NGLck52 W+SqlyHLn9iS2OUqhy87+foP6OmN/lkSkkhgZJugPx7tC38xte4l/ARAjDCc+FPG/roV LztLGV5I2TCZfjdGa+1zUVa8Ocls26fzFUFE85zNlgZY2y5ggPxu4Wkqmg7RMnUsjCQC K2hHlu0GEffQjnIqMkiwby7HlUIiuK3CO9Bk80kcMzwNrBBk+U+JupwwtsNr85saClYe YPjoZpVSm98hSvAdoLVUUfId1kvrEc1Nit9RW58WfsQmFQvS2ZbfwEF23ynttZ7JpJIb VFxQ== Received: by 10.236.125.234 with SMTP id z70mr32751714yhh.18.1337801821931; Wed, 23 May 2012 12:37:01 -0700 (PDT) Received: from [127.0.0.1] ([70.127.188.146]) by mx.google.com with ESMTPS id s5sm4595800anh.16.2012.05.23.12.37.01 (version=SSLv3 cipher=OTHER); Wed, 23 May 2012 12:37:01 -0700 (PDT) Message-ID: <4FBD3C5D.2020206@gmail.com> Date: Wed, 23 May 2012 15:37:01 -0400 From: Rich Neese User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: freebsd on the dreamplug X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2012 19:37:08 -0000 has anyone got a arm img for the dreamplug. I need a img for using in qemu to make freeswitch build and to make a install img. From owner-freebsd-arm@FreeBSD.ORG Wed May 23 19:53:24 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0F6C1065672 for ; Wed, 23 May 2012 19:53:24 +0000 (UTC) (envelope-from r.neese@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 58FE88FC15 for ; Wed, 23 May 2012 19:53:24 +0000 (UTC) Received: by yhgm50 with SMTP id m50so8681277yhg.13 for ; Wed, 23 May 2012 12:53:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=LlF7glWAsOFSNVrc/3AEXk0dgjO1oFGygZ0qn2w68lE=; b=zXoyqxIvfUqBBNp0qV1X+Cqdk+bJLhWfclJ44uu0mzsCiMKE4vZ/RfmwvHvPjgEgJC STOaMYcu2qgAXHLKpTW1jeulBI7hTJiX7m0yV5XVBG1Qj7OGI1y+bEM0013gedS2G3un 6tYCSw/yDA0SLjxebnusS3eQ+XSPZkvb+JD9k4/cZGkz8Gh6YEjkI3f07Bm+OmbQsqQ1 6Ehf9QTkRZrvYSFJ7K0zXncOP2CxJ/Ha+xE4wOkgm4GK2jHGnosVOJitr1aw7KTKZfTw Hy15M/v435BfIKqXaHgqoiDUiX35v7LSR6t9ArJ1Hi6Vtb6GdSgKXoX4IVcrY3ii78gH e6zA== Received: by 10.236.190.99 with SMTP id d63mr20727477yhn.125.1337802798272; Wed, 23 May 2012 12:53:18 -0700 (PDT) Received: from [127.0.0.1] ([70.127.188.146]) by mx.google.com with ESMTPS id x7sm27632211ang.7.2012.05.23.12.53.17 (version=SSLv3 cipher=OTHER); Wed, 23 May 2012 12:53:17 -0700 (PDT) Message-ID: <4FBD402D.6080304@gmail.com> Date: Wed, 23 May 2012 15:53:17 -0400 From: Rich Neese User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: irc-channel X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2012 19:53:24 -0000 is there a freebsd-arm irc channel ? From owner-freebsd-arm@FreeBSD.ORG Thu May 24 04:36:00 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE353106566C; Thu, 24 May 2012 04:36:00 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 857288FC18; Thu, 24 May 2012 04:36:00 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q4O4ZsmQ048290; Thu, 24 May 2012 04:35:54 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 6vdg4bizi5gn5ebazp44w2zxti; Thu, 24 May 2012 04:35:54 +0000 (UTC) (envelope-from kientzle@freebsd.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Tim Kientzle In-Reply-To: Date: Wed, 23 May 2012 21:35:53 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: To: Adrian Chadd X-Mailer: Apple Mail (2.1278) Cc: arm@freebsd.org, freebsd-current FreeBSD Subject: Re: Customizing ubldr build... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 04:36:00 -0000 On May 23, 2012, at 8:24 AM, Adrian Chadd wrote: > This looks fine to me. > > Thanks for this! What's the pandaboard require, just out of curiosity? Based on a quick skim of the OMAP 4460 TRM, it looks like the Pandaboard ES should come up with the same general memory layout as the BeagleBone, with DRAM starting at 0x8000 0000. I think the PandaBoard ES is fully supported by U-Boot, so it should be possible to use ubldr as part of the boot chain for that just like I've been doing with BeagleBone. Tim From owner-freebsd-arm@FreeBSD.ORG Thu May 24 08:16:47 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E665B106564A; Thu, 24 May 2012 08:16:47 +0000 (UTC) (envelope-from dmarion.freebsd@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id EFE808FC08; Thu, 24 May 2012 08:16:46 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so8220731wgb.31 for ; Thu, 24 May 2012 01:16:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=4EVl51wFNCvMTpyzDFQN02STHv4AayY3T9FDKY/ac/4=; b=v4LToDmvUemKpqmqInKex5+YuPmI8w7tt1tNTzkQh23+oY18nQA+jQOTS0mSROVN+X Fu9JB2YY+dnBUoSGLN3nFsra4FYPUPnneEzOA5FA5amT4RdNOYSUNj31QntJQVb/RHug z0P+pEtjygwMHEW0RIivs58MKyN6+28qSitXArUJ9j5ICD0m2JCyF9cNKjjHaHmYzB4X lIrRsBwWgCnWKYX7/LREubWXYLhJ5phVFcBauRiZm8MaQtyJhnXp0v1+pOmBl02OdnMl f1pL7dK8WgrNU9fabmx/HGSAqJXXztef+0aqLVOhSP6NjUZPqlt21sjZtJ2N5m9T+xmN WHWQ== Received: by 10.180.95.100 with SMTP id dj4mr31627620wib.17.1337847405850; Thu, 24 May 2012 01:16:45 -0700 (PDT) Received: from damarion-mac.home (cpe-109-60-67-10.zg3.cable.xnet.hr. [109.60.67.10]) by mx.google.com with ESMTPS id f19sm5939276wiw.11.2012.05.24.01.16.43 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 24 May 2012 01:16:44 -0700 (PDT) Sender: Damjan Marion Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Damjan Marion In-Reply-To: Date: Thu, 24 May 2012 10:16:42 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Tim Kientzle X-Mailer: Apple Mail (2.1278) Cc: arm@freebsd.org, Adrian Chadd , freebsd-current FreeBSD Subject: Re: Customizing ubldr build... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 08:16:48 -0000 On May 24, 2012, at 6:35 AM, Tim Kientzle wrote: > I think the PandaBoard ES is fully supported by U-Boot, > so it should be possible to use ubldr as part of the boot > chain for that just like I've been doing with BeagleBone. What are the benefits of using ubldr compared to what we are doing = today(load; go)? Damjan= From owner-freebsd-arm@FreeBSD.ORG Thu May 24 08:25:14 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22705106566B; Thu, 24 May 2012 08:25:14 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id C7DAE8FC18; Thu, 24 May 2012 08:25:13 +0000 (UTC) Received: from terran.dlink.ua (unknown [192.168.10.90]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id A8547C496C; Thu, 24 May 2012 11:25:12 +0300 (EEST) Date: Thu, 24 May 2012 11:25:46 +0300 From: Aleksandr Rybalko To: Damjan Marion Message-Id: <20120524112546.bdef0c3c.ray@dlink.ua> In-Reply-To: References: Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, Adrian Chadd , freebsd-current FreeBSD Subject: Re: Customizing ubldr build... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 08:25:14 -0000 On Thu, 24 May 2012 10:16:42 +0200 Damjan Marion wrote: >> >> On May 24, 2012, at 6:35 AM, Tim Kientzle wrote: >> >> > I think the PandaBoard ES is fully supported by U-Boot, >> > so it should be possible to use ubldr as part of the boot >> > chain for that just like I've been doing with BeagleBone. >> >> What are the benefits of using ubldr compared to what we are doing >> today(load; go)? Preload modules for example. (if it accessible of course) >> >> Damjan_______________________________________________ >> 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" -- Alexandr Rybalko aka Alex RAY From owner-freebsd-arm@FreeBSD.ORG Thu May 24 09:40:25 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD939106566C; Thu, 24 May 2012 09:40:25 +0000 (UTC) (envelope-from dmarion.freebsd@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B0D038FC08; Thu, 24 May 2012 09:40:24 +0000 (UTC) Received: by bkvi18 with SMTP id i18so9095705bkv.13 for ; Thu, 24 May 2012 02:40:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=RWith6hg1JVBSpHr2NjbqFI2+VKqXpC3L2haG98ho1g=; b=BBR9/mbHzCytMcS0kz0AzsNP2aj/XMrPMnkFxlFs4l8HufCFy+w2gH/tovSKOu6GpI Fd5j2CNbnvV8CIPk2NELk572wisSmBSchnzPDlyyXKGueRZ2+mmxp4NKibEjd10m0vnn JL0Vp3XQl0hPWNnaefIhRSQSdtgxhajPoov+9briUYCI7XryLv6N64MG+8HbPMj9j9A8 YSws/Cd3Hg369kFwxPRv+esX6kkFTvHfuYhEtD/HRvlbNCRHKQ5A1+XLnaH6S89qYgmh MU9QWiEEL4Fb/+4XbR9rY3t7ZUq7slWvSE0lbiICWstFIza2YioJLle8/EWXyqV8odOE xpgg== Received: by 10.204.153.15 with SMTP id i15mr13383005bkw.74.1337852423429; Thu, 24 May 2012 02:40:23 -0700 (PDT) Received: from damarion-mac.home (cpe-109-60-67-10.zg3.cable.xnet.hr. [109.60.67.10]) by mx.google.com with ESMTPS id ie3sm1776389bkc.1.2012.05.24.02.40.21 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 24 May 2012 02:40:22 -0700 (PDT) Sender: Damjan Marion Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Damjan Marion In-Reply-To: <20120524112546.bdef0c3c.ray@dlink.ua> Date: Thu, 24 May 2012 11:40:19 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <8E4F983B-75F7-45DB-A92E-E66C721896E5@FreeBSD.org> References: <20120524112546.bdef0c3c.ray@dlink.ua> To: Aleksandr Rybalko X-Mailer: Apple Mail (2.1278) Cc: arm@freebsd.org, Adrian Chadd , freebsd-current FreeBSD Subject: Re: Customizing ubldr build... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 09:40:25 -0000 On May 24, 2012, at 10:25 AM, Aleksandr Rybalko wrote: > On Thu, 24 May 2012 10:16:42 +0200 > Damjan Marion wrote: >=20 >>>=20 >>> On May 24, 2012, at 6:35 AM, Tim Kientzle wrote: >>>=20 >>>> I think the PandaBoard ES is fully supported by U-Boot, >>>> so it should be possible to use ubldr as part of the boot >>>> chain for that just like I've been doing with BeagleBone. >>>=20 >>> What are the benefits of using ubldr compared to what we are doing >>> today(load; go)? >=20 > Preload modules for example. (if it accessible of course) I was looking into this few months ago but I didn't found a value in = doing this in embedded world where we already have custom kernel for each = SoC/board. Maybe we will have GENERIC arm kernel one day, but there is long = road.... Damjan= From owner-freebsd-arm@FreeBSD.ORG Thu May 24 10:03:52 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDF291065674; Thu, 24 May 2012 10:03:52 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 5663D8FC1C; Thu, 24 May 2012 10:03:29 +0000 (UTC) Received: from terran.dlink.ua (unknown [192.168.10.90]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 3EC95C4936; Thu, 24 May 2012 13:03:23 +0300 (EEST) Date: Thu, 24 May 2012 13:03:57 +0300 From: Aleksandr Rybalko To: Damjan Marion Message-Id: <20120524130357.00035a7b.ray@ddteam.net> In-Reply-To: <8E4F983B-75F7-45DB-A92E-E66C721896E5@FreeBSD.org> References: <20120524112546.bdef0c3c.ray@dlink.ua> <8E4F983B-75F7-45DB-A92E-E66C721896E5@FreeBSD.org> Organization: DDTeam.net X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, Adrian Chadd , freebsd-current FreeBSD Subject: Re: Customizing ubldr build... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 10:03:53 -0000 On Thu, 24 May 2012 11:40:19 +0200 Damjan Marion wrote: >> >> On May 24, 2012, at 10:25 AM, Aleksandr Rybalko wrote: >> >> > On Thu, 24 May 2012 10:16:42 +0200 >> > Damjan Marion wrote: >> > >> >>> >> >>> On May 24, 2012, at 6:35 AM, Tim Kientzle wrote: >> >>> >> >>>> I think the PandaBoard ES is fully supported by U-Boot, >> >>>> so it should be possible to use ubldr as part of the boot >> >>>> chain for that just like I've been doing with BeagleBone. >> >>> >> >>> What are the benefits of using ubldr compared to what we are >> >>> doing today(load; go)? >> > >> > Preload modules for example. (if it accessible of course) >> >> I was looking into this few months ago but I didn't found a value in >> doing this in embedded world where we already have custom kernel for >> each SoC/board. >> >> Maybe we will have GENERIC arm kernel one day, but there is long >> road.... Agree with you. Most of my devices load kernel from just mapped flash chip partition. But now I have two PC style boxes: 1. Efika MX Smartbook 2. Efika MX Smarttop both with FreeScale i.MX515 ARM SoC + 4M NOR for loader (I put second uboot + ubldr into it) + 8G SSD Which must be controllable by user, just like we do on PC. Of course it is not urgent feature, but "good to have" :) >> >> Damjan_______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" WBW -- Aleksandr Rybalko From owner-freebsd-arm@FreeBSD.ORG Thu May 24 10:31:11 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 272821065678; Thu, 24 May 2012 10:31:11 +0000 (UTC) (envelope-from dmarion.freebsd@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 147358FC0C; Thu, 24 May 2012 10:31:09 +0000 (UTC) Received: by bkvi18 with SMTP id i18so9150960bkv.13 for ; Thu, 24 May 2012 03:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=3uoxkIUkdhySS2z0DMY+bFnOBQU0zw+6K2HS+LDkNtI=; b=wFbjZVZqKiFW91vDXs2t7rL1ugdUeII2LjzxEgUMa1fJcp1SByYMK8PihsHGfP1Jeb b6FYVhf5/dUJD8dXZ9oSgMEOVim7XgIMvdoU6M3kCrbOz30EJOgG7KIET8rHuYD/HK0q XwP6S5iRPxCbM0kwAxEqBwh42dTpbBE1MnT90qglOzU1dpmVR5LVzeZiVWzdevjX8cq/ ywyr9xpqfkKEkKwENAfn3yR24tN3X4mNofUEK9pNB+eQBRvDWp3oa+KeHXlZb1Pd8jgu 0qdV7wIjxWAETwSaCqSK/3MyT/7oTBaM8qkNuPuZ28MW5PM1y4q6R6E54VGhnNCh2Y0z I14w== Received: by 10.204.156.77 with SMTP id v13mr13517898bkw.59.1337855468859; Thu, 24 May 2012 03:31:08 -0700 (PDT) Received: from damarion-mac.home (cpe-109-60-67-10.zg3.cable.xnet.hr. [109.60.67.10]) by mx.google.com with ESMTPS id iq16sm2039374bkc.6.2012.05.24.03.31.06 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 24 May 2012 03:31:07 -0700 (PDT) Sender: Damjan Marion Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Damjan Marion In-Reply-To: <20120524130357.00035a7b.ray@ddteam.net> Date: Thu, 24 May 2012 12:31:04 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: <20120524112546.bdef0c3c.ray@dlink.ua> <8E4F983B-75F7-45DB-A92E-E66C721896E5@FreeBSD.org> <20120524130357.00035a7b.ray@ddteam.net> To: Aleksandr Rybalko X-Mailer: Apple Mail (2.1278) Cc: arm@freebsd.org, Adrian Chadd , freebsd-current FreeBSD Subject: Re: Customizing ubldr build... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 10:31:11 -0000 On May 24, 2012, at 12:03 PM, Aleksandr Rybalko wrote: > both with FreeScale i.MX515 ARM SoC + 4M NOR for loader (I put > second uboot + ubldr into it) + 8G SSD Didn't know that we have support for i.MX515. Is it in svn? From owner-freebsd-arm@FreeBSD.ORG Thu May 24 12:55:13 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5843A1065670; Thu, 24 May 2012 12:55:13 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 087998FC0A; Thu, 24 May 2012 12:55:13 +0000 (UTC) Received: from terran.dlink.ua (unknown [192.168.10.90]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 5DD07C4936; Thu, 24 May 2012 15:55:10 +0300 (EEST) Date: Thu, 24 May 2012 15:55:44 +0300 From: Aleksandr Rybalko To: Damjan Marion Message-Id: <20120524155544.a01e8b00.ray@ddteam.net> In-Reply-To: References: <20120524112546.bdef0c3c.ray@dlink.ua> <8E4F983B-75F7-45DB-A92E-E66C721896E5@FreeBSD.org> <20120524130357.00035a7b.ray@ddteam.net> Organization: DDTeam.net X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, Adrian Chadd , freebsd-current FreeBSD Subject: Re: Customizing ubldr build... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 12:55:13 -0000 On Thu, 24 May 2012 12:31:04 +0200 Damjan Marion wrote: >> >> On May 24, 2012, at 12:03 PM, Aleksandr Rybalko wrote: >> >> > both with FreeScale i.MX515 ARM SoC + 4M NOR for loader (I put >> > second uboot + ubldr into it) + 8G SSD >> >> Didn't know that we have support for i.MX515. Is it in svn? Heh, no. I have only ubldr for it yet :) WBW -- Aleksandr Rybalko From owner-freebsd-arm@FreeBSD.ORG Thu May 24 14:37:02 2012 Return-Path: Delivered-To: arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A15581065670; Thu, 24 May 2012 14:37:02 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4F3238FC1B; Thu, 24 May 2012 14:37:02 +0000 (UTC) Received: from 63.imp.bsdimp.com (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id q4OEUG2H066668 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Thu, 24 May 2012 08:30:16 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <8E4F983B-75F7-45DB-A92E-E66C721896E5@FreeBSD.org> Date: Thu, 24 May 2012 08:30:16 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <0DE094C8-38CC-4527-98D6-C7E645EA324A@bsdimp.com> References: <20120524112546.bdef0c3c.ray@dlink.ua> <8E4F983B-75F7-45DB-A92E-E66C721896E5@FreeBSD.org> To: Damjan Marion X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Thu, 24 May 2012 08:30:17 -0600 (MDT) Cc: arm@FreeBSD.org, Adrian Chadd , freebsd-current FreeBSD Subject: Re: Customizing ubldr build... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 14:37:02 -0000 On May 24, 2012, at 3:40 AM, Damjan Marion wrote: >=20 > On May 24, 2012, at 10:25 AM, Aleksandr Rybalko wrote: >=20 >> On Thu, 24 May 2012 10:16:42 +0200 >> Damjan Marion wrote: >>=20 >>>>=20 >>>> On May 24, 2012, at 6:35 AM, Tim Kientzle wrote: >>>>=20 >>>>> I think the PandaBoard ES is fully supported by U-Boot, >>>>> so it should be possible to use ubldr as part of the boot >>>>> chain for that just like I've been doing with BeagleBone. >>>>=20 >>>> What are the benefits of using ubldr compared to what we are doing >>>> today(load; go)? >>=20 >> Preload modules for example. (if it accessible of course) >=20 > I was looking into this few months ago but I didn't found a value in = doing > this in embedded world where we already have custom kernel for each = SoC/board. >=20 > Maybe we will have GENERIC arm kernel one day, but there is long = road.... I'm working on that, at least for all Atmel kernels. We'll have at = least three kernels though: armv4 little endian, armv4 big endian and = armv6 little endian. Even for atmel, some of the id registers are such = we may need multiple kernels. Warner From owner-freebsd-arm@FreeBSD.ORG Thu May 24 15:58:30 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76886106566B; Thu, 24 May 2012 15:58:30 +0000 (UTC) (envelope-from dmarion.freebsd@gmail.com) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) by mx1.freebsd.org (Postfix) with ESMTP id 955908FC0C; Thu, 24 May 2012 15:58:29 +0000 (UTC) Received: by wibhm6 with SMTP id hm6so5828070wib.1 for ; Thu, 24 May 2012 08:58:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=xzHOdamf8JBmYA+Jbem9nU8q8g+w3lmoeuM6aeplXlM=; b=JEW+Bz1M0W0N3mNZFUZBwl9olI7d5juuSNXx7LIVi6obCOLLg7WVrytLi3fNlWbp9l pO6K9lYK1rp/skTGa+kveeOaXMN1ZzIGnAbTNKQHtwug4pxf6pDBcV9OI85ri5fzU9AB /wgQzSpQl3sCa4cRZLxQje04caWBPqu9LPbZNn3p7bKdP8fRhonKmKYzjRHmHePkVgWF 5Gu7EKcid3yjz0eohafCbxA0Doz8TjRSa8fChGNTCOWcmxxb96eu4kO8BVSAd9iDceJF csjUZS231ViTPnvATk6db0qs0MKV4CKeVsn9KR2H9Vz1jRmZUJgLSPWrmbc7dkAuz2nE dnVA== Received: by 10.216.144.216 with SMTP id n66mr17714453wej.107.1337875108370; Thu, 24 May 2012 08:58:28 -0700 (PDT) Received: from damarion-mac.home (cpe-109-60-67-10.zg3.cable.xnet.hr. [109.60.67.10]) by mx.google.com with ESMTPS id z8sm9478374wiy.1.2012.05.24.08.58.26 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 24 May 2012 08:58:27 -0700 (PDT) Sender: Damjan Marion Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Damjan Marion In-Reply-To: <0DE094C8-38CC-4527-98D6-C7E645EA324A@bsdimp.com> Date: Thu, 24 May 2012 17:58:25 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120524112546.bdef0c3c.ray@dlink.ua> <8E4F983B-75F7-45DB-A92E-E66C721896E5@FreeBSD.org> <0DE094C8-38CC-4527-98D6-C7E645EA324A@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1278) Cc: arm@FreeBSD.org, Adrian Chadd , freebsd-current FreeBSD Subject: Re: Customizing ubldr build... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 15:58:30 -0000 On May 24, 2012, at 4:30 PM, Warner Losh wrote: > On May 24, 2012, at 3:40 AM, Damjan Marion wrote: >> On May 24, 2012, at 10:25 AM, Aleksandr Rybalko wrote: >>=20 >> I was looking into this few months ago but I didn't found a value in = doing >> this in embedded world where we already have custom kernel for each = SoC/board. >>=20 >> Maybe we will have GENERIC arm kernel one day, but there is long = road.... >=20 > I'm working on that, at least for all Atmel kernels. We'll have at = least three kernels though: armv4 little endian, armv4 big endian and = armv6 little endian. Even for atmel, some of the id registers are such = we may need multiple kernels. I guess they all use same interrupt controller. Currently there can be only support for one intc built in kernel so that = needs serious rework. Damjan From owner-freebsd-arm@FreeBSD.ORG Thu May 24 16:01:20 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC85B106564A; Thu, 24 May 2012 16:01:20 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id B0EB68FC14; Thu, 24 May 2012 16:01:20 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q4OG1KYj051255; Thu, 24 May 2012 16:01:20 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 4s94isk33ey7hpdkqaeskfdg6e; Thu, 24 May 2012 16:01:19 +0000 (UTC) (envelope-from kientzle@freebsd.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Tim Kientzle In-Reply-To: Date: Thu, 24 May 2012 09:01:19 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <20E4AEBE-C847-450C-8469-A216DD5B6989@freebsd.org> References: To: Damjan Marion X-Mailer: Apple Mail (2.1278) Cc: arm@freebsd.org, Adrian Chadd , freebsd-current FreeBSD Subject: Re: Customizing ubldr build... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 16:01:21 -0000 On May 24, 2012, at 1:16 AM, Damjan Marion wrote: > On May 24, 2012, at 6:35 AM, Tim Kientzle wrote: >=20 >> I think the PandaBoard ES is fully supported by U-Boot, >> so it should be possible to use ubldr as part of the boot >> chain for that just like I've been doing with BeagleBone. >=20 > What are the benefits of using ubldr compared to what we are doing = today(load; go)? For a fully custom closed embedded system, nothing. But as we move towards more generic kernels that support more environments, ubldr has the ability to: * Load the kernel from UFS (which in turn means that end users can use = buildkernel/installkernel to update the kernel) * Load the device tree separately from the kernel. * Interactively edit the device tree * Preload specific modules * Script the boot process (the i386 interactive boot menu is a Forth = script that runs on the stock loader; ubldr has the same ability) Tim From owner-freebsd-arm@FreeBSD.ORG Thu May 24 20:01:47 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7C5D1065674 for ; Thu, 24 May 2012 20:01:47 +0000 (UTC) (envelope-from ben.r.gray@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 456B28FC19 for ; Thu, 24 May 2012 20:01:46 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so161446wgb.31 for ; Thu, 24 May 2012 13:01:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=LJrXWfFKOW7UC8YXaNlh/zYH1SaHk12sExIQb3JZCeQ=; b=Hg7oq3kLFuMMRuX+K+ZagGX8k/iPBv8wluomVsubcjm4QB47UTqvFfvunL8EYOmlPy msRBnVnJq6RH/OA5BSMlu2ZbSTiAT3vJuMNwvnmymjqiMzrgFoDCptUCCpo9nefZv9YH UkpUuThUQWa6oxGg6v2hUF9vZcByaX8LvFd074NOHMO7b0Zw9rgSI6uO1MaXpKQkd11G zPqHoXaAmGCS5WdHszkX73Pyd3pj81SkbSirBivLaXiUM2QIsPUEZs+3bAZ9nqYCYrBY 2fUqCkB90PW7r/XzNLhXGE/r5tgiPoCXaByotAa8Kksw4wrHXLMx3vL+LnqpU5JrLdEN dHDw== Received: by 10.180.85.129 with SMTP id h1mr1466718wiz.2.1337889706089; Thu, 24 May 2012 13:01:46 -0700 (PDT) Received: from Bens-MBP.local (93-97-50-127.zone5.bethere.co.uk. [93.97.50.127]) by mx.google.com with ESMTPS id ez4sm49558669wid.3.2012.05.24.13.01.44 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 24 May 2012 13:01:45 -0700 (PDT) Message-ID: <4FBE93A7.7050502@gmail.com> Date: Thu, 24 May 2012 21:01:43 +0100 From: Ben Gray User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: SDIO driver X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 20:01:47 -0000 Hi all, I've being doing some work on hacking SDIO support into the kernel. My changes build on top of the current MMC/MMCBR module. Expanding the diagram from Warner Losh's pdf (http://www.bsdcan.org/2007/schedule/attachments/23-freebsd-sd-warner-losh.pdf), my hacks have the following logic layout +------------+ +------------+ | ti_mmchs0 | | ti_mmchs1 | +------------+ +------------+ | | | | +--------+ +--------+ | mmc0 | | mmc1 | +--------+ +--------+ | | +------+-----+ | | | | +---------+ +---------+ +---------+ | mmcsd0 | | mmcsd1 | | sdio0 | +---------+ +---------+ +---------+ | | +------+-------+------- .... -----+ | | | function#1 function#2 function#7 +----------+ +-----------+ +----------+ | wifi | | bluetooth | .... | whatever | +----------+ +-----------+ +----------+ So my sdio module sits at the same level as the current mmcsd module and uses the same interface to talk to the mmc0 module (notably MMCBUS_WAIT_FOR_REQUEST). The sdio part does the card setup and CIS scanning, then enables any child functions and probes for a suitable child driver. The problem with this approach is that currently a driver can target only one logic function on the card - I don't know if any driver will ever need to span more than one function. But perhaps a bigger problem is that it doesn't support 'combo cards' (cards with both I/O and standard SD memory). However supporting combo cards, I think, would require a lot more changes to the current mmc/mmcsd drivers which I'm reluctant to do. Anyway I'm interested in whether anyone thinks this is useful in it's current form? or whether the above limitations are too much of a problem? If others are happy and would like it in the tree then perhaps I can commit it to the armv6 branch for review? Lastly the code is not quite complete as there are still corner cases that need to be fixed, however in it's current form it works with a basic wifi driver I've written for the Pandaboard (can load f/w, read registers, etc). Cheers, Ben. From owner-freebsd-arm@FreeBSD.ORG Thu May 24 20:27:07 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99255106566B for ; Thu, 24 May 2012 20:27:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 481078FC16 for ; Thu, 24 May 2012 20:27:07 +0000 (UTC) Received: from [10.30.101.53] ([209.117.142.2]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id q4OKNRwC069855 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Thu, 24 May 2012 14:23:29 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <4FBE93A7.7050502@gmail.com> Date: Thu, 24 May 2012 14:23:22 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4FBE93A7.7050502@gmail.com> To: Ben Gray X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Thu, 24 May 2012 14:23:29 -0600 (MDT) Cc: freebsd-arm@freebsd.org Subject: Re: SDIO driver X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 20:27:07 -0000 On May 24, 2012, at 2:01 PM, Ben Gray wrote: > Hi all, >=20 > I've being doing some work on hacking SDIO support into the kernel. = My changes build on top of the current MMC/MMCBR module. Expanding the = diagram from Warner Losh's pdf = (http://www.bsdcan.org/2007/schedule/attachments/23-freebsd-sd-warner-losh= .pdf), my hacks have the following logic layout >=20 >=20 > +------------+ +------------+ > | ti_mmchs0 | | ti_mmchs1 | > +------------+ +------------+ > | | > | | > +--------+ +--------+ > | mmc0 | | mmc1 | > +--------+ +--------+ > | | > +------+-----+ | > | | | > +---------+ +---------+ +---------+ > | mmcsd0 | | mmcsd1 | | sdio0 | > +---------+ +---------+ +---------+ > | > | > +------+-------+------- .... -----+ > | | | > function#1 function#2 = function#7 > +----------+ +-----------+ = +----------+ > | wifi | | bluetooth | .... | = whatever | > +----------+ +-----------+ = +----------+ >=20 >=20 > So my sdio module sits at the same level as the current mmcsd module = and uses the same interface to talk to the mmc0 module (notably = MMCBUS_WAIT_FOR_REQUEST). The sdio part does the card setup and CIS = scanning, then enables any child functions and probes for a suitable = child driver. I think this is one layer too low in the tree. This is bus code, and = should be in the mmc bus. sdio drivers can then attach, and multiple = functions can attach multiple drivers more easily. > The problem with this approach is that currently a driver can target = only one logic function on the card - I don't know if any driver will = ever need to span more than one function. But perhaps a bigger problem = is that it doesn't support 'combo cards' (cards with both I/O and = standard SD memory). However supporting combo cards, I think, would = require a lot more changes to the current mmc/mmcsd drivers which I'm = reluctant to do. Yes. That's one of many problems, since SD I/O cards also need some = additional stuff in the enumeration, which may be tricky to reliably do = in the lower layers like you've done. In addition, there would need to = be some bus/bridge interfaces because some mmc/sd controllers can't do = SD I/O transactions. > Anyway I'm interested in whether anyone thinks this is useful in it's = current form? or whether the above limitations are too much of a = problem? If others are happy and would like it in the tree then perhaps = I can commit it to the armv6 branch for review? I'd be interested in taking a look. > Lastly the code is not quite complete as there are still corner cases = that need to be fixed, however in it's current form it works with a = basic wifi driver I've written for the Pandaboard (can load f/w, read = registers, etc). Which wifi card? Warner= From owner-freebsd-arm@FreeBSD.ORG Sat May 26 09:20:04 2012 Return-Path: Delivered-To: freebsd-arm@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BA2B1065672 for ; Sat, 26 May 2012 09:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 71EC18FC0C for ; Sat, 26 May 2012 09:20:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4Q9K40c008840 for ; Sat, 26 May 2012 09:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4Q9K4hX008839; Sat, 26 May 2012 09:20:04 GMT (envelope-from gnats) Date: Sat, 26 May 2012 09:20:04 GMT Message-Id: <201205260920.q4Q9K4hX008839@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: arm/160431: commit references a PR X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 May 2012 09:20:04 -0000 The following reply was made to PR arm/160431; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: arm/160431: commit references a PR Date: Sat, 26 May 2012 09:14:33 +0000 (UTC) Author: marius Date: Sat May 26 09:13:24 2012 New Revision: 236085 URL: http://svn.freebsd.org/changeset/base/236085 Log: MFC: r234561 Interrupts must be disabled while handling a partial cache line flush, as otherwise the interrupt handling code may modify data in the non-DMA part of the cache line while we have it stashed away in the temporary stack buffer, then we end up restoring a stale value. PR: 160431 Submitted by: Ian Lepore Modified: stable/9/sys/arm/arm/busdma_machdep.c Directory Properties: stable/9/sys/ (props changed) stable/9/sys/amd64/include/xen/ (props changed) stable/9/sys/boot/ (props changed) stable/9/sys/boot/i386/efi/ (props changed) stable/9/sys/boot/ia64/efi/ (props changed) stable/9/sys/boot/ia64/ski/ (props changed) stable/9/sys/boot/powerpc/boot1.chrp/ (props changed) stable/9/sys/boot/powerpc/ofw/ (props changed) stable/9/sys/cddl/contrib/opensolaris/ (props changed) stable/9/sys/conf/ (props changed) stable/9/sys/contrib/dev/acpica/ (props changed) stable/9/sys/contrib/octeon-sdk/ (props changed) stable/9/sys/contrib/pf/ (props changed) stable/9/sys/contrib/x86emu/ (props changed) stable/9/sys/dev/ (props changed) stable/9/sys/dev/e1000/ (props changed) stable/9/sys/dev/ixgbe/ (props changed) stable/9/sys/fs/ (props changed) stable/9/sys/fs/ntfs/ (props changed) stable/9/sys/modules/ (props changed) Modified: stable/9/sys/arm/arm/busdma_machdep.c ============================================================================== --- stable/9/sys/arm/arm/busdma_machdep.c Sat May 26 09:11:45 2012 (r236084) +++ stable/9/sys/arm/arm/busdma_machdep.c Sat May 26 09:13:24 2012 (r236085) @@ -1091,14 +1091,16 @@ static void bus_dmamap_sync_buf(void *buf, int len, bus_dmasync_op_t op) { char _tmp_cl[arm_dcache_align], _tmp_clend[arm_dcache_align]; + register_t s; + int partial; if ((op & BUS_DMASYNC_PREWRITE) && !(op & BUS_DMASYNC_PREREAD)) { cpu_dcache_wb_range((vm_offset_t)buf, len); cpu_l2cache_wb_range((vm_offset_t)buf, len); } + partial = (((vm_offset_t)buf) | len) & arm_dcache_align_mask; if (op & BUS_DMASYNC_PREREAD) { - if (!(op & BUS_DMASYNC_PREWRITE) && - ((((vm_offset_t)(buf) | len) & arm_dcache_align_mask) == 0)) { + if (!(op & BUS_DMASYNC_PREWRITE) && !partial) { cpu_dcache_inv_range((vm_offset_t)buf, len); cpu_l2cache_inv_range((vm_offset_t)buf, len); } else { @@ -1107,27 +1109,32 @@ bus_dmamap_sync_buf(void *buf, int len, } } if (op & BUS_DMASYNC_POSTREAD) { - if ((vm_offset_t)buf & arm_dcache_align_mask) { - memcpy(_tmp_cl, (void *)((vm_offset_t)buf & ~ - arm_dcache_align_mask), - (vm_offset_t)buf & arm_dcache_align_mask); - } - if (((vm_offset_t)buf + len) & arm_dcache_align_mask) { - memcpy(_tmp_clend, (void *)((vm_offset_t)buf + len), - arm_dcache_align - (((vm_offset_t)(buf) + len) & - arm_dcache_align_mask)); + if (partial) { + s = intr_disable(); + if ((vm_offset_t)buf & arm_dcache_align_mask) + memcpy(_tmp_cl, (void *)((vm_offset_t)buf & + ~arm_dcache_align_mask), + (vm_offset_t)buf & arm_dcache_align_mask); + if (((vm_offset_t)buf + len) & arm_dcache_align_mask) + memcpy(_tmp_clend, + (void *)((vm_offset_t)buf + len), + arm_dcache_align - (((vm_offset_t)(buf) + + len) & arm_dcache_align_mask)); } cpu_dcache_inv_range((vm_offset_t)buf, len); cpu_l2cache_inv_range((vm_offset_t)buf, len); - - if ((vm_offset_t)buf & arm_dcache_align_mask) - memcpy((void *)((vm_offset_t)buf & - ~arm_dcache_align_mask), _tmp_cl, - (vm_offset_t)buf & arm_dcache_align_mask); - if (((vm_offset_t)buf + len) & arm_dcache_align_mask) - memcpy((void *)((vm_offset_t)buf + len), _tmp_clend, - arm_dcache_align - (((vm_offset_t)(buf) + len) & - arm_dcache_align_mask)); + if (partial) { + if ((vm_offset_t)buf & arm_dcache_align_mask) + memcpy((void *)((vm_offset_t)buf & + ~arm_dcache_align_mask), _tmp_cl, + (vm_offset_t)buf & arm_dcache_align_mask); + if (((vm_offset_t)buf + len) & arm_dcache_align_mask) + memcpy((void *)((vm_offset_t)buf + len), + _tmp_clend, arm_dcache_align - + (((vm_offset_t)(buf) + len) & + arm_dcache_align_mask)); + intr_restore(s); + } } } _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Sat May 26 09:20:07 2012 Return-Path: Delivered-To: freebsd-arm@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 292EC106564A for ; Sat, 26 May 2012 09:20:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0DF088FC16 for ; Sat, 26 May 2012 09:20:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4Q9K6FW008847 for ; Sat, 26 May 2012 09:20:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4Q9K6d7008846; Sat, 26 May 2012 09:20:06 GMT (envelope-from gnats) Date: Sat, 26 May 2012 09:20:06 GMT Message-Id: <201205260920.q4Q9K6d7008846@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: arm/160431: commit references a PR X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 May 2012 09:20:07 -0000 The following reply was made to PR arm/160431; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: arm/160431: commit references a PR Date: Sat, 26 May 2012 09:14:38 +0000 (UTC) Author: marius Date: Sat May 26 09:13:38 2012 New Revision: 236086 URL: http://svn.freebsd.org/changeset/base/236086 Log: MFC: r234561 Interrupts must be disabled while handling a partial cache line flush, as otherwise the interrupt handling code may modify data in the non-DMA part of the cache line while we have it stashed away in the temporary stack buffer, then we end up restoring a stale value. PR: 160431 Submitted by: Ian Lepore Modified: stable/8/sys/arm/arm/busdma_machdep.c Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/boot/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) stable/8/sys/dev/e1000/ (props changed) Modified: stable/8/sys/arm/arm/busdma_machdep.c ============================================================================== --- stable/8/sys/arm/arm/busdma_machdep.c Sat May 26 09:13:24 2012 (r236085) +++ stable/8/sys/arm/arm/busdma_machdep.c Sat May 26 09:13:38 2012 (r236086) @@ -1091,14 +1091,16 @@ static void bus_dmamap_sync_buf(void *buf, int len, bus_dmasync_op_t op) { char _tmp_cl[arm_dcache_align], _tmp_clend[arm_dcache_align]; + register_t s; + int partial; if ((op & BUS_DMASYNC_PREWRITE) && !(op & BUS_DMASYNC_PREREAD)) { cpu_dcache_wb_range((vm_offset_t)buf, len); cpu_l2cache_wb_range((vm_offset_t)buf, len); } + partial = (((vm_offset_t)buf) | len) & arm_dcache_align_mask; if (op & BUS_DMASYNC_PREREAD) { - if (!(op & BUS_DMASYNC_PREWRITE) && - ((((vm_offset_t)(buf) | len) & arm_dcache_align_mask) == 0)) { + if (!(op & BUS_DMASYNC_PREWRITE) && !partial) { cpu_dcache_inv_range((vm_offset_t)buf, len); cpu_l2cache_inv_range((vm_offset_t)buf, len); } else { @@ -1107,27 +1109,32 @@ bus_dmamap_sync_buf(void *buf, int len, } } if (op & BUS_DMASYNC_POSTREAD) { - if ((vm_offset_t)buf & arm_dcache_align_mask) { - memcpy(_tmp_cl, (void *)((vm_offset_t)buf & ~ - arm_dcache_align_mask), - (vm_offset_t)buf & arm_dcache_align_mask); - } - if (((vm_offset_t)buf + len) & arm_dcache_align_mask) { - memcpy(_tmp_clend, (void *)((vm_offset_t)buf + len), - arm_dcache_align - (((vm_offset_t)(buf) + len) & - arm_dcache_align_mask)); + if (partial) { + s = intr_disable(); + if ((vm_offset_t)buf & arm_dcache_align_mask) + memcpy(_tmp_cl, (void *)((vm_offset_t)buf & + ~arm_dcache_align_mask), + (vm_offset_t)buf & arm_dcache_align_mask); + if (((vm_offset_t)buf + len) & arm_dcache_align_mask) + memcpy(_tmp_clend, + (void *)((vm_offset_t)buf + len), + arm_dcache_align - (((vm_offset_t)(buf) + + len) & arm_dcache_align_mask)); } cpu_dcache_inv_range((vm_offset_t)buf, len); cpu_l2cache_inv_range((vm_offset_t)buf, len); - - if ((vm_offset_t)buf & arm_dcache_align_mask) - memcpy((void *)((vm_offset_t)buf & - ~arm_dcache_align_mask), _tmp_cl, - (vm_offset_t)buf & arm_dcache_align_mask); - if (((vm_offset_t)buf + len) & arm_dcache_align_mask) - memcpy((void *)((vm_offset_t)buf + len), _tmp_clend, - arm_dcache_align - (((vm_offset_t)(buf) + len) & - arm_dcache_align_mask)); + if (partial) { + if ((vm_offset_t)buf & arm_dcache_align_mask) + memcpy((void *)((vm_offset_t)buf & + ~arm_dcache_align_mask), _tmp_cl, + (vm_offset_t)buf & arm_dcache_align_mask); + if (((vm_offset_t)buf + len) & arm_dcache_align_mask) + memcpy((void *)((vm_offset_t)buf + len), + _tmp_clend, arm_dcache_align - + (((vm_offset_t)(buf) + len) & + arm_dcache_align_mask)); + intr_restore(s); + } } } _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Sat May 26 09:23:02 2012 Return-Path: Delivered-To: freebsd-arm@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2B381065670; Sat, 26 May 2012 09:23:02 +0000 (UTC) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 911928FC1B; Sat, 26 May 2012 09:23:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4Q9N20f026491; Sat, 26 May 2012 09:23:02 GMT (envelope-from marius@freefall.freebsd.org) Received: (from marius@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4Q9N2mm026487; Sat, 26 May 2012 09:23:02 GMT (envelope-from marius) Date: Sat, 26 May 2012 09:23:02 GMT Message-Id: <201205260923.q4Q9N2mm026487@freefall.freebsd.org> To: freebsd@damnhippie.dyndns.org, marius@FreeBSD.org, freebsd-arm@FreeBSD.org From: marius@FreeBSD.org Cc: Subject: Re: arm/160431: [busdma] [patch] Disable interrupts during busdma cache sync operations. X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 May 2012 09:23:02 -0000 Synopsis: [busdma] [patch] Disable interrupts during busdma cache sync operations. State-Changed-From-To: open->closed State-Changed-By: marius State-Changed-When: Sat May 26 09:22:51 UTC 2012 State-Changed-Why: Close http://www.freebsd.org/cgi/query-pr.cgi?pr=160431 From owner-freebsd-arm@FreeBSD.ORG Sat May 26 09:40:05 2012 Return-Path: Delivered-To: freebsd-arm@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 271541065670 for ; Sat, 26 May 2012 09:40:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 095918FC15 for ; Sat, 26 May 2012 09:40:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4Q9e4BN047461 for ; Sat, 26 May 2012 09:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4Q9e443047460; Sat, 26 May 2012 09:40:04 GMT (envelope-from gnats) Date: Sat, 26 May 2012 09:40:04 GMT Message-Id: <201205260940.q4Q9e443047460@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: arm/156496: commit references a PR X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 May 2012 09:40:05 -0000 The following reply was made to PR arm/156496; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: arm/156496: commit references a PR Date: Sat, 26 May 2012 09:31:35 +0000 (UTC) Author: marius Date: Sat May 26 09:31:23 2012 New Revision: 236089 URL: http://svn.freebsd.org/changeset/base/236089 Log: MFC: r234524 o Fixes: - When switching to 4-bit operation, send a SET_CLR_CARD_DETECT command to disconnect the card-detect pull-up resistor from the DAT3 line before sending the SET_BUS_WIDTH command. - Add the missing "reserved" zero entry to the mantissa table used to decode various CSD fields. This was causing SD cards to report that they could run at 30 MHz instead of the maximum 25 MHz mandated in the spec. o Enhancements: - At the MMC layer, format various info from the CID into a string that uniquely identifies the card instance (manufacturer number, serial number, product name and revision, etc). Export it as an instance variable. - At the MMCSD layer, display the formatted card ID string, and also report the clock speed of the hardware (not the card's max speed), and the number of bits and number of blocks per transfer. It comes out like this now: mmcsd0: 968MB at mmc0 22.5MHz/4bit/128-block o Use DEVMETHOD_END. o Use NULL instead of 0 for pointers. PR: 156496 Submitted by: Ian Lepore Modified: stable/9/sys/dev/mmc/mmc.c stable/9/sys/dev/mmc/mmcbrvar.h stable/9/sys/dev/mmc/mmcreg.h stable/9/sys/dev/mmc/mmcsd.c stable/9/sys/dev/mmc/mmcvar.h stable/9/sys/modules/mmcsd/Makefile Directory Properties: stable/9/sys/ (props changed) stable/9/sys/amd64/include/xen/ (props changed) stable/9/sys/boot/ (props changed) stable/9/sys/boot/i386/efi/ (props changed) stable/9/sys/boot/ia64/efi/ (props changed) stable/9/sys/boot/ia64/ski/ (props changed) stable/9/sys/boot/powerpc/boot1.chrp/ (props changed) stable/9/sys/boot/powerpc/ofw/ (props changed) stable/9/sys/cddl/contrib/opensolaris/ (props changed) stable/9/sys/conf/ (props changed) stable/9/sys/contrib/dev/acpica/ (props changed) stable/9/sys/contrib/octeon-sdk/ (props changed) stable/9/sys/contrib/pf/ (props changed) stable/9/sys/contrib/x86emu/ (props changed) stable/9/sys/dev/ (props changed) stable/9/sys/dev/e1000/ (props changed) stable/9/sys/dev/ixgbe/ (props changed) stable/9/sys/fs/ (props changed) stable/9/sys/fs/ntfs/ (props changed) stable/9/sys/modules/ (props changed) Modified: stable/9/sys/dev/mmc/mmc.c ============================================================================== --- stable/9/sys/dev/mmc/mmc.c Sat May 26 09:16:37 2012 (r236088) +++ stable/9/sys/dev/mmc/mmc.c Sat May 26 09:31:23 2012 (r236089) @@ -101,6 +101,7 @@ struct mmc_ivars { uint32_t tran_speed; /* Max speed in normal mode */ uint32_t hs_tran_speed; /* Max speed in high speed mode */ uint32_t erase_sector; /* Card native erase sector size */ + char card_id_string[64];/* Formatted CID info (serial, MFG, etc) */ }; #define CMD_RETRIES 3 @@ -140,6 +141,7 @@ static void mmc_app_decode_scr(uint32_t static int mmc_send_ext_csd(struct mmc_softc *sc, uint8_t *rawextcsd); static void mmc_scan(struct mmc_softc *sc); static int mmc_delete_cards(struct mmc_softc *sc); +static void mmc_format_card_id_string(struct mmc_ivars *ivar); static void mmc_ms_delay(int ms) @@ -606,6 +608,13 @@ mmc_set_card_bus_width(struct mmc_softc if (mmcbr_get_mode(sc->dev) == mode_sd) { memset(&cmd, 0, sizeof(struct mmc_command)); + cmd.opcode = ACMD_SET_CLR_CARD_DETECT; + cmd.flags = MMC_RSP_R1 | MMC_CMD_AC; + cmd.arg = SD_CLR_CARD_DETECT; + err = mmc_wait_for_app_cmd(sc, rca, &cmd, CMD_RETRIES); + if (err != 0) + return (err); + memset(&cmd, 0, sizeof(struct mmc_command)); cmd.opcode = ACMD_SET_BUS_WIDTH; cmd.flags = MMC_RSP_R1 | MMC_CMD_AC; switch (width) { @@ -788,15 +797,52 @@ mmc_decode_cid_mmc(uint32_t *raw_cid, st cid->mdt_year = mmc_get_bits(raw_cid, 128, 8, 4) + 1997; } +static void +mmc_format_card_id_string(struct mmc_ivars *ivar) +{ + char oidstr[8]; + uint8_t c1; + uint8_t c2; + + /* + * Format a card ID string for use by the mmcsd driver, it's what + * appears between the <> in the following: + * mmcsd0: 968MB at mmc0 + * 22.5MHz/4bit/128-block + * + * The card_id_string in mmc_ivars is currently allocated as 64 bytes, + * and our max formatted length is currently 55 bytes if every field + * contains the largest value. + * + * Sometimes the oid is two printable ascii chars; when it's not, + * format it as 0xnnnn instead. + */ + c1 = (ivar->cid.oid >> 8) & 0x0ff; + c2 = ivar->cid.oid & 0x0ff; + if (c1 > 0x1f && c1 < 0x7f && c2 > 0x1f && c2 < 0x7f) + snprintf(oidstr, sizeof(oidstr), "%c%c", c1, c2); + else + snprintf(oidstr, sizeof(oidstr), "0x%04x", ivar->cid.oid); + snprintf(ivar->card_id_string, sizeof(ivar->card_id_string), + "%s%s %s %d.%d SN %d MFG %02d/%04d by %d %s", + ivar->mode == mode_sd ? "SD" : "MMC", ivar->high_cap ? "HC" : "", + ivar->cid.pnm, ivar->cid.prv >> 4, ivar->cid.prv & 0x0f, + ivar->cid.psn, ivar->cid.mdt_month, ivar->cid.mdt_year, + ivar->cid.mid, oidstr); +} + static const int exp[8] = { 1, 10, 100, 1000, 10000, 100000, 1000000, 10000000 }; + static const int mant[16] = { - 10, 12, 13, 15, 20, 25, 30, 35, 40, 45, 50, 55, 60, 70, 80 + 0, 10, 12, 13, 15, 20, 25, 30, 35, 40, 45, 50, 55, 60, 70, 80 }; + static const int cur_min[8] = { 500, 1000, 5000, 10000, 25000, 35000, 60000, 100000 }; + static const int cur_max[8] = { 1000, 5000, 10000, 25000, 35000, 45000, 800000, 200000 }; @@ -1080,13 +1126,7 @@ mmc_log_card(device_t dev, struct mmc_iv { device_printf(dev, "Card at relative address %d%s:\n", ivar->rca, newcard ? " added" : ""); - device_printf(dev, " card: %s%s (0x%x/0x%x/\"%s\" rev %d.%d " - "m/d %02d.%04d s/n %08x)\n", - ivar->mode == mode_sd ? "SD" : "MMC", - ivar->high_cap ? " High Capacity" : "", - ivar->cid.mid, ivar->cid.oid, - ivar->cid.pnm, ivar->cid.prv >> 4, ivar->cid.prv & 0x0f, - ivar->cid.mdt_month, ivar->cid.mdt_year, ivar->cid.psn); + device_printf(dev, " card: %s\n", ivar->card_id_string); device_printf(dev, " bus: %ubit, %uMHz%s\n", (ivar->bus_width == bus_width_1 ? 1 : (ivar->bus_width == bus_width_4 ? 4 : 8)), @@ -1188,6 +1228,7 @@ mmc_discover_cards(struct mmc_softc *sc) if ((mmcbr_get_caps(sc->dev) & MMC_CAP_4_BIT_DATA) && (ivar->scr.bus_widths & SD_SCR_BUS_WIDTH_4)) ivar->bus_width = bus_width_4; + mmc_format_card_id_string(ivar); if (bootverbose || mmc_debug) mmc_log_card(sc->dev, ivar, newcard); if (newcard) { @@ -1245,6 +1286,7 @@ mmc_discover_cards(struct mmc_softc *sc) ivar->bus_width = bus_width_1; ivar->timing = bus_timing_normal; } + mmc_format_card_id_string(ivar); if (bootverbose || mmc_debug) mmc_log_card(sc->dev, ivar, newcard); if (newcard) { @@ -1477,6 +1519,9 @@ mmc_read_ivar(device_t bus, device_t chi case MMC_IVAR_MAX_DATA: *result = mmcbr_get_max_data(bus); break; + case MMC_IVAR_CARD_ID_STRING: + *(char **)result = ivar->card_id_string; + break; } return (0); } @@ -1527,7 +1572,7 @@ static device_method_t mmc_methods[] = { DEVMETHOD(mmcbus_acquire_bus, mmc_acquire_bus), DEVMETHOD(mmcbus_release_bus, mmc_release_bus), - {0, 0}, + DEVMETHOD_END }; static driver_t mmc_driver = { @@ -1537,6 +1582,5 @@ static driver_t mmc_driver = { }; static devclass_t mmc_devclass; - DRIVER_MODULE(mmc, at91_mci, mmc_driver, mmc_devclass, NULL, NULL); DRIVER_MODULE(mmc, sdhci, mmc_driver, mmc_devclass, NULL, NULL); Modified: stable/9/sys/dev/mmc/mmcbrvar.h ============================================================================== --- stable/9/sys/dev/mmc/mmcbrvar.h Sat May 26 09:16:37 2012 (r236088) +++ stable/9/sys/dev/mmc/mmcbrvar.h Sat May 26 09:31:23 2012 (r236089) @@ -56,6 +56,7 @@ #define DEV_MMC_MMCBRVAR_H #include +#include #include "mmcbr_if.h" enum mmcbr_device_ivars { @@ -72,8 +73,7 @@ enum mmcbr_device_ivars { MMCBR_IVAR_VDD, MMCBR_IVAR_CAPS, MMCBR_IVAR_TIMING, - MMCBR_IVAR_MAX_DATA, -// MMCBR_IVAR_, + MMCBR_IVAR_MAX_DATA }; /* Modified: stable/9/sys/dev/mmc/mmcreg.h ============================================================================== --- stable/9/sys/dev/mmc/mmcreg.h Sat May 26 09:16:37 2012 (r236088) +++ stable/9/sys/dev/mmc/mmcreg.h Sat May 26 09:31:23 2012 (r236089) @@ -139,8 +139,8 @@ struct mmc_command { #define R1_READY_FOR_DATA (1u << 8) /* sx, a */ #define R1_APP_CMD (1u << 5) /* sr, c */ #define R1_AKE_SEQ_ERROR (1u << 3) /* er, c */ -#define R1_STATUS(x) (x & 0xFFFFE000 -#define R1_CURRENT_STATE(x) ((x) & R1_CURRENT_STATE_MASK) >> 9 +#define R1_STATUS(x) ((x) & 0xFFFFE000) +#define R1_CURRENT_STATE(x) (((x) & R1_CURRENT_STATE_MASK) >> 9) #define R1_STATE_IDLE 0 #define R1_STATE_READY 1 #define R1_STATE_IDENT 2 @@ -330,6 +330,9 @@ struct mmc_request { #define SD_SWITCH_HS_MODE 1 #define SD_SWITCH_NOCHANGE 0xF +#define SD_CLR_CARD_DETECT 0 +#define SD_SET_CARD_DETECT 1 + #define SD_MAX_HS 50000000 /* OCR bits */ @@ -380,7 +383,7 @@ struct mmc_cid { uint8_t fwrev; }; -struct mmc_csd +struct mmc_csd { uint8_t csd_structure; uint8_t spec_vers; Modified: stable/9/sys/dev/mmc/mmcsd.c ============================================================================== --- stable/9/sys/dev/mmc/mmcsd.c Sat May 26 09:16:37 2012 (r236088) +++ stable/9/sys/dev/mmc/mmcsd.c Sat May 26 09:31:23 2012 (r236089) @@ -66,11 +66,17 @@ __FBSDID("$FreeBSD$"); #include #include -#include +#include #include +#include #include "mmcbus_if.h" +#if __FreeBSD_version < 800002 +#define kproc_create kthread_create +#define kproc_exit kthread_exit +#endif + struct mmcsd_softc { device_t dev; struct mtx sc_mtx; @@ -95,7 +101,6 @@ static int mmcsd_dump(void *arg, void *v off_t offset, size_t length); static void mmcsd_task(void *arg); -static const char *mmcsd_card_name(device_t dev); static int mmcsd_bus_bit_width(device_t dev); #define MMCSD_LOCK(_sc) mtx_lock(&(_sc)->sc_mtx) @@ -122,6 +127,8 @@ mmcsd_attach(device_t dev) struct mmcsd_softc *sc; struct disk *d; intmax_t mb; + uint32_t speed; + uint32_t maxblocks; char unit; sc = device_get_softc(dev); @@ -157,11 +164,22 @@ mmcsd_attach(device_t dev) unit = 'G'; mb /= 1024; } - device_printf(dev, "%ju%cB <%s Memory Card>%s at %s %dMHz/%dbit\n", - mb, unit, mmcsd_card_name(dev), + /* + * Report the clock speed of the underlying hardware, which might be + * different than what the card reports due to hardware limitations. + * Report how many blocks the hardware transfers at once, but clip the + * number to MAXPHYS since the system won't initiate larger transfers. + */ + speed = mmcbr_get_clock(device_get_parent(dev)); + maxblocks = mmc_get_max_data(dev); + if (maxblocks > MAXPHYS) + maxblocks = MAXPHYS; + device_printf(dev, "%ju%cB <%s>%s at %s %d.%01dMHz/%dbit/%d-block\n", + mb, unit, mmc_get_card_id_string(dev), mmc_get_read_only(dev) ? " (read-only)" : "", device_get_nameunit(device_get_parent(dev)), - mmc_get_tran_speed(dev) / 1000000, mmcsd_bus_bit_width(dev)); + speed / 1000000, (speed / 100000) % 10, + mmcsd_bus_bit_width(dev), maxblocks); disk_create(d, DISK_VERSION); bioq_init(&sc->bio_queue); @@ -500,16 +518,6 @@ out: kproc_exit(0); } -static const char * -mmcsd_card_name(device_t dev) -{ - if (mmc_get_card_type(dev) == mode_mmc) - return ("MMC"); - if (mmc_get_high_cap(dev)) - return ("SDHC"); - return ("SD"); -} - static int mmcsd_bus_bit_width(device_t dev) { @@ -526,7 +534,7 @@ static device_method_t mmcsd_methods[] = DEVMETHOD(device_detach, mmcsd_detach), DEVMETHOD(device_suspend, mmcsd_suspend), DEVMETHOD(device_resume, mmcsd_resume), - {0, 0}, + DEVMETHOD_END }; static driver_t mmcsd_driver = { @@ -536,4 +544,4 @@ static driver_t mmcsd_driver = { }; static devclass_t mmcsd_devclass; -DRIVER_MODULE(mmcsd, mmc, mmcsd_driver, mmcsd_devclass, 0, 0); +DRIVER_MODULE(mmcsd, mmc, mmcsd_driver, mmcsd_devclass, NULL, NULL); Modified: stable/9/sys/dev/mmc/mmcvar.h ============================================================================== --- stable/9/sys/dev/mmc/mmcvar.h Sat May 26 09:16:37 2012 (r236088) +++ stable/9/sys/dev/mmc/mmcvar.h Sat May 26 09:31:23 2012 (r236089) @@ -69,7 +69,7 @@ enum mmc_device_ivars { MMC_IVAR_BUS_WIDTH, MMC_IVAR_ERASE_SECTOR, MMC_IVAR_MAX_DATA, -// MMC_IVAR_, + MMC_IVAR_CARD_ID_STRING }; /* @@ -89,5 +89,6 @@ MMC_ACCESSOR(card_type, CARD_TYPE, int) MMC_ACCESSOR(bus_width, BUS_WIDTH, int) MMC_ACCESSOR(erase_sector, ERASE_SECTOR, int) MMC_ACCESSOR(max_data, MAX_DATA, int) +MMC_ACCESSOR(card_id_string, CARD_ID_STRING, const char *) #endif /* DEV_MMC_MMCVAR_H */ Modified: stable/9/sys/modules/mmcsd/Makefile ============================================================================== --- stable/9/sys/modules/mmcsd/Makefile Sat May 26 09:16:37 2012 (r236088) +++ stable/9/sys/modules/mmcsd/Makefile Sat May 26 09:31:23 2012 (r236089) @@ -3,6 +3,6 @@ .PATH: ${.CURDIR}/../../dev/mmc KMOD= mmcsd -SRCS= mmcsd.c mmcbus_if.h device_if.h bus_if.h +SRCS= bus_if.h device_if.h mmcbr_if.h mmcbus_if.h mmcsd.c .include _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Sat May 26 09:40:06 2012 Return-Path: Delivered-To: freebsd-arm@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8EC4106566C for ; Sat, 26 May 2012 09:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C14A68FC0A for ; Sat, 26 May 2012 09:40:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4Q9e6Tl047466 for ; Sat, 26 May 2012 09:40:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4Q9e6H1047465; Sat, 26 May 2012 09:40:06 GMT (envelope-from gnats) Date: Sat, 26 May 2012 09:40:06 GMT Message-Id: <201205260940.q4Q9e6H1047465@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: arm/156496: commit references a PR X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 May 2012 09:40:07 -0000 The following reply was made to PR arm/156496; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: arm/156496: commit references a PR Date: Sat, 26 May 2012 09:31:51 +0000 (UTC) Author: marius Date: Sat May 26 09:31:25 2012 New Revision: 236090 URL: http://svn.freebsd.org/changeset/base/236090 Log: MFC: r234524 o Fixes: - When switching to 4-bit operation, send a SET_CLR_CARD_DETECT command to disconnect the card-detect pull-up resistor from the DAT3 line before sending the SET_BUS_WIDTH command. - Add the missing "reserved" zero entry to the mantissa table used to decode various CSD fields. This was causing SD cards to report that they could run at 30 MHz instead of the maximum 25 MHz mandated in the spec. o Enhancements: - At the MMC layer, format various info from the CID into a string that uniquely identifies the card instance (manufacturer number, serial number, product name and revision, etc). Export it as an instance variable. - At the MMCSD layer, display the formatted card ID string, and also report the clock speed of the hardware (not the card's max speed), and the number of bits and number of blocks per transfer. It comes out like this now: mmcsd0: 968MB at mmc0 22.5MHz/4bit/128-block o Use DEVMETHOD_END. o Use NULL instead of 0 for pointers. PR: 156496 Submitted by: Ian Lepore Modified: stable/8/sys/dev/mmc/mmc.c stable/8/sys/dev/mmc/mmcbrvar.h stable/8/sys/dev/mmc/mmcreg.h stable/8/sys/dev/mmc/mmcsd.c stable/8/sys/dev/mmc/mmcvar.h stable/8/sys/modules/mmcsd/Makefile Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/boot/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) stable/8/sys/dev/e1000/ (props changed) Modified: stable/8/sys/dev/mmc/mmc.c ============================================================================== --- stable/8/sys/dev/mmc/mmc.c Sat May 26 09:31:23 2012 (r236089) +++ stable/8/sys/dev/mmc/mmc.c Sat May 26 09:31:25 2012 (r236090) @@ -101,6 +101,7 @@ struct mmc_ivars { uint32_t tran_speed; /* Max speed in normal mode */ uint32_t hs_tran_speed; /* Max speed in high speed mode */ uint32_t erase_sector; /* Card native erase sector size */ + char card_id_string[64];/* Formatted CID info (serial, MFG, etc) */ }; #define CMD_RETRIES 3 @@ -140,6 +141,7 @@ static void mmc_app_decode_scr(uint32_t static int mmc_send_ext_csd(struct mmc_softc *sc, uint8_t *rawextcsd); static void mmc_scan(struct mmc_softc *sc); static int mmc_delete_cards(struct mmc_softc *sc); +static void mmc_format_card_id_string(struct mmc_ivars *ivar); static void mmc_ms_delay(int ms) @@ -606,6 +608,13 @@ mmc_set_card_bus_width(struct mmc_softc if (mmcbr_get_mode(sc->dev) == mode_sd) { memset(&cmd, 0, sizeof(struct mmc_command)); + cmd.opcode = ACMD_SET_CLR_CARD_DETECT; + cmd.flags = MMC_RSP_R1 | MMC_CMD_AC; + cmd.arg = SD_CLR_CARD_DETECT; + err = mmc_wait_for_app_cmd(sc, rca, &cmd, CMD_RETRIES); + if (err != 0) + return (err); + memset(&cmd, 0, sizeof(struct mmc_command)); cmd.opcode = ACMD_SET_BUS_WIDTH; cmd.flags = MMC_RSP_R1 | MMC_CMD_AC; switch (width) { @@ -788,15 +797,52 @@ mmc_decode_cid_mmc(uint32_t *raw_cid, st cid->mdt_year = mmc_get_bits(raw_cid, 128, 8, 4) + 1997; } +static void +mmc_format_card_id_string(struct mmc_ivars *ivar) +{ + char oidstr[8]; + uint8_t c1; + uint8_t c2; + + /* + * Format a card ID string for use by the mmcsd driver, it's what + * appears between the <> in the following: + * mmcsd0: 968MB at mmc0 + * 22.5MHz/4bit/128-block + * + * The card_id_string in mmc_ivars is currently allocated as 64 bytes, + * and our max formatted length is currently 55 bytes if every field + * contains the largest value. + * + * Sometimes the oid is two printable ascii chars; when it's not, + * format it as 0xnnnn instead. + */ + c1 = (ivar->cid.oid >> 8) & 0x0ff; + c2 = ivar->cid.oid & 0x0ff; + if (c1 > 0x1f && c1 < 0x7f && c2 > 0x1f && c2 < 0x7f) + snprintf(oidstr, sizeof(oidstr), "%c%c", c1, c2); + else + snprintf(oidstr, sizeof(oidstr), "0x%04x", ivar->cid.oid); + snprintf(ivar->card_id_string, sizeof(ivar->card_id_string), + "%s%s %s %d.%d SN %d MFG %02d/%04d by %d %s", + ivar->mode == mode_sd ? "SD" : "MMC", ivar->high_cap ? "HC" : "", + ivar->cid.pnm, ivar->cid.prv >> 4, ivar->cid.prv & 0x0f, + ivar->cid.psn, ivar->cid.mdt_month, ivar->cid.mdt_year, + ivar->cid.mid, oidstr); +} + static const int exp[8] = { 1, 10, 100, 1000, 10000, 100000, 1000000, 10000000 }; + static const int mant[16] = { - 10, 12, 13, 15, 20, 25, 30, 35, 40, 45, 50, 55, 60, 70, 80 + 0, 10, 12, 13, 15, 20, 25, 30, 35, 40, 45, 50, 55, 60, 70, 80 }; + static const int cur_min[8] = { 500, 1000, 5000, 10000, 25000, 35000, 60000, 100000 }; + static const int cur_max[8] = { 1000, 5000, 10000, 25000, 35000, 45000, 800000, 200000 }; @@ -1080,13 +1126,7 @@ mmc_log_card(device_t dev, struct mmc_iv { device_printf(dev, "Card at relative address %d%s:\n", ivar->rca, newcard ? " added" : ""); - device_printf(dev, " card: %s%s (0x%x/0x%x/\"%s\" rev %d.%d " - "m/d %02d.%04d s/n %08x)\n", - ivar->mode == mode_sd ? "SD" : "MMC", - ivar->high_cap ? " High Capacity" : "", - ivar->cid.mid, ivar->cid.oid, - ivar->cid.pnm, ivar->cid.prv >> 4, ivar->cid.prv & 0x0f, - ivar->cid.mdt_month, ivar->cid.mdt_year, ivar->cid.psn); + device_printf(dev, " card: %s\n", ivar->card_id_string); device_printf(dev, " bus: %ubit, %uMHz%s\n", (ivar->bus_width == bus_width_1 ? 1 : (ivar->bus_width == bus_width_4 ? 4 : 8)), @@ -1188,6 +1228,7 @@ mmc_discover_cards(struct mmc_softc *sc) if ((mmcbr_get_caps(sc->dev) & MMC_CAP_4_BIT_DATA) && (ivar->scr.bus_widths & SD_SCR_BUS_WIDTH_4)) ivar->bus_width = bus_width_4; + mmc_format_card_id_string(ivar); if (bootverbose || mmc_debug) mmc_log_card(sc->dev, ivar, newcard); if (newcard) { @@ -1245,6 +1286,7 @@ mmc_discover_cards(struct mmc_softc *sc) ivar->bus_width = bus_width_1; ivar->timing = bus_timing_normal; } + mmc_format_card_id_string(ivar); if (bootverbose || mmc_debug) mmc_log_card(sc->dev, ivar, newcard); if (newcard) { @@ -1477,6 +1519,9 @@ mmc_read_ivar(device_t bus, device_t chi case MMC_IVAR_MAX_DATA: *result = mmcbr_get_max_data(bus); break; + case MMC_IVAR_CARD_ID_STRING: + *(char **)result = ivar->card_id_string; + break; } return (0); } @@ -1527,7 +1572,7 @@ static device_method_t mmc_methods[] = { DEVMETHOD(mmcbus_acquire_bus, mmc_acquire_bus), DEVMETHOD(mmcbus_release_bus, mmc_release_bus), - {0, 0}, + DEVMETHOD_END }; static driver_t mmc_driver = { @@ -1537,6 +1582,5 @@ static driver_t mmc_driver = { }; static devclass_t mmc_devclass; - DRIVER_MODULE(mmc, at91_mci, mmc_driver, mmc_devclass, NULL, NULL); DRIVER_MODULE(mmc, sdhci, mmc_driver, mmc_devclass, NULL, NULL); Modified: stable/8/sys/dev/mmc/mmcbrvar.h ============================================================================== --- stable/8/sys/dev/mmc/mmcbrvar.h Sat May 26 09:31:23 2012 (r236089) +++ stable/8/sys/dev/mmc/mmcbrvar.h Sat May 26 09:31:25 2012 (r236090) @@ -56,6 +56,7 @@ #define DEV_MMC_MMCBRVAR_H #include +#include #include "mmcbr_if.h" enum mmcbr_device_ivars { @@ -72,8 +73,7 @@ enum mmcbr_device_ivars { MMCBR_IVAR_VDD, MMCBR_IVAR_CAPS, MMCBR_IVAR_TIMING, - MMCBR_IVAR_MAX_DATA, -// MMCBR_IVAR_, + MMCBR_IVAR_MAX_DATA }; /* Modified: stable/8/sys/dev/mmc/mmcreg.h ============================================================================== --- stable/8/sys/dev/mmc/mmcreg.h Sat May 26 09:31:23 2012 (r236089) +++ stable/8/sys/dev/mmc/mmcreg.h Sat May 26 09:31:25 2012 (r236090) @@ -139,8 +139,8 @@ struct mmc_command { #define R1_READY_FOR_DATA (1u << 8) /* sx, a */ #define R1_APP_CMD (1u << 5) /* sr, c */ #define R1_AKE_SEQ_ERROR (1u << 3) /* er, c */ -#define R1_STATUS(x) (x & 0xFFFFE000 -#define R1_CURRENT_STATE(x) ((x) & R1_CURRENT_STATE_MASK) >> 9 +#define R1_STATUS(x) ((x) & 0xFFFFE000) +#define R1_CURRENT_STATE(x) (((x) & R1_CURRENT_STATE_MASK) >> 9) #define R1_STATE_IDLE 0 #define R1_STATE_READY 1 #define R1_STATE_IDENT 2 @@ -330,6 +330,9 @@ struct mmc_request { #define SD_SWITCH_HS_MODE 1 #define SD_SWITCH_NOCHANGE 0xF +#define SD_CLR_CARD_DETECT 0 +#define SD_SET_CARD_DETECT 1 + #define SD_MAX_HS 50000000 /* OCR bits */ @@ -380,7 +383,7 @@ struct mmc_cid { uint8_t fwrev; }; -struct mmc_csd +struct mmc_csd { uint8_t csd_structure; uint8_t spec_vers; Modified: stable/8/sys/dev/mmc/mmcsd.c ============================================================================== --- stable/8/sys/dev/mmc/mmcsd.c Sat May 26 09:31:23 2012 (r236089) +++ stable/8/sys/dev/mmc/mmcsd.c Sat May 26 09:31:25 2012 (r236090) @@ -66,11 +66,17 @@ __FBSDID("$FreeBSD$"); #include #include -#include +#include #include +#include #include "mmcbus_if.h" +#if __FreeBSD_version < 800002 +#define kproc_create kthread_create +#define kproc_exit kthread_exit +#endif + struct mmcsd_softc { device_t dev; struct mtx sc_mtx; @@ -95,7 +101,6 @@ static int mmcsd_dump(void *arg, void *v off_t offset, size_t length); static void mmcsd_task(void *arg); -static const char *mmcsd_card_name(device_t dev); static int mmcsd_bus_bit_width(device_t dev); #define MMCSD_LOCK(_sc) mtx_lock(&(_sc)->sc_mtx) @@ -122,6 +127,8 @@ mmcsd_attach(device_t dev) struct mmcsd_softc *sc; struct disk *d; intmax_t mb; + uint32_t speed; + uint32_t maxblocks; char unit; sc = device_get_softc(dev); @@ -157,11 +164,22 @@ mmcsd_attach(device_t dev) unit = 'G'; mb /= 1024; } - device_printf(dev, "%ju%cB <%s Memory Card>%s at %s %dMHz/%dbit\n", - mb, unit, mmcsd_card_name(dev), + /* + * Report the clock speed of the underlying hardware, which might be + * different than what the card reports due to hardware limitations. + * Report how many blocks the hardware transfers at once, but clip the + * number to MAXPHYS since the system won't initiate larger transfers. + */ + speed = mmcbr_get_clock(device_get_parent(dev)); + maxblocks = mmc_get_max_data(dev); + if (maxblocks > MAXPHYS) + maxblocks = MAXPHYS; + device_printf(dev, "%ju%cB <%s>%s at %s %d.%01dMHz/%dbit/%d-block\n", + mb, unit, mmc_get_card_id_string(dev), mmc_get_read_only(dev) ? " (read-only)" : "", device_get_nameunit(device_get_parent(dev)), - mmc_get_tran_speed(dev) / 1000000, mmcsd_bus_bit_width(dev)); + speed / 1000000, (speed / 100000) % 10, + mmcsd_bus_bit_width(dev), maxblocks); disk_create(d, DISK_VERSION); bioq_init(&sc->bio_queue); @@ -500,16 +518,6 @@ out: kproc_exit(0); } -static const char * -mmcsd_card_name(device_t dev) -{ - if (mmc_get_card_type(dev) == mode_mmc) - return ("MMC"); - if (mmc_get_high_cap(dev)) - return ("SDHC"); - return ("SD"); -} - static int mmcsd_bus_bit_width(device_t dev) { @@ -526,7 +534,7 @@ static device_method_t mmcsd_methods[] = DEVMETHOD(device_detach, mmcsd_detach), DEVMETHOD(device_suspend, mmcsd_suspend), DEVMETHOD(device_resume, mmcsd_resume), - {0, 0}, + DEVMETHOD_END }; static driver_t mmcsd_driver = { @@ -536,4 +544,4 @@ static driver_t mmcsd_driver = { }; static devclass_t mmcsd_devclass; -DRIVER_MODULE(mmcsd, mmc, mmcsd_driver, mmcsd_devclass, 0, 0); +DRIVER_MODULE(mmcsd, mmc, mmcsd_driver, mmcsd_devclass, NULL, NULL); Modified: stable/8/sys/dev/mmc/mmcvar.h ============================================================================== --- stable/8/sys/dev/mmc/mmcvar.h Sat May 26 09:31:23 2012 (r236089) +++ stable/8/sys/dev/mmc/mmcvar.h Sat May 26 09:31:25 2012 (r236090) @@ -69,7 +69,7 @@ enum mmc_device_ivars { MMC_IVAR_BUS_WIDTH, MMC_IVAR_ERASE_SECTOR, MMC_IVAR_MAX_DATA, -// MMC_IVAR_, + MMC_IVAR_CARD_ID_STRING }; /* @@ -89,5 +89,6 @@ MMC_ACCESSOR(card_type, CARD_TYPE, int) MMC_ACCESSOR(bus_width, BUS_WIDTH, int) MMC_ACCESSOR(erase_sector, ERASE_SECTOR, int) MMC_ACCESSOR(max_data, MAX_DATA, int) +MMC_ACCESSOR(card_id_string, CARD_ID_STRING, const char *) #endif /* DEV_MMC_MMCVAR_H */ Modified: stable/8/sys/modules/mmcsd/Makefile ============================================================================== --- stable/8/sys/modules/mmcsd/Makefile Sat May 26 09:31:23 2012 (r236089) +++ stable/8/sys/modules/mmcsd/Makefile Sat May 26 09:31:25 2012 (r236090) @@ -3,6 +3,6 @@ .PATH: ${.CURDIR}/../../dev/mmc KMOD= mmcsd -SRCS= mmcsd.c mmcbus_if.h device_if.h bus_if.h +SRCS= bus_if.h device_if.h mmcbr_if.h mmcbus_if.h mmcsd.c .include _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Sat May 26 10:04:56 2012 Return-Path: Delivered-To: freebsd-arm@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FCDD106566B; Sat, 26 May 2012 10:04:56 +0000 (UTC) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E638D8FC15; Sat, 26 May 2012 10:04:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4QA4t3l003060; Sat, 26 May 2012 10:04:55 GMT (envelope-from marius@freefall.freebsd.org) Received: (from marius@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4QA4tpd003056; Sat, 26 May 2012 10:04:55 GMT (envelope-from marius) Date: Sat, 26 May 2012 10:04:55 GMT Message-Id: <201205261004.q4QA4tpd003056@freefall.freebsd.org> To: freebsd@damnhippie.dyndns.org, marius@FreeBSD.org, freebsd-arm@FreeBSD.org From: marius@FreeBSD.org Cc: Subject: Re: arm/156496: [patch] Minor bugfixes and enhancements to mmc and mmcsd drivers X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 May 2012 10:04:56 -0000 Synopsis: [patch] Minor bugfixes and enhancements to mmc and mmcsd drivers State-Changed-From-To: open->closed State-Changed-By: marius State-Changed-When: Sat May 26 10:04:43 UTC 2012 State-Changed-Why: Close http://www.freebsd.org/cgi/query-pr.cgi?pr=156496