From owner-freebsd-arm@FreeBSD.ORG Fri Jun 13 02:33:22 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B0E9AF5; Fri, 13 Jun 2014 02:33:22 +0000 (UTC) Received: from forward4l.mail.yandex.net (forward4l.mail.yandex.net [IPv6:2a02:6b8:0:1819::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 25CE32370; Fri, 13 Jun 2014 02:33:21 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward4l.mail.yandex.net (Yandex) with ESMTP id CA11B144135F; Fri, 13 Jun 2014 06:33:09 +0400 (MSK) Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 58E1FE400B4; Fri, 13 Jun 2014 06:33:09 +0400 (MSK) Received: from unknown (unknown [12.202.173.169]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id GiWYsb5w4I-X7ZCcVqS; Fri, 13 Jun 2014 06:33:08 +0400 (using TLSv1.2 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 0b2754c0-4540-4173-b73b-b82c5a7be0fd DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=narod.ru; s=mail; t=1402626788; bh=5wpYiuCvPDHm57T2+bwrR9/bTtvt8c23aWq6GSVntIE=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=vkpgHl3jAdmQRM5MufjdWyXTDCyjI0+WvU0FULU9PG1Oz7o0M1XuACPBBXrYFO16R HvKALVihFEOMnrbP27ouxToRvXY6sEKZhl//FDjNpckCki7+jZ5i0aHIq3qNxBKF2b HmQxI9+vH/2n/cYytlK/wUJiCXSzn9W7a6S59zsA= Authentication-Results: smtp13.mail.yandex.net; dkim=pass header.i=@narod.ru Message-ID: <539A62E2.20003@narod.ru> Date: Fri, 13 Jun 2014 08:33:06 +0600 From: Stepan Dyatkovskiy User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26 MIME-Version: 1.0 To: Ian Lepore Subject: Re: Compilation for ARM References: <53935D02.2030604@narod.ru> <6D7645D2-9C08-4B5D-BAA5-5B6EC8F66F0B@kientzle.com> <5393FF7B.4020407@narod.ru> <1402428857.20883.177.camel@revolution.hippie.lan> <5398B1A2.3010007@narod.ru> <1402591005.20883.213.camel@revolution.hippie.lan> <539A2261.4070705@narod.ru> In-Reply-To: <539A2261.4070705@narod.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Tim Kientzle , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 02:33:22 -0000 Hi all, Currently I'm trying to compile kernel, with activated cortex-a9 or a15 options (TARGET_CPUTYPE=cortex-a9). Currently "as" from buildworld gives me tons of "unknown instruction" errors. That happens, I suppose, due to its release date (2007). So I have tried newer versions of binutils: 1. devel/cross-binutils from ports. I have built it with TGTARCH=armv6 and TGTABI=none-eabi. 2. Binutils from http://ftp.gnu.org/gnu/binutils/ I did it in several steps: 1. I have built them. 2. I have entered buildenv: "make TARGET_CPUTYPE=armv6 buildenv" 3. # which as 4. # cp /usr/obj/arm.armv6/usr/src/tmp/usr/bin/as /usr/obj/arm.armv6/usr/src/tmp/usr/bin/as.bak Below I tried several ways to replace as/ld/and-friends: 5. cp /usr/local/bin/armv6-none-eabi-as /usr/obj/arm.armv6/usr/src/tmp/usr/bin/as 6. I have also tried "ln -s" 7. # make KERNCONF=PANDABOARD TARGET_CPUTYPE=cortex-a9 buildkernel Whatever I did, it always ended up with /usr/src/sys/arm/arm/locore.S: Assembler messages: /usr/src/sys/arm/arm/locore.S:79: Error: duplicate .fnstart directive /usr/src/sys/arm/arm/locore.S:255: Error: .fnend directive without .fnstart So, may be, you guys know how to deal with that? Currently I have no idea :-(.. May be sleep a bit :-) Thanks! -Stepan Stepan Dyatkovskiy wrote: > Hi all, > > Thanks for advices! > > That's interesting. I have managed to launch kernel, using these u-boot > binaries: > http://people.freebsd.org/~gonzo/pandaboard/ > > Looks like specific MLO. But I'm not sure. > > With regular linaro u-boot, I load kernel.bin, then try start it with > "go", and nothing happens. With binaries of this Gonzo guy, I did the > same, and everything works fine :-/ Do you know who is it (I mean > Gonzo)? I would like to ask him, what he did in his binaries. > > Another question: > I would like to build FreeBSD, using latest clang. Currently I have > tried to build it latest svn version of FreeBSD: > svn://svn.freebsd.org/base/head/ > With command: > make TARGET_ARCH=armv6 buildworld TARGET_CPUTYPE=cortex-a9 > > But got next error (repeated several > times):/tmp/jemalloc_atomic-22cc38.s:21: Error: garbage following > instruction -- `dmb ish' > > So perhaps, its better to use stable version (10.0.0), but with new > clang. Currently, I'm going to copy clang sources from HEAD into 10.0.0 > sources tree. But perhaps there is better way to do it? > > Thanks! > > -Stepan > > Ian Lepore wrote: >> On Thu, 2014-06-12 at 01:44 +0600, Stepan Dyatkovskiy wrote: >>> Hi guys, >>> Thank you! I have built it successfully. It was really simple. Currently >>> I'm trying to launch with u-boot. Are here any instructions/manual how >>> to run kernel with u-boot? >>> Thanks! >>> -Stepan >> >> If you compile the dtb into the kernel, you can launch the kernel >> directly from u-boot. If you don't, then you need u-boot to launch >> ubldr (loader(8) that uses the u-boot API, which requires a u-boot with >> the API option enabled). >> >> The kernel can be loaded at any 1MB-boundary address, and can be >> launched by jumping to the load address + 0x100, such as: >> >> fatload 11000000; go 11000100 >> >> If you are using a modern u-boot that enables data caches, you need to >> turn them off manually, like: >> >> fatload 11000000 >> dcache off; dcache flush >> go 11000100 >> >> This is just a u-boot quirk, it disables caches on bootm and bootelf >> commands, but not on a "go" command. >> >> -- Ian >> >