From owner-freebsd-arm@FreeBSD.ORG Mon Feb 14 01:16:54 2011 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 136C4106564A for ; Mon, 14 Feb 2011 01:16:54 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from gpo4.cc.swin.edu.au (gpo4.cc.swin.edu.au [136.186.1.33]) by mx1.freebsd.org (Postfix) with ESMTP id A42BA8FC0C for ; Mon, 14 Feb 2011 01:16:53 +0000 (UTC) Received: from mrossi.caia.swin.edu.au (mrossi.caia.swin.edu.au [136.186.229.109]) by gpo4.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id p1E0KBsF017463 for ; Mon, 14 Feb 2011 11:20:11 +1100 Message-ID: <4D58753B.7000406@swin.edu.au> Date: Mon, 14 Feb 2011 11:20:11 +1100 From: Mattia Rossi User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.16) Gecko/20101222 Thunderbird/3.0.11 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Can't build world for ARM on FreeBSD-9.0-CURRENT 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, 14 Feb 2011 01:16:54 -0000 When trying to cross-compile world with TARGET=ARM on a box running CURRENT, it fails with the following error (short version): -------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- ===> gnu/lib/libssp/libssp_nonshared (obj,depend,all,install) ===> gnu/lib/libgcc (obj,depend,all,install) ===> lib/libcompiler_rt (obj,depend,all,install) ===> gnu/lib/csu (obj,depend,all,install) ===> lib/csu/arm (obj,depend,all,install) crt1.s: Assembler messages: crt1.s:36: Error: file number 1 already allocated *** Error code 1 Stop in /usr/src/lib/csu/arm. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Tried on two boxes, one running i386, one running amd64. Fails on both. Works on 8.2 though. It's a bit annoying. Any hints? Mat From owner-freebsd-arm@FreeBSD.ORG Mon Feb 14 11:07:01 2011 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 137D610656AC for ; Mon, 14 Feb 2011 11:07:01 +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 003308FC27 for ; Mon, 14 Feb 2011 11:07:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p1EB70p6077126 for ; Mon, 14 Feb 2011 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p1EB70uI077124 for freebsd-arm@FreeBSD.org; Mon, 14 Feb 2011 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 Feb 2011 11:07:00 GMT Message-Id: <201102141107.p1EB70uI077124@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, 14 Feb 2011 11:07:01 -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/154306 arm named crashes with signal 11 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 8 problems total. From owner-freebsd-arm@FreeBSD.ORG Tue Feb 15 16:59:40 2011 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 56305106566B for ; Tue, 15 Feb 2011 16:59:40 +0000 (UTC) (envelope-from crest@informatik.uni-bremen.de) Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by mx1.freebsd.org (Postfix) with ESMTP id D4FEC8FC14 for ; Tue, 15 Feb 2011 16:59:39 +0000 (UTC) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from webmail.informatik.uni-bremen.de (maildrop [134.102.201.19]) by informatik.uni-bremen.de (8.14.3/8.14.3) with ESMTP id p1CC93kB009480 for ; Sat, 12 Feb 2011 13:09:08 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 12 Feb 2011 13:09:03 +0100 From: crest To: In-Reply-To: <20110212003203.c4ed07d8.torfinn.ingolfsen@broadpark.no> References: <20110206181659.869861bf.torfinn.ingolfsen@broadpark.no> <201102062331.01760.hselasky@c2i.net> <20110207163835.41be5884.torfinn.ingolfsen@broadpark.no> <201102071656.11633.milu@dat.pl> <20110207204429.ae2fa012.torfinn.ingolfsen@broadpark.no> <20110207213437.9839d476.torfinn.ingolfsen@broadpark.no> <20110212003203.c4ed07d8.torfinn.ingolfsen@broadpark.no> Message-ID: X-Sender: crest@localhost User-Agent: Roundcube Webmail/0.5 Subject: Re: FreeBSD on a DockStar - doesn't mount root 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, 15 Feb 2011 16:59:40 -0000 On Sat, 12 Feb 2011 00:32:03 +0100, Torfinn Ingolfsen wrote: > On Mon, 07 Feb 2011 21:34:37 +0100 > Torfinn Ingolfsen wrote: > >> Another update: >> >> On Mon, 07 Feb 2011 20:44:29 +0100 >> Torfinn Ingolfsen wrote: >> >> > FWIW, I have now tried with kern.cam.boot_delay=10000 >> > in /boot/loader.conf (I also tried the value 20000), but it >> doesn't >> > boot still. >> >> I have now tried with kern.cam.scsi_delay=10000 (also tried the >> value >> 20000) instead of kern.cam.boot_delay in /boot/loader.conf >> >> Doesn't make the Dockstar boot, and doesn't make it hang. > > OTOH, how does the kernel read /boot/loader.conf and the settings in > there if it can't mount the disk? The loader isn't used on the DockStar. U-boot just jumps into the kernel's entry point. Just compile it into the kernel. From owner-freebsd-arm@FreeBSD.ORG Tue Feb 15 18:43:16 2011 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 186EB106567A for ; Tue, 15 Feb 2011 18:43:16 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from thalia-smout.broadpark.no (thalia-smout.broadpark.no [80.202.8.21]) by mx1.freebsd.org (Postfix) with ESMTP id 8938D8FC19 for ; Tue, 15 Feb 2011 18:43:15 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from terra-smin.broadpark.no ([80.202.8.13]) by thalia-smout.broadpark.no (Sun Java(tm) System Messaging Server 7u3-15.01 64bit (built Feb 12 2010)) with ESMTP id <0LGO005YI9C1S250@thalia-smout.broadpark.no> for freebsd-arm@FreeBSD.org; Tue, 15 Feb 2011 19:43:13 +0100 (CET) Received: from kg-v2.kg4.no ([84.48.120.77]) by terra-smin.broadpark.no (Sun Java(tm) System Messaging Server 7u3-15.01 64bit (built Feb 12 2010)) with SMTP id <0LGO00IM89C1ZIE0@terra-smin.broadpark.no> for freebsd-arm@FreeBSD.org; Tue, 15 Feb 2011 19:43:13 +0100 (CET) Date: Tue, 15 Feb 2011 19:43:13 +0100 From: Torfinn Ingolfsen To: freebsd-arm@FreeBSD.org Message-id: <20110215194313.c9141c1c.torfinn.ingolfsen@broadpark.no> In-reply-to: References: <20110206181659.869861bf.torfinn.ingolfsen@broadpark.no> <201102062331.01760.hselasky@c2i.net> <20110207163835.41be5884.torfinn.ingolfsen@broadpark.no> <201102071656.11633.milu@dat.pl> <20110207204429.ae2fa012.torfinn.ingolfsen@broadpark.no> <20110207213437.9839d476.torfinn.ingolfsen@broadpark.no> <20110212003203.c4ed07d8.torfinn.ingolfsen@broadpark.no> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.22.1; amd64-portbld-freebsd8.1) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Cc: Subject: Re: FreeBSD on a DockStar - doesn't mount root 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, 15 Feb 2011 18:43:16 -0000 On Sat, 12 Feb 2011 13:09:03 +0100 crest wrote: > On Sat, 12 Feb 2011 00:32:03 +0100, Torfinn Ingolfsen wrote: > > OTOH, how does the kernel read /boot/loader.conf and the settings in > > there if it can't mount the disk? > > The loader isn't used on the DockStar. U-boot just jumps into the > kernel's entry point. Just compile it into the kernel. Aha. Is there no way to pass FreeBSD kernel arguments (or what you call it) via U-Boot? -- Torfinn From owner-freebsd-arm@FreeBSD.ORG Tue Feb 15 21:28:31 2011 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 D8D901065698 for ; Tue, 15 Feb 2011 21:28:31 +0000 (UTC) (envelope-from johny.mattsson@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 663A28FC12 for ; Tue, 15 Feb 2011 21:28:31 +0000 (UTC) Received: by wyf19 with SMTP id 19so639040wyf.13 for ; Tue, 15 Feb 2011 13:28:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=3qPsxxpJR2Alvjr52hvogEQa+mkCOl/81ng9BMVLOHE=; b=fiK7GTp0QqpWXUbLpjhk1/D9IbKEHI/rXw2kw3POQnxDFBQeflYpyrGQ//hPaK+xU/ f5mekdwbULrr5MukeUaFLy4ecK/KudTS8XkU37sd9zOfGzJZtxolP7Uo/HipixypB581 wnqNzt7fVn9wNmlV5FHIw8Z5XqYeve22iuqMs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=dFLGB1N2UgX/wpN5SKeqh+V/Kw3ize4kQC0U38iS8rcVDmzr0r/xkygfCnDL/v7VLb +CHADdFEHWE8jA30u8KRJB8VfDUlkqfIYe9ih7lvBy79bZgkNiopMoanpjVejnH9VSlU SXAaVD0kU7sYiXzAJikH8ufRmGKjlSKhFoI8E= MIME-Version: 1.0 Received: by 10.216.87.131 with SMTP id y3mr1376054wee.3.1297803803710; Tue, 15 Feb 2011 13:03:23 -0800 (PST) Sender: johny.mattsson@gmail.com Received: by 10.216.170.85 with HTTP; Tue, 15 Feb 2011 13:03:23 -0800 (PST) In-Reply-To: <20110215194313.c9141c1c.torfinn.ingolfsen@broadpark.no> References: <20110206181659.869861bf.torfinn.ingolfsen@broadpark.no> <201102062331.01760.hselasky@c2i.net> <20110207163835.41be5884.torfinn.ingolfsen@broadpark.no> <201102071656.11633.milu@dat.pl> <20110207204429.ae2fa012.torfinn.ingolfsen@broadpark.no> <20110207213437.9839d476.torfinn.ingolfsen@broadpark.no> <20110212003203.c4ed07d8.torfinn.ingolfsen@broadpark.no> <20110215194313.c9141c1c.torfinn.ingolfsen@broadpark.no> Date: Wed, 16 Feb 2011 08:03:23 +1100 X-Google-Sender-Auth: Kgy7aCOP9VvxgL__FzyWYo2AklY Message-ID: From: Johny Mattsson To: Torfinn Ingolfsen Content-Type: text/plain; charset=UTF-8 Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD on a DockStar - doesn't mount root 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, 15 Feb 2011 21:28:31 -0000 On 16 February 2011 05:43, Torfinn Ingolfsen wrote: > Aha. Is there no way to pass FreeBSD kernel arguments (or what you call it) via U-Boot? The short answer is no. The slightly longer answer is that it would be possible if you were booting into ubldr instead of the kernel directly. However that requires that your U-Boot is built with the API option enabled, and even if you get that far you then learn that ubldr doesn't grok MBR/FATs and can't find the kernel, and if you try to go for a raw BSD disk/UFS you find that U-Boot doesn't grok that, and can't find ubldr in the first place. In the end it was quicker for me to just recompile a couple of kernels than patch one or the other to work with my setup. Should I find myself with some extra spare time, I would like to go back and see if I can improve this situation. Right now that doesn't seem likely to happen any time soon however. Regards, /Johny Last minute edit: I don't think I ever tried placing ubldr directly into the onboard flash and booting into it from there. That might be a workable option, but you'll need to be careful of the load addresses of the various U-Boots, ubldr and kernel - it's very easy to overload one with another. From owner-freebsd-arm@FreeBSD.ORG Tue Feb 15 21:48:24 2011 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 018D3106567A for ; Tue, 15 Feb 2011 21:48:24 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id AD7EC8FC21 for ; Tue, 15 Feb 2011 21:48:23 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id E92E7A7; Tue, 15 Feb 2011 22:48:21 +0100 (CET) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id EQ+fcw+HsSoM; Tue, 15 Feb 2011 22:48:18 +0100 (CET) Received: from snifi.laptop (77-254-171-62.adsl.inetia.pl [77.254.171.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id 6FB7991; Tue, 15 Feb 2011 22:48:18 +0100 (CET) From: Maciej Milewski To: freebsd-arm@freebsd.org Date: Tue, 15 Feb 2011 22:48:25 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.5.5; i386; ; ) References: <20110206181659.869861bf.torfinn.ingolfsen@broadpark.no> <20110215194313.c9141c1c.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20110215194313.c9141c1c.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message-Id: <201102152248.26276.milu@dat.pl> Cc: Subject: Re: Re: FreeBSD on a DockStar - doesn't mount root 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, 15 Feb 2011 21:48:24 -0000 Tuesday 15 of February 2011 19:43:13 Torfinn Ingolfsen napisa=B3(a): > On Sat, 12 Feb 2011 13:09:03 +0100 >=20 > crest wrote: > > On Sat, 12 Feb 2011 00:32:03 +0100, Torfinn Ingolfsen wrote: > > > OTOH, how does the kernel read /boot/loader.conf and the settings in > > > there if it can't mount the disk? > > =20 > > The loader isn't used on the DockStar. U-boot just jumps into the > > kernel's entry point. Just compile it into the kernel. >=20 > Aha. Is there no way to pass FreeBSD kernel arguments (or what you call i= t) > via U-Boot? Passing args to linux kernel is done by setting environment variable named= =20 bootargs. If you can get the u-boot prompt it can be set like: setenv bootargs parameters_go_here you may want to save later this environment by issuing saveenv. I don't have any u-boot device so can't tell you if that's working with=20 =46reeBSD but if it is please inform about it. I've found that info on http://www.denx.de/wiki/view/DULG/UBootEnvVariables Maciej From owner-freebsd-arm@FreeBSD.ORG Thu Feb 17 23:28:38 2011 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 001F91065675 for ; Thu, 17 Feb 2011 23:28:37 +0000 (UTC) (envelope-from Daan@vitsch.nl) Received: from VM01.VEHosting.nl (VM016.VEHosting.nl [IPv6:2001:1af8:2100:b020::140]) by mx1.freebsd.org (Postfix) with ESMTP id 921278FC17 for ; Thu, 17 Feb 2011 23:28:37 +0000 (UTC) Received: from [2001:470:d233:2:222:43ff:fe8e:232b] ([IPv6:2001:470:d233:2:222:43ff:fe8e:232b]) (authenticated bits=0) by VM01.VEHosting.nl (8.14.3/8.13.8) with ESMTP id p1HNSdvY000188 for ; Fri, 18 Feb 2011 00:28:39 +0100 (CET) (envelope-from Daan@vitsch.nl) From: Daan Vreeken Organization: Vitsch Electronics To: FreeBSD-arm@FreeBSD.org Date: Fri, 18 Feb 2011 00:28:34 +0100 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201102180028.34539.Daan@vitsch.nl> x-ve-auth-version: mi-1.1.5 2011-02-07 - Copyright (c) 2008, 2011 - Daan Vreeken - VEHosting x-ve-auth: authenticated as 'pa4dan' on VM01.VEHosting.nl Cc: Subject: Stamp9261 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, 17 Feb 2011 23:28:38 -0000 Hi all, I've recently received a Stamp9261 evaluation board [1] and I'm trying to get FreeBSD to run on it. As a starting point I've taken -CURRENT as of 2011-02-10 and created a custom kernel config file with (among others) the following : files "../at91/files.at91sam9" cpu CPU_ARM9 makeoptions CONF_CFLAGS="-mcpu=arm9" options PHYSADDR=0x20000000 device at91sam9260 options STARTUP_PAGETABLE_ADDR=0x20800000 makeoptions KERNPHYSADDR=0x20000000 makeoptions KERNVIRTADDR=0xc0000000 options KERNPHYSADDR=0x20000000 options KERNVIRTADDR=0xc0000000 options AT91C_MASTER_CLOCK=200000000 The board's (64MB of) SDRAM is located at 0x20000000. After tftp-ing the kernel.bin image to 0x20000000 with u-boot and starting it the board seems to hang. By printing bytes to the DBGU serial port I've been able to trace the execution through "arm/locore.S" up to the point where the MMU is enabled with the following code: /* Enable MMU */ mrc p15, 0, r0, c1, c0, 0 orr r0, r0, #CPU_CONTROL_MMU_ENABLE mcr p15, 0, r0, c1, c0, 0 nop nop nop CPWAIT(r0) Either the CPU halts somewhere in this piece of code, or my DBGU printing macro doesn't work after enabling the MMU and the code halts somewhere else. ;-) Any ideas as to what could be going wrong here or tips to debug this further? [1] : http://www.taskit.de/produkte/stamp/starterkit.htm Thanks, -- Daan Vreeken Vitsch Electronics http://Vitsch.nl tel: +31-(0)40-7113050 / +31-(0)6-46210825 KvK nr: 17174380 From owner-freebsd-arm@FreeBSD.ORG Fri Feb 18 10:13:58 2011 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 1B2AB106566C for ; Fri, 18 Feb 2011 10:13:58 +0000 (UTC) (envelope-from mlfbsd@kanar.ci0.org) Received: from kanar.ci0.org (unknown [IPv6:2a01:e0b:1:50:40:63ff:feea:93a]) by mx1.freebsd.org (Postfix) with ESMTP id ACC118FC0A for ; Fri, 18 Feb 2011 10:13:57 +0000 (UTC) Received: from kanar.ci0.org (pluxor@localhost [127.0.0.1]) by kanar.ci0.org (8.14.2/8.14.3) with ESMTP id p1IAEPgl052604; Fri, 18 Feb 2011 11:14:25 +0100 (CET) (envelope-from mlfbsd@kanar.ci0.org) Received: (from mlfbsd@localhost) by kanar.ci0.org (8.14.2/8.14.3/Submit) id p1IAEPo7052603; Fri, 18 Feb 2011 11:14:25 +0100 (CET) (envelope-from mlfbsd) Date: Fri, 18 Feb 2011 11:14:25 +0100 From: Olivier Houchard To: Daan Vreeken Message-ID: <20110218101425.GA52167@ci0.org> References: <201102180028.34539.Daan@vitsch.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201102180028.34539.Daan@vitsch.nl> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD-arm@freebsd.org Subject: Re: Stamp9261 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: Fri, 18 Feb 2011 10:13:58 -0000 Hi Dean, On Fri, Feb 18, 2011 at 12:28:34AM +0100, Daan Vreeken wrote: > > The board's (64MB of) SDRAM is located at 0x20000000. After tftp-ing the > kernel.bin image to 0x20000000 with u-boot and starting it the board seems to > hang. By printing bytes to the DBGU serial port I've been able to trace the > execution through "arm/locore.S" up to the point where the MMU is enabled > with the following code: > > /* Enable MMU */ > mrc p15, 0, r0, c1, c0, 0 > orr r0, r0, #CPU_CONTROL_MMU_ENABLE > mcr p15, 0, r0, c1, c0, 0 > nop > nop > nop > CPWAIT(r0) > > Either the CPU halts somewhere in this piece of code, or my DBGU printing > macro doesn't work after enabling the MMU and the code halts somewhere > else. ;-) > Well nothing maps the DBGU at this points, so trying to access to it won't work :) That said, there were an issue which I fixed on 02/13 with rev 218666, which would make any board freezing at boot, so I'd suggest trying to update your sources :) Regards, Olivier From owner-freebsd-arm@FreeBSD.ORG Fri Feb 18 11:17:55 2011 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 0854C106564A for ; Fri, 18 Feb 2011 11:17:55 +0000 (UTC) (envelope-from Daan@vitsch.nl) Received: from VM01.VEHosting.nl (VM016.VEHosting.nl [IPv6:2001:1af8:2100:b020::140]) by mx1.freebsd.org (Postfix) with ESMTP id 94F3B8FC15 for ; Fri, 18 Feb 2011 11:17:54 +0000 (UTC) Received: from [192.168.72.11] (124-54.bbned.dsl.internl.net [92.254.54.124]) (authenticated bits=0) by VM01.VEHosting.nl (8.14.3/8.13.8) with ESMTP id p1IBHsj3006518; Fri, 18 Feb 2011 12:17:54 +0100 (CET) (envelope-from Daan@vitsch.nl) From: Daan Vreeken Organization: Vitsch Electronics To: Olivier Houchard Date: Fri, 18 Feb 2011 12:17:51 +0100 User-Agent: KMail/1.9.10 References: <201102180028.34539.Daan@vitsch.nl> <20110218101425.GA52167@ci0.org> In-Reply-To: <20110218101425.GA52167@ci0.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201102181217.51577.Daan@vitsch.nl> x-ve-auth-version: mi-1.1.5 2011-02-07 - Copyright (c) 2008, 2011 - Daan Vreeken - VEHosting x-ve-auth: authenticated as 'pa4dan' on VM01.VEHosting.nl Cc: FreeBSD-arm@freebsd.org Subject: Re: Stamp9261 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: Fri, 18 Feb 2011 11:17:55 -0000 Hi Olivier, Thanks for the quick reply! On Friday 18 February 2011 11:14:25 Olivier Houchard wrote: > Hi Dean, > > On Fri, Feb 18, 2011 at 12:28:34AM +0100, Daan Vreeken wrote: > > The board's (64MB of) SDRAM is located at 0x20000000. After tftp-ing the > > kernel.bin image to 0x20000000 with u-boot and starting it the board > > seems to hang. By printing bytes to the DBGU serial port I've been able > > to trace the execution through "arm/locore.S" up to the point where the > > MMU is enabled with the following code: > > > > /* Enable MMU */ > > mrc p15, 0, r0, c1, c0, 0 > > orr r0, r0, #CPU_CONTROL_MMU_ENABLE > > mcr p15, 0, r0, c1, c0, 0 > > nop > > nop > > nop > > CPWAIT(r0) > > > > Either the CPU halts somewhere in this piece of code, or my DBGU printing > > macro doesn't work after enabling the MMU and the code halts somewhere > > else. ;-) > > Well nothing maps the DBGU at this points, so trying to access to it won't > work :) D'oh. Of course. > That said, there were an issue which I fixed on 02/13 with rev 218666, > which would make any board freezing at boot, so I'd suggest trying to > update your sources :) I've just rebased the code base to today's -CURRENT and that indeed fixes the freeze. The board now gets past : subsystem 2100000 makectx(0)... CPU: ARM926EJ-S rev 5 (ARM9EJ-S core) DC enabled IC enabled WB enabled LABT 16KB/32B 4-way Instruction cache 16KB/32B 4-way write-back-locking-C Data cache real memory = 33554432 (32 MB) avail memory = 29298688 (27 MB) .. and ends somewhere just after printing : Timecounters tick every 10.000 msec .. in a functional debugger after the following fault : subsystem 8600000 pf_proto_unregister(0)... done. subsystem 8800000 domain_add(0xc02843d4)... done. domain_add(0xc0281340)... done. domain_add(0xc0285554)... done. domain_init(0xc02843d4)... done. domain_init(0xc0285554)... vm_fault(0xc029157c, 31003000, 2, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (S)' trapframe: 0xc02c5e10 FSR=00000005, FAR=31003100, spsr=600000d3 r0 =c02945bc, r1 =00000001, r2 =c1f38980, r3 =31003100 r4 =c02a3ddc, r5 =c02945c0, r6 =00000000, r7 =00000000 r8 =00000001, r9 =c0162890, r10=00000000, r11=c02c5e84 r12=c0291b2c, ssp=c02c5e5c, slr=c01e4608, pc =c00ca6e8 [ thread pid 0 tid 100000 ] Stopped at callout_reset_on+0x190: str r4, [r3] db> bt Tracing pid 0 tid 100000 td 0xc02912b0 callout_reset_on() at callout_reset_on+0x10 scp=0xc00ca568 rlv=0xc0168b64 (ip_init+0x210) rsp=0xc02c5e88 rfp=0xc02c5ea8 r10=0x23ebfcf4 r9=0x23ebfe46 r8=0x23ebffdc r7=0x20000050 r6=0x00000001 r5=0xc0285554 r4=0xc02a3ddc ip_init() at ip_init+0x10 scp=0xc0168964 rlv=0xc0106190 (accept_filt_generic_mod_event+0x10f4) rsp=0xc02c5eac rfp=0xc02c5eb8 r4=0xc0285110 accept_filt_generic_mod_event() at accept_filt_generic_mod_event+0xfe0 scp=0xc010607c rlv=0xc0106ac8 (domain_init+0x38) rsp=0xc02c5ebc rfp=0xc02c5ed0 domain_init() at domain_init+0x10 scp=0xc0106aa0 rlv=0xc007d368 (mi_startup+0x214) rsp=0xc02c5ed4 rfp=0xc02c5ef4 r5=0x08800000 r4=0xc023270c mi_startup() at mi_startup+0x10 scp=0xc007d164 rlv=0xc00000f4 (btext+0xf4) rsp=0xc02c5ef8 rfp=0x00000000 r6=0x00000002 r5=0x2000005c r4=0x20000134 db> The amount of RAM is incorrectly reported (the board should have 64MB), the debug console runs at 57Kbaud instead of 115K, but at least it's looking more hopefull than what I had yesterday :) Thanks, -- Daan Vreeken Vitsch Electronics http://Vitsch.nl tel: +31-(0)40-7113050 / +31-(0)6-46210825 KvK nr: 17174380 From owner-freebsd-arm@FreeBSD.ORG Fri Feb 18 18:47:29 2011 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 5AF9D106566C for ; Fri, 18 Feb 2011 18:47:29 +0000 (UTC) (envelope-from Daan@vitsch.nl) Received: from VM01.VEHosting.nl (VM016.VEHosting.nl [IPv6:2001:1af8:2100:b020::140]) by mx1.freebsd.org (Postfix) with ESMTP id E80208FC18 for ; Fri, 18 Feb 2011 18:47:28 +0000 (UTC) Received: from [192.168.72.11] (124-54.bbned.dsl.internl.net [92.254.54.124]) (authenticated bits=0) by VM01.VEHosting.nl (8.14.3/8.13.8) with ESMTP id p1IIlTCb010835; Fri, 18 Feb 2011 19:47:29 +0100 (CET) (envelope-from Daan@vitsch.nl) From: Daan Vreeken Organization: Vitsch Electronics To: freebsd-arm@freebsd.org Date: Fri, 18 Feb 2011 19:47:26 +0100 User-Agent: KMail/1.9.10 References: <201102180028.34539.Daan@vitsch.nl> <20110218101425.GA52167@ci0.org> <201102181217.51577.Daan@vitsch.nl> In-Reply-To: <201102181217.51577.Daan@vitsch.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201102181947.26208.Daan@vitsch.nl> x-ve-auth-version: mi-1.1.5 2011-02-07 - Copyright (c) 2008, 2011 - Daan Vreeken - VEHosting x-ve-auth: authenticated as 'pa4dan' on VM01.VEHosting.nl Cc: Subject: Re: Stamp9261 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: Fri, 18 Feb 2011 18:47:29 -0000 Hi All, Just a quick update... On Friday 18 February 2011 12:17:51 Daan Vreeken wrote: > Hi Olivier, > > Thanks for the quick reply! > > On Friday 18 February 2011 11:14:25 Olivier Houchard wrote: > > Hi Dean, > > > > On Fri, Feb 18, 2011 at 12:28:34AM +0100, Daan Vreeken wrote: > > > The board's (64MB of) SDRAM is located at 0x20000000. After tftp-ing > > > the kernel.bin image to 0x20000000 with u-boot and starting it the > > > board seems to hang. By printing bytes to the DBGU serial port I've > > > been able to trace the execution through "arm/locore.S" up to the point > > > where the MMU is enabled with the following code: ... > > That said, there were an issue which I fixed on 02/13 with rev 218666, > > which would make any board freezing at boot, so I'd suggest trying to > > update your sources :) > > I've just rebased the code base to today's -CURRENT and that indeed fixes > the freeze. The board now gets past : ... After a day of hacking around, adding lots of onboard peripherals and borrowing/adapting lots of code a lot more is happening : at91sam92600: on atmelarm0 at91_pmc0: mem 0xdffffc00-0xdffffcff irq 1 on atmelarm0 at91_pmc0: Primary: 18432000 Hz PLLA: 199 MHz CPU: 199 MHz MCK: 99 MHz at91_pit0: mem 0xdffffd30-0xdffffd39 irq 1 on atmelarm0 Timecounter "AT91SAM9 timer" frequency 6249600 Hz quality 1000 at91_pio0: mem 0xdffff400-0xdffff5ff irq 2 on atmelarm0 at91_pio0: ABSR: 0xc0000000 OSR: 0 PSR:0x3ffff9ff ODSR: 0 at91_pio1: mem 0xdffff600-0xdffff7ff irq 3 on atmelarm0 at91_pio1: ABSR: 0 OSR: 0 PSR:0xffffffff ODSR: 0 at91_pio2: mem 0xdffff800-0xdffff9ff irq 4 on atmelarm0 at91_pio2: ABSR: 0 OSR: 0x2 PSR:0xfff7 ODSR: 0 uart0: mem 0xdffff200-0xdffff3ff irq 1 on atmelarm0 uart0: console (115200,n,8,1) uart1: mem 0xdffb0000-0xdffb3fff irq 6 on atmelarm0 uart2: mem 0xdffb4000-0xdffb7fff irq 7 on atmelarm0 uart3: mem 0xdffb8000-0xdffbbfff irq 8 on atmelarm0 DAAN: dme_probe() dme0 mem 0xdffc4000-0xdffc7fff irq 21 on atmelarm0 DAAN: dme_attach() dme0: attaching PHY failed device_attach: dme0 attach returned 6 ohci0: mem 0xdfc00000-0xdfcfffff irq 20 on atmelarm0 But enough for today. More next week. Regards, -- Daan Vreeken Vitsch Electronics http://Vitsch.nl tel: +31-(0)40-7113050 / +31-(0)6-46210825 KvK nr: 17174380