From owner-freebsd-arm@FreeBSD.ORG Mon Apr 16 11:07:13 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 E7E311065674 for ; Mon, 16 Apr 2012 11:07:13 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D2C388FC1B for ; Mon, 16 Apr 2012 11:07:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3GB7Dn2022332 for ; Mon, 16 Apr 2012 11:07:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3GB7D0n022330 for freebsd-arm@FreeBSD.org; Mon, 16 Apr 2012 11:07:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Apr 2012 11:07:13 GMT Message-Id: <201204161107.q3GB7D0n022330@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, 16 Apr 2012 11:07:14 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o arm/161044 arm devel/icu does not build on arm o arm/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/154189 arm lang/perl5.12 doesn't build 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 17 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Apr 16 12:34:46 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 C848A106564A; Mon, 16 Apr 2012 12:34:46 +0000 (UTC) (envelope-from sebastian.huber@embedded-brains.de) Received: from mail.embedded-brains.de (host-82-135-62-35.customer.m-online.net [82.135.62.35]) by mx1.freebsd.org (Postfix) with ESMTP id 7DC418FC0C; Mon, 16 Apr 2012 12:34:46 +0000 (UTC) Received: by mail.embedded-brains.de (Postfix, from userid 65534) id 748846528BD; Mon, 16 Apr 2012 14:28:55 +0200 (CEST) Received: from [192.168.96.31] (eb0011.eb.z [192.168.96.31]) by mail.embedded-brains.de (Postfix) with ESMTP id C73086528BE; Mon, 16 Apr 2012 14:28:50 +0200 (CEST) Message-ID: <4F8C1082.3020801@embedded-brains.de> Date: Mon, 16 Apr 2012 14:28:50 +0200 From: Sebastian Huber User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110920 SUSE/3.1.15 Lightning/1.0b2 Thunderbird/3.1.15 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: XDR Library and Short Enums 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, 16 Apr 2012 12:34:46 -0000 Hi, the XDR library implementation of xdr_enum() is currently: /* * XDR enumerations */ bool_t xdr_enum(XDR *xdrs, enum_t *ep) { enum sizecheck { SIZEVAL }; /* used to find the size of an enum */ /* * enums are treated as ints */ /* LINTED */ if (sizeof (enum sizecheck) == sizeof (long)) { return (xdr_long(xdrs, (long *)(void *)ep)); } else /* LINTED */ if (sizeof (enum sizecheck) == sizeof (int)) { return (xdr_int(xdrs, (int *)(void *)ep)); } else /* LINTED */ if (sizeof (enum sizecheck) == sizeof (short)) { return (xdr_short(xdrs, (short *)(void *)ep)); } else { return (FALSE); } } The enum_t is defined as: typedef int32_t enum_t; This is problematic with short enums (variable sized enums). I case of short enums sizeof (enum sizecheck) would be 1. The ARM EABI lets you a choice between two alternatives described in the document issued by ARM. See also section 7.1.3 "Enumerated Types" http://infocenter.arm.com/help/topic/com.arm.doc.ihi0042d/IHI0042D_aapcs.pdf How would you implement and use the XDR library with short enums? The xdr_enum() can be easily changed to: /* * XDR enumerations */ bool_t xdr_enum(XDR *xdrs, enum_t *ep) { /* * enums are treated as ints */ /* LINTED */ if (sizeof (enum_t) == sizeof (long)) { return (xdr_long(xdrs, (long *)(void *)ep)); } else /* LINTED */ if (sizeof (enum_t) == sizeof (int)) { return (xdr_int(xdrs, (int *)(void *)ep)); } else /* LINTED */ if (sizeof (enum_t) == sizeof (short)) { return (xdr_short(xdrs, (short *)(void *)ep)); } else { return (FALSE); } } The problem is in the XDR library usage. An example is this (rpc_msg.h): enum msg_type { CALL=0, REPLY=1 }; How would you fix this? What about enum msg_type { CALL=0, REPLY=1, _MSG_TYPE_INVALID = 0xffffffff }; ? -- Sebastian Huber, embedded brains GmbH Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany Phone : +49 89 18 90 80 79-6 Fax : +49 89 18 90 80 79-9 E-Mail : sebastian.huber@embedded-brains.de PGP : Public key available on request. Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. From owner-freebsd-arm@FreeBSD.ORG Mon Apr 16 13:21:09 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 0329E106566B; Mon, 16 Apr 2012 13:21:09 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 799418FC15; Mon, 16 Apr 2012 13:21:08 +0000 (UTC) Received: by dadz14 with SMTP id z14so23548434dad.17 for ; Mon, 16 Apr 2012 06:21:08 -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=zIjq9JyfIliD1sZ2nd2gPCdhigEM1QsE+OnjjeO/YOI=; b=rPNLrBTBE/HF0ZSXGrs5Y5b3Ky0h2A957pFoUNfhw8/hezkUQyc9/5XahidNuEcXlE G0jAqCmOeaTTMAh1+NlbVcHaCS0oD0JcnTKfKMm2vcj0fYLjMOVKmWqCAQylJ9I+4r04 pf7ekQtSSK7pJ1krLizTzvXsN4FE9XEDlavnbNA+l8KXTsT6jegd411MkPcMJAR9Vo/2 Izjls2IFzSZpBzaRQTBRo+4wllDNnL9V5/Brd0U8MISYXcU5NMSfN5lBWIu6k6i+WkSA DRhKN+YK3jp7nrJQXQFYRR7okG6qyN1SN7+fQir9lhxb3412xfJLW3U9GXFV+pw2L23s eoSQ== MIME-Version: 1.0 Received: by 10.68.233.234 with SMTP id tz10mr28202390pbc.68.1334582467977; Mon, 16 Apr 2012 06:21:07 -0700 (PDT) Received: by 10.68.234.106 with HTTP; Mon, 16 Apr 2012 06:21:07 -0700 (PDT) In-Reply-To: References: <1334419376.1082.162.camel@revolution.hippie.lan> Date: Mon, 16 Apr 2012 08:21:07 -0500 Message-ID: From: Mark Tinguely To: Damjan Marion Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: [GSoC] [ARM] arm cleanup - my own proposal 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, 16 Apr 2012 13:21:09 -0000 On Sat, Apr 14, 2012 at 1:37 PM, Damjan Marion wrote: > > On Apr 14, 2012, at 6:02 PM, Ian Lepore wrote: > >> It's been my growing impression for about a year that the arm support in >> FreeBSD has atrophied to the point where it can barely be said that it's >> supported at all. =A0Now I see this morning that marius@ has committed a >> set of style cleanups to the at91 code (r234281), so maybe it's not >> quite as dead as I feared. > > Hi Ian, > > Are you aware of projects/armv6[1] in svn? > > Due to big changes in architecture introduced with ARMv6 we have > separate tree where all ongoing development is happening. > Hopefully we will be able to merge back changes to HEAD soon. > > We have (partially) working support for recent Marvel SoC and some TI boa= rds > (PandaBoard/OMAP4, Beaglebone/AM335x). There is also OMAP3 code waiting > to be integrated. > > Also Andrew is working on moving to ARM EABI[2] which will > allow us to use llvm/clang and all new ARM goodies which are > not supported in our aged gcc. > > Any help is welcome... > > Damjan > > [1] http://svnweb.freebsd.org/base/projects/armv6/ > [2] http://svnweb.freebsd.org/base/projects/arm_eabi There is a lot of ARM work going on in the shadows. I know of other things, but will let them say what they are doing. I am doing an experimental implementation using the ARMv7 hardware features on the pandaboard getting ready for ARMv8. As of this weekend, the ARMv7 experimental pmap/support is booting multi-user. There is a lot of improvements, fixing, tweeking, and polishing. (I am taking out domains shared level1 pagetables, remove the pv_entry. I will eventually start doing the 64 bit extended address support, etc). I eventually want to change the boot (fold chunks of initarm() into pmap/machdep because they are constant for every platform. --Mark Tinguely. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 17 13:35:59 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 B93481065670; Tue, 17 Apr 2012 13:35:59 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7E2F28FC0A; Tue, 17 Apr 2012 13:35:59 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so8092126pbc.13 for ; Tue, 17 Apr 2012 06:35:59 -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=fPN7DKKevVG3By0b+jofvX6GRhnMLur5ND+1d8Ed3nk=; b=FkIajizOpoHLfkwadJdkWuvBZVlaUTfrKZ7rPdF8XZDfveEdeAUhj6rYZQNqdww03q KvOHMORj/4chIORW1eVRLctCIQuFbJv6KNJDgV7gi3ldP6pQp+OR4FrCdjVeLDrijK6W r7yp8V4eKOo6Xr0x1vd0776VhXA6jwH/qm1nZTQnow4F65uEl86n64H36LK9qed0xGlr lw8xRi+15jCzRFL2wvnaKKffPj1AADCLl4e/aiDjmbCZqn6m6H7MRcB47qzXcs3jih0j eEJbLKB5QHGlqjH7aOMC61xaJ5nNWAo89EY4xa8FUfFkPneBdcCkLWYC5lVuuOICqgPU Cmpg== MIME-Version: 1.0 Received: by 10.68.223.33 with SMTP id qr1mr36493189pbc.47.1334669759277; Tue, 17 Apr 2012 06:35:59 -0700 (PDT) Received: by 10.68.234.106 with HTTP; Tue, 17 Apr 2012 06:35:59 -0700 (PDT) In-Reply-To: References: <1334419376.1082.162.camel@revolution.hippie.lan> Date: Tue, 17 Apr 2012 08:35:59 -0500 Message-ID: From: Mark Tinguely To: Damjan Marion Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: [GSoC] [ARM] arm cleanup - my own proposal 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: Tue, 17 Apr 2012 13:35:59 -0000 On Mon, Apr 16, 2012 at 8:21 AM, Mark Tinguely wrote: ... > There is a lot of ARM work going on in the shadows. I know of other > things, but will let them say what they are doing. ... Correction to my posting. I am not removing pv_entrys but removing the flag of attributes ( pvh_attrs which hold PVF_xxx values). The ARMv7 and ARMv8 have some OS bits in the page table entries. > --Mark Tinguely. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 17 13:48:28 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC9A0106566B; Tue, 17 Apr 2012 13:48: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 B81B58FC12; Tue, 17 Apr 2012 13:48: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 q3HDmSpe076647; Tue, 17 Apr 2012 09:48: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 q3HDmS8r076645; Tue, 17 Apr 2012 13:48:28 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 13:48:28 GMT Message-Id: <201204171348.q3HDmS8r076645@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, 17 Apr 2012 13:48:29 -0000 TB --- 2012-04-17 13:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 13: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-04-17 13:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-04-17 13:10:00 - cleaning the object tree TB --- 2012-04-17 13:10:00 - cvsupping the source tree TB --- 2012-04-17 13:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-04-17 13:11:08 - building world TB --- 2012-04-17 13:11:08 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 13:11:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 13:11:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 13:11:08 - SRCCONF=/dev/null TB --- 2012-04-17 13:11:08 - TARGET=arm TB --- 2012-04-17 13:11:08 - TARGET_ARCH=arm TB --- 2012-04-17 13:11:08 - TZ=UTC TB --- 2012-04-17 13:11:08 - __MAKE_CONF=/dev/null TB --- 2012-04-17 13:11:08 - cd /src TB --- 2012-04-17 13:11:08 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 13:11:08 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 [...] ===> libexec/atrun (all) cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/atrun.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/gloadavg.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_4' /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_4' /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 13:48:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 13:48:28 - ERROR: failed to build world TB --- 2012-04-17 13:48:28 - 1444.55 user 381.58 system 2307.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue Apr 17 14:25:20 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 64C18106566B for ; Tue, 17 Apr 2012 14:25:20 +0000 (UTC) (envelope-from dmarion.freebsd@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id E9E9F8FC08 for ; Tue, 17 Apr 2012 14:25:19 +0000 (UTC) Received: by wern13 with SMTP id n13so5358760wer.13 for ; Tue, 17 Apr 2012 07:25:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:content-transfer-encoding:subject:date :message-id:to:mime-version:x-mailer; bh=36+qQBjXHo/stiIH+PgrQZOtzdeCDi6Q7d9LuZWSCBU=; b=jBN+O4s0V6NTI81HoQxQsj+iXYvXtxZmMnwUpqHBq41OXuBRC085DUM8lIxOXMA5a6 AX9RRLILOqJZ08QDqDezxmUUzKRMKxeBUHB4wwwDhTpx7WJPrVDlkWM0QyJR9hcwkfTx 3yN1yuObYFSPiFk9KzFhpNcJrLY59TAk1880grps8yfyyiFSZCIHdz3nwQvzSkm/eIZc gVGDzLHjC43dx//Z3lH4k/fJn+qD0ceQY5v4aIIl582WVx9pt6L0LuR1DOkwRmM+maIf ciEknZ086pxIWphqNY4NP+NWIBA8N2c9p7gxqISa8j6p+0DzDCKpaQQS7iVQDsI+g8pg SzWg== Received: by 10.180.73.143 with SMTP id l15mr19155721wiv.11.1334672718833; Tue, 17 Apr 2012 07:25:18 -0700 (PDT) Received: from damarion-mac.home (cpe-109-60-64-239.zg3.cable.xnet.hr. [109.60.64.239]) by mx.google.com with ESMTPS id j3sm43873759wiw.1.2012.04.17.07.25.17 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Apr 2012 07:25:17 -0700 (PDT) Sender: Damjan Marion From: Damjan Marion Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 17 Apr 2012 16:25:15 +0200 Message-Id: To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Apple Message framework v1257) X-Mailer: Apple Mail (2.1257) Subject: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 14:25:20 -0000 I put together guide how to build bootable SD card with FreeBSD on = beaglebone. http://people.freebsd.org/~dmarion/beaglebone/creating_bootable_sd_card/ It is still work in progress, so ethernet driver is not complete and USB = support is missing. Will be happy to hear any feedback. Damjan From owner-freebsd-arm@FreeBSD.ORG Tue Apr 17 15:45:42 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 4263F106567B for ; Tue, 17 Apr 2012 15:45:42 +0000 (UTC) (envelope-from shen.elf@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id EE5A78FC12 for ; Tue, 17 Apr 2012 15:45:41 +0000 (UTC) Received: by ggnk4 with SMTP id k4so3794898ggn.13 for ; Tue, 17 Apr 2012 08:45: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 :content-type; bh=RlBs0mjjuGtNr8+hR+9CaH0jKhHn5T14t2t/BOnTkEA=; b=VHJcEyMQXJO0IRCuqGAxDTfWRxvg8DoAhkJeAivVaszZTnJhbqkPCaY6cQsmVflqh7 1Jvzp5Zs6ij8B29dOngt6XOm/J5kQSE66BeaTtDeb1Gk0T9NcoPBghLqGCpF1wD80kSN mRarl8QmjjX41KmEtAF7OG+oUFq1njN559voc7Z9k9dtbt7+9twuywZXSr4r7GuW31OR TuBOAa2/oQlDPoqHSxF+w8aQ0aaeJ/ociw70C88FE2ju5AF3gghWJMA6oNJnCJD1lyHm iDS9Gk4Ab1Y7ShwDdPalMXth/PGNBrQpWFaM16LkSkdBGHPKnVA74ihLji+Tsfx57vGB YarQ== MIME-Version: 1.0 Received: by 10.236.176.167 with SMTP id b27mr15743817yhm.55.1334677541067; Tue, 17 Apr 2012 08:45:41 -0700 (PDT) Received: by 10.236.29.199 with HTTP; Tue, 17 Apr 2012 08:45:40 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Apr 2012 23:45:40 +0800 Message-ID: From: Yanhui Shen To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fwd: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 15:45:42 -0000 ---------- Forwarded message ---------- From: Yanhui Shen Date: 2012/4/17 Subject: Re: beaglebone To: Damjan Marion Wow, finally it comes! :-) Last year I found this project, but haven't tried yet. It is for beagleboard which was said more powerful than beaglebone. http://code.google.com/p/beagleboard-freebsd/ 2012/4/17 Damjan Marion > > I put together guide how to build bootable SD card with FreeBSD on > beaglebone. > > http://people.freebsd.org/~dmarion/beaglebone/creating_bootable_sd_card/ > > It is still work in progress, so ethernet driver is not complete and USB > support is missing. > > Will be happy to hear any feedback. > > 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" > -- Best regards, Yanhui Shen -- Best regards, Yanhui Shen From owner-freebsd-arm@FreeBSD.ORG Tue Apr 17 18:00:52 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 80C9D106566C; Tue, 17 Apr 2012 18:00:52 +0000 (UTC) (envelope-from dioxinu@gmail.com) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2663A8FC12; Tue, 17 Apr 2012 18:00:52 +0000 (UTC) Received: by qao25 with SMTP id 25so632510qao.13 for ; Tue, 17 Apr 2012 11:00:51 -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=zf2eIAPRtmYwA/KhtN/wb5tvw524mc8wDdVASEVeewI=; b=dlXdL9bcDcKQ9bIzYE5bJAhPu8j0yRY9rjNpR0Ad5NUIMiScSutEZ4LcbM9ifxWjpn ygfbZK8RvaU1tTdsncMAWfmeyqhKLPIPsHhdLOQR0ca0wPGG7Ww5jqWpjvBgiaXKHmSm 5IKsf78Q1EVBM4B1QrVang0UJ8oomPszFUXpjdaN1JpTTh6qP2Xu1QcMk1nQISrFez/o lz8QRH/CmXV8iU4SG0DMX2nfNxxmqCrar+eF7P6fC4DJHXeEu10ETq2FiqB0oLuM984q ZWrMWDSg2Ss8Vo6pCIsWVN10CtSHC/xH6Qw0si/kJYBnEfR6xmJATy40/eleRVK/kyRh vHfg== MIME-Version: 1.0 Received: by 10.229.111.74 with SMTP id r10mr6756341qcp.122.1334685651257; Tue, 17 Apr 2012 11:00:51 -0700 (PDT) Received: by 10.229.251.148 with HTTP; Tue, 17 Apr 2012 11:00:51 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Apr 2012 18:00:51 +0000 Message-ID: From: "Alex T." To: Damjan Marion Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-arm@freebsd.org Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 18:00:52 -0000 Just a quick question. What compiler do you use? When I start the kernel compilation the gcc from my base system is used, which is gcc 4.2.1, and it complains about armv6 target cpu: `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. cc1: error: unrecognized command line option "-mlittle-endian" sys/arm/arm/genassym.c:1: error: bad value (armv6) for -march= switch sys/arm/arm/genassym.c:1: error: bad value (armv6) for -mtune= switch Do you override CC by any chance? Thanks. On 17 April 2012 14:25, Damjan Marion wrote: > > I put together guide how to build bootable SD card with FreeBSD on > beaglebone. > > http://people.freebsd.org/~dmarion/beaglebone/creating_bootable_sd_card/ > > It is still work in progress, so ethernet driver is not complete and USB > support is missing. > > Will be happy to hear any feedback. > > 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" > From owner-freebsd-arm@FreeBSD.ORG Tue Apr 17 18:08:59 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 9ECD7106566C for ; Tue, 17 Apr 2012 18:08:59 +0000 (UTC) (envelope-from gonzo@hq.bluezbox.com) Received: from hq.bluezbox.com (hq.bluezbox.com [70.38.37.145]) by mx1.freebsd.org (Postfix) with ESMTP id 5D83A8FC16 for ; Tue, 17 Apr 2012 18:08:59 +0000 (UTC) Received: from localhost ([127.0.0.1]) by hq.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1SKCpc-000E65-AY for freebsd-arm@freebsd.org; Tue, 17 Apr 2012 11:08:48 -0700 Message-ID: <4F8DB1B9.1010604@bluezbox.com> Date: Tue, 17 Apr 2012 11:08:57 -0700 From: Oleksandr Tymoshenko User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: freebsd-arm@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@hq.bluezbox.com X-Spam-Level: ---- X-Spam-Report: Spam detection software, running on the system "hq.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 17/04/2012 11:00 AM, Alex T. wrote: > Just a quick question. What compiler do you use? When I start the kernel > compilation the gcc from my base system is used, which is gcc 4.2.1, and it > complains about armv6 target cpu: > > `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. > cc1: error: unrecognized command line option "-mlittle-endian" > sys/arm/arm/genassym.c:1: error: bad value (armv6) for -march= switch > sys/arm/arm/genassym.c:1: error: bad value (armv6) for -mtune= switch > > Do you override CC by any chance? [...] Content analysis details: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 18:08:59 -0000 On 17/04/2012 11:00 AM, Alex T. wrote: > Just a quick question. What compiler do you use? When I start the kernel > compilation the gcc from my base system is used, which is gcc 4.2.1, and it > complains about armv6 target cpu: > > `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. > cc1: error: unrecognized command line option "-mlittle-endian" > sys/arm/arm/genassym.c:1: error: bad value (armv6) for -march= switch > sys/arm/arm/genassym.c:1: error: bad value (armv6) for -mtune= switch > > Do you override CC by any chance? It's stock toolchain from projects/armv6 tree. You just need to build it first. Run make TARGET_ARCH=arm TARGET_CPUTYPE=armv6 kernel-toolchain before making buildkernel. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 17 18:57:53 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 B9557106566B for ; Tue, 17 Apr 2012 18:57:53 +0000 (UTC) (envelope-from dioxinu@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 71E288FC0C for ; Tue, 17 Apr 2012 18:57:53 +0000 (UTC) Received: by qcsg15 with SMTP id g15so4831991qcs.13 for ; Tue, 17 Apr 2012 11:57:52 -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=MvfRej8gimJSWmvibTygzhcNCZoIThGClmMwLCEAbmA=; b=z32+NxpVkXjd6RG0veuR3XZ6egRftSfMeC2L/Z6rzo9jXAepSsYzpMQ5+5nGT0l4GC XyIiirPABjxAJQI3wOIegjrKitlYT4gpkHucRxnv+FwsCXXpsV13YXs+EchOlcJoRyrz A9QcmLasJQRGDYm8h7yVjhMm4Hxg7XiqDG5b6Wjprv2La4G0KAc15oXoVfrtI2+0uViq fz0mz+bNJuhVag8yQHulRiiNrPCZhvkzxsEQHF1b4lbIBsEXgROnpLrTg2IG07Yanym8 kerm5joAD5p1OcFzRQAkMC1dt2P4KsHAEH+LrKwPtNRmm+ye2CK1yM8sk3Q6drXGgZ19 aVmg== MIME-Version: 1.0 Received: by 10.229.135.74 with SMTP id m10mr6878462qct.82.1334689071989; Tue, 17 Apr 2012 11:57:51 -0700 (PDT) Received: by 10.229.251.148 with HTTP; Tue, 17 Apr 2012 11:57:51 -0700 (PDT) In-Reply-To: <4F8DB1B9.1010604@bluezbox.com> References: <4F8DB1B9.1010604@bluezbox.com> Date: Tue, 17 Apr 2012 18:57:51 +0000 Message-ID: From: "Alex T." To: Oleksandr Tymoshenko Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-arm@freebsd.org Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 18:57:53 -0000 Yes you are right, I missed this step. Now that I ran it I have the toolchain built. But unfortunately, I get the same issue. I don't know if this matters, but 1) I'm not building under /usr/src. I have the source code checked out to a different location. 2) I defined MAKEOBJDIRPREFIX, KERNSRCDIR, and ROOT. On 17 April 2012 18:08, Oleksandr Tymoshenko wrote: > On 17/04/2012 11:00 AM, Alex T. wrote: > >> Just a quick question. What compiler do you use? When I start the kernel >> compilation the gcc from my base system is used, which is gcc 4.2.1, and >> it >> complains about armv6 target cpu: >> >> `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. >> cc1: error: unrecognized command line option "-mlittle-endian" >> sys/arm/arm/genassym.c:1: error: bad value (armv6) for -march= switch >> sys/arm/arm/genassym.c:1: error: bad value (armv6) for -mtune= switch >> >> Do you override CC by any chance? >> > > It's stock toolchain from projects/armv6 tree. You just need > to build it first. > > Run > > make TARGET_ARCH=arm TARGET_CPUTYPE=armv6 kernel-toolchain > > before making buildkernel. > > ______________________________**_________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/**mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@**freebsd.org > " > From owner-freebsd-arm@FreeBSD.ORG Tue Apr 17 19:04:53 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 9D9741065680 for ; Tue, 17 Apr 2012 19:04:53 +0000 (UTC) (envelope-from gonzo@hq.bluezbox.com) Received: from hq.bluezbox.com (hq.bluezbox.com [70.38.37.145]) by mx1.freebsd.org (Postfix) with ESMTP id 210838FC08 for ; Tue, 17 Apr 2012 19:04:53 +0000 (UTC) Received: from localhost ([127.0.0.1]) by hq.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1SKDhi-000EyB-FV; Tue, 17 Apr 2012 12:04:42 -0700 Message-ID: <4F8DBED3.60001@bluezbox.com> Date: Tue, 17 Apr 2012 12:04:51 -0700 From: Oleksandr Tymoshenko User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: "Alex T." References: <4F8DB1B9.1010604@bluezbox.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@hq.bluezbox.com X-Spam-Level: ---- X-Spam-Report: Spam detection software, running on the system "hq.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 17/04/2012 11:57 AM, Alex T. wrote: > Yes you are right, I missed this step. Now that I ran it I have the > toolchain built. But unfortunately, I get the same issue. I don't know > if this matters, but > > 1) I'm not building under /usr/src. I have the source code checked out > to a different location. > 2) I defined MAKEOBJDIRPREFIX, KERNSRCDIR, and ROOT. [...] Content analysis details: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Cc: freebsd-arm@freebsd.org Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 19:04:53 -0000 On 17/04/2012 11:57 AM, Alex T. wrote: > Yes you are right, I missed this step. Now that I ran it I have the > toolchain built. But unfortunately, I get the same issue. I don't know > if this matters, but > > 1) I'm not building under /usr/src. I have the source code checked out > to a different location. > 2) I defined MAKEOBJDIRPREFIX, KERNSRCDIR, and ROOT. Try removing TARGET_CPUTYPE=armv6 from amke arguments. Should do the trick. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 17 19:34:51 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 A3DA3106566C; Tue, 17 Apr 2012 19:34:51 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7246C8FC15; Tue, 17 Apr 2012 19:34:51 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so8500358pbc.13 for ; Tue, 17 Apr 2012 12:34:51 -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=ASZQAsrOPeepFPw7ib/HwzyiFImHRMmIO7ojwWOBL7Q=; b=YZdmjM+F5XjLZTZrhX1vy15IIX7GQuacHpOHS8y0l+JyCjbIp2J8bUqdtNwypvut1E qLWy6zJAE1ruZiqLvmpib+F2BeWIIsaOx/O6+t19sG7XCC8B5Ybi4cJdwdYCSZTxc6ve aXwWLajbgtS4i9vz98NIjds1vjzjUzPS5weFRKYME1ZuQrZqAvD22bHtjO0/mo5ez1BE 6LAi86oqt3pjJ4DvZN+XqraFLM+SIdN75D38b45n6axs7XmgEC1YC/6VK3P+o1mv2aJp KDJk/OfII5ohsVZ1hSul/tqTII26pKYmi03hthKLbSOAPA1qVTHVNDytFvxF18ot2Bsy lPVA== MIME-Version: 1.0 Received: by 10.68.225.198 with SMTP id rm6mr38756149pbc.89.1334691291196; Tue, 17 Apr 2012 12:34:51 -0700 (PDT) Received: by 10.68.234.106 with HTTP; Tue, 17 Apr 2012 12:34:50 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Apr 2012 14:34:50 -0500 Message-ID: From: Mark Tinguely To: "Alex T." Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org, Damjan Marion Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 19:34:51 -0000 On Tue, Apr 17, 2012 at 1:00 PM, Alex T. wrote: > Just a quick question. What compiler do you use? When I start the kernel > compilation the gcc from my base system is used, which is gcc 4.2.1, and it > complains about armv6 target cpu: > > `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. > cc1: error: unrecognized command line option "-mlittle-endian" > sys/arm/arm/genassym.c:1: error: bad value (armv6) for -march= switch > sys/arm/arm/genassym.c:1: error: bad value (armv6) for -mtune= switch > > Do you override CC by any chance? > Thanks. > > > On 17 April 2012 14:25, Damjan Marion wrote: > >> >> I put together guide how to build bootable SD card with FreeBSD on >> beaglebone. >> >> http://people.freebsd.org/~dmarion/beaglebone/creating_bootable_sd_card/ >> >> It is still work in progress, so ethernet driver is not complete and USB >> support is missing. >> >> Will be happy to hear any feedback. >> >> Damjan >> >> _______________________________________________ This should be somewhere in the FreeBSD ARM pages: First, create the following directories into the destination directory : mkdir -p usr/bin mdkir -p usr/lib mkdir -p usr/include mkdir -p usr/share/man/man1 mkdir -p usr/share/info mkdir -p usr/libdata/ldscripts mkdir -p usr/libexec go in /usr/src/gnu/usr.bin/cc, and do : make TARGET_ARCH=arm TOOLS_PREFIX=/usr/cross clean depend all make TARGET_ARCH=arm TOOLS_PREFIX=/usr/cross DESTDIR=/usr/cross install Then go in /usr/src/gnu/usr.bin/binutils, and do : make TARGET_ARCH=arm TOOLS_PREFIX=/usr/cross clean depend all make TARGET_ARCH=arm TOOLS_PREFIX=/usr/cross DESTDIR=/usr/cross install You should get what is needed to cross-compile a kernel. You need to set the following environment varibles for cross-compiling : export CC=/usr/cross/usr/bin/gcc export AS=/usr/cross/usr/bin/as export NM=/usr/cross/usr/bin/nm export RANLIB=/usr/cross/usr/bin/ranlib export LD=/usr/cross/usr/bin/ld export OBJCOPY=/usr/cross/usr/bin/objcopy export SIZE=/usr/cross/usr/bin/size export MACHINE=arm export MACHINE_ARCH=arm I add: export PATH=/usr/cross/usr/bin:$PATH: If you are doing a buildworld, do not use a cross compiler and only specify: make TARGET_ARCH=arm buildworld make TARGET_ARCH=arm DESTDIR=/path/to/arm/root installworld From owner-freebsd-arm@FreeBSD.ORG Tue Apr 17 19:44:43 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 3C0AC1065677; Tue, 17 Apr 2012 19:44:43 +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 04A038FC15; Tue, 17 Apr 2012 19:44:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3HJigER085908; Tue, 17 Apr 2012 15:44:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3HJigni085907; Tue, 17 Apr 2012 19:44:42 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Apr 2012 19:44:42 GMT Message-Id: <201204171944.q3HJigni085907@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, 17 Apr 2012 19:44:43 -0000 TB --- 2012-04-17 19:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-17 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-04-17 19:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-04-17 19:00:00 - cleaning the object tree TB --- 2012-04-17 19:03:40 - cvsupping the source tree TB --- 2012-04-17 19:03:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-04-17 19:05:54 - building world TB --- 2012-04-17 19:05:54 - CROSS_BUILD_TESTING=YES TB --- 2012-04-17 19:05:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-17 19:05:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-17 19:05:54 - SRCCONF=/dev/null TB --- 2012-04-17 19:05:54 - TARGET=arm TB --- 2012-04-17 19:05:54 - TARGET_ARCH=arm TB --- 2012-04-17 19:05:54 - TZ=UTC TB --- 2012-04-17 19:05:54 - __MAKE_CONF=/dev/null TB --- 2012-04-17 19:05:54 - cd /src TB --- 2012-04-17 19:05:54 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 17 19:05: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 [...] ===> libexec/atrun (all) cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/atrun.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/libexec/atrun/gloadavg.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_8' /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_sub_and_fetch_4' /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_4' /obj/arm.arm/src/tmp/usr/lib/libc.so: undefined reference to `__sync_add_and_fetch_8' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-17 19:44:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-17 19:44:42 - ERROR: failed to build world TB --- 2012-04-17 19:44:42 - 1443.23 user 391.40 system 2681.21 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue Apr 17 20:42:15 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 45CC71065670; Tue, 17 Apr 2012 20:42:15 +0000 (UTC) (envelope-from dioxinu@gmail.com) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id DC7748FC0C; Tue, 17 Apr 2012 20:42:14 +0000 (UTC) Received: by qao25 with SMTP id 25so758932qao.13 for ; Tue, 17 Apr 2012 13:42:13 -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=jyuz1aBtMtsG9F7jToESLkj435LrJ0MpVpgjH5zKcP4=; b=c+F6yqCzhSmT634lNRB5gmuHjfKgG15lADWZZY8KHo1PpEYZrUc+Ll5M1EFuaHYCXB DlPrvCSQuvlA8wLC5UKhO6RSCdrJMmjdetsyAQGY7UYD5tIfbUW0RIQIMWaR2jW8yoJW l2OEo5OKppDIp2I4bvt3vQTqVE3d2u3GoyYd++9uU7IRb/LkKg/tAcpm3M5aVBzWBdZq V505CGjWxkEJWAxnWLEfI7TBryfgo98DgBT+6D79/wmuODuUTxVrSY1y0mbFVrVf1KGj UjfWVBhdeWP8fy9IAH/5wm3b0TMLGRcSynW1UeejLw/VrozCQ6NVt7OvoVxybao33K9x utlw== MIME-Version: 1.0 Received: by 10.229.111.74 with SMTP id r10mr6985555qcp.122.1334695333560; Tue, 17 Apr 2012 13:42:13 -0700 (PDT) Received: by 10.229.251.148 with HTTP; Tue, 17 Apr 2012 13:42:13 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Apr 2012 20:42:13 +0000 Message-ID: From: "Alex T." To: Mark Tinguely Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-arm@freebsd.org, Damjan Marion Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 20:42:15 -0000 Damjan, Oleksandr, Thanks for your help, I really appreciate your assistance. I have noticed that different ARM cpus are handled in the code with ifdefs like this one: #ifdef CPU_CORTEXA and as far as I understand in order for the CPU_CORTEXA to be defined I need to add cpu CPU_CORTEXA to sys/arm/omap/std.omap. What I don't understand right now is the following code in sys/arm/include/pmap.h #if defined(CPU_ARMV7) void pmap_pte_init_armv7(void); #endif As far as i know ARMV7 covers the Cortex-A family. So how do I properly set CPU_ARMV7 ? I guess I'm missing how the parameters make their way from KERNEL configs to the actual source code. Thanks a lot. On 17 April 2012 19:34, Mark Tinguely wrote: > On Tue, Apr 17, 2012 at 1:00 PM, Alex T. wrote: > > Just a quick question. What compiler do you use? When I start the kernel > > compilation the gcc from my base system is used, which is gcc 4.2.1, and > it > > complains about armv6 target cpu: > > > > `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. > > cc1: error: unrecognized command line option "-mlittle-endian" > > sys/arm/arm/genassym.c:1: error: bad value (armv6) for -march= switch > > sys/arm/arm/genassym.c:1: error: bad value (armv6) for -mtune= switch > > > > Do you override CC by any chance? > > Thanks. > > > > > > On 17 April 2012 14:25, Damjan Marion wrote: > > > >> > >> I put together guide how to build bootable SD card with FreeBSD on > >> beaglebone. > >> > >> > http://people.freebsd.org/~dmarion/beaglebone/creating_bootable_sd_card/ > >> > >> It is still work in progress, so ethernet driver is not complete and USB > >> support is missing. > >> > >> Will be happy to hear any feedback. > >> > >> Damjan > >> > >> _______________________________________________ > > This should be somewhere in the FreeBSD ARM pages: > > First, create the following directories into the destination directory : > mkdir -p usr/bin > mdkir -p usr/lib > mkdir -p usr/include > mkdir -p usr/share/man/man1 > mkdir -p usr/share/info > mkdir -p usr/libdata/ldscripts > mkdir -p usr/libexec > > go in /usr/src/gnu/usr.bin/cc, and do : > > make TARGET_ARCH=arm TOOLS_PREFIX=/usr/cross clean depend all > make TARGET_ARCH=arm TOOLS_PREFIX=/usr/cross DESTDIR=/usr/cross install > > Then go in /usr/src/gnu/usr.bin/binutils, and do : > > make TARGET_ARCH=arm TOOLS_PREFIX=/usr/cross clean depend all > make TARGET_ARCH=arm TOOLS_PREFIX=/usr/cross DESTDIR=/usr/cross install > > You should get what is needed to cross-compile a kernel. > You need to set the following environment varibles for cross-compiling : > > export CC=/usr/cross/usr/bin/gcc > export AS=/usr/cross/usr/bin/as > export NM=/usr/cross/usr/bin/nm > export RANLIB=/usr/cross/usr/bin/ranlib > export LD=/usr/cross/usr/bin/ld > export OBJCOPY=/usr/cross/usr/bin/objcopy > export SIZE=/usr/cross/usr/bin/size > export MACHINE=arm > export MACHINE_ARCH=arm > > I add: > > export PATH=/usr/cross/usr/bin:$PATH: > > If you are doing a buildworld, do not use a cross compiler and only > specify: > > make TARGET_ARCH=arm buildworld > make TARGET_ARCH=arm DESTDIR=/path/to/arm/root installworld > From owner-freebsd-arm@FreeBSD.ORG Tue Apr 17 20:52:40 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6C5D1065670 for ; Tue, 17 Apr 2012 20:52:40 +0000 (UTC) (envelope-from gonzo@hq.bluezbox.com) Received: from hq.bluezbox.com (hq.bluezbox.com [70.38.37.145]) by mx1.freebsd.org (Postfix) with ESMTP id 673158FC0C for ; Tue, 17 Apr 2012 20:52:40 +0000 (UTC) Received: from localhost ([127.0.0.1]) by hq.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1SKFNw-000H7C-8q; Tue, 17 Apr 2012 13:52:24 -0700 Message-ID: <4F8DD811.2090808@bluezbox.com> Date: Tue, 17 Apr 2012 13:52:33 -0700 From: Oleksandr Tymoshenko User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: "Alex T." References: <4F8DB1B9.1010604@bluezbox.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@hq.bluezbox.com X-Spam-Level: ---- X-Spam-Report: Spam detection software, running on the system "hq.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 17/04/2012 11:57 AM, Alex T. wrote: > Yes you are right, I missed this step. Now that I ran it I have the > toolchain built. But unfortunately, I get the same issue. I don't know > if this matters, but > > 1) I'm not building under /usr/src. I have the source code checked out > to a different location. > 2) I defined MAKEOBJDIRPREFIX, KERNSRCDIR, and ROOT. [...] Content analysis details: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Cc: freebsd-arm@freebsd.org Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 20:52:40 -0000 On 17/04/2012 11:57 AM, Alex T. wrote: > Yes you are right, I missed this step. Now that I ran it I have the > toolchain built. But unfortunately, I get the same issue. I don't know > if this matters, but > > 1) I'm not building under /usr/src. I have the source code checked out > to a different location. > 2) I defined MAKEOBJDIRPREFIX, KERNSRCDIR, and ROOT. I used this script to build projects/armv6: http://people.freebsd.org/~gonzo/arm/build-armv6.sh If it doesn't work for you - my guess would be that there is something in /etc/src.conf or /etc/make.conf that meddles with a build Please note that TARGET_CPUTYPE is set only for buildworld. projects/armv6 is still WIP so some hiccups are expected :) From owner-freebsd-arm@FreeBSD.ORG Tue Apr 17 21:32: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 92C3E1065686 for ; Tue, 17 Apr 2012 21:32:07 +0000 (UTC) (envelope-from dmarion.freebsd@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 005A98FC28 for ; Tue, 17 Apr 2012 21:32:06 +0000 (UTC) Received: by wern13 with SMTP id n13so5685984wer.13 for ; Tue, 17 Apr 2012 14:32:05 -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=1LeTi+dxmPLPDDGTMhFvLSZYSvbHqp+68E5dck6p1g8=; b=Ok8m1kZ+dOont+OqRcvckj5yunOiIkylS0rpFPg59XC+QRnZIXGAzvnv1buSpoJq25 wCxCcYMi5A4Z4Gg7lFZXO9U5y+yDGGf5w3fDMsJuxbd/umn2H6fion6hBuir3FRlSgAw RIz2njeH9K3oFfnrC6d3me7kG3Aw7LoBBeX914LrChnB2tfuGb7/kWSBUdVmZG2rhtEf F4U2ZawE12mfgCa36bghFyYrC5OzZrE8ND/mMA9Q55zX5KiQFile+wIg7gD0iXTTQnR2 T0zBulWeFly8nAr7rifOBiVLERP+VA9tVqEwVLhfZwZhLOQLb51ZDUCMV7cXNnyaET8l XqyQ== Received: by 10.180.89.9 with SMTP id bk9mr124507wib.11.1334698325865; Tue, 17 Apr 2012 14:32:05 -0700 (PDT) Received: from damarion-mac.home (cpe-109-60-64-239.zg3.cable.xnet.hr. [109.60.64.239]) by mx.google.com with ESMTPS id k6sm29693287wie.9.2012.04.17.14.32.04 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Apr 2012 14:32:05 -0700 (PDT) Sender: Damjan Marion Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Damjan Marion In-Reply-To: Date: Tue, 17 Apr 2012 23:32:02 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <33B49E95-BE6D-4B52-9A55-5926F2938FE5@freebsd.org> References: To: "Alex T." X-Mailer: Apple Mail (2.1257) Cc: freebsd-arm@freebsd.org Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2012 21:32:07 -0000 On Apr 17, 2012, at 10:42 PM, Alex T. wrote: > to sys/arm/omap/std.omap. What I don't understand right now is the = following code in sys/arm/include/pmap.h >=20 > #if defined(CPU_ARMV7) > void pmap_pte_init_armv7(void); > #endif >=20 > As far as i know ARMV7 covers the Cortex-A family. So how do I = properly set CPU_ARMV7 ? > I guess I'm missing how the parameters make their way from KERNEL = configs to the actual source code. If I recall correctly we renamed CPU_ARMV7 to CPU_CORTEXA in respect to = other CPUs which are ARMv7 but they are not Cortex-A (like marvel Armada = 510). Where have you found this code? Which board are you targeting? From owner-freebsd-arm@FreeBSD.ORG Wed Apr 18 06:54:40 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 DF76D106564A; Wed, 18 Apr 2012 06:54:40 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id BACBC8FC08; Wed, 18 Apr 2012 06:54:40 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q3I6Yqx4036098; Wed, 18 Apr 2012 06:34:52 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id vshhkmxxs5k99cq2ymdeesayaa; Wed, 18 Apr 2012 06:34:52 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Tue, 17 Apr 2012 23:34:50 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Damjan Marion X-Mailer: Apple Mail (2.1257) Cc: freebsd-arm@FreeBSD.org Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 06:54:41 -0000 On Apr 17, 2012, at 7:25 AM, Damjan Marion wrote: >=20 > I put together guide how to build bootable SD card with FreeBSD on = beaglebone. >=20 > = http://people.freebsd.org/~dmarion/beaglebone/creating_bootable_sd_card/ >=20 > It is still work in progress, so ethernet driver is not complete and = USB support is missing. >=20 > Will be happy to hear any feedback. Great! Can't wait to try it on the BeagleBone I've been tinkering with. BTW, FreeBSD-CURRENT can build U-Boot with the native xdev tools. It just requires adding -lc to one place in the U-Boot Makefile (and a sufficiently recent -CURRENT.) Tim From owner-freebsd-arm@FreeBSD.ORG Wed Apr 18 17:41:16 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 2C8331065686; Wed, 18 Apr 2012 17:41:16 +0000 (UTC) (envelope-from dioxinu@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id BD5D18FC14; Wed, 18 Apr 2012 17:41:15 +0000 (UTC) Received: by qcsg15 with SMTP id g15so5610737qcs.13 for ; Wed, 18 Apr 2012 10:41:15 -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=LBJ8T8OaEvvKG5BmelcZzbz202Vbjy1roX9MkOkv9bA=; b=CicXvuwJnuzHbPSORdHvDF1Ayp3zzKvycP8kZk+EEWnDv3B1tutE0W4z6M0JJUt58G 8vwqIuCMmsj5Meur39m9i7IhHZb6c9wfPslrymTL8wXBdHazlZMo8QmW5xMFRfeRWTxN Ey12iSQarZBsZQD+kZbcKDroiz1QDWyMr1bZJa1UJbTQMi/lgdbGhTDbOyzWqG7N6DJ5 PkFzV1/kEHv2NN65ggarC23k1P71GWvUuYFeo8YTHv0205woe+1HvLR5hb9oBErNPgZp PrjpBxnJBGzwkaxvSGIfWvB42PidIZsUrMPPdY8aJYHZNRXr+gFrg11Ul/zSl1PKrJUT qsrw== MIME-Version: 1.0 Received: by 10.224.187.210 with SMTP id cx18mr4942360qab.45.1334770875252; Wed, 18 Apr 2012 10:41:15 -0700 (PDT) Received: by 10.229.251.148 with HTTP; Wed, 18 Apr 2012 10:41:14 -0700 (PDT) In-Reply-To: <33B49E95-BE6D-4B52-9A55-5926F2938FE5@freebsd.org> References: <33B49E95-BE6D-4B52-9A55-5926F2938FE5@freebsd.org> Date: Wed, 18 Apr 2012 17:41:14 +0000 Message-ID: From: "Alex T." To: Damjan Marion Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-arm@freebsd.org Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 17:41:16 -0000 > > If I recall correctly we renamed CPU_ARMV7 to CPU_CORTEXA in respect to > other CPUs which are ARMv7 but they are not Cortex-A (like marvel Armada > 510). > The code is taken from gitorious repo and having taken a look at the history I realize it might be old. Where have you found this code? Which board are you targeting? > My target is Pandaboard. Oleksandr, Thank you for the script. I think I need to get the source new source and try to build it again. Thank you for your help guys. On 17 April 2012 21:32, Damjan Marion wrote: > > On Apr 17, 2012, at 10:42 PM, Alex T. wrote: > > > to sys/arm/omap/std.omap. What I don't understand right now is the > following code in sys/arm/include/pmap.h > > > > #if defined(CPU_ARMV7) > > void pmap_pte_init_armv7(void); > > #endif > > > > As far as i know ARMV7 covers the Cortex-A family. So how do I properly > set CPU_ARMV7 ? > > I guess I'm missing how the parameters make their way from KERNEL > configs to the actual source code. > > > If I recall correctly we renamed CPU_ARMV7 to CPU_CORTEXA in respect to > other CPUs which are ARMv7 but they are not Cortex-A (like marvel Armada > 510). > > Where have you found this code? Which board are you targeting? > > > From owner-freebsd-arm@FreeBSD.ORG Wed Apr 18 18:01:22 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 3A783106564A for ; Wed, 18 Apr 2012 18:01:22 +0000 (UTC) (envelope-from gonzo@hq.bluezbox.com) Received: from hq.bluezbox.com (hq.bluezbox.com [70.38.37.145]) by mx1.freebsd.org (Postfix) with ESMTP id E6D618FC14 for ; Wed, 18 Apr 2012 18:01:21 +0000 (UTC) Received: from localhost ([127.0.0.1]) by hq.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1SKZBh-000OIb-Mt for freebsd-arm@freebsd.org; Wed, 18 Apr 2012 11:01:11 -0700 Message-ID: <4F8F016A.3030700@bluezbox.com> Date: Wed, 18 Apr 2012 11:01:14 -0700 From: Oleksandr Tymoshenko User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: freebsd-arm@freebsd.org References: <33B49E95-BE6D-4B52-9A55-5926F2938FE5@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@hq.bluezbox.com X-Spam-Level: ---- X-Spam-Report: Spam detection software, running on the system "hq.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 18/04/2012 10:41 AM, Alex T. wrote: >> >> If I recall correctly we renamed CPU_ARMV7 to CPU_CORTEXA in respect to >> other CPUs which are ARMv7 but they are not Cortex-A (like marvel Armada >> 510). >> > > The code is taken from gitorious repo and having taken a look at the > history I realize it might be old. > > Where have you found this code? Which board are you targeting? >> > > My target is Pandaboard. > > Oleksandr, Thank you for the script. I think I need to get the source new > source and try to build it again. [...] Content analysis details: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 18:01:22 -0000 On 18/04/2012 10:41 AM, Alex T. wrote: >> >> If I recall correctly we renamed CPU_ARMV7 to CPU_CORTEXA in respect to >> other CPUs which are ARMv7 but they are not Cortex-A (like marvel Armada >> 510). >> > > The code is taken from gitorious repo and having taken a look at the > history I realize it might be old. > > Where have you found this code? Which board are you targeting? >> > > My target is Pandaboard. > > Oleksandr, Thank you for the script. I think I need to get the source new > source and try to build it again. Pandaboard is not yet ready for SD-root. I checked yesterday - mounting FS in RO works, but RW mount deadlocks the board. NFS root should work OK though. I'll check what's wrong with MMC driver. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 18 18:20:27 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 3E7C41065672 for ; Wed, 18 Apr 2012 18:20:27 +0000 (UTC) (envelope-from damjan.marion@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id BDC6D8FC0C for ; Wed, 18 Apr 2012 18:20:26 +0000 (UTC) Received: by wern13 with SMTP id n13so6462630wer.13 for ; Wed, 18 Apr 2012 11:20:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=3A3l2yLBRKRRAFt3Nb8fyLQbCJ6oIS+cSx1XBw/4zVA=; b=BOSt9UpTJnQkCP/0nPoHDXnc+y355sx+kyYN66JOzTs2oAzc/IgpwkHnJfOn+LuwFH L7KRXLgD59gtFEbwZPmR0qy94ehvDd1/t8jIU7cZO+Tds8F6CaIkX3rAEfDJDmzyPs10 kKTXZKCJR2XXBuYKPngIAMCwM9Tx8DnZZVvzTQP1OcylDJYx6ySCdO/WAmakYTjXe+9S KgnQYjn8du3Ek8/KI6pJ30CwnUFxHJHp4WavJPRXceKdHRg+U1fkagInvtNNLdWvYs2Q ahc3Cs3a9HVbhtoIliXJyZdsMprNTwNUzZPHGdTzY0PlRj08adiEu66qS1b6576LpNS+ CQyQ== Received: by 10.180.88.169 with SMTP id bh9mr8625185wib.5.1334773219851; Wed, 18 Apr 2012 11:20:19 -0700 (PDT) Received: from damarion-mac.home (cpe-109-60-80-170.zg3.cable.xnet.hr. [109.60.80.170]) by mx.google.com with ESMTPS id u9sm36218670wix.0.2012.04.18.11.20.18 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Apr 2012 11:20:18 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Damjan Marion In-Reply-To: <4F8F016A.3030700@bluezbox.com> Date: Wed, 18 Apr 2012 20:20:16 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <33B49E95-BE6D-4B52-9A55-5926F2938FE5@freebsd.org> <4F8F016A.3030700@bluezbox.com> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.1257) Cc: freebsd-arm@freebsd.org Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 18:20:27 -0000 On Apr 18, 2012, at 8:01 PM, Oleksandr Tymoshenko wrote: > Pandaboard is not yet ready for SD-root. I checked yesterday - = mounting > FS in RO works, but RW mount deadlocks the board. NFS root should work > OK though. I'll check what's wrong with MMC driver. MMC code works on beaglebone so maybe there is an issue with sDMA which = is different. Damjan= From owner-freebsd-arm@FreeBSD.ORG Wed Apr 18 18:21:55 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 97D37106566C for ; Wed, 18 Apr 2012 18:21:55 +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 1E10B8FC08 for ; Wed, 18 Apr 2012 18:21:54 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so7572880wgb.31 for ; Wed, 18 Apr 2012 11:21:54 -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 :message-id:references:to:x-mailer; bh=HU3gnPdTla0gC5zvRG+5ybQxjN8Ks0QAZXPR2WhG4Vs=; b=tx32IKKFFcuBJ5+ouBmkuYJXzk5w7ttxwvKJ676H7jMhFujkQCWn2XGyR2Qf4ZQWmR cU/u9x0K+f2babp+D4usJ5duxk/KSfjaDGDW/Sexd/KdZMrP8dBhRZBnsZS4npajCt6s VqEhlRcM7+he9n+rYpQwgZsqORvmjolLqgp78Ep7eA/iMx4Tfbk21HPyCPr6r3opCzrg PE+kSpxOtXAl4F6njqcoV+b1Jh4HOsoFpjkFWWjC96260rvYUlE8obByutTDE8h63RVe hjluhq8/9B+geJbsIg0MEMV9mG0h5+mzpjq4ZB9qSn3jOXh/7HxNeeoVIUdk5uoX/xnx XrvA== Received: by 10.180.88.169 with SMTP id bh9mr8635858wib.5.1334773314236; Wed, 18 Apr 2012 11:21:54 -0700 (PDT) Received: from damarion-mac.home (cpe-109-60-80-170.zg3.cable.xnet.hr. [109.60.80.170]) by mx.google.com with ESMTPS id gg2sm57897529wib.7.2012.04.18.11.21.52 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Apr 2012 11:21:53 -0700 (PDT) Sender: Damjan Marion Mime-Version: 1.0 (Apple Message framework v1257) From: Damjan Marion In-Reply-To: Date: Wed, 18 Apr 2012 20:21:50 +0200 Message-Id: References: <33B49E95-BE6D-4B52-9A55-5926F2938FE5@freebsd.org> To: Alex T. X-Mailer: Apple Mail (2.1257) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-arm@freebsd.org Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 18:21:55 -0000 On Apr 18, 2012, at 7:41 PM, Alex T. wrote: > The code is taken from gitorious repo and having taken a look at the = history I realize it might be old.=20 That code is really old and only reason why I'm still keeping is that = OMAP3 code is not imported into SVN. Please use projects/armv6 from svn.freebsd.org. Damjan= From owner-freebsd-arm@FreeBSD.ORG Thu Apr 19 04:15:13 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 9E77A1065670 for ; Thu, 19 Apr 2012 04:15:13 +0000 (UTC) (envelope-from gonzo@hq.bluezbox.com) Received: from hq.bluezbox.com (hq.bluezbox.com [70.38.37.145]) by mx1.freebsd.org (Postfix) with ESMTP id 5962C8FC14 for ; Thu, 19 Apr 2012 04:15:13 +0000 (UTC) Received: from localhost ([127.0.0.1]) by hq.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1SKilk-0001k3-C2; Wed, 18 Apr 2012 21:14:57 -0700 Message-ID: <4F8F9149.6050301@bluezbox.com> Date: Wed, 18 Apr 2012 21:15:05 -0700 From: Oleksandr Tymoshenko User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Damjan Marion References: <33B49E95-BE6D-4B52-9A55-5926F2938FE5@freebsd.org> <4F8F016A.3030700@bluezbox.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@hq.bluezbox.com X-Spam-Level: ---- X-Spam-Report: Spam detection software, running on the system "hq.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 18/04/2012 11:20 AM, Damjan Marion wrote: > > On Apr 18, 2012, at 8:01 PM, Oleksandr Tymoshenko wrote: > >> Pandaboard is not yet ready for SD-root. I checked yesterday - mounting >> FS in RO works, but RW mount deadlocks the board. NFS root should work >> OK though. I'll check what's wrong with MMC driver. > > MMC code works on beaglebone so maybe there is an issue with sDMA which is different. [...] Content analysis details: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Cc: freebsd-arm@freebsd.org Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2012 04:15:13 -0000 On 18/04/2012 11:20 AM, Damjan Marion wrote: > > On Apr 18, 2012, at 8:01 PM, Oleksandr Tymoshenko wrote: > >> Pandaboard is not yet ready for SD-root. I checked yesterday - mounting >> FS in RO works, but RW mount deadlocks the board. NFS root should work >> OK though. I'll check what's wrong with MMC driver. > > MMC code works on beaglebone so maybe there is an issue with sDMA which is different. Yes, the issue was in sDMA code. Now when it's fixed I got FreeBSD running on pandaboard off the SD card. stock PANDABOARD config file should be modified, at the moment it's configured for NFS boot. MLO, u-boot.bin and boot.scr could be obtained from this URL: http://people.freebsd.org/~gonzo/pandaboard/ From owner-freebsd-arm@FreeBSD.ORG Sat Apr 21 02:00:17 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 95F411065670 for ; Sat, 21 Apr 2012 02:00:17 +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 683948FC12 for ; Sat, 21 Apr 2012 02:00:17 +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 q3L20H8q044666 for ; Sat, 21 Apr 2012 02:00:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3L20HTV044665; Sat, 21 Apr 2012 02:00:17 GMT (envelope-from gnats) Date: Sat, 21 Apr 2012 02:00:17 GMT Message-Id: <201204210200.q3L20HTV044665@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, 21 Apr 2012 02:00:17 -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, 21 Apr 2012 01:52:06 +0000 (UTC) Author: marius Date: Sat Apr 21 01:51:16 2012 New Revision: 234524 URL: http://svn.freebsd.org/changeset/base/234524 Log: 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 MFC after: 1 week Modified: head/sys/dev/mmc/mmc.c head/sys/dev/mmc/mmcbrvar.h head/sys/dev/mmc/mmcreg.h head/sys/dev/mmc/mmcsd.c head/sys/dev/mmc/mmcvar.h head/sys/modules/mmcsd/Makefile Modified: head/sys/dev/mmc/mmc.c ============================================================================== --- head/sys/dev/mmc/mmc.c Sat Apr 21 00:51:28 2012 (r234523) +++ head/sys/dev/mmc/mmc.c Sat Apr 21 01:51:16 2012 (r234524) @@ -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: head/sys/dev/mmc/mmcbrvar.h ============================================================================== --- head/sys/dev/mmc/mmcbrvar.h Sat Apr 21 00:51:28 2012 (r234523) +++ head/sys/dev/mmc/mmcbrvar.h Sat Apr 21 01:51:16 2012 (r234524) @@ -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: head/sys/dev/mmc/mmcreg.h ============================================================================== --- head/sys/dev/mmc/mmcreg.h Sat Apr 21 00:51:28 2012 (r234523) +++ head/sys/dev/mmc/mmcreg.h Sat Apr 21 01:51:16 2012 (r234524) @@ -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: head/sys/dev/mmc/mmcsd.c ============================================================================== --- head/sys/dev/mmc/mmcsd.c Sat Apr 21 00:51:28 2012 (r234523) +++ head/sys/dev/mmc/mmcsd.c Sat Apr 21 01:51:16 2012 (r234524) @@ -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: head/sys/dev/mmc/mmcvar.h ============================================================================== --- head/sys/dev/mmc/mmcvar.h Sat Apr 21 00:51:28 2012 (r234523) +++ head/sys/dev/mmc/mmcvar.h Sat Apr 21 01:51:16 2012 (r234524) @@ -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: head/sys/modules/mmcsd/Makefile ============================================================================== --- head/sys/modules/mmcsd/Makefile Sat Apr 21 00:51:28 2012 (r234523) +++ head/sys/modules/mmcsd/Makefile Sat Apr 21 01:51:16 2012 (r234524) @@ -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 Apr 21 16:10:13 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 E8005106566C for ; Sat, 21 Apr 2012 16:10:12 +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 D2FFA8FC08 for ; Sat, 21 Apr 2012 16:10:12 +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 q3LGAC5v067222 for ; Sat, 21 Apr 2012 16:10:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3LGACYL067221; Sat, 21 Apr 2012 16:10:12 GMT (envelope-from gnats) Date: Sat, 21 Apr 2012 16:10:12 GMT Message-Id: <201204211610.q3LGACYL067221@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org From: Ian Lepore 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 Reply-To: Ian Lepore List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 16:10:13 -0000 The following reply was made to PR arm/160431; it has been noted by GNATS. From: Ian Lepore To: bug-followup@FreeBSD.org Cc: Subject: Re: arm/160431: [busdma] [patch] Disable interrupts during busdma cache sync operations. Date: Sat, 21 Apr 2012 10:01:06 -0600 --=-I62BfnVhv+9haFCqsTdw Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Here is the latest and most-tested patch for this problem. Mark Tinguely had suggested that the scope of having interrupts disabled be narrowed to just the time spent doing a partial cacheline flush, as opposed to disabling them for the entire bus_dmamap_sync_buf() function as my original patch did. I made that change and we've been shipping products using this new patch since September 2011, but I apparently neglected to submit the updated patch (which also fixes some line wrapping and other style(9) issues). -- Ian --=-I62BfnVhv+9haFCqsTdw Content-Description: Content-Disposition: inline; filename="arm_busdma.diff" Content-Type: text/x-patch; name="arm_busdma.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: sys/arm/arm/busdma_machdep.c =================================================================== --- sys/arm/arm/busdma_machdep.c (revision 234543) +++ sys/arm/arm/busdma_machdep.c (working copy) @@ -1106,28 +1106,45 @@ cpu_l2cache_wbinv_range((vm_offset_t)buf, len); } } + /* + * Interrupts must be disabled while handling a partial cacheline flush, + * otherwise the interrupt handling code could modify data in the + * non-DMA part of a cacheline while we have it stashed away in the + * temporary stack buffer, then we end up restoring the stale value. + * As unlikely as this seems, it has been observed in the real world. + */ 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); + partial = (((vm_offset_t)buf) | len) & arm_dcache_align_mask; + if (partial) { + intr = 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)); + } } - 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(intr); + } } } --=-I62BfnVhv+9haFCqsTdw-- From owner-freebsd-arm@FreeBSD.ORG Sat Apr 21 16:30:21 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 DA533106566B for ; Sat, 21 Apr 2012 16:30:21 +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 C4AB58FC14 for ; Sat, 21 Apr 2012 16:30:21 +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 q3LGULvM086331 for ; Sat, 21 Apr 2012 16:30:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3LGULkU086330; Sat, 21 Apr 2012 16:30:21 GMT (envelope-from gnats) Date: Sat, 21 Apr 2012 16:30:21 GMT Message-Id: <201204211630.q3LGULkU086330@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org From: Ian Lepore 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 Reply-To: Ian Lepore List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 16:30:22 -0000 The following reply was made to PR arm/160431; it has been noted by GNATS. From: Ian Lepore To: bug-followup@FreeBSD.org Cc: Subject: Re: arm/160431: [busdma] [patch] Disable interrupts during busdma cache sync operations. Date: Sat, 21 Apr 2012 10:22:47 -0600 --=-qM25b7nGVVUxHWsdaUrf Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Arrgh! One more time, with the actual correct patch attached (and this time validated correctly by building kernel rather than world, doh!). --=-qM25b7nGVVUxHWsdaUrf Content-Description: Content-Disposition: inline; filename="arm_busdma.diff" Content-Type: text/x-patch; name="arm_busdma.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: sys/arm/arm/busdma_machdep.c =================================================================== --- sys/arm/arm/busdma_machdep.c (revision 234543) +++ sys/arm/arm/busdma_machdep.c (working copy) @@ -1090,6 +1090,8 @@ static void bus_dmamap_sync_buf(void *buf, int len, bus_dmasync_op_t op) { + uint32_t intr; + int partial; char _tmp_cl[arm_dcache_align], _tmp_clend[arm_dcache_align]; if ((op & BUS_DMASYNC_PREWRITE) && !(op & BUS_DMASYNC_PREREAD)) { @@ -1106,28 +1108,45 @@ cpu_l2cache_wbinv_range((vm_offset_t)buf, len); } } + /* + * Interrupts must be disabled while handling a partial cacheline flush, + * otherwise the interrupt handling code could modify data in the + * non-DMA part of a cacheline while we have it stashed away in the + * temporary stack buffer, then we end up restoring the stale value. + * As unlikely as this seems, it has been observed in the real world. + */ 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); + partial = (((vm_offset_t)buf) | len) & arm_dcache_align_mask; + if (partial) { + intr = 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)); + } } - 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(intr); + } } } --=-qM25b7nGVVUxHWsdaUrf-- From owner-freebsd-arm@FreeBSD.ORG Sat Apr 21 23:11:10 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 6CEB61065670; Sat, 21 Apr 2012 23:11:10 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 402898FC0C; Sat, 21 Apr 2012 23:11:10 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q3LNB3ef057345; Sat, 21 Apr 2012 23:11:03 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id zgdvzny8fetqq8rfkzgru4tyms; Sat, 21 Apr 2012 23:11:03 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Sat, 21 Apr 2012 16:11:01 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Damjan Marion X-Mailer: Apple Mail (2.1257) Cc: freebsd-arm@FreeBSD.org Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2012 23:11:10 -0000 On Apr 17, 2012, at 7:25 AM, Damjan Marion wrote: >=20 > I put together guide how to build bootable SD card with FreeBSD on = beaglebone. >=20 > = http://people.freebsd.org/~dmarion/beaglebone/creating_bootable_sd_card/ >=20 > It is still work in progress, so ethernet driver is not complete and = USB support is missing. >=20 > Will be happy to hear any feedback. Your instructions should have buildworld before buildkernel. In particular, buildworld constructs the cross-compile toolchain that buildkernel expects. Cheers, Tim