From owner-freebsd-arm@FreeBSD.ORG Mon Jul 11 00:28:33 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 C4C01106564A for ; Mon, 11 Jul 2011 00:28:33 +0000 (UTC) (envelope-from mcgovern@beta.com) Received: from spoon.beta.com (spoon.beta.com [199.165.180.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6EED78FC0C for ; Mon, 11 Jul 2011 00:28:32 +0000 (UTC) Received: from [199.165.180.39] (dhcp9.beta.com [199.165.180.39]) by spoon.beta.com (8.14.4/8.14.4) with ESMTP id p6BKSPei008784; Mon, 11 Jul 2011 16:28:25 -0400 (EDT) (envelope-from mcgovern@beta.com) From: "Brian J. McGovern" To: Mark Tinguely In-Reply-To: <4E18403C.8010203@gmail.com> References: <20110708120025.5C94210656D9@hub.freebsd.org> <1310178351.5681.4.camel@bmcgover-laptop.beta.com> <4E18403C.8010203@gmail.com> Content-Type: text/plain; charset="us-ascii" Date: Sun, 10 Jul 2011 20:28:31 -0400 Message-ID: <1310344111.1455.3.camel@bmcgover-laptop.beta.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.3 required=5.0 tests=DATE_IN_PAST_12_24,S25R_6, T_RP_MATCHES_RCVD autolearn=no version=3.3.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on spoon.beta.com Cc: freebsd-arm@freebsd.org Subject: Re: Suggestions for arm build for qemu? 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, 11 Jul 2011 00:28:33 -0000 [trimmed] > I had a problem starting the boot with GUMSTIX kernel and qemu. I > finally traced it to the change in arm/arm/elf_trampoline.c revision > 194609. I kept a copy of that file with that change, but manually > added the changes that followed it. > > Also you need to disable the "ARM_CACHE_LOCK_ENABLE" option in > arm/xscale/std.h because qemu does not emulate every feature of the > GUMSTIX. > > --Mark Tinguely. > > . Thanks. I'm still working with the 8.2 source in CVS. It sounds like I'm going to have to catch up to -CURRENT. From owner-freebsd-arm@FreeBSD.ORG Mon Jul 11 01:17:21 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 A5FB91065703 for ; Mon, 11 Jul 2011 01:17:21 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6E93F8FC15 for ; Mon, 11 Jul 2011 01:17:21 +0000 (UTC) Received: by iyb11 with SMTP id 11so4180581iyb.13 for ; Sun, 10 Jul 2011 18:17:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=/p6o8b2kEcv43PMWaWQw+bZZxmvQfzD4P3QSBh4AOHc=; b=muf9+z4v+NyMrp9HwHd2NI6D0a2KHvxAvb5wz13cGFMEsXsm29rA15QhJRGHxekzsa N9q6KTiKM0Z6WqHfpUpnzPuSktttk4h72pzpoVsNALT6QtR7x5vr96m3RxbbGvrKieXt iwcdVnOze2vuj+0zqF8EefPM8o4lwIpzQA+QY= Received: by 10.42.132.10 with SMTP id b10mr4766305ict.76.1310347040845; Sun, 10 Jul 2011 18:17:20 -0700 (PDT) Received: from [192.168.1.111] ([206.188.254.192]) by mx.google.com with ESMTPS id q13sm4904541ibi.43.2011.07.10.18.17.19 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 10 Jul 2011 18:17:19 -0700 (PDT) Message-ID: <4E1A4F18.5000802@gmail.com> Date: Sun, 10 Jul 2011 20:17:12 -0500 From: Mark Tinguely User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: "Brian J. McGovern" References: <20110708120025.5C94210656D9@hub.freebsd.org> <1310178351.5681.4.camel@bmcgover-laptop.beta.com> <4E18403C.8010203@gmail.com> <1310344111.1455.3.camel@bmcgover-laptop.beta.com> In-Reply-To: <1310344111.1455.3.camel@bmcgover-laptop.beta.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: Suggestions for arm build for qemu? 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, 11 Jul 2011 01:17:21 -0000 On 7/10/2011 7:28 PM, Brian J. McGovern wrote: > [trimmed] >> I had a problem starting the boot with GUMSTIX kernel and qemu. I >> finally traced it to the change in arm/arm/elf_trampoline.c revision >> 194609. I kept a copy of that file with that change, but manually >> added the changes that followed it. >> >> Also you need to disable the "ARM_CACHE_LOCK_ENABLE" option in >> arm/xscale/std.h because qemu does not emulate every feature of the >> GUMSTIX. >> >> --Mark Tinguely. >> >> . > Thanks. I'm still working with the 8.2 source in CVS. It sounds like I'm > going to have to catch up to -CURRENT. > > The 194609 change is also in FreeBSD 8.2 elf_trampoline.c. When it was in the kernel, qemu would just sit there in some loop. With option ARM_CACHE_LOCK_ENABLE compiled into the kernel, qemu will give an illegal instruction error. --Mark Tinguely From owner-freebsd-arm@FreeBSD.ORG Mon Jul 11 09:13:50 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 831AA1065670 for ; Mon, 11 Jul 2011 09:13:50 +0000 (UTC) (envelope-from damjan.marion@gmail.com) Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by mx1.freebsd.org (Postfix) with ESMTP id 115F98FC13 for ; Mon, 11 Jul 2011 09:13:49 +0000 (UTC) Received: by fxe6 with SMTP id 6so3093037fxe.17 for ; Mon, 11 Jul 2011 02:13:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=h+0diKQPtBm4ooitUKE+fmg/VwsGzhTq7z9Vk0xcDQY=; b=Ccrfq9ksYlFpaTkIcGqa+xwv9pnkc5hXjeru4P5gIssI/nwy2gfW0phpdlFA6rAaFv P7XC23PqaWGkAcjK4qZKEeLTBr7dZByY0fWmQvLb2mskWN9pnLJsuigXooP10BRv0MZY 9r2kM0OdkAEUTtGbLbVNO9CNNav/faXFiyn+Y= Received: by 10.223.14.11 with SMTP id e11mr7190364faa.131.1310375586490; Mon, 11 Jul 2011 02:13:06 -0700 (PDT) Received: from damarion-mac.home (cpe-109-60-79-155.zg3.cable.xnet.hr [109.60.79.155]) by mx.google.com with ESMTPS id d15sm2561906fan.2.2011.07.11.02.13.04 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 11 Jul 2011 02:13:04 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=iso-8859-1 From: Damjan Marion In-Reply-To: <4E1A4F18.5000802@gmail.com> Date: Mon, 11 Jul 2011 11:13:02 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <37DEC7D2-5B25-4FD4-B3D8-02D945516A87@gmail.com> References: <20110708120025.5C94210656D9@hub.freebsd.org> <1310178351.5681.4.camel@bmcgover-laptop.beta.com> <4E18403C.8010203@gmail.com> <1310344111.1455.3.camel@bmcgover-laptop.beta.com> <4E1A4F18.5000802@gmail.com> To: Mark Tinguely X-Mailer: Apple Mail (2.1244.3) Cc: "Brian J. McGovern" , freebsd-arm@freebsd.org Subject: Re: Suggestions for arm build for qemu? 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, 11 Jul 2011 09:13:50 -0000 On Jul 11, 2011, at 3:17 AM, Mark Tinguely wrote: > With option ARM_CACHE_LOCK_ENABLE compiled into the kernel, qemu will = give an illegal instruction error. Huh, nice to know. I patched qemu to ignore this instruction :) BTW Any idea from where (c9, c2, {0, 0}) is coming from? I was not able = to find it in ARM ARM. Damjan= From owner-freebsd-arm@FreeBSD.ORG Mon Jul 11 09:53:00 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 36236106564A for ; Mon, 11 Jul 2011 09:53:00 +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 C84108FC14 for ; Mon, 11 Jul 2011 09:52:59 +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 p6B9sNp3089529; Mon, 11 Jul 2011 11:54:23 +0200 (CEST) (envelope-from mlfbsd@kanar.ci0.org) Received: (from mlfbsd@localhost) by kanar.ci0.org (8.14.2/8.14.3/Submit) id p6B9sMAs089526; Mon, 11 Jul 2011 11:54:22 +0200 (CEST) (envelope-from mlfbsd) Date: Mon, 11 Jul 2011 11:54:22 +0200 From: Olivier Houchard To: Damjan Marion Message-ID: <20110711095422.GA89207@ci0.org> References: <20110708120025.5C94210656D9@hub.freebsd.org> <1310178351.5681.4.camel@bmcgover-laptop.beta.com> <4E18403C.8010203@gmail.com> <1310344111.1455.3.camel@bmcgover-laptop.beta.com> <4E1A4F18.5000802@gmail.com> <37DEC7D2-5B25-4FD4-B3D8-02D945516A87@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <37DEC7D2-5B25-4FD4-B3D8-02D945516A87@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: "Brian J. McGovern" , freebsd-arm@freebsd.org Subject: Re: Suggestions for arm build for qemu? 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, 11 Jul 2011 09:53:00 -0000 On Mon, Jul 11, 2011 at 11:13:02AM +0200, Damjan Marion wrote: > > On Jul 11, 2011, at 3:17 AM, Mark Tinguely wrote: > > > With option ARM_CACHE_LOCK_ENABLE compiled into the kernel, qemu will give an illegal instruction error. > > Huh, nice to know. I patched qemu to ignore this instruction :) > > BTW Any idea from where (c9, c2, {0, 0}) is coming from? I was not able to find it in ARM ARM. > Hi, It may be an xscale-only thing. Regards, Olivier From owner-freebsd-arm@FreeBSD.ORG Mon Jul 11 11:06: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 CE9F8106566C for ; Mon, 11 Jul 2011 11:06:58 +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 BE1B08FC0C for ; Mon, 11 Jul 2011 11:06:58 +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 p6BB6w3K076931 for ; Mon, 11 Jul 2011 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p6BB6wYJ076929 for freebsd-arm@FreeBSD.org; Mon, 11 Jul 2011 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Jul 2011 11:06:58 GMT Message-Id: <201107111106.p6BB6wYJ076929@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, 11 Jul 2011 11:06:58 -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/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/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 12 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Jul 11 11:45:07 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 8822A106564A for ; Mon, 11 Jul 2011 11:45:07 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 49A4A8FC19 for ; Mon, 11 Jul 2011 11:45:05 +0000 (UTC) Received: by iwr19 with SMTP id 19so4571723iwr.13 for ; Mon, 11 Jul 2011 04:45:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=fpA6U1kJwp+bL15ZEj/KMRYNYdP8pENOIxX23dNDZss=; b=bWDAw5GQsokgAtWCvL+WHR824sLlfcWQs65+qD7A3ux0HVoJrO4pOS5QwHYFgoIsqD YB0SaGVu0HzpzHQQT8+c+gftDugsAtWk5qDwpdKdbRuxhilZgksTsliJwatNaj8TaD0e QCa8RGM1DJ4fip52v3o70rfziQdFzfqdoTLkA= Received: by 10.231.13.205 with SMTP id d13mr3259623iba.88.1310384705473; Mon, 11 Jul 2011 04:45:05 -0700 (PDT) Received: from [192.168.1.111] ([206.188.254.192]) by mx.google.com with ESMTPS id x11sm1406570ibd.41.2011.07.11.04.45.04 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 11 Jul 2011 04:45:04 -0700 (PDT) Message-ID: <4E1AE239.2040805@gmail.com> Date: Mon, 11 Jul 2011 06:44:57 -0500 From: Mark Tinguely User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: Damjan Marion References: <20110708120025.5C94210656D9@hub.freebsd.org> <1310178351.5681.4.camel@bmcgover-laptop.beta.com> <4E18403C.8010203@gmail.com> <1310344111.1455.3.camel@bmcgover-laptop.beta.com> <4E1A4F18.5000802@gmail.com> <37DEC7D2-5B25-4FD4-B3D8-02D945516A87@gmail.com> In-Reply-To: <37DEC7D2-5B25-4FD4-B3D8-02D945516A87@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Brian J. McGovern" , freebsd-arm@freebsd.org Subject: Re: Suggestions for arm build for qemu? 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, 11 Jul 2011 11:45:07 -0000 On 7/11/2011 4:13 AM, Damjan Marion wrote: > On Jul 11, 2011, at 3:17 AM, Mark Tinguely wrote: > >> With option ARM_CACHE_LOCK_ENABLE compiled into the kernel, qemu will give an illegal instruction error. > Huh, nice to know. I patched qemu to ignore this instruction :) > > BTW Any idea from where (c9, c2, {0, 0}) is coming from? I was not able to find it in ARM ARM. > > Damjan Best guess it is the XScale "Read or Write data cache lock register" (mrc/mcr p15, 0, Rd, c9, c2, 0) via the arm_lock_cache_line() in machdep.c. --Mark Tinguely. From owner-freebsd-arm@FreeBSD.ORG Mon Jul 11 22:47:42 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 CF67E106564A for ; Mon, 11 Jul 2011 22:47:42 +0000 (UTC) (envelope-from mcgovern@beta.com) Received: from spoon.beta.com (spoon.beta.com [199.165.180.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4FEC28FC0A for ; Mon, 11 Jul 2011 22:47:41 +0000 (UTC) Received: from [199.165.180.39] (dhcp9.beta.com [199.165.180.39]) by spoon.beta.com (8.14.4/8.14.4) with ESMTP id p6CIlX3s001473; Tue, 12 Jul 2011 14:47:33 -0400 (EDT) (envelope-from mcgovern@beta.com) From: "Brian J. McGovern" To: Mark Tinguely In-Reply-To: <4E1A4F18.5000802@gmail.com> References: <20110708120025.5C94210656D9@hub.freebsd.org> <1310178351.5681.4.camel@bmcgover-laptop.beta.com> <4E18403C.8010203@gmail.com> <1310344111.1455.3.camel@bmcgover-laptop.beta.com> <4E1A4F18.5000802@gmail.com> Content-Type: text/plain; charset="us-ascii" Date: Mon, 11 Jul 2011 15:25:31 -0400 Message-ID: <1310412331.1466.41.camel@bmcgover-laptop.beta.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.3 required=5.0 tests=DATE_IN_PAST_12_24,S25R_6, T_RP_MATCHES_RCVD autolearn=no version=3.3.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on spoon.beta.com Cc: freebsd-arm@freebsd.org Subject: Re: Suggestions for arm build for qemu? 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, 11 Jul 2011 22:47:42 -0000 [trimmed] > The 194609 change is also in FreeBSD 8.2 elf_trampoline.c. When it was > in the kernel, qemu would just sit there in some loop. > > With option ARM_CACHE_LOCK_ENABLE compiled into the kernel, qemu will > give an illegal instruction error. > > --Mark Tinguely > I saw that, but when you commented about hand-editing additional changes in to the file, I figured there was "more" that I hadn't picked up yet. As to ARM_CACHE_LOCK_ENABLE, I commented it in /usr/src/sys/arm/xscale/std.xscale, and that seems to removing it from the kernel. At this point, I'm still running in to a: "qemu: fatal: Trying to execute code outside of RAM or ROM at 0x300080e0" after having used an example at http://wiki.openmoko.org/wiki/FreeBSD for mkimage with QEMU 0.14.1 (qemu-devel). I remember there being a patch to allow for compressed kernels, so I need to dig that out when I get back to trying this again. From owner-freebsd-arm@FreeBSD.ORG Mon Jul 11 23:15:15 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 C9736106564A for ; Mon, 11 Jul 2011 23:15:15 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8F9288FC0C for ; Mon, 11 Jul 2011 23:15:15 +0000 (UTC) Received: by iyb11 with SMTP id 11so5350172iyb.13 for ; Mon, 11 Jul 2011 16:15:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=UfuTPWf3Zpu92RY9YpqUcz3vFU46g6eDvn2sPnGNqng=; b=ZqmmzeIEArAOaaLwh6fbumrqCqUT0JDziZP+VIPbivF77/B1ftptj2SnlFWlk51qy3 4MVWsvTMmQYJUzCq+VGUqPlxbzMA7C8nTxPGwJeZFnoa6WMhIWGFSBOSE293eX5oAyvp nG/e2I/r5+wJDTt+CXVKRdHB/Jmn7m1RaPxv8= Received: by 10.231.127.142 with SMTP id g14mr4776890ibs.163.1310426112945; Mon, 11 Jul 2011 16:15:12 -0700 (PDT) Received: from [192.168.1.111] ([206.188.254.192]) by mx.google.com with ESMTPS id v16sm7982720ibe.17.2011.07.11.16.15.11 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 11 Jul 2011 16:15:11 -0700 (PDT) Message-ID: <4E1B83F8.3070700@gmail.com> Date: Mon, 11 Jul 2011 18:15:04 -0500 From: Mark Tinguely User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: "Brian J. McGovern" References: <20110708120025.5C94210656D9@hub.freebsd.org> <1310178351.5681.4.camel@bmcgover-laptop.beta.com> <4E18403C.8010203@gmail.com> <1310344111.1455.3.camel@bmcgover-laptop.beta.com> <4E1A4F18.5000802@gmail.com> <1310412331.1466.41.camel@bmcgover-laptop.beta.com> In-Reply-To: <1310412331.1466.41.camel@bmcgover-laptop.beta.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: Suggestions for arm build for qemu? 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, 11 Jul 2011 23:15:15 -0000 On 7/11/2011 2:25 PM, Brian J. McGovern wrote: > [trimmed] >> The 194609 change is also in FreeBSD 8.2 elf_trampoline.c. When it was >> in the kernel, qemu would just sit there in some loop. >> >> With option ARM_CACHE_LOCK_ENABLE compiled into the kernel, qemu will >> give an illegal instruction error. >> >> --Mark Tinguely >> > I saw that, but when you commented about hand-editing additional changes > in to the file, I figured there was "more" that I hadn't picked up yet. > As to ARM_CACHE_LOCK_ENABLE, I commented it > in /usr/src/sys/arm/xscale/std.xscale, and that seems to removing it > from the kernel. > > At this point, I'm still running in to a: > > "qemu: fatal: Trying to execute code outside of RAM or ROM at > 0x300080e0" after having used an example at > http://wiki.openmoko.org/wiki/FreeBSD for mkimage with QEMU 0.14.1 > (qemu-devel). > > I remember there being a patch to allow for compressed kernels, so I > need to dig that out when I get back to trying this again. > How far does the boot process get before this happens? A quick look at the device map, and that seems to be the PXA2X0_PCMCIA_SLOT1 which is not mapped. You could remove the mkimage and let it try to NFS mount - this is just a test to see if it will boot further. Also with the GUMSTIX and qemu, certain network commands (ntpdate comes to mind) caused page fault in the smc driver. I never investigated. --Mark Tinguely From owner-freebsd-arm@FreeBSD.ORG Tue Jul 12 03:01: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 D9D3A106564A for ; Tue, 12 Jul 2011 03:01:38 +0000 (UTC) (envelope-from mcgovern@beta.com) Received: from spoon.beta.com (spoon.beta.com [199.165.180.2]) by mx1.freebsd.org (Postfix) with ESMTP id 793948FC0A for ; Tue, 12 Jul 2011 03:01:38 +0000 (UTC) Received: from [199.165.180.39] (dhcp9.beta.com [199.165.180.39]) by spoon.beta.com (8.14.4/8.14.4) with ESMTP id p6C31Zn4001558; Mon, 11 Jul 2011 23:01:35 -0400 (EDT) (envelope-from mcgovern@beta.com) From: "Brian J. McGovern" To: Mark Tinguely In-Reply-To: <4E1B83F8.3070700@gmail.com> References: <20110708120025.5C94210656D9@hub.freebsd.org> <1310178351.5681.4.camel@bmcgover-laptop.beta.com> <4E18403C.8010203@gmail.com> <1310344111.1455.3.camel@bmcgover-laptop.beta.com> <4E1A4F18.5000802@gmail.com> <1310412331.1466.41.camel@bmcgover-laptop.beta.com> <4E1B83F8.3070700@gmail.com> Content-Type: text/plain; charset="us-ascii" Date: Mon, 11 Jul 2011 23:01:36 -0400 Message-ID: <1310439696.1438.6.camel@bmcgover-laptop.beta.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.5 required=5.0 tests=S25R_6,T_RP_MATCHES_RCVD autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on spoon.beta.com Cc: freebsd-arm@freebsd.org Subject: Re: Suggestions for arm build for qemu? 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, 12 Jul 2011 03:01:39 -0000 On Mon, 2011-07-11 at 18:15 -0500, Mark Tinguely wrote: > On 7/11/2011 2:25 PM, Brian J. McGovern wrote: > > [trimmed] > >> The 194609 change is also in FreeBSD 8.2 elf_trampoline.c. When it was > >> in the kernel, qemu would just sit there in some loop. > >> > >> With option ARM_CACHE_LOCK_ENABLE compiled into the kernel, qemu will > >> give an illegal instruction error. > >> > >> --Mark Tinguely > >> > > I saw that, but when you commented about hand-editing additional changes > > in to the file, I figured there was "more" that I hadn't picked up yet. > > As to ARM_CACHE_LOCK_ENABLE, I commented it > > in /usr/src/sys/arm/xscale/std.xscale, and that seems to removing it > > from the kernel. > > > > At this point, I'm still running in to a: > > > > "qemu: fatal: Trying to execute code outside of RAM or ROM at > > 0x300080e0" after having used an example at > > http://wiki.openmoko.org/wiki/FreeBSD for mkimage with QEMU 0.14.1 > > (qemu-devel). > > > > I remember there being a patch to allow for compressed kernels, so I > > need to dig that out when I get back to trying this again. > > > > How far does the boot process get before this happens? > > A quick look at the device map, and that seems to be the > PXA2X0_PCMCIA_SLOT1 which is not mapped. > > You could remove the mkimage and let it try to NFS mount - this is just > a test to see if it will boot further. > > Also with the GUMSTIX and qemu, certain network commands (ntpdate comes > to mind) caused page fault in the smc driver. I never investigated. > > --Mark Tinguely > Its pretty much dying right away. The entire session is at the end. A few details to make sure you're up to speed on how I got here... The kernel was built with (note I'm not putting an MFS in it yet - want to get something booting first. Oh, and outside of the ARM_CACHE_LOCK_ENABLE change, is running a "stock" 8.2 codebase): cd /usr/src && make TARGET=arm TARGET_ARCH=arm KERNCONF=GUMSTIX DESTDIR=/usr/tmp/armbuild buildkernel installkernel And then post-processed with mkimage -A arm -O freebsd -T kernel -C none -a 30008000 -e 300080e0 -n "FreeBSD" -d /usr/tmp/armbuild/boot/kernel/kernel /usr/tmp/kernel.armboot Then running: qemu-system-arm -m 512 -kernel /usr/tmp/kernel.armboot If there are any questions as to why I'm doing something a particular way, the answer is "Because the documentation I can find says so". QEMU is 0.14.1 from ports/emulators/qemu-devel. ESC[mUsing AAlib driver: Curses driver 1.0 (curses) ESC[HESC[Jqemu: fatal: Trying to execute code outside RAM or ROM at 0x300080e0 R00=00000000 R01=00000000 R02=00000000 R03=00000000 R04=00000000 R05=00000000 R06=00000000 R07=00000000 R08=00000000 R09=00000000 R10=00000000 R11=00000000 R12=00000000 R13=00000000 R14=00000000 R15=300080e0 PSR=400001d3 -Z-- A svc32 From owner-freebsd-arm@FreeBSD.ORG Tue Jul 12 12:59: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 99AC5106566B for ; Tue, 12 Jul 2011 12:59:54 +0000 (UTC) (envelope-from mcgovern@beta.com) Received: from spoon.beta.com (spoon.beta.com [199.165.180.2]) by mx1.freebsd.org (Postfix) with ESMTP id 320268FC15 for ; Tue, 12 Jul 2011 12:59:53 +0000 (UTC) Received: from [199.165.180.39] (dhcp9.beta.com [199.165.180.39]) by spoon.beta.com (8.14.4/8.14.4) with ESMTP id p6CCxpSS004706; Tue, 12 Jul 2011 08:59:51 -0400 (EDT) (envelope-from mcgovern@beta.com) From: "Brian J. McGovern" To: Mark Tinguely In-Reply-To: <4E1B83F8.3070700@gmail.com> References: <20110708120025.5C94210656D9@hub.freebsd.org> <1310178351.5681.4.camel@bmcgover-laptop.beta.com> <4E18403C.8010203@gmail.com> <1310344111.1455.3.camel@bmcgover-laptop.beta.com> <4E1A4F18.5000802@gmail.com> <1310412331.1466.41.camel@bmcgover-laptop.beta.com> <4E1B83F8.3070700@gmail.com> Content-Type: text/plain; charset="us-ascii" Date: Tue, 12 Jul 2011 08:59:53 -0400 Message-ID: <1310475593.1449.1.camel@bmcgover-laptop.beta.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.5 required=5.0 tests=S25R_6,T_RP_MATCHES_RCVD autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on spoon.beta.com Cc: freebsd-arm@freebsd.org Subject: Re: Suggestions for arm build for qemu? 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, 12 Jul 2011 12:59:54 -0000 On Mon, 2011-07-11 at 18:15 -0500, Mark Tinguely wrote: > On 7/11/2011 2:25 PM, Brian J. McGovern wrote: > > [trimmed] > >> The 194609 change is also in FreeBSD 8.2 elf_trampoline.c. When it was > >> in the kernel, qemu would just sit there in some loop. > >> > >> With option ARM_CACHE_LOCK_ENABLE compiled into the kernel, qemu will > >> give an illegal instruction error. > >> > >> --Mark Tinguely > >> > > I saw that, but when you commented about hand-editing additional changes > > in to the file, I figured there was "more" that I hadn't picked up yet. > > As to ARM_CACHE_LOCK_ENABLE, I commented it > > in /usr/src/sys/arm/xscale/std.xscale, and that seems to removing it > > from the kernel. > > > > At this point, I'm still running in to a: > > > > "qemu: fatal: Trying to execute code outside of RAM or ROM at > > 0x300080e0" after having used an example at > > http://wiki.openmoko.org/wiki/FreeBSD for mkimage with QEMU 0.14.1 > > (qemu-devel). > > > > I remember there being a patch to allow for compressed kernels, so I > > need to dig that out when I get back to trying this again. > > > > How far does the boot process get before this happens? > > A quick look at the device map, and that seems to be the > PXA2X0_PCMCIA_SLOT1 which is not mapped. > > You could remove the mkimage and let it try to NFS mount - this is just > a test to see if it will boot further. > > Also with the GUMSTIX and qemu, certain network commands (ntpdate comes > to mind) caused page fault in the smc driver. I never investigated. > > --Mark Tinguely > Its pretty much dying right away. The entire session is at the end. A few details to make sure you're up to speed on how I got here... The kernel was built with (note I'm not putting an MFS in it yet - want to get something booting first. Oh, and outside of the ARM_CACHE_LOCK_ENABLE change, is running a "stock" 8.2 codebase): cd /usr/src && make TARGET=arm TARGET_ARCH=arm KERNCONF=GUMSTIX DESTDIR=/usr/tmp/armbuild buildkernel installkernel And then post-processed with mkimage -A arm -O freebsd -T kernel -C none -a 30008000 -e 300080e0 -n "FreeBSD" -d /usr/tmp/armbuild/boot/kernel/kernel /usr/tmp/kernel.armboot Then running: qemu-system-arm -m 512 -kernel /usr/tmp/kernel.armboot If there are any questions as to why I'm doing something a particular way, the answer is "Because the documentation I can find says so". QEMU is 0.14.1 from ports/emulators/qemu-devel. ESC[mUsing AAlib driver: Curses driver 1.0 (curses) ESC[HESC[Jqemu: fatal: Trying to execute code outside RAM or ROM at 0x300080e0 R00=00000000 R01=00000000 R02=00000000 R03=00000000 R04=00000000 R05=00000000 R06=00000000 R07=00000000 R08=00000000 R09=00000000 R10=00000000 R11=00000000 R12=00000000 R13=00000000 R14=00000000 R15=300080e0 PSR=400001d3 -Z-- A svc32 From owner-freebsd-arm@FreeBSD.ORG Tue Jul 12 13:15: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 1F13F1065670 for ; Tue, 12 Jul 2011 13:15:38 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id D8F118FC0C for ; Tue, 12 Jul 2011 13:15:36 +0000 (UTC) Received: by iyb11 with SMTP id 11so5962434iyb.13 for ; Tue, 12 Jul 2011 06:15:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=tm+GZEjvDJxVTwGoEH97WjXPGt4JiAaKBWR4SftkkkQ=; b=SfCAWYMTG72Zo3MC2a195BMBa23gbfluCqm5rRMKd//UL9gdhkNTMQz1CXNWdCghia MNfA9E6OKHrq5sDsfwnzPgyeY/5cJndrOBMDEpbEsFQDAWmTsUwJDX/2dGDhFERq1SeL /+1gScihkjqAiHvOZWLf2S7XBHTDsT72DcK7k= Received: by 10.42.164.193 with SMTP id h1mr1489497icy.183.1310476535774; Tue, 12 Jul 2011 06:15:35 -0700 (PDT) Received: from [192.168.1.111] ([206.188.254.192]) by mx.google.com with ESMTPS id f13sm8333611ibe.61.2011.07.12.06.15.34 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 12 Jul 2011 06:15:35 -0700 (PDT) Message-ID: <4E1C48EE.3070905@gmail.com> Date: Tue, 12 Jul 2011 08:15:26 -0500 From: Mark Tinguely User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: "Brian J. McGovern" References: <20110708120025.5C94210656D9@hub.freebsd.org> <1310178351.5681.4.camel@bmcgover-laptop.beta.com> <4E18403C.8010203@gmail.com> <1310344111.1455.3.camel@bmcgover-laptop.beta.com> <4E1A4F18.5000802@gmail.com> <1310412331.1466.41.camel@bmcgover-laptop.beta.com> <4E1B83F8.3070700@gmail.com> <1310439696.1438.6.camel@bmcgover-laptop.beta.com> In-Reply-To: <1310439696.1438.6.camel@bmcgover-laptop.beta.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: Suggestions for arm build for qemu? 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, 12 Jul 2011 13:15:38 -0000 On 7/11/2011 10:01 PM, Brian J. McGovern wrote: > On Mon, 2011-07-11 at 18:15 -0500, Mark Tinguely wrote: >> On 7/11/2011 2:25 PM, Brian J. McGovern wrote: >>> [trimmed] >>>> The 194609 change is also in FreeBSD 8.2 elf_trampoline.c. When it was >>>> in the kernel, qemu would just sit there in some loop. >>>> >>>> With option ARM_CACHE_LOCK_ENABLE compiled into the kernel, qemu will >>>> give an illegal instruction error. >>>> >>>> --Mark Tinguely >>>> >>> I saw that, but when you commented about hand-editing additional changes >>> in to the file, I figured there was "more" that I hadn't picked up yet. >>> As to ARM_CACHE_LOCK_ENABLE, I commented it >>> in /usr/src/sys/arm/xscale/std.xscale, and that seems to removing it >>> from the kernel. >>> >>> At this point, I'm still running in to a: >>> >>> "qemu: fatal: Trying to execute code outside of RAM or ROM at >>> 0x300080e0" after having used an example at >>> http://wiki.openmoko.org/wiki/FreeBSD for mkimage with QEMU 0.14.1 >>> (qemu-devel). >>> >>> I remember there being a patch to allow for compressed kernels, so I >>> need to dig that out when I get back to trying this again. >>> >> How far does the boot process get before this happens? >> >> A quick look at the device map, and that seems to be the >> PXA2X0_PCMCIA_SLOT1 which is not mapped. >> >> You could remove the mkimage and let it try to NFS mount - this is just >> a test to see if it will boot further. >> >> Also with the GUMSTIX and qemu, certain network commands (ntpdate comes >> to mind) caused page fault in the smc driver. I never investigated. >> >> --Mark Tinguely >> > Its pretty much dying right away. The entire session is at the end. A > few details to make sure you're up to speed on how I got here... > > The kernel was built with (note I'm not putting an MFS in it yet - want > to get something booting first. Oh, and outside of the > ARM_CACHE_LOCK_ENABLE change, is running a "stock" 8.2 codebase): > > cd /usr/src&& make TARGET=arm TARGET_ARCH=arm KERNCONF=GUMSTIX > DESTDIR=/usr/tmp/armbuild buildkernel installkernel > > And then post-processed with > mkimage -A arm -O freebsd -T kernel -C none -a 30008000 -e 300080e0 -n > "FreeBSD" > -d /usr/tmp/armbuild/boot/kernel/kernel /usr/tmp/kernel.armboot > > Then running: qemu-system-arm -m 512 -kernel /usr/tmp/kernel.armboot > > If there are any questions as to why I'm doing something a particular > way, the answer is "Because the documentation I can find says so". QEMU > is 0.14.1 from ports/emulators/qemu-devel. > > ESC[mUsing AAlib driver: Curses driver 1.0 (curses) > ESC[HESC[Jqemu: fatal: Trying to execute code outside RAM or ROM at > 0x300080e0 > > R00=00000000 R01=00000000 R02=00000000 R03=00000000 > R04=00000000 R05=00000000 R06=00000000 R07=00000000 > R08=00000000 R09=00000000 R10=00000000 R11=00000000 > R12=00000000 R13=00000000 R14=00000000 R15=300080e0 > PSR=400001d3 -Z-- A svc32 > > Thank-you for the information. You are attempting to execute in device memory. Here is a link to steps that has been wisely given to me: http://lists.freebsd.org/pipermail/freebsd-arm/2009-July/001887.html As you can see from that file, there is also a problem with the console detection that I mentioned to qemu group. I downloaded the GUMSTIX uboot binary file. I don't have a URL handy. After doing the "dd" commands, I believe 'bootelf 40000' should be the correct start location since 0x40000 is hex for 256KB, which is the location that we loaded the kernel in the "flash" file. You will get warnings to the kernel loadable modules that are require for qemu to operate "aio" comes to mind. --Mark Tinguely. From owner-freebsd-arm@FreeBSD.ORG Fri Jul 15 01:42: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 C30D31065670 for ; Fri, 15 Jul 2011 01:42:31 +0000 (UTC) (envelope-from mcgovern@beta.com) Received: from spoon.beta.com (spoon.beta.com [199.165.180.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4BCCB8FC0C for ; Fri, 15 Jul 2011 01:42:30 +0000 (UTC) Received: from [199.165.180.39] (dhcp9.beta.com [199.165.180.39]) by spoon.beta.com (8.14.4/8.14.4) with ESMTP id p6F1gSs7022913; Thu, 14 Jul 2011 21:42:28 -0400 (EDT) (envelope-from mcgovern@beta.com) From: "Brian J. McGovern" To: Mark Tinguely In-Reply-To: <4E1C48EE.3070905@gmail.com> References: <20110708120025.5C94210656D9@hub.freebsd.org> <1310178351.5681.4.camel@bmcgover-laptop.beta.com> <4E18403C.8010203@gmail.com> <1310344111.1455.3.camel@bmcgover-laptop.beta.com> <4E1A4F18.5000802@gmail.com> <1310412331.1466.41.camel@bmcgover-laptop.beta.com> <4E1B83F8.3070700@gmail.com> <1310439696.1438.6.camel@bmcgover-laptop.beta.com> <4E1C48EE.3070905@gmail.com> Content-Type: text/plain; charset="us-ascii" Date: Thu, 14 Jul 2011 16:21:05 -0400 Message-ID: <1310674865.1447.71.camel@bmcgover-laptop.beta.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.5 required=5.0 tests=DATE_IN_PAST_03_06,S25R_6, T_RP_MATCHES_RCVD autolearn=no version=3.3.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on spoon.beta.com Cc: freebsd-arm@freebsd.org Subject: Re: Suggestions for arm build for qemu? 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, 15 Jul 2011 01:42:31 -0000 [trimmed] > Thank-you for the information. You are attempting to execute in device > memory. > > Here is a link to steps that has been wisely given to me: > > http://lists.freebsd.org/pipermail/freebsd-arm/2009-July/001887.html > > As you can see from that file, there is also a problem with the console > detection that I mentioned to qemu group. > > I downloaded the GUMSTIX uboot binary file. I don't have a URL handy. > > After doing the "dd" commands, I believe 'bootelf 40000' should be the > correct start location since 0x40000 is hex for 256KB, which is the > location that we loaded the kernel in the "flash" file. > > You will get warnings to the kernel loadable modules that are require > for qemu to operate "aio" comes to mind. > > --Mark Tinguely. > > Good news... There is progress. Bad news... not there yet. The kernel starts to boot and then it hangs. The one question I have surrounds the patch to sys/arm/arm/elf_trampoline. The current version I have matches to version 194609. Is it possible you meant I needed the extra assembly code from the prior version (188019) to avoid the hang up? The diffs I have to date is (from a RELENG_8_2_0_RELEASE baseline): diff -r src.orig/sys/arm/conf/GUMSTIX src/sys/arm/conf/GUMSTIX 92a93,95 > > options MD_ROOT > options MD_ROOT_SIZE=4096 diff -r src.orig/sys/arm/xscale/pxa/uart_bus_pxa.c src/sys/arm/xscale/pxa/uart_bus_pxa.c 74a75,76 > #define QEMU 1 > #ifdef QEMU 76a79,81 > if (0x40100000 != (unsigned int)base) > return (ENXIO); > #else 80c85 < --- > #endif diff -r src.orig/sys/arm/xscale/std.xscale src/sys/arm/xscale/std.xscale 2c2 < options ARM_CACHE_LOCK_ENABLE --- > #options ARM_CACHE_LOCK_ENABLE The output to date is U-Boot 1.2.0 (May 10 2008 - 13:33:03) - 400 MHz - 1604 *** Welcome to Gumstix *** DRAM: 64 MB Flash: 16 MB Using default environment SMC91C1111-0 Net: SMC91C1111-0 Hit any key to stop autoboot: 0 Instruction Cache is ON Copying kernel to 0xa2000000 from 0x00f00000 (length 0x00100000)...done ## Booting image at a2000000 ... Bad Magic Number GUM> ^R GUM> GUM> bootelf 40000 bootelf 40000 Loading .text @ 0xa0200074 (13004 bytes) Loading .rodata @ 0xa0203340 (356 bytes) Loading .rodata.str1.4 @ 0xa02034a4 (46 bytes) Loading .data @ 0xa02044d4 (28 bytes) Loading .real_kernel @ 0xa02044f0 (1833541 bytes) Clearing .bss @ 0xa03c3f38 (34016 bytes) ## Starting application at 0xa0200074 ... From owner-freebsd-arm@FreeBSD.ORG Fri Jul 15 02:24:37 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 02D89106566B for ; Fri, 15 Jul 2011 02:24:37 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id AE51C8FC0C for ; Fri, 15 Jul 2011 02:24:36 +0000 (UTC) Received: by yxl31 with SMTP id 31so455164yxl.13 for ; Thu, 14 Jul 2011 19:24:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=vYFV5OgI1KIuhqvYbrBH+hsQL3EsOTSwbmZCMYZVQhQ=; b=bVn68EDSYsHAu8jq7lW+RfKgSyvXri1dSemngk94df04kqzwiH9QLmQPaHUSdnFhc8 KVOBEOxxkwK4DI8M9bYYMCsRD+quxzD8Q6MpaTK4Prl63VvbKv7/WrlrT1+jpEuX/frp m7xh9XMAgs2hVeoelPiY2Gv9hGMRG1xDu19xg= Received: by 10.236.145.196 with SMTP id p44mr4420090yhj.83.1310696675828; Thu, 14 Jul 2011 19:24:35 -0700 (PDT) Received: from [192.168.1.105] (24-116-86-33.cpe.cableone.net [24.116.86.33]) by mx.google.com with ESMTPS id e24sm774254yhk.9.2011.07.14.19.24.34 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 14 Jul 2011 19:24:35 -0700 (PDT) Message-ID: <4E1FA4E0.5050703@gmail.com> Date: Thu, 14 Jul 2011 21:24:32 -0500 From: Mark Tinguely User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: "Brian J. McGovern" References: <20110708120025.5C94210656D9@hub.freebsd.org> <1310178351.5681.4.camel@bmcgover-laptop.beta.com> <4E18403C.8010203@gmail.com> <1310344111.1455.3.camel@bmcgover-laptop.beta.com> <4E1A4F18.5000802@gmail.com> <1310412331.1466.41.camel@bmcgover-laptop.beta.com> <4E1B83F8.3070700@gmail.com> <1310439696.1438.6.camel@bmcgover-laptop.beta.com> <4E1C48EE.3070905@gmail.com> <1310674865.1447.71.camel@bmcgover-laptop.beta.com> In-Reply-To: <1310674865.1447.71.camel@bmcgover-laptop.beta.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: Suggestions for arm build for qemu? 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, 15 Jul 2011 02:24:37 -0000 On 7/14/2011 3:21 PM, Brian J. McGovern wrote: > [trimmed] > Good news... There is progress. Bad news... not there yet. The kernel > starts to boot and then it hangs. > > The one question I have surrounds the patch to > sys/arm/arm/elf_trampoline. The current version I have matches to > version 194609. Is it possible you meant I needed the extra assembly > code from the prior version (188019) to avoid the hang up? > Yes, 194609 is the problem for qemu. Use 188019 instead. From owner-freebsd-arm@FreeBSD.ORG Fri Jul 15 17:50:08 2011 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 D37CD106564A for ; Fri, 15 Jul 2011 17:50:08 +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 A6B408FC0C for ; Fri, 15 Jul 2011 17:50:08 +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 p6FHo8Df009953 for ; Fri, 15 Jul 2011 17:50:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p6FHo85p009952; Fri, 15 Jul 2011 17:50:08 GMT (envelope-from gnats) Resent-Date: Fri, 15 Jul 2011 17:50:08 GMT Resent-Message-Id: <201107151750.p6FHo85p009952@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-arm@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, kirk russell Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FACF1065670 for ; Fri, 15 Jul 2011 17:49:13 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 1F0868FC0C for ; Fri, 15 Jul 2011 17:49:13 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id p6FHnCOj095383 for ; Fri, 15 Jul 2011 17:49:12 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id p6FHnCDE095382; Fri, 15 Jul 2011 17:49:12 GMT (envelope-from nobody) Message-Id: <201107151749.p6FHnCDE095382@red.freebsd.org> Date: Fri, 15 Jul 2011 17:49:12 GMT From: kirk russell To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: arm/158950: arm/sheevaplug fails fsx when mmap operations are enabled 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, 15 Jul 2011 17:50:08 -0000 >Number: 158950 >Category: arm >Synopsis: arm/sheevaplug fails fsx when mmap operations are enabled >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 15 17:50:08 UTC 2011 >Closed-Date: >Last-Modified: >Originator: kirk russell >Release: 9.0-CURRENT(July, 2011) and 8.2-RELEASE >Organization: http://www.ba23.org/ >Environment: FreeBSD node79 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Fri Jul 15 17:08:59 IST 2011 toor@freenas:/usr/obj/arm.arm/usr/src/sys/NODE79 arm >Description: I can get fsx to run okay if I disable the mmap operations, using the -RW command line options. When I enable the mmap operations, fsx appears to fail. See "How to repeat" for the fsx output. This is the output of the boot rom and the kernel booting. __ __ _ _ | \/ | __ _ _ ____ _____| | | | |\/| |/ _` | '__\ \ / / _ \ | | | | | | (_| | | \ V / __/ | | |_| |_|\__,_|_| \_/ \___|_|_| _ _ ____ _ | | | | | __ ) ___ ___ | |_ | | | |___| _ \ / _ \ / _ \| __| | |_| |___| |_) | (_) | (_) | |_ \___/ |____/ \___/ \___/ \__| ** MARVELL BOARD: SHEEVA PLUG LE U-Boot 1.1.4 (Mar 19 2009 - 16:06:59) Marvell version: 3.4.16 U-Boot code: 00600000 -> 0067FFF0 BSS: -> 006CEE80 Soc: 88F6281 A0 (DDR2) CPU running @ 1200Mhz L2 running @ 400Mhz SysClock = 400Mhz , TClock = 200Mhz DRAM CAS Latency = 5 tRP = 5 tRAS = 18 tRCD=6 DRAM CS[0] base 0x00000000 size 256MB DRAM CS[1] base 0x10000000 size 256MB DRAM Total size 512MB 16bit width Flash: 0 kB Addresses 8M - 0M are saved for the U-Boot usage. Mem malloc Initialization (8M - 7M): Done NAND:512 MB CPU : Marvell Feroceon (Rev 1) Streaming disabled Write allocate disabled USB 0: host mode PEX 0: interface detected no Link. Net: egiga0 [PRIME], egiga1 Hit any key to stop autoboot: 0 Using egiga0 device TFTP from server 192.168.1.23; our IP address is 192.168.1.79 Filename 'node79.bin'. Load address: 0x900000 Loading: ################################################################# [...] done Bytes transferred = 2997752 (2dbdf8 hex) ## Starting application at 0x00900000 ... dtbp = 0xc0bba550 KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #0: Fri Jul 15 17:08:59 IST 2011 toor@freenas:/usr/obj/arm.arm/usr/src/sys/NODE79 arm CPU: Feroceon 88FR131 rev 1 (Marvell core) DC enabled IC enabled WB enabled EABT branch prediction enabled 16KB/32B 4-way Instruction cache 16KB/32B 4-way write-back-locking-C Data cache real memory = 536870912 (512 MB) avail memory = 520232960 (496 MB) SOC: Marvell 88F6281 rev A0, TClock 200MHz simplebus0: on fdtbus0 ic0: mem 0xf1020200-0xf102023b on simplebus0 timer0: mem 0xf1020300-0xf102032f irq 1 on simplebus0 Event timer "CPUTimer0" frequency 200000000 Hz quality 1000 Timecounter "CPUTimer1" frequency 200000000 Hz quality 1000 gpio0: mem 0xf1010100-0xf101011f irq 35,36,37,38,39,40,41 on simplebus0 rtc0: mem 0xf1010300-0xf1010307 on simplebus0 mge0: mem 0xf1072000-0xf1073fff irq 12,13,14,11,46 on simplebus0 mge0: Ethernet address: 00:50:43:01:d6:c8 miibus0: on mge0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto uart0: <16550 or compatible> mem 0xf1012000-0xf101201f irq 33 on simplebus0 uart0: console (1066,n,8,1) uart1: <16550 or compatible> mem 0xf1012100-0xf101211f irq 34 on simplebus0 ehci0: mem 0xf1050000-0xf1050fff irq 48,19 on simplebus0 usbus0: EHCI version 1.0 usbus0: set host controller mode usbus0: on ehci0 Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 bootpc_init: wired to interface 'mge0' Sending DHCP Discover packet from interface mge0 (00:50:43:01:d6:c8) ugen0.1: at usbus0 uhub0: on usbus0 mge0: link state changed to UP uhub0: 1 port with 1 removable, self powered Received DHCP Offer packet on mge0 from 192.168.1.23 (accepted) (no root path) ugen0.2: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3745MB (7669824 512 byte sectors: 255H 63S/T 477C) Sending DHCP Request packet from interface mge0 (00:50:43:01:d6:c8) Received DHCP Ack packet on mge0 from 192.168.1.23 (accepted) (got root path) mge0 at 192.168.1.79 server 192.168.1.23 boot file node79.bin subnet mask 255.255.255.0 router 192.168.1.101 root_server 192.168.1.23 rootfs /export/tank/freebsd/arm8le hostname node79 Adjusted interface mge0 Trying to mount root from nfs: []... NFS ROOT: 192.168.1.23:/export/tank/freebsd/arm8le Interface mge0 IP-Address 192.168.1.79 Broadcast 192.168.1.255 Setting hostuuid: 4e548f07-9f3f-11e0-8815-00504301d6c8. Setting hostid: 0xb812a530. Entropy harvesting: interrupts ethernet point_to_point kickstart. Starting file system checks: mount_nfs: can't update /var/db/mounttab for 192.168.1.23:/export/tank/freebsd/arm8le Mounting local file systems:. Starting Network: lo0. lo0: flags=8049 metric 0 mtu 16384 options=3 inet 127.0.0.1 netmask 0xff000000 Starting devd. devd: cannot open pid file: Operation not supported Mounting NFS file systems:. Creating and/or trimming log files. Starting syslogd. syslogd: cannot open pid file: Operation not supported ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib Starting rpcbind. Jul 15 17:20:09 node79 rpcbind: cannot get information for udp6 Jul 15 17:20:09 node79 rpcbind: cannot get information for tcp6 NFS access cache time=60 Clearing /tmp. Starting lockd. Jul 15 17:20:11 node79 kernel: NLM: failed to contact remote rpcbind, stat = 0, port = 0 Jul 15 17:20:11 node79 kernel: Can't start NLM - unable to contact NSM Starting local daemons:. Updating motd:. Starting sshd. Fri Jul 15 17:20:13 UTC 2011 FreeBSD/arm (node79) (ttyu0) login: >How-To-Repeat: This is a USB key. node79# newfs /dev/da0s2a Reduced frags per cylinder group from 94088 to 94048 to enlarge last cyl group /dev/da0s2a: 2945.0MB (6031360 sectors) block size 16384, fragment size 2048 using 17 cylinder groups of 183.69MB, 11756 blks, 23552 inodes. super-block backups (for fsck -b #) at: 160, 376352, 752544, 1128736, 1504928, 1881120, 2257312, 2633504, 3009696, 3385888, 3762080, 4138272, 4514464, 4890656, 5266848, 5643040, 6019232 node79# /sbin/mount -o noclusterr,noclusterw /dev/da0s2a /mnt node79# cd /mnt node79# fsx sheevaplug truncating to largest ever: 0x13e76 READ BAD DATA: offset = 0xf369, size = 0xbd47 OFFSET GOOD BAD RANGE 0x f400 0x0593 0x0000 0x 9f operation# (mod 256) for the bad data unknown, check HOLE and EXTEND ops LOG DUMP (9 total operations): 1(1 mod 256): TRUNCATE UP from 0x0 to 0x13e76 ******WWWW 2(2 mod 256): WRITE 0x17098 thru 0x26857 (0xf7c0 bytes) HOLE 3(3 mod 256): READ 0xc73e thru 0x1b801 (0xf0c4 bytes) ***RRRR*** 4(4 mod 256): MAPWRITE 0x32e00 thru 0x331fc (0x3fd bytes) 5(5 mod 256): MAPWRITE 0x7ac1 thru 0x11029 (0x9569 bytes) ******WWWW 6(6 mod 256): READ 0x1f62e thru 0x2177f (0x2152 bytes) 7(7 mod 256): WRITE 0x756 thru 0xede (0x789 bytes) 8(8 mod 256): READ 0x18f13 thru 0x27d18 (0xee06 bytes) 9(9 mod 256): READ 0xf369 thru 0x1b0af (0xbd47 bytes) ***RRRR*** Correct content saved for comparison (maybe hexdump "sheevaplug" vs "sheevaplug.fsxgood") node79# cmp sheevaplug* sheevaplug sheevaplug.fsxgood differ: char 62465, line 63 >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Fri Jul 15 19:06:10 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 02A02106566B for ; Fri, 15 Jul 2011 19:06:10 +0000 (UTC) (envelope-from kirk.j.russell@gmail.com) Received: from mail-pz0-f49.google.com (mail-pz0-f49.google.com [209.85.210.49]) by mx1.freebsd.org (Postfix) with ESMTP id D33BD8FC1B for ; Fri, 15 Jul 2011 19:06:09 +0000 (UTC) Received: by pzk33 with SMTP id 33so2457396pzk.8 for ; Fri, 15 Jul 2011 12:06:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:reply-to:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type:content-transfer-encoding; bh=IKuKH/9l9ULwOBX72US3meh/A/IjX1fJYOqx5URuZBE=; b=uOAmY+ICXNBpPxpHkmrvIW1RmFwRtjk5laIk+3qc89P8Q8uO5lCYjGf911pyLY0Vet Q+bspm/XdIzOv1C5hGE7C4H+hbHScgVeQMW13den+T8SkxCNzftZvZLKxOGu6lOKetWp jUjEfNSqGn2moQJsLoTWJQ8QuxwzxSG16wkgA= MIME-Version: 1.0 Received: by 10.142.62.29 with SMTP id k29mr1596357wfa.253.1310755462341; Fri, 15 Jul 2011 11:44:22 -0700 (PDT) Sender: kirk.j.russell@gmail.com Received: by 10.142.185.18 with HTTP; Fri, 15 Jul 2011 11:44:22 -0700 (PDT) Date: Fri, 15 Jul 2011 19:44:22 +0100 X-Google-Sender-Auth: AmwN9XlP3eut2z_iUbW9s9ns-DE Message-ID: From: kirk russell To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: NFS root problems with sheevaplug with current X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kirk@ba23.org List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jul 2011 19:06:10 -0000 When I tried using a 9.0-CURRENT kernel with my sheevaplug, I was unable to use a nfs root. My work-a-round was to change the kernel config file. I didn't do anymore debugging -- not sure what the state of NFS is. This is the work-a-round: # cvs diff SHEEVAPLUG Index: SHEEVAPLUG =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/arm/conf/SHEEVAPLUG,v retrieving revision 1.3 diff -r1.3 SHEEVAPLUG 20c20 < options NFSCLIENT #Network Filesystem Client --- > options NFSCL #Network Filesystem Client Here are the errors I was seeing on the console: Sending DHCP Request packet from interface mge0 (00:50:43:01:d6:c8) Received DHCP Ack packet on mge0 from 192.168.1.23 (accepted) (got root pat= h) mge0 at 192.168.1.79 server 192.168.1.23 boot file node79.bin subnet mask 255.255.255.0 router 192.168.1.101 root_server 192.168.1.23 rootfs /export/tank/freebsd/arm8le hostname node79 Adjusted interface mge0 Trying to mount root from nfs: []... Mounting from nfs: failed with error 2: unknown file system. Trying to mount root from oldnfs: []... NFS ROOT: 192.168.1.23:/export/tank/freebsd/arm8le Setting hostuuid: 4e548f07-9f3f-11e0-8815-00504301d6c8. Setting hostid: 0xb812a530. Entropy harvesting: interrupts ethernet point_to_point kickstart. Starting file system checks: mount: 192.168.1.23:/export/tank/freebsd/arm8le Invalid hostname: Invalid argument Mounting root filesystem rw failed, startup aborted ERROR: ABORTING BOOT (sending SIGTERM to parent)! Jul 15 17:51:23 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Enter full pathname of shell or RETURN for /bin/sh: # df Filesystem 512-blocks Used Avail Capacity Mounted on 192.168.1.23:/export/tank/freebsd/arm8le 16777216 2173416 14603800 13%= / --=20 Kirk Russell =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 htt= p://www.ba23.org/