From owner-freebsd-arm@FreeBSD.ORG Mon Nov 26 10:02:51 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15582CB8 for ; Mon, 26 Nov 2012 10:02:51 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from nahkohe.jetcafe.org (nahkohe.jetcafe.org [205.147.26.32]) by mx1.freebsd.org (Postfix) with ESMTP id E5A768FC08 for ; Mon, 26 Nov 2012 10:02:50 +0000 (UTC) X-Envelope-To: freebsd-arm@freebsd.org Received: from [205.147.26.5] (hokkshideh4.jetcafe.org [205.147.26.5]) by nahkohe.jetcafe.org (8.14.2/8.14.2) with ESMTP id qAQ9tBUF067202 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Nov 2012 01:55:11 -0800 (PST) Message-ID: <50B33C7F.2040303@jetcafe.org> Date: Mon, 26 Nov 2012 01:55:11 -0800 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120612 Thunderbird/13.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: Dreamplug and eSATA problems References: <50A150C7.2080805@jetcafe.org> <1353643442.69940.45.camel@revolution.hippie.lan> In-Reply-To: <1353643442.69940.45.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 10:02:51 -0000 On 11/22/12 20:04, Ian Lepore wrote: > It'll be a while before I can get back to this and start tracking down > the point at which the problem went away in -current. If you want a > quick workaround for now, the attached patch will set the data cache to > writethrough (the performance hit isn't as bad as you'd think). Thank you! This appears to work fine; I've built several ports including Perl, and they appear to work. Usually if a machine can build ports, it's got fairly solid hardware. As to a performance hit, I'm not really informed enough about the arm architecture to notice. This is the first I've been able to really use this box, so I'm considering that enough for now. Fairly soon I will be doing some network performance tests between the two network interfaces, so maybe the performance issue will show up when that test happens. How new is your DP? I understand the hardware has changed again; I may need to get another one of these so I'm curious when that change occurred? -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< A man who was handsome, intelligent, and elegant, was asked who he was. "I am the Devil", he replied. "But that cannot be," said the questioner, "for the Devil is evil and ugly!" "My friend," was the reply, "you have been listening to my detractors." From owner-freebsd-arm@FreeBSD.ORG Mon Nov 26 11:06:41 2012 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 349F04DA for ; Mon, 26 Nov 2012 11:06:41 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 191D48FC15 for ; Mon, 26 Nov 2012 11:06:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qAQB6e0Q019319 for ; Mon, 26 Nov 2012 11:06:40 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qAQB6eeH019317 for freebsd-arm@FreeBSD.org; Mon, 26 Nov 2012 11:06:40 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 26 Nov 2012 11:06:40 GMT Message-Id: <201211261106.qAQB6eeH019317@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 Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 11:06:41 -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/173617 arm Dreamplug exhibits eSATA file corruption using network o kern/171096 arm [arm][xscale][ixp]Allow 16bit access on PCI bus o arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o arm/161044 arm devel/icu does not build on arm o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) p arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/149288 arm mail/dovecot causes panic during configure on Sheevapl o arm/134368 arm [patch] nslu2_led driver for the LEDs on the NSLU2 p arm/134338 arm [patch] Lock GPIO accesses on ixp425 15 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Nov 26 11:08:05 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2DA08B0 for ; Mon, 26 Nov 2012 11:08:05 +0000 (UTC) (envelope-from kittyyu1979@163.com) Received: from m12-14.163.com (m12-14.163.com [220.181.12.14]) by mx1.freebsd.org (Postfix) with ESMTP id 19CF88FC23 for ; Mon, 26 Nov 2012 11:08:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:Subject:From:Content-Type:Message-Id:Date: To:Content-Transfer-Encoding:Mime-Version; bh=GptABFta7fnYnP7tP7 vHNkY1VzuRbWmDPZAMo83N2ko=; b=EiJoI/SgKROxOJQbHczaj8X3NqIdenyb7s dcxdGGvvSHyVNioNKGKrwHy/JltuQKhGikDK/Z9njMUTpNsMzxQqOzqvxyoGv9k2 m7brUmJttguPiiqnzNSiT+8B4WStzVEqwjVMxoEcvAnGwLJmVT8G8+UXGeiiVPV6 SJu3K6iRI= Received: from [192.168.1.122] (unknown [122.245.25.163]) by smtp10 (Coremail) with SMTP id DsCowEC5gmOKTbNQVDu0BA--.1450S2; Mon, 26 Nov 2012 19:07:54 +0800 (CST) X-Coremail-DSSMTP: 122.245.25.163 Subject: Re: smsc0: warning: Failed to write register 0x114 From: kittyyu1979 Content-Type: text/plain; charset=GB2312 Message-Id: <03DE9AA0-0B4F-4DED-BDF3-6748D864EDCF@163.com> Date: Mon, 26 Nov 2012 19:07:52 +0800 To: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-Mailer: iPhone Mail (9B206) X-CM-TRANSID: DsCowEC5gmOKTbNQVDu0BA--.1450S2 X-Coremail-Antispam: 1Uf129KBjDUn29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7v73 VFW2AGmfu7bjvjm3AaLaJ3UbIYCTnIWIevJa73UjIFyTuYvjTR9J5OUUUUU X-CM-SenderInfo: xnlw3511xrmlqz6rljoofrz/1tbiDgtzX09o1AgQFwAAsV X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 11:08:05 -0000 U kd=D2=BB= From owner-freebsd-arm@FreeBSD.ORG Mon Nov 26 18:05:11 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4C0BD40 for ; Mon, 26 Nov 2012 18:05:11 +0000 (UTC) (envelope-from gnu699@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8841C8FC13 for ; Mon, 26 Nov 2012 18:05:11 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id k19so10371909qcs.13 for ; Mon, 26 Nov 2012 10:05:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=4qx8ePWGAhil5+R9Ll+SN+ByBUVPk20GNkVD1PNKJDA=; b=GxAQgpsPu0S5/nmEtaJZbRqV04EYQ3H68ax7azz3upVZQcZ8jPuUZslwrdTzjkCMK6 Yq1XFWOkl+I8lTxERTuA2Wy121vwaSCtsSpGhu1F2/6IoGIsGQAqvm4Y57x4zkwICrVK ZRDFRDk4uJ2EuDyOSx0WBm1rLMf8P0c3AfnYE9wbvhMh/qLhMi6jO+cJhJJy6En7Thuh OWxpw8oiIPgd8LM5VxZLXN3SRMIMdHrTQkq3qsuMU5h0ooqpd/yv+F8pE9rdRsGuGKbJ AYFT4Geg5qqh3jlRK2wV7nGQFxAxm/EXbuflPltHVuiHHCCh/OSkj2l/N5Hk3tq/9P+Z lbkQ== Received: by 10.224.189.81 with SMTP id dd17mr13437274qab.64.1353953110760; Mon, 26 Nov 2012 10:05:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.49.75.138 with HTTP; Mon, 26 Nov 2012 10:04:50 -0800 (PST) From: Francois Gnu Date: Mon, 26 Nov 2012 12:04:50 -0600 Message-ID: Subject: Virtualization To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 18:05:11 -0000 Hello! I would like to know if there are any tests with cortex A-15 processor. If so, if it works. Or other processors with virtualization (what model of processor) were tested. Thanks! Librement, ------ From owner-freebsd-arm@FreeBSD.ORG Mon Nov 26 20:42:37 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 73DF94A3 for ; Mon, 26 Nov 2012 20:42:37 +0000 (UTC) (envelope-from qliu2012h@o2.pl) Received: from moh2-ve2.go2.pl (moh2-ve2.go2.pl [193.17.41.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6A4068FC0C for ; Mon, 26 Nov 2012 20:42:35 +0000 (UTC) Received: from moh2-ve2.go2.pl (unknown [10.0.0.200]) by moh2-ve2.go2.pl (Postfix) with ESMTP id 86AF8DA4007; Mon, 26 Nov 2012 21:42:34 +0100 (CET) Received: from o2.pl (unknown [10.0.0.33]) by moh2-ve2.go2.pl (Postfix) with SMTP; Mon, 26 Nov 2012 21:42:34 +0100 (CET) Subject: =?UTF-8?Q?Re:?= From: =?UTF-8?Q?qliu2012h?= To: sbir@sbtdc.org, buhgalter@novotech.surgut.ru, dobey@novell.com, freebsd-arm@freebsd.org Mime-Version: 1.0 Message-ID: Date: Mon, 26 Nov 2012 21:42:33 +0100 X-Originator: 77.247.181.164 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 20:42:37 -0000 http://fcollierlovep.cu.cc/?name-ROSELLAIt=20sucks=20not=20being=20misera= ble=20enough=20to=20bust=20out=20a=20good=20tweet. From owner-freebsd-arm@FreeBSD.ORG Mon Nov 26 20:57:25 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16794A07 for ; Mon, 26 Nov 2012 20:57:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6D74F8FC13 for ; Mon, 26 Nov 2012 20:57:24 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id u54so4873586wey.13 for ; Mon, 26 Nov 2012 12:57:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=4TYJRlWNVfhn9htwGrhi1DAVH4oPDU8AcKsodg8I19E=; b=GkNkHB7CufKX+UIxwsQoZR2q38I8SmnOxVVUDFCmpOnzWdv2bZ9bz4B0PU/W1m5eEM oqrzG0+oAoQpcPkvvUmbGIUrXiRpnt0RJKFS4f+91f/LmBUjBa09hG1U6updNbEzhJqZ KLZb5n8ycTyQhBHCIB00jY+rFUMuIMx4YYVNJ7zMSE02iPV/LluRdDMl6wTboqZPiq9B ekIDgotmjHo8DwzTTLSXFXyRUrMVND9Nqf/mlYbqx7BBeA9+a3P9RyWkA6jq49VXIWIi 0fh07gxLpIGO49c7dOThEbNZkNI4bJ9sgvU8aXHEEeHq5zQLwUXZr6QiSVL8locs+jHx tAig== MIME-Version: 1.0 Received: by 10.180.93.3 with SMTP id cq3mr23748151wib.1.1353963442420; Mon, 26 Nov 2012 12:57:22 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.217.57.9 with HTTP; Mon, 26 Nov 2012 12:57:22 -0800 (PST) In-Reply-To: <50B33C7F.2040303@jetcafe.org> References: <50A150C7.2080805@jetcafe.org> <1353643442.69940.45.camel@revolution.hippie.lan> <50B33C7F.2040303@jetcafe.org> Date: Mon, 26 Nov 2012 12:57:22 -0800 X-Google-Sender-Auth: ETjJ9bbe5SSl7Jl7KURZHk1LOBU Message-ID: Subject: Re: Dreamplug and eSATA problems From: Adrian Chadd To: Dave Hayes Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 20:57:25 -0000 .. hm, is this WT/WB cache handling a general problem with ARM? I've had some people comment about the stability of userland on older ARM platforms (specifically ixp425 based systems) where it worked fine for kernel-specific things (routing, bridging) but userland was unstable. So I wonder whether there's a more general ARM problem here. I'll have an ixp425 setup working soon (the gateworks cambria/avila boards) as well as the R-Pi and Pandaboard; so I'll be able to do some userland testing and provide feedback. Thanks, Adrian From owner-freebsd-arm@FreeBSD.ORG Mon Nov 26 21:52:45 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D59EF3BF; Mon, 26 Nov 2012 21:52:45 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 3FBD78FC0C; Mon, 26 Nov 2012 21:52:44 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qAQLqhJu092950; Mon, 26 Nov 2012 14:52:43 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qAQLqe9l037695; Mon, 26 Nov 2012 14:52:40 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Dreamplug and eSATA problems From: Ian Lepore To: Adrian Chadd In-Reply-To: References: <50A150C7.2080805@jetcafe.org> <1353643442.69940.45.camel@revolution.hippie.lan> <50B33C7F.2040303@jetcafe.org> Content-Type: text/plain; charset="us-ascii" Date: Mon, 26 Nov 2012 14:52:40 -0700 Message-ID: <1353966760.69940.119.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 21:52:46 -0000 On Mon, 2012-11-26 at 12:57 -0800, Adrian Chadd wrote: > .. hm, is this WT/WB cache handling a general problem with ARM? > > I've had some people comment about the stability of userland on older > ARM platforms (specifically ixp425 based systems) where it worked fine > for kernel-specific things (routing, bridging) but userland was > unstable. > > So I wonder whether there's a more general ARM problem here. > > I'll have an ixp425 setup working soon (the gateworks cambria/avila > boards) as well as the R-Pi and Pandaboard; so I'll be able to do some > userland testing and provide feedback. The only systemic arm cache problem I know of is the partial cacheline flush problem that we haven't even begun to actually fix yet -- it needs some support in the busdma_machdep routines, which I posted a patchset for, and then it needs misbehaving drivers to be tweaked to behave correctly in terms of allocating dma buffers; arm and mips and any other VIVT architectures need this same treatment. But I've fought the various cache flush problems so much in armland that toggling between WB/WT and seeing if the problem follows writeback is pretty much step #2 (step 1 being "recreate the problem"). Usually if the problem follows the writeback, you've got a partial cacheline flush problem. In this case, I instrumented the busdma sync code, and partial flushes are never happening. There could be subtle trouble down in the low-level asm cache flush code for sheeva chips. Unfortunately, the docs for the sheeva mmu are proprietary, so it's hard to evaluate whether that code is doing anything wrong. The most interesting datapoint right now is that the problem happens on 9.1 but not -current. I'm afraid that could be an accident, like maybe it wasn't fixed, just made very unlikely by timing differences. I hope to start investigating that in a few days, but that's a difficult path because a big non-trivial set of patches have to be applied to each checkout just to get a dreamplug to boot. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Nov 26 21:59:52 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13F936E7 for ; Mon, 26 Nov 2012 21:59:52 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 999928FC15 for ; Mon, 26 Nov 2012 21:59:51 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qAQLxp5G093093 for ; Mon, 26 Nov 2012 14:59:51 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qAQLxmAX037708; Mon, 26 Nov 2012 14:59:48 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Dreamplug and eSATA problems From: Ian Lepore To: Dave Hayes In-Reply-To: <50B33C7F.2040303@jetcafe.org> References: <50A150C7.2080805@jetcafe.org> <1353643442.69940.45.camel@revolution.hippie.lan> <50B33C7F.2040303@jetcafe.org> Content-Type: text/plain; charset="us-ascii" Date: Mon, 26 Nov 2012 14:59:48 -0700 Message-ID: <1353967188.69940.125.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 21:59:52 -0000 On Mon, 2012-11-26 at 01:55 -0800, Dave Hayes wrote: > On 11/22/12 20:04, Ian Lepore wrote: > > It'll be a while before I can get back to this and start tracking down > > the point at which the problem went away in -current. If you want a > > quick workaround for now, the attached patch will set the data cache to > > writethrough (the performance hit isn't as bad as you'd think). > > Thank you! This appears to work fine; I've built several ports including > Perl, and they appear to work. Usually if a machine can build ports, > it's got fairly solid hardware. > > As to a performance hit, I'm not really informed enough about the arm > architecture to notice. This is the first I've been able to really use > this box, so I'm considering that enough for now. > > Fairly soon I will be doing some network performance tests between the > two network interfaces, so maybe the performance issue will show up when > that test happens. > > How new is your DP? I understand the hardware has changed again; I may > need to get another one of these so I'm curious when that change occurred? This DP has 1001 and 0301 next to the serial number on the label. My other one is 1001N and 0201. The new one has NOR flash, the 1001N had NAND. I heard from someone that only about 50 of the nand-based units were built. Considering how much it costs to layout a board, hand build some units for prototype testing, gear a whole production line up (parts placement, soldering, etc), spin a new bootloader and OS for it, all that stuff, it boggles my mind that they did 50 units then dropped that design. So all in all, I don't know what other differences it might have beyond the nand/nor flash. All the other onboard devices are the same as near as I can tell (not sure about the wifi since we don't have a driver for that). -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Nov 27 05:46:06 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2B32CDC; Tue, 27 Nov 2012 05:46:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BC74B8FC0C; Tue, 27 Nov 2012 05:46:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qAR5jwXP060076; Tue, 27 Nov 2012 00:45:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qAR5jwuq060074; Tue, 27 Nov 2012 05:45:58 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 27 Nov 2012 05:45:58 GMT Message-Id: <201211270545.qAR5jwuq060074@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 05:46:06 -0000 TB --- 2012-11-27 04:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-27 04:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-27 04:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-11-27 04:40:00 - cleaning the object tree TB --- 2012-11-27 04:40:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-27 04:40:00 - cd /tinderbox/HEAD/arm/arm TB --- 2012-11-27 04:40:00 - /usr/local/bin/svn cleanup /src TB --- 2012-11-27 04:43:57 - /usr/local/bin/svn update /src TB --- 2012-11-27 04:44:12 - At svn revision 243595 TB --- 2012-11-27 04:44:13 - building world TB --- 2012-11-27 04:44:13 - CROSS_BUILD_TESTING=YES TB --- 2012-11-27 04:44:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-27 04:44:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-27 04:44:13 - SRCCONF=/dev/null TB --- 2012-11-27 04:44:13 - TARGET=arm TB --- 2012-11-27 04:44:13 - TARGET_ARCH=arm TB --- 2012-11-27 04:44:13 - TZ=UTC TB --- 2012-11-27 04:44:13 - __MAKE_CONF=/dev/null TB --- 2012-11-27 04:44:13 - cd /src TB --- 2012-11-27 04:44:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 27 04:44:21 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Nov 27 05:42:07 UTC 2012 TB --- 2012-11-27 05:42:07 - generating LINT kernel config TB --- 2012-11-27 05:42:07 - cd /src/sys/arm/conf TB --- 2012-11-27 05:42:07 - /usr/bin/make -B LINT TB --- 2012-11-27 05:42:07 - cd /src/sys/arm/conf TB --- 2012-11-27 05:42:07 - /usr/sbin/config -m LINT TB --- 2012-11-27 05:42:07 - building LINT kernel TB --- 2012-11-27 05:42:07 - CROSS_BUILD_TESTING=YES TB --- 2012-11-27 05:42:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-27 05:42:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-27 05:42:07 - SRCCONF=/dev/null TB --- 2012-11-27 05:42:07 - TARGET=arm TB --- 2012-11-27 05:42:07 - TARGET_ARCH=arm TB --- 2012-11-27 05:42:07 - TZ=UTC TB --- 2012-11-27 05:42:07 - __MAKE_CONF=/dev/null TB --- 2012-11-27 05:42:07 - cd /src TB --- 2012-11-27 05:42:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 27 05:42:07 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/if_ath_tdma.c:161: error: 'ATH_ALQ_TDMA_TIMER_SET' undeclared (first use in this function) /src/sys/dev/ath/if_ath_tdma.c:161: error: (Each undeclared identifier is reported only once /src/sys/dev/ath/if_ath_tdma.c:161: error: for each function it appears in.) /src/sys/dev/ath/if_ath_tdma.c:162: error: storage size of 't' isn't known /src/sys/dev/ath/if_ath_tdma.c:171: warning: implicit declaration of function 'if_ath_alq_post' /src/sys/dev/ath/if_ath_tdma.c:171: warning: nested extern declaration of 'if_ath_alq_post' [-Wnested-externs] /src/sys/dev/ath/if_ath_tdma.c:171: error: 'struct ath_softc' has no member named 'sc_alq' /src/sys/dev/ath/if_ath_tdma.c:162: warning: unused variable 't' [-Wunused-variable] *** [if_ath_tdma.o] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-27 05:45:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-27 05:45:58 - ERROR: failed to build LINT kernel TB --- 2012-11-27 05:45:58 - 2703.08 user 586.17 system 3957.97 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue Nov 27 13:41:02 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90F26862; Tue, 27 Nov 2012 13:41:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 553B28FC12; Tue, 27 Nov 2012 13:41:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qARDf1er093351; Tue, 27 Nov 2012 08:41:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qARDf1fI093340; Tue, 27 Nov 2012 13:41:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 27 Nov 2012 13:41:01 GMT Message-Id: <201211271341.qARDf1fI093340@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 13:41:02 -0000 TB --- 2012-11-27 12:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-27 12:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-27 12:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-11-27 12:20:01 - cleaning the object tree TB --- 2012-11-27 12:25:38 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-27 12:25:38 - cd /tinderbox/HEAD/arm/arm TB --- 2012-11-27 12:25:38 - /usr/local/bin/svn cleanup /src TB --- 2012-11-27 12:27:28 - /usr/local/bin/svn update /src TB --- 2012-11-27 12:27:39 - At svn revision 243615 TB --- 2012-11-27 12:27:40 - building world TB --- 2012-11-27 12:27:40 - CROSS_BUILD_TESTING=YES TB --- 2012-11-27 12:27:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-27 12:27:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-27 12:27:40 - SRCCONF=/dev/null TB --- 2012-11-27 12:27:40 - TARGET=arm TB --- 2012-11-27 12:27:40 - TARGET_ARCH=arm TB --- 2012-11-27 12:27:40 - TZ=UTC TB --- 2012-11-27 12:27:40 - __MAKE_CONF=/dev/null TB --- 2012-11-27 12:27:40 - cd /src TB --- 2012-11-27 12:27:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 27 12:27:46 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Nov 27 13:27:38 UTC 2012 TB --- 2012-11-27 13:27:38 - generating LINT kernel config TB --- 2012-11-27 13:27:38 - cd /src/sys/arm/conf TB --- 2012-11-27 13:27:38 - /usr/bin/make -B LINT TB --- 2012-11-27 13:27:38 - cd /src/sys/arm/conf TB --- 2012-11-27 13:27:38 - /usr/sbin/config -m LINT TB --- 2012-11-27 13:27:38 - building LINT kernel TB --- 2012-11-27 13:27:38 - CROSS_BUILD_TESTING=YES TB --- 2012-11-27 13:27:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-27 13:27:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-27 13:27:38 - SRCCONF=/dev/null TB --- 2012-11-27 13:27:38 - TARGET=arm TB --- 2012-11-27 13:27:38 - TARGET_ARCH=arm TB --- 2012-11-27 13:27:38 - TZ=UTC TB --- 2012-11-27 13:27:38 - __MAKE_CONF=/dev/null TB --- 2012-11-27 13:27:38 - cd /src TB --- 2012-11-27 13:27:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 27 13:27:39 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] uart_bus_fdt.o:uart_bus_fdt.c:(.text+0x0): first defined here uart_cpu_pxa.o: In function `uart_cpu_getdev': uart_cpu_pxa.c:(.text+0x18): multiple definition of `uart_cpu_getdev' uart_bus_fdt.o:uart_bus_fdt.c:(.text+0x264): first defined here uart_cpu_pxa.o:(.bss+0x4): multiple definition of `uart_bus_space_mem' uart_bus_fdt.o:(.bss+0x4): first defined here uart_cpu_pxa.o:(.bss+0x0): multiple definition of `uart_bus_space_io' uart_bus_fdt.o:(.bss+0x0): first defined here *** [kernel] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-27 13:41:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-27 13:41:01 - ERROR: failed to build LINT kernel TB --- 2012-11-27 13:41:01 - 3210.74 user 634.22 system 4860.18 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue Nov 27 23:37:07 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45A5BDE8; Tue, 27 Nov 2012 23:37:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 09FF48FC0C; Tue, 27 Nov 2012 23:37:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qARNb5Le074776; Tue, 27 Nov 2012 18:37:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qARNb5VT074761; Tue, 27 Nov 2012 23:37:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 27 Nov 2012 23:37:05 GMT Message-Id: <201211272337.qARNb5VT074761@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 23:37:07 -0000 TB --- 2012-11-27 22:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-27 22:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-27 22:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-11-27 22:20:00 - cleaning the object tree TB --- 2012-11-27 22:24:37 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-27 22:24:37 - cd /tinderbox/HEAD/arm/arm TB --- 2012-11-27 22:24:37 - /usr/local/bin/svn cleanup /src TB --- 2012-11-27 22:25:20 - /usr/local/bin/svn update /src TB --- 2012-11-27 22:25:26 - At svn revision 243636 TB --- 2012-11-27 22:25:27 - building world TB --- 2012-11-27 22:25:27 - CROSS_BUILD_TESTING=YES TB --- 2012-11-27 22:25:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-27 22:25:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-27 22:25:27 - SRCCONF=/dev/null TB --- 2012-11-27 22:25:27 - TARGET=arm TB --- 2012-11-27 22:25:27 - TARGET_ARCH=arm TB --- 2012-11-27 22:25:27 - TZ=UTC TB --- 2012-11-27 22:25:27 - __MAKE_CONF=/dev/null TB --- 2012-11-27 22:25:27 - cd /src TB --- 2012-11-27 22:25:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 27 22:25:31 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Nov 27 23:23:27 UTC 2012 TB --- 2012-11-27 23:23:27 - generating LINT kernel config TB --- 2012-11-27 23:23:27 - cd /src/sys/arm/conf TB --- 2012-11-27 23:23:27 - /usr/bin/make -B LINT TB --- 2012-11-27 23:23:27 - cd /src/sys/arm/conf TB --- 2012-11-27 23:23:27 - /usr/sbin/config -m LINT TB --- 2012-11-27 23:23:27 - building LINT kernel TB --- 2012-11-27 23:23:27 - CROSS_BUILD_TESTING=YES TB --- 2012-11-27 23:23:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-27 23:23:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-27 23:23:27 - SRCCONF=/dev/null TB --- 2012-11-27 23:23:27 - TARGET=arm TB --- 2012-11-27 23:23:27 - TARGET_ARCH=arm TB --- 2012-11-27 23:23:27 - TZ=UTC TB --- 2012-11-27 23:23:27 - __MAKE_CONF=/dev/null TB --- 2012-11-27 23:23:27 - cd /src TB --- 2012-11-27 23:23:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 27 23:23:27 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] uart_bus_fdt.o:uart_bus_fdt.c:(.text+0x0): first defined here uart_cpu_pxa.o: In function `uart_cpu_getdev': uart_cpu_pxa.c:(.text+0x18): multiple definition of `uart_cpu_getdev' uart_bus_fdt.o:uart_bus_fdt.c:(.text+0x264): first defined here uart_cpu_pxa.o:(.bss+0x4): multiple definition of `uart_bus_space_mem' uart_bus_fdt.o:(.bss+0x4): first defined here uart_cpu_pxa.o:(.bss+0x0): multiple definition of `uart_bus_space_io' uart_bus_fdt.o:(.bss+0x0): first defined here *** [kernel] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-27 23:37:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-27 23:37:05 - ERROR: failed to build LINT kernel TB --- 2012-11-27 23:37:05 - 3201.64 user 655.94 system 4625.28 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Nov 28 03:20:57 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC1D0528; Wed, 28 Nov 2012 03:20:57 +0000 (UTC) (envelope-from garmitage@swin.edu.au) Received: from gpo1.cc.swin.edu.au (gpo1.cc.swin.edu.au [136.186.1.30]) by mx1.freebsd.org (Postfix) with ESMTP id 5803F8FC13; Wed, 28 Nov 2012 03:20:56 +0000 (UTC) Received: from [136.186.229.44] (garmitage3.caia.swin.edu.au [136.186.229.44]) by gpo1.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id qAS3KJeG018147 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Nov 2012 14:20:39 +1100 Message-ID: <50B582F3.4060608@swin.edu.au> Date: Wed, 28 Nov 2012 14:20:19 +1100 From: grenville armitage User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111003 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-emulation@freebsd.org, freebsd-arm@freebsd.org Subject: Re: FreeBSD-CURRENT on Qemu-emulated Gumstix Verdex? References: <50AFEAC5.6040607@swin.edu.au> <50B04B1A.8090907@bluezbox.com> In-Reply-To: <50B04B1A.8090907@bluezbox.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 03:20:58 -0000 On 11/24/2012 15:20, Oleksandr Tymoshenko wrote: > On 11/23/2012 1:29 PM, grenville armitage wrote: [..] >> I recently decided to try getting an arm build of 10.0-CURRENT >> (r243319) (TARGET=arm KERNCONF=GUMSTIX-QEMU) running inside a >> Qemu-emulated Gumstix Verdex board, using qemu-devel (1.1.1) as the >> emulator. [..] >> The problem appears to be FreeBSD auto-detecting twice the emulated >> available RAM. Does this ring any bells with anyone? My google-fu >> has so far failed me. [..] > From quick glance it seems that FreeBSD's SDRAM size detection code > thinks that there are 4 banks of 128Mb. While the same MDCNFG > register value(0x8ad30ad3) is used in U-Boot source to indicate 256Mb > memory size. So I assume our code is broken for PXA270. If anybody > got a datasheet for it - please take a look, or send datasheet my > way. I will admit to not knowing much about the kernel's internals, so I hope someone gets in touch with you regarding the PXA270's datasheet. I'll happily be a test-subject for any patches that might arise! cheers, gja From owner-freebsd-arm@FreeBSD.ORG Wed Nov 28 07:48:26 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21D9F219 for ; Wed, 28 Nov 2012 07:48:26 +0000 (UTC) (envelope-from Matthias.Reyelt@brunel.de) Received: from mailout-f3.arcor-ip.de (mailout-f3.arcor-ip.de [145.253.3.216]) by mx1.freebsd.org (Postfix) with ESMTP id AB8418FC12 for ; Wed, 28 Nov 2012 07:48:25 +0000 (UTC) Received: from mailer2.brunellocal.de (unknown [145.254.28.158]) by mailout-f3.arcor-ip.de (Arcor-IP) with ESMTP id 8A8B81B3633 for ; Wed, 28 Nov 2012 08:42:55 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 4E2EC24942 for ; Wed, 28 Nov 2012 08:42:55 +0100 (CET) X-Virus-Scanned: amavisd-new at brunellocal.de Received: from mailer2.brunellocal.de ([127.0.0.1]) by localhost (mailer2.brunellocal.de [127.0.0.1]) (amavisd-new, port 10024) with SMTP id Wy-ZkjERRz9K for ; Wed, 28 Nov 2012 08:42:55 +0100 (CET) Received: from mail-hv.brunel.de (mail-hv.brunellocal.de [192.168.1.234]) by mailer2.brunellocal.de (Postfix) with ESMTP id 096FC23883 for ; Wed, 28 Nov 2012 08:42:55 +0100 (CET) Received: from bcslx10.bcs.brunel.local ([172.16.1.3]) by 935s02ub.brunellocal.de (Lotus Domino Release 7.0.4FP1) with ESMTP id 2012112808425206-2918 ; Wed, 28 Nov 2012 08:42:52 +0100 Received: from bcspc139.localnet (bcspc139.bcs.brunel.local [172.16.101.98]) by bcslx10.bcs.brunel.local (Postfix) with ESMTP id 53C1AFD8CB; Wed, 28 Nov 2012 08:42:52 +0100 (CET) From: Matthias Reyelt Organization: Brunel Communications To: freebsd-arm@freebsd.org Subject: Improve system latency during harddisk access Date: Wed, 28 Nov 2012 08:42:51 +0100 User-Agent: KMail/1.13.6 (Linux/2.6.37.6-0.7-desktop; KDE/4.6.0; i686; ; ) MIME-Version: 1.0 Message-Id: <201211280842.51271.Matthias.Reyelt@brunel.de> X-MIMETrack: Itemize by SMTP Server on HUB93501/Brunel/De(Release 7.0.4FP1|July 20, 2009) at 28.11.2012 08:42:52 AM, Serialize by Router on HUB10149/Brunel/De(Release 7.0.4FP2|June 06, 2010) at 28.11.2012 08:42:54 AM, Serialize complete at 28.11.2012 08:42:54 AM Content-Transfer-Encoding: 7bit Content-Type: Text/Plain; charset="us-ascii" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 07:48:26 -0000 Hi, We have a cyclic test application running at a 50ms cycle running on a Marvell OpenRD with 9.0 with an attached sata harddisk. We have observed that the system is sometimes blocked up to about 18ms by accessing the harddisk. We have checked the ULE and 4BSD scheduler and preemption, but without any significant difference. I actually do not really believe that this is somewhat ARM specific. Generally, harddisk I/O is critical for latency, but I've cross checked with a Linux installed OpenRD and had less impact of harddisk I/O. Do you have any idea how to minimize the influence of harddisk I/O under FreeBSD? Regards Matthias From owner-freebsd-arm@FreeBSD.ORG Wed Nov 28 09:36:09 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E051E09; Wed, 28 Nov 2012 09:36:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CF5D38FC12; Wed, 28 Nov 2012 09:36:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qAS9a1kM035736; Wed, 28 Nov 2012 04:36:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qAS9a1au035725; Wed, 28 Nov 2012 09:36:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 28 Nov 2012 09:36:01 GMT Message-Id: <201211280936.qAS9a1au035725@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 09:36:09 -0000 TB --- 2012-11-28 08:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-28 08:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-28 08:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-11-28 08:20:01 - cleaning the object tree TB --- 2012-11-28 08:23:29 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-28 08:23:29 - cd /tinderbox/HEAD/arm/arm TB --- 2012-11-28 08:23:29 - /usr/local/bin/svn cleanup /src TB --- 2012-11-28 08:23:59 - /usr/local/bin/svn update /src TB --- 2012-11-28 08:24:04 - At svn revision 243648 TB --- 2012-11-28 08:24:05 - building world TB --- 2012-11-28 08:24:05 - CROSS_BUILD_TESTING=YES TB --- 2012-11-28 08:24:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-28 08:24:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-28 08:24:05 - SRCCONF=/dev/null TB --- 2012-11-28 08:24:05 - TARGET=arm TB --- 2012-11-28 08:24:05 - TARGET_ARCH=arm TB --- 2012-11-28 08:24:05 - TZ=UTC TB --- 2012-11-28 08:24:05 - __MAKE_CONF=/dev/null TB --- 2012-11-28 08:24:05 - cd /src TB --- 2012-11-28 08:24:05 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 28 08:24:10 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 28 09:22:19 UTC 2012 TB --- 2012-11-28 09:22:19 - generating LINT kernel config TB --- 2012-11-28 09:22:19 - cd /src/sys/arm/conf TB --- 2012-11-28 09:22:19 - /usr/bin/make -B LINT TB --- 2012-11-28 09:22:19 - cd /src/sys/arm/conf TB --- 2012-11-28 09:22:19 - /usr/sbin/config -m LINT TB --- 2012-11-28 09:22:19 - building LINT kernel TB --- 2012-11-28 09:22:19 - CROSS_BUILD_TESTING=YES TB --- 2012-11-28 09:22:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-28 09:22:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-28 09:22:19 - SRCCONF=/dev/null TB --- 2012-11-28 09:22:19 - TARGET=arm TB --- 2012-11-28 09:22:19 - TARGET_ARCH=arm TB --- 2012-11-28 09:22:19 - TZ=UTC TB --- 2012-11-28 09:22:19 - __MAKE_CONF=/dev/null TB --- 2012-11-28 09:22:19 - cd /src TB --- 2012-11-28 09:22:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 28 09:22:19 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] uart_bus_fdt.o:uart_bus_fdt.c:(.text+0x0): first defined here uart_cpu_pxa.o: In function `uart_cpu_getdev': uart_cpu_pxa.c:(.text+0x18): multiple definition of `uart_cpu_getdev' uart_bus_fdt.o:uart_bus_fdt.c:(.text+0x264): first defined here uart_cpu_pxa.o:(.bss+0x4): multiple definition of `uart_bus_space_mem' uart_bus_fdt.o:(.bss+0x4): first defined here uart_cpu_pxa.o:(.bss+0x0): multiple definition of `uart_bus_space_io' uart_bus_fdt.o:(.bss+0x0): first defined here *** [kernel] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-28 09:36:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-28 09:36:01 - ERROR: failed to build LINT kernel TB --- 2012-11-28 09:36:01 - 3205.30 user 643.22 system 4560.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Nov 28 10:34:34 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95F735B1 for ; Wed, 28 Nov 2012 10:34:34 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) by mx1.freebsd.org (Postfix) with ESMTP id 524398FC08 for ; Wed, 28 Nov 2012 10:34:34 +0000 (UTC) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.72) (envelope-from ) id 1TdeyP-007QL6-BF; Wed, 28 Nov 2012 11:34:33 +0100 Message-Id: X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 From: Ralf Wenk To: "freebsd-arm@freebsd.org" Subject: Re: Raspberry PI with 512 MB does not boot FreeBSD? In-reply-to: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Nov 2012 11:34:32 +0100 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 10:34:34 -0000 Hi, this is just an informational update. Discovering Tim Kientzles "FreeBSD on RaspberryPi" mail on the freebsd-hackers list and using the image referred there, I got the first successful booting FreeBSD on my PI (using serial console). With his image building scripts provided at https://github.com/kientzle/freebsd-beaglebone I was able to boot my first crosscompiled image yesterday evening. Base system is a 9.1-PRERELASE with CURRENT checked out separately. The making of u-boot-rpi required the GNU sed to succeed. helper.mk contains the problem. Unfortunately the resulting u-boot.bin loops during boot. At the moment I am using the u-boot.bin from Tims image. Best regards Ralf From owner-freebsd-arm@FreeBSD.ORG Wed Nov 28 19:37:26 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46944E56; Wed, 28 Nov 2012 19:37:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1153E8FC08; Wed, 28 Nov 2012 19:37:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qASJbOdX003912; Wed, 28 Nov 2012 14:37:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qASJbO2S003898; Wed, 28 Nov 2012 19:37:24 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 28 Nov 2012 19:37:24 GMT Message-Id: <201211281937.qASJbO2S003898@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 19:37:26 -0000 TB --- 2012-11-28 18:20:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-28 18:20:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-28 18:20:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-11-28 18:20:01 - cleaning the object tree TB --- 2012-11-28 18:24:33 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-28 18:24:33 - cd /tinderbox/HEAD/arm/arm TB --- 2012-11-28 18:24:33 - /usr/local/bin/svn cleanup /src TB --- 2012-11-28 18:25:14 - /usr/local/bin/svn update /src TB --- 2012-11-28 18:25:19 - At svn revision 243658 TB --- 2012-11-28 18:25:20 - building world TB --- 2012-11-28 18:25:20 - CROSS_BUILD_TESTING=YES TB --- 2012-11-28 18:25:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-28 18:25:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-28 18:25:20 - SRCCONF=/dev/null TB --- 2012-11-28 18:25:20 - TARGET=arm TB --- 2012-11-28 18:25:20 - TARGET_ARCH=arm TB --- 2012-11-28 18:25:20 - TZ=UTC TB --- 2012-11-28 18:25:20 - __MAKE_CONF=/dev/null TB --- 2012-11-28 18:25:20 - cd /src TB --- 2012-11-28 18:25:20 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 28 18:25:24 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 28 19:23:49 UTC 2012 TB --- 2012-11-28 19:23:49 - generating LINT kernel config TB --- 2012-11-28 19:23:49 - cd /src/sys/arm/conf TB --- 2012-11-28 19:23:49 - /usr/bin/make -B LINT TB --- 2012-11-28 19:23:49 - cd /src/sys/arm/conf TB --- 2012-11-28 19:23:49 - /usr/sbin/config -m LINT TB --- 2012-11-28 19:23:49 - building LINT kernel TB --- 2012-11-28 19:23:49 - CROSS_BUILD_TESTING=YES TB --- 2012-11-28 19:23:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-28 19:23:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-28 19:23:49 - SRCCONF=/dev/null TB --- 2012-11-28 19:23:49 - TARGET=arm TB --- 2012-11-28 19:23:49 - TARGET_ARCH=arm TB --- 2012-11-28 19:23:49 - TZ=UTC TB --- 2012-11-28 19:23:49 - __MAKE_CONF=/dev/null TB --- 2012-11-28 19:23:49 - cd /src TB --- 2012-11-28 19:23:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 28 19:23:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] uart_bus_fdt.o:uart_bus_fdt.c:(.text+0x0): first defined here uart_cpu_pxa.o: In function `uart_cpu_getdev': uart_cpu_pxa.c:(.text+0x18): multiple definition of `uart_cpu_getdev' uart_bus_fdt.o:uart_bus_fdt.c:(.text+0x264): first defined here uart_cpu_pxa.o:(.bss+0x4): multiple definition of `uart_bus_space_mem' uart_bus_fdt.o:(.bss+0x4): first defined here uart_cpu_pxa.o:(.bss+0x0): multiple definition of `uart_bus_space_io' uart_bus_fdt.o:(.bss+0x0): first defined here *** [kernel] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-28 19:37:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-28 19:37:24 - ERROR: failed to build LINT kernel TB --- 2012-11-28 19:37:24 - 3230.97 user 652.88 system 4643.53 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Nov 28 20:48:58 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1921FDC for ; Wed, 28 Nov 2012 20:48:58 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from nahkohe.jetcafe.org (nahkohe.jetcafe.org [205.147.26.32]) by mx1.freebsd.org (Postfix) with ESMTP id 65DB08FC08 for ; Wed, 28 Nov 2012 20:48:57 +0000 (UTC) X-Envelope-To: Received: from [205.147.26.5] (hokkshideh4.jetcafe.org [205.147.26.5]) by nahkohe.jetcafe.org (8.14.2/8.14.2) with ESMTP id qASKmnta030508 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 28 Nov 2012 12:48:51 -0800 (PST) Message-ID: <50B678B1.6090708@jetcafe.org> Date: Wed, 28 Nov 2012 12:48:49 -0800 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120612 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Dreamplug jumbo frames? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 20:48:58 -0000 I take it jumbo frames on a dreamplug is not supported? # ifconfig mge0 172.25.1.16 mtu 9000 ifconfig: ioctl (set mtu): Invalid argument -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< Show me a person who really knows what 'good' is, and I will show you that the person almost never uses the word. From owner-freebsd-arm@FreeBSD.ORG Wed Nov 28 21:01:55 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43FE5354 for ; Wed, 28 Nov 2012 21:01:55 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from cpsmtpb-ews02.kpnxchange.com (cpsmtpb-ews02.kpnxchange.com [213.75.39.5]) by mx1.freebsd.org (Postfix) with ESMTP id 956688FC14 for ; Wed, 28 Nov 2012 21:01:53 +0000 (UTC) Received: from cpsps-ews29.kpnxchange.com ([10.94.84.195]) by cpsmtpb-ews02.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 28 Nov 2012 22:00:04 +0100 Received: from CPSMTPM-TLF104.kpnxchange.com ([195.121.3.7]) by cpsps-ews29.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 28 Nov 2012 22:00:03 +0100 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF104.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 28 Nov 2012 22:00:46 +0100 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id CEB114679; Wed, 28 Nov 2012 22:00:45 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-arm@freebsd.org, "Matthias Reyelt" Subject: Re: Improve system latency during harddisk access References: <201211280842.51271.Matthias.Reyelt@brunel.de> Date: Wed, 28 Nov 2012 22:00:45 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <201211280842.51271.Matthias.Reyelt@brunel.de> User-Agent: Opera Mail/12.11 (FreeBSD) X-OriginalArrivalTime: 28 Nov 2012 21:00:46.0380 (UTC) FILETIME=[6FE20EC0:01CDCDAB] X-RcptDomain: freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 21:01:55 -0000 On Wed, 28 Nov 2012 08:42:51 +0100, Matthias Reyelt wrote: > Hi, > > We have a cyclic test application running at a 50ms cycle running on a > Marvell OpenRD with 9.0 with an attached sata harddisk. > > We have observed that the system is sometimes blocked up to about 18ms by > accessing the harddisk. We have checked the ULE and 4BSD scheduler and > preemption, but without any significant difference. > > I actually do not really believe that this is somewhat ARM specific. > Generally, harddisk I/O is critical for latency, but I've cross checked > with a > Linux installed OpenRD and had less impact of harddisk I/O. > > Do you have any idea how to minimize the influence of harddisk I/O under > FreeBSD? > > Regards > Matthias I think your question is to open to give a good answer. Plus, I don't think 18ms for harddisk IO is very much. My (not so new) desktop PC gives: [root@sjakie ~]# diskinfo -t ada0 ada0 512 # sectorsize 320072933376 # mediasize in bytes (298G) 625142448 # mediasize in sectors 0 # stripesize 0 # stripeoffset 620181 # Cylinders according to firmware. 16 # Heads according to firmware. 63 # Sectors according to firmware. GEA354RC3B5S6L # Disk ident. Seek times: Full stroke: 250 iter in 7.440554 sec = 29.762 msec Half stroke: 250 iter in 5.806944 sec = 23.228 msec Quarter stroke: 500 iter in 9.120537 sec = 18.241 msec Short forward: 400 iter in 2.397724 sec = 5.994 msec Short backward: 400 iter in 1.500501 sec = 3.751 msec Seq outer: 2048 iter in 0.208478 sec = 0.102 msec Seq inner: 2048 iter in 0.143242 sec = 0.070 msec Transfer rates: outside: 102400 kbytes in 1.578200 sec = 64884 kbytes/sec middle: 102400 kbytes in 1.726028 sec = 59327 kbytes/sec inside: 102400 kbytes in 2.321649 sec = 44107 kbytes/sec So if your application has to do a little bit of seeking on the disk it has to wait. As there is no information about what your program actually does I can't say anything else about it. Ronald. From owner-freebsd-arm@FreeBSD.ORG Wed Nov 28 22:15:29 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F51FC03; Wed, 28 Nov 2012 22:15:29 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) by mx1.freebsd.org (Postfix) with ESMTP id 1CE978FC13; Wed, 28 Nov 2012 22:15:28 +0000 (UTC) Received: from [88.198.91.248] (helo=[IPv6:::1]) by id.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Tdpue-000AGY-Je; Wed, 28 Nov 2012 14:15:26 -0800 Message-ID: <50B68CFA.80208@bluezbox.com> Date: Wed, 28 Nov 2012 14:15:22 -0800 From: Oleksandr Tymoshenko User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Rafal Jaworowski Subject: Re: FDT code fixes for ubldr References: <50B54AB7.8080301@bluezbox.com> In-Reply-To: <50B54AB7.8080301@bluezbox.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 11/27/2012 3:20 PM, Oleksandr Tymoshenko wrote: > Hi guys, > > Here is a patch for FDT support in ubldr: > http://people.freebsd.org/~gonzo/patches/fdt.diff > Reviews are appreciated > > I also plan to add merge of memreserve and memory regions as a part of > memory fixup process. > > Changes: > - Implement "fdt mres" sub-command that prints reserved memory regions > - Add "fdt addr" subcommand that lets you specify preloaded blob address > - Do not pre-initialize blob for "fdt addr" > - Do not try to load dtb every time fdt subcommand is issued, > do it only once > - Change the way DTB is passed to kernel. With introduction of "fdt addr" > actual blob address can be not virtual but physical or reside in > area higher then 64Mb. ubldr should create copy of it in kernel area > and pass pointer to this newly allocated buffer which is > guaranteed to work > in kernel after switching on MMU. > [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Cc: arm@freebsd.org, Tim Kientzle , embedded@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 22:15:29 -0000 On 11/27/2012 3:20 PM, Oleksandr Tymoshenko wrote: > Hi guys, > > Here is a patch for FDT support in ubldr: > http://people.freebsd.org/~gonzo/patches/fdt.diff > Reviews are appreciated > > I also plan to add merge of memreserve and memory regions as a part of > memory fixup process. > > Changes: > - Implement "fdt mres" sub-command that prints reserved memory regions > - Add "fdt addr" subcommand that lets you specify preloaded blob address > - Do not pre-initialize blob for "fdt addr" > - Do not try to load dtb every time fdt subcommand is issued, > do it only once > - Change the way DTB is passed to kernel. With introduction of "fdt addr" > actual blob address can be not virtual but physical or reside in > area higher then 64Mb. ubldr should create copy of it in kernel area > and pass pointer to this newly allocated buffer which is > guaranteed to work > in kernel after switching on MMU. > New version of this patch: http://people.freebsd.org/~gonzo/patches/fdt-memreserve.diff Additional changes: - Convert memreserv FDT info to memreserv property of root node - Handle memreserv property in initarm: exclude these regions from available memory regions With these changes I was able to boot Raspberry Pi with all hardware-specific data set correctly by firmware. If there are not objections, I'd like to commit it ASAP. From owner-freebsd-arm@FreeBSD.ORG Wed Nov 28 22:24:28 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 351F6CF9 for ; Wed, 28 Nov 2012 22:24:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id CD0C98FC0C for ; Wed, 28 Nov 2012 22:24:27 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fo13so19112453vcb.13 for ; Wed, 28 Nov 2012 14:24:26 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=YE5/Qlf+GBpLOeJWgcuZ9nWf+sHKrqTwMTs1+wWTph0=; b=ND98/YPGtyN0IbAzd8iwVoNG39mNiLHOldPUVPLW/kkWlOVJvViB13KG5RFVCnoY4k JA4WHbZXOZZDvZkXCfkVAX1LWUktZSZ16z2RmRvjTQKVnuBu7GAEIxNfYDB3VISDaLss 2LMQ4yFfQ409AvFFHE59rzkBtASADfz4hb4AnKZH8iKz8W88sJuzQlPLeMFi/DFXqM77 d5TUThU02Izniz11YtnUeKjR2PfkK7Dz4iViIE29jDRa7RFSzp0FwFl5bOBOKB+9etRA eB2xBAobEEGHXzh7aLG4R7jqyS7yJcK21jxKoMRVTdcFHB4ae0+LOso+oKW5J4bi9FEx Oeaw== Received: by 10.52.98.67 with SMTP id eg3mr1489272vdb.59.1354141466634; Wed, 28 Nov 2012 14:24:26 -0800 (PST) Received: from [10.30.101.53] ([209.117.142.2]) by mx.google.com with ESMTPS id co1sm12177127vdc.10.2012.11.28.14.24.23 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 28 Nov 2012 14:24:25 -0800 (PST) Sender: Warner Losh Subject: Re: FDT code fixes for ubldr Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <50B68CFA.80208@bluezbox.com> Date: Wed, 28 Nov 2012 15:24:21 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <50B54AB7.8080301@bluezbox.com> <50B68CFA.80208@bluezbox.com> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQn1kYZ/0poCcKfLs+AcBNbtX/2naeCw+cS0as8F6mrQ4L2eSrHkzn9cQaaWFlg7ymC3nOUY Cc: arm@freebsd.org, embedded@freebsd.org, Tim Kientzle X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 22:24:28 -0000 On Nov 28, 2012, at 3:15 PM, Oleksandr Tymoshenko wrote: > On 11/27/2012 3:20 PM, Oleksandr Tymoshenko wrote: >> Hi guys, >>=20 >> Here is a patch for FDT support in ubldr: >> http://people.freebsd.org/~gonzo/patches/fdt.diff >> Reviews are appreciated >>=20 >> I also plan to add merge of memreserve and memory regions as a part = of memory fixup process. >>=20 >> Changes: >> - Implement "fdt mres" sub-command that prints reserved memory = regions >> - Add "fdt addr" subcommand that lets you specify preloaded blob = address >> - Do not pre-initialize blob for "fdt addr" >> - Do not try to load dtb every time fdt subcommand is issued, >> do it only once >> - Change the way DTB is passed to kernel. With introduction of "fdt = addr" >> actual blob address can be not virtual but physical or reside in >> area higher then 64Mb. ubldr should create copy of it in kernel = area >> and pass pointer to this newly allocated buffer which is = guaranteed to work >> in kernel after switching on MMU. >>=20 >=20 > New version of this patch: > http://people.freebsd.org/~gonzo/patches/fdt-memreserve.diff >=20 > Additional changes: >=20 > - Convert memreserv FDT info to memreserv property of root node > - Handle memreserv property in initarm: exclude these regions from = available memory regions >=20 > With these changes I was able to boot Raspberry Pi with all = hardware-specific data set correctly by firmware. > If there are not objections, I'd like to commit it ASAP. Nothing horrible is leaping out at me. Please do. On a related note: any plans to have the ability to merge new = nodes/change nodes from the loader? I know this doesn't make sense in = the NAND environment so much, but makes a lot more sense for the SD = environment when you may wish to monkey with the command line, or = disable devices, or even load a set of nodes that describe some new = custom hardware, perhaps conditionally... Warner From owner-freebsd-arm@FreeBSD.ORG Thu Nov 29 06:04:26 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1199FE86 for ; Thu, 29 Nov 2012 06:04:26 +0000 (UTC) (envelope-from Matthias.Reyelt@brunel.de) Received: from mailout-f6.arcor-ip.de (mailout-f6.arcor-ip.de [145.253.3.208]) by mx1.freebsd.org (Postfix) with ESMTP id 6AAA78FC0C for ; Thu, 29 Nov 2012 06:04:24 +0000 (UTC) Received: from mailer2.brunellocal.de (unknown [145.254.28.158]) by mailout-f6.arcor-ip.de (Arcor-IP) with ESMTP id 031797451; Thu, 29 Nov 2012 06:55:47 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id D66412497B; Thu, 29 Nov 2012 06:55:46 +0100 (CET) X-Virus-Scanned: amavisd-new at brunellocal.de Received: from mailer2.brunellocal.de ([127.0.0.1]) by localhost (mailer2.brunellocal.de [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 6rW1nPkrAJ5T; Thu, 29 Nov 2012 06:55:46 +0100 (CET) Received: from mail-hv.brunel.de (mail-hv.brunellocal.de [192.168.1.234]) by mailer2.brunellocal.de (Postfix) with ESMTP id A15C222C07; Thu, 29 Nov 2012 06:55:46 +0100 (CET) Received: from bcslx10.bcs.brunel.local ([172.16.1.3]) by 935s02ub.brunellocal.de (Lotus Domino Release 7.0.4FP1) with ESMTP id 2012112906553970-3132 ; Thu, 29 Nov 2012 06:55:39 +0100 Received: from bcspc139.localnet (bcspc139.bcs.brunel.local [172.16.101.98]) by bcslx10.bcs.brunel.local (Postfix) with ESMTP id 7BA28FD8CB; Thu, 29 Nov 2012 06:55:40 +0100 (CET) From: Matthias Reyelt Organization: Brunel Communications To: "Ronald Klop" Subject: Re: Improve system latency during harddisk access Date: Thu, 29 Nov 2012 06:55:38 +0100 User-Agent: KMail/1.13.6 (Linux/2.6.37.6-0.7-desktop; KDE/4.6.0; i686; ; ) References: <201211280842.51271.Matthias.Reyelt@brunel.de> In-Reply-To: MIME-Version: 1.0 Message-Id: <201211290655.39031.Matthias.Reyelt@brunel.de> X-MIMETrack: Itemize by SMTP Server on HUB93501/Brunel/De(Release 7.0.4FP1|July 20, 2009) at 29.11.2012 06:55:39 AM, Serialize by Router on HUB10149/Brunel/De(Release 7.0.4FP2|June 06, 2010) at 29.11.2012 06:55:46 AM, Serialize complete at 29.11.2012 06:55:46 AM Content-Transfer-Encoding: 7bit Content-Type: Text/Plain; charset="iso-8859-1" Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 06:04:26 -0000 Yes, I admit there's room for clarification: On the system there's one task (process), which is timer controlled and runs every 50ms. The task therefore has only 50ms to finish its cycle. This task doesn't access the harddisk at all. Generally, there is no performance problem. The harddisk shall be used for logging etc. However, as soon as I log onto the system and do an 'ls' or so, the cyclic task produces an overrun. It looks as if harddisk access may block the complete system for 15..20ms sometimes. So I am trying to throttle the harddisk I/O so that it doesn't block the rest of the system. I have tried to renice processes to have increased priority on the cyclic task. Currently we use HZ=1000 and 4BSD scheduler. Also preemption does not improve the responsiveness. Seems the CPU hangs for some time waiting for the disk. Regards Matthias Am Mittwoch, 28. November 2012 22:00:45 schrieb Ronald Klop: > On Wed, 28 Nov 2012 08:42:51 +0100, Matthias Reyelt > > wrote: > > Hi, > > > > We have a cyclic test application running at a 50ms cycle running on a > > Marvell OpenRD with 9.0 with an attached sata harddisk. > > > > We have observed that the system is sometimes blocked up to about 18ms by > > accessing the harddisk. We have checked the ULE and 4BSD scheduler and > > preemption, but without any significant difference. > > > > I actually do not really believe that this is somewhat ARM specific. > > Generally, harddisk I/O is critical for latency, but I've cross checked > > with a > > Linux installed OpenRD and had less impact of harddisk I/O. > > > > Do you have any idea how to minimize the influence of harddisk I/O under > > FreeBSD? > > > > Regards > > Matthias > > I think your question is to open to give a good answer. Plus, I don't > think 18ms for harddisk IO is very much. My (not so new) desktop PC gives: > [root@sjakie ~]# diskinfo -t ada0 > ada0 > 512 # sectorsize > 320072933376 # mediasize in bytes (298G) > 625142448 # mediasize in sectors > 0 # stripesize > 0 # stripeoffset > 620181 # Cylinders according to firmware. > 16 # Heads according to firmware. > 63 # Sectors according to firmware. > GEA354RC3B5S6L # Disk ident. > > Seek times: > Full stroke: 250 iter in 7.440554 sec = 29.762 msec > Half stroke: 250 iter in 5.806944 sec = 23.228 msec > Quarter stroke: 500 iter in 9.120537 sec = 18.241 msec > Short forward: 400 iter in 2.397724 sec = 5.994 msec > Short backward: 400 iter in 1.500501 sec = 3.751 msec > Seq outer: 2048 iter in 0.208478 sec = 0.102 msec > Seq inner: 2048 iter in 0.143242 sec = 0.070 msec > Transfer rates: > outside: 102400 kbytes in 1.578200 sec = 64884 > kbytes/sec > middle: 102400 kbytes in 1.726028 sec = 59327 > kbytes/sec > inside: 102400 kbytes in 2.321649 sec = 44107 > kbytes/sec > > So if your application has to do a little bit of seeking on the disk it > has to wait. > > As there is no information about what your program actually does I can't > say anything else about it. > > Ronald. From owner-freebsd-arm@FreeBSD.ORG Thu Nov 29 09:30:56 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6EB2FF79 for ; Thu, 29 Nov 2012 09:30:56 +0000 (UTC) (envelope-from kp@sigsegv.be) Received: from mercury.codepro.be (mercury.codepro.be [IPv6:2001:4b98:dc0:51:216:3eff:feb7:3147]) by mx1.freebsd.org (Postfix) with ESMTP id 031C38FC14 for ; Thu, 29 Nov 2012 09:30:55 +0000 (UTC) Received: from adrastea.jupiter.sigsegv.be (adrastea.jupiter.sigsegv.be [IPv6:2001:6f8:1498:1::3]) by mercury.codepro.be (Postfix) with ESMTP id B8FD5863; Thu, 29 Nov 2012 10:30:53 +0100 (CET) Received: from thebe.jupiter.sigsegv.be (thebe.jupiter.sigsegv.be [172.16.1.5]) by adrastea.jupiter.sigsegv.be (Postfix) with ESMTP id 600E77078; Thu, 29 Nov 2012 10:30:53 +0100 (CET) Received: by thebe.jupiter.sigsegv.be (Postfix, from userid 1000) id 1D1181636D; Thu, 29 Nov 2012 10:30:52 +0100 (CET) Date: Thu, 29 Nov 2012 10:30:52 +0100 From: Kristof Provost To: Dave Hayes Subject: Re: Dreamplug jumbo frames? Message-ID: <20121129093052.GX51622@thebe.jupiter.sigsegv.be> References: <50B678B1.6090708@jetcafe.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <50B678B1.6090708@jetcafe.org> X-PGP-Fingerprint: E114 D9EA 909E D469 8F57 17A5 7D15 91C6 9EFA F286 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 09:30:56 -0000 On 2012-11-28 12:48:49 (-0800), Dave Hayes wrote: > I take it jumbo frames on a dreamplug is not supported? > Correct. The mge driver doesn't support an MTU over 1500. Regards, Kristof From owner-freebsd-arm@FreeBSD.ORG Thu Nov 29 09:51:06 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8E395DF for ; Thu, 29 Nov 2012 09:51:06 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 52B178FC15 for ; Thu, 29 Nov 2012 09:51:06 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so14014947lah.13 for ; Thu, 29 Nov 2012 01:51:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=0MxFXi3mtKG4FFVZnFX9IjX2+tbPWjJWpVGiYChm26s=; b=lDd1msMklu/9R4EliJ7dI3J5qrUYsCMkwyfXEaC7NqtoZvKCK+h9W4DOo7HhNDFkKW rSRvnuL9P/y8ECZlTAcrErUufhTWMMhTunGAKCSRiFX/ui9CJseztbI1uk3rPOYA31MP hSatMAuwwaYmxxqLj6eTFzSv2GyFgwDNc/iE2YRvaGQpLQhj2FpDaSUNKSfDCI1evlJL nB4pniVQxIChlBnaF0ypVRR2A+Bq/ANdxXyCDdFU2v3lhBnrP0josgyASMXnQcF3U5k+ SXi7b4qaT1QFSirHAoP4NkY0SJa9hu8vM9jUk6lmtexEg7FY3RkvUSfn0u2Z+qPkilxS hWUw== Received: by 10.112.32.73 with SMTP id g9mr9359516lbi.112.1354182664942; Thu, 29 Nov 2012 01:51:04 -0800 (PST) Received: from [192.168.0.121] (vpn.static.83-173-212-209.cybernet.ch. [83.173.212.209]) by mx.google.com with ESMTPS id oj5sm437647lab.8.2012.11.29.01.51.02 (version=SSLv3 cipher=OTHER); Thu, 29 Nov 2012 01:51:03 -0800 (PST) Message-ID: <50B73005.3040808@gmail.com> Date: Thu, 29 Nov 2012 10:51:01 +0100 From: Mattia Rossi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Dreamplug jumbo frames? References: <50B678B1.6090708@jetcafe.org> <20121129093052.GX51622@thebe.jupiter.sigsegv.be> In-Reply-To: <20121129093052.GX51622@thebe.jupiter.sigsegv.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 09:51:06 -0000 Am 29.11.2012 10:30, schrieb Kristof Provost: > On 2012-11-28 12:48:49 (-0800), Dave Hayes wrote: >> I take it jumbo frames on a dreamplug is not supported? >> > Correct. The mge driver doesn't support an MTU over 1500. > > Is it just a driver issue, or a driver and hardware issue? Mat From owner-freebsd-arm@FreeBSD.ORG Thu Nov 29 10:09:36 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86DEDB75 for ; Thu, 29 Nov 2012 10:09:36 +0000 (UTC) (envelope-from kp@sigsegv.be) Received: from mercury.codepro.be (mercury.codepro.be [IPv6:2001:4b98:dc0:51:216:3eff:feb7:3147]) by mx1.freebsd.org (Postfix) with ESMTP id 16DF98FC08 for ; Thu, 29 Nov 2012 10:09:36 +0000 (UTC) Received: from adrastea.jupiter.sigsegv.be (adrastea.jupiter.sigsegv.be [IPv6:2001:6f8:1498:1::3]) by mercury.codepro.be (Postfix) with ESMTP id 6BBC7518; Thu, 29 Nov 2012 11:09:35 +0100 (CET) Received: from thebe.jupiter.sigsegv.be (thebe.jupiter.sigsegv.be [172.16.1.5]) by adrastea.jupiter.sigsegv.be (Postfix) with ESMTP id D3EAF7103; Thu, 29 Nov 2012 11:09:34 +0100 (CET) Received: by thebe.jupiter.sigsegv.be (Postfix, from userid 1000) id A45D7163EB; Thu, 29 Nov 2012 11:09:34 +0100 (CET) Date: Thu, 29 Nov 2012 11:09:34 +0100 From: Kristof Provost To: Mattia Rossi Subject: Re: Dreamplug jumbo frames? Message-ID: <20121129100934.GY51622@thebe.jupiter.sigsegv.be> References: <50B678B1.6090708@jetcafe.org> <20121129093052.GX51622@thebe.jupiter.sigsegv.be> <50B73005.3040808@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <50B73005.3040808@gmail.com> X-PGP-Fingerprint: E114 D9EA 909E D469 8F57 17A5 7D15 91C6 9EFA F286 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 10:09:36 -0000 On 2012-11-29 10:51:01 (+0100), Mattia Rossi wrote: > Am 29.11.2012 10:30, schrieb Kristof Provost: > > On 2012-11-28 12:48:49 (-0800), Dave Hayes wrote: > >> I take it jumbo frames on a dreamplug is not supported? > >> > > Correct. The mge driver doesn't support an MTU over 1500. > > > > > Is it just a driver issue, or a driver and hardware issue? > I've only had a quick look at the datasheet, but it looks like the hardware can handle 9k MTUs. It's just a case of extending the driver to handle the SIOCSIFMTU ioctl(). Regards, Kristof From owner-freebsd-arm@FreeBSD.ORG Thu Nov 29 20:04:06 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F5DAE6A for ; Thu, 29 Nov 2012 20:04:06 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (moon.peach.ne.jp [203.141.148.98]) by mx1.freebsd.org (Postfix) with ESMTP id EE9BE8FC08 for ; Thu, 29 Nov 2012 20:04:05 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 5340839D49 for ; Fri, 30 Nov 2012 05:03:59 +0900 (JST) Received: from artemis (unknown [172.18.0.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTPSA id 3D33A39D46 for ; Fri, 30 Nov 2012 05:03:59 +0900 (JST) Message-ID: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> From: "Daisuke Aoyama" To: Subject: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Date: Fri, 30 Nov 2012 05:04:02 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 20:04:06 -0000 Hello, The recent change about "fdt addr" is very interesting. So, I'm building with FreeBSD 10-current(svn 243675 + fdt-memreserve.diff). It needs some little modification to U-Boot. My first impression is "The time is not stable". However, it works on Raspberry Pi w/512MB! Thank you for porting. You can download my test binary from: http://www.peach.ne.jp/archives/rpi/freebsd-pi-20121130.img.gz Download and decompress it, then write it to SD. This image requires SD 4GB or more. I'm using as headless. So, you need a serial console for seeing the boot log. If you need to change the value on it, please mount the second partition (e.g. /dev/da0s2a). Note: first time, it takes about 2 minutes due to generate the SSH keys. BTW, SDHCI is not yet stable? Pre configured for: MEM 496MB/GPU 16MB/SWAP 512MB I/O: serial console IP address: 192.168.1.240 Default router: 192.168.1.1 DNS: 192.168.1.1 sshd: enabled User: pi Password: raspberry Password(root): raspberry Layout of SD: % df -h Filesystem Size Used Avail Capacity Mounted on /dev/mmcsd0s2a 3.0G 230M 2.6G 8% / devfs 1.0k 1.0k 0B 100% /dev % gpart show => 63 7744449 mmcsd0 MBR (3.7G) 63 65520 1 !12 [active] (32M) 65583 7604163 2 freebsd (3.6G) 7669746 74766 - free - (36M) => 0 7604163 mmcsd0s2 BSD (3.6G) 0 465 - free - (232k) 465 6553600 1 freebsd-ufs (3.1G) 6554065 1048576 2 freebsd-swap (512M) 7602641 1522 - free - (761k) Head of the log: KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2012 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 10.0-CURRENT #0 r243675M: Fri Nov 30 00:40:06 JST 2012 aoyama@fbs.local:/usr/obj-rpi/arm.arm/usr/src/sys/RPI-B-test2 arm CPU: Sheeva 88SV581x rev 7 (Marvell core) Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext WB enabled LABT branch prediction enabled 16KB/32B 4-way instruction cache 16KB/32B 4-way write-back-locking-C data cache real memory = 520093696 (496 MB) avail memory = 502611968 (479 MB) simplebus0: mem 0xf2000000-0xf2ffffff on fdtb us0 intc0: mem 0xf200b200-0xf200b3ff on simplebus0 systimer0: mem 0xf2003000-0xf2003fff irq 8,9,10,11 on sim plebus0 Event timer "BCM2835 Event Timer 3" frequency 1000000 Hz quality 1000 Timecounter "BCM2835 Timecounter" frequency 1000000 Hz quality 1000 sdhci_bcm0: mem 0xf2300000-0xf23000ff irq 70 on Referrences: http://lists.freebsd.org/pipermail/freebsd-arm/2012-November/004263.html http://kernelnomicon.org/?p=164 http://raspberrypi.stackexchange.com/questions/3288/freebsd-easiest-way-to-install-on-my-rpi http://metanest.jp/sysprogharawata/raspi/raspi.html -- Daisuke Aoyama From owner-freebsd-arm@FreeBSD.ORG Fri Nov 30 01:02:17 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F5E7D76 for ; Fri, 30 Nov 2012 01:02:17 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) by mx1.freebsd.org (Postfix) with ESMTP id 3F0FF8FC15 for ; Fri, 30 Nov 2012 01:02:16 +0000 (UTC) Received: from [88.198.91.248] (helo=[IPv6:::1]) by id.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1TeEzX-000PJ2-JH for freebsd-arm@freebsd.org; Thu, 29 Nov 2012 17:02:09 -0800 Message-ID: <50B8058C.9030909@bluezbox.com> Date: Thu, 29 Nov 2012 17:02:04 -0800 From: Oleksandr Tymoshenko User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> In-Reply-To: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 11/29/2012 12:04 PM, Daisuke Aoyama wrote: > Hello, > > The recent change about "fdt addr" is very interesting. > > So, I'm building with FreeBSD 10-current(svn 243675 + > fdt-memreserve.diff). > It needs some little modification to U-Boot. > > My first impression is "The time is not stable". > However, it works on Raspberry Pi w/512MB! Thank you for porting. > > You can download my test binary from: > > http://www.peach.ne.jp/archives/rpi/freebsd-pi-20121130.img.gz > > Download and decompress it, then write it to SD. > This image requires SD 4GB or more. > I'm using as headless. So, you need a serial console for seeing the > boot log. > If you need to change the value on it, please mount the second > partition (e.g. /dev/da0s2a). > > Note: first time, it takes about 2 minutes due to generate the SSH keys. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 01:02:17 -0000 On 11/29/2012 12:04 PM, Daisuke Aoyama wrote: > Hello, > > The recent change about "fdt addr" is very interesting. > > So, I'm building with FreeBSD 10-current(svn 243675 + > fdt-memreserve.diff). > It needs some little modification to U-Boot. > > My first impression is "The time is not stable". > However, it works on Raspberry Pi w/512MB! Thank you for porting. > > You can download my test binary from: > > http://www.peach.ne.jp/archives/rpi/freebsd-pi-20121130.img.gz > > Download and decompress it, then write it to SD. > This image requires SD 4GB or more. > I'm using as headless. So, you need a serial console for seeing the > boot log. > If you need to change the value on it, please mount the second > partition (e.g. /dev/da0s2a). > > Note: first time, it takes about 2 minutes due to generate the SSH keys. Thanks for testing! I'm putting together new instruction on how to build image. > > > BTW, SDHCI is not yet stable? There is one issue with setting SDHCI clock. I'll commit fix later today. From owner-freebsd-arm@FreeBSD.ORG Fri Nov 30 01:37:58 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4049B483 for ; Fri, 30 Nov 2012 01:37:58 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) by mx1.freebsd.org (Postfix) with ESMTP id C56828FC08 for ; Fri, 30 Nov 2012 01:37:57 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id qAU1bpsm062125 for ; Thu, 29 Nov 2012 20:37:56 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: <50B80DEF.4050201@m5p.com> Date: Thu, 29 Nov 2012 20:37:51 -0500 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20121125 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> In-Reply-To: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Thu, 29 Nov 2012 20:37:56 -0500 (EST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 01:37:58 -0000 On 11/29/12 15:04, Daisuke Aoyama wrote: > Hello, > > The recent change about "fdt addr" is very interesting. > > So, I'm building with FreeBSD 10-current(svn 243675 + fdt-memreserve.diff). > It needs some little modification to U-Boot. > > My first impression is "The time is not stable". > However, it works on Raspberry Pi w/512MB! Thank you for porting. > > You can download my test binary from: > > http://www.peach.ne.jp/archives/rpi/freebsd-pi-20121130.img.gz > > Download and decompress it, then write it to SD. > This image requires SD 4GB or more. > I'm using as headless. So, you need a serial console for seeing the boot > log. > If you need to change the value on it, please mount the second partition > (e.g. /dev/da0s2a). > > Note: first time, it takes about 2 minutes due to generate the SSH keys. > > BTW, SDHCI is not yet stable? > > > Pre configured for: > > MEM 496MB/GPU 16MB/SWAP 512MB > I/O: serial console > IP address: 192.168.1.240 > Default router: 192.168.1.1 > DNS: 192.168.1.1 > sshd: enabled > > User: pi > Password: raspberry > Password(root): raspberry > > > Layout of SD: > > % df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/mmcsd0s2a 3.0G 230M 2.6G 8% / > devfs 1.0k 1.0k 0B 100% /dev > % gpart show > => 63 7744449 mmcsd0 MBR (3.7G) > 63 65520 1 !12 [active] (32M) > 65583 7604163 2 freebsd (3.6G) > 7669746 74766 - free - (36M) > > => 0 7604163 mmcsd0s2 BSD (3.6G) > 0 465 - free - (232k) > 465 6553600 1 freebsd-ufs (3.1G) > 6554065 1048576 2 freebsd-swap (512M) > 7602641 1522 - free - (761k) > > Head of the log: > > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2012 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 10.0-CURRENT #0 r243675M: Fri Nov 30 00:40:06 JST 2012 > aoyama@fbs.local:/usr/obj-rpi/arm.arm/usr/src/sys/RPI-B-test2 arm > CPU: Sheeva 88SV581x rev 7 (Marvell core) > Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext > WB enabled LABT branch prediction enabled > 16KB/32B 4-way instruction cache > 16KB/32B 4-way write-back-locking-C data cache > real memory = 520093696 (496 MB) > avail memory = 502611968 (479 MB) > simplebus0: mem 0xf2000000-0xf2ffffff > on fdtb > us0 > intc0: mem 0xf200b200-0xf200b3ff on > simplebus0 > systimer0: mem 0xf2003000-0xf2003fff irq > 8,9,10,11 on sim > plebus0 > Event timer "BCM2835 Event Timer 3" frequency 1000000 Hz quality 1000 > Timecounter "BCM2835 Timecounter" frequency 1000000 Hz quality 1000 > sdhci_bcm0: mem 0xf2300000-0xf23000ff > irq 70 on > > > Referrences: > http://lists.freebsd.org/pipermail/freebsd-arm/2012-November/004263.html > http://kernelnomicon.org/?p=164 > http://raspberrypi.stackexchange.com/questions/3288/freebsd-easiest-way-to-install-on-my-rpi > > http://metanest.jp/sysprogharawata/raspi/raspi.html > I'm a newcomer to the Raspberry Pi, but I've been running FreeBSD for over fifteen years. Since I don't have a Pi yet, I am trying to emulate one with qemu. Here is the command line I'm currently trying: qemu-system-arm -cpu arm1136-r2 -m 256 -M versatilepb -serial stdio -hda freebsd-pi-20121130.img.gz It tells me "Kernel image must be specified". How can I get a kernel image to satisfy this request? Many thanks to the people performing this work, and also the beagleboard and beaglebone work! I hope to live long enough to see the day these platforms are promoted to tier 1 status in FreeBSD! -- George Mitchell From owner-freebsd-arm@FreeBSD.ORG Fri Nov 30 08:58:00 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80DD6D11 for ; Fri, 30 Nov 2012 08:58:00 +0000 (UTC) (envelope-from mats@exmandato.se) Received: from ext.mellstrand.net (ext.mellstrand.net [IPv6:2001:2040:4:2::51]) by mx1.freebsd.org (Postfix) with ESMTP id C6BDC8FC13 for ; Fri, 30 Nov 2012 08:57:59 +0000 (UTC) Received: by ext.mellstrand.net Fri, 30 Nov 2012 08:57:56 GMT Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: Mats Mellstrand X-Priority: 3 In-Reply-To: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> Date: Fri, 30 Nov 2012 09:57:54 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> To: Daisuke Aoyama Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 08:58:00 -0000 Hi I followed your instructions, but no success The log follows: U-Boot 2013.01-rc1-g40dadfb-dirty (Nov 29 2012 - 23:07:48) DRAM: 496 MiB WARNING: Caches not enabled MMC: bcm2835_sdhci: 0 Using default environment In: serial Out: lcd Err: lcd mbox: Timeout waiting for response bcm2835: Could not set USB power state Net: Net Initialization Skipped No ethernet found. Hit any key to stop autoboot: 0=20 (Re)start USB... USB0: Core Release: 2.80a scanning bus 0 for devices... 3 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found scanning usb for ethernet devices... 1 Ethernet Device(s) found reading rpi_b.dtb 11446 bytes read in 19395 ms (0 Bytes/s) reading ubldr 242846 bytes read in 55043 ms (3.9 KiB/s) ## Starting application at 0x00100054 ... Consoles: U-Boot console =20 Compatible API signature found @1eb6a2a8 Number of U-Boot devices: 2 FreeBSD/arm U-Boot loader, Revision 1.2 (aoyama@fbs.local, Fri Nov 30 01:09:44 JST 2012) DRAM: 496MB Device: disk Loading /boot/defaults/loader.conf=20 /boot/kernel/kernel data=3D0x306138+0x1ed04 = syms=3D[0x4+0x723a0+0x4+0x57cd5] / Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 Kernel entry at 0x4000c0... Kernel args: (null) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2012 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 10.0-CURRENT #0 r243675M: Fri Nov 30 00:40:06 JST 2012 aoyama@fbs.local:/usr/obj-rpi/arm.arm/usr/src/sys/RPI-B-test2 arm CPU: Sheeva 88SV581x rev 7 (Marvell core) Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext WB enabled LABT branch prediction enabled 16KB/32B 4-way instruction cache 16KB/32B 4-way write-back-locking-C data cache real memory =3D 520093696 (496 MB) avail memory =3D 502611968 (479 MB) random device not loaded; using insecure entropy simplebus0: mem 0xf2000000-0xf2ffffff = on fdtbus0 intc0: mem 0xf200b200-0xf200b3ff on = simplebus0 systimer0: mem 0xf2003000-0xf2003fff irq = 8,9,10,11 on simplebus0 Event timer "BCM2835 Event Timer 3" frequency 1000000 Hz quality 1000 Timecounter "BCM2835 Timecounter" frequency 1000000 Hz quality 1000 sdhci_bcm0: mem 0xf2300000-0xf23000ff = irq 70 on simplebus0 mmc0: on sdhci_bcm0 mbox0: mem 0xf200b880-0xf200b8bf irq 1 on = simplebus0 mbox0: [GIANT-LOCKED] bcmwd0: mem 0xf210001c-0xf2100027 on simplebus0 gpio0: mem 0xf2200000-0xf22000af irq = 57,59,58,60 on simplebus0 gpio0: read-only pins: 46,47,48,49,50,51,52,53. gpio0: reserved pins: 48,49,50,51,52,53. gpioc0: on gpio0 gpiobus0: on gpio0 uart0: mem 0xf2201000-0xf2201fff irq 65 on = simplebus0 uart0: console (115200,n,8,1) dwcotg0: mem = 0xf2980000-0xf299ffff irq 17 on simplebus0 usbus0 on dwcotg0 Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 mmcsd0: 14GB at mmc0 = 25.0MHz/4bit/65535-block mmcsd0: Error indicated: 2 Bad CRC mmcsd0: Error indicated: 2 Bad CRC Root mount waiting for: usbus0 uhub0: 1 port with 1 removable, self powered Root mount waiting for: usbus0 ugen0.2: at usbus0 uhub1: = on usbus0 uhub1: MTT enabled uhub1: 3 ports with 2 removable, self powered Root mount waiting for: usbus0 ugen0.3: at usbus0 smsc0: on usbus0 Trying to mount root from ufs:/dev/mmcsd0s2a [rw]... mountroot: waiting for device /dev/mmcsd0s2a ... smsc0: chip 0xec00, rev. 0002 miibus0: on smsc0 ukphy0: PHY 1 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ue0: on smsc0 ue0: Ethernet address: b8:27:eb:40:66:92 Mounting from ufs:/dev/mmcsd0s2a failed with error 19. Trying to mount root from ufs:/dev/mmcsd0s2a []... mountroot: waiting for device /dev/mmcsd0s2a ... Mounting from ufs:/dev/mmcsd0s2a failed with error 19. Loader variables: vfs.root.mountfrom=3Dufs:/dev/mmcsd0s2a vfs.root.mountfrom.options=3Drw Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/acd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot>=20 /mm On 29 nov 2012, at 21:04, Daisuke Aoyama wrote: > Hello, >=20 > The recent change about "fdt addr" is very interesting. >=20 > So, I'm building with FreeBSD 10-current(svn 243675 + = fdt-memreserve.diff). > It needs some little modification to U-Boot. >=20 > My first impression is "The time is not stable". > However, it works on Raspberry Pi w/512MB! Thank you for porting. >=20 > You can download my test binary from: >=20 > http://www.peach.ne.jp/archives/rpi/freebsd-pi-20121130.img.gz >=20 > Download and decompress it, then write it to SD. > This image requires SD 4GB or more. > I'm using as headless. So, you need a serial console for seeing the = boot log. > If you need to change the value on it, please mount the second = partition (e.g. /dev/da0s2a). >=20 > Note: first time, it takes about 2 minutes due to generate the SSH = keys. >=20 > BTW, SDHCI is not yet stable? >=20 >=20 > Pre configured for: >=20 > MEM 496MB/GPU 16MB/SWAP 512MB > I/O: serial console > IP address: 192.168.1.240 > Default router: 192.168.1.1 > DNS: 192.168.1.1 > sshd: enabled >=20 > User: pi > Password: raspberry > Password(root): raspberry >=20 >=20 > Layout of SD: >=20 > % df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/mmcsd0s2a 3.0G 230M 2.6G 8% / > devfs 1.0k 1.0k 0B 100% /dev > % gpart show > =3D> 63 7744449 mmcsd0 MBR (3.7G) > 63 65520 1 !12 [active] (32M) > 65583 7604163 2 freebsd (3.6G) > 7669746 74766 - free - (36M) >=20 > =3D> 0 7604163 mmcsd0s2 BSD (3.6G) > 0 465 - free - (232k) > 465 6553600 1 freebsd-ufs (3.1G) > 6554065 1048576 2 freebsd-swap (512M) > 7602641 1522 - free - (761k) >=20 > Head of the log: >=20 > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2012 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 10.0-CURRENT #0 r243675M: Fri Nov 30 00:40:06 JST 2012 > aoyama@fbs.local:/usr/obj-rpi/arm.arm/usr/src/sys/RPI-B-test2 arm > CPU: Sheeva 88SV581x rev 7 (Marvell core) > Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext > WB enabled LABT branch prediction enabled > 16KB/32B 4-way instruction cache > 16KB/32B 4-way write-back-locking-C data cache > real memory =3D 520093696 (496 MB) > avail memory =3D 502611968 (479 MB) > simplebus0: mem = 0xf2000000-0xf2ffffff on fdtb > us0 > intc0: mem 0xf200b200-0xf200b3ff on = simplebus0 > systimer0: mem 0xf2003000-0xf2003fff irq = 8,9,10,11 on sim > plebus0 > Event timer "BCM2835 Event Timer 3" frequency 1000000 Hz quality 1000 > Timecounter "BCM2835 Timecounter" frequency 1000000 Hz quality 1000 > sdhci_bcm0: mem 0xf2300000-0xf23000ff = irq 70 on >=20 >=20 > Referrences: > = http://lists.freebsd.org/pipermail/freebsd-arm/2012-November/004263.html > http://kernelnomicon.org/?p=3D164 > = http://raspberrypi.stackexchange.com/questions/3288/freebsd-easiest-way-to= -install-on-my-rpi > http://metanest.jp/sysprogharawata/raspi/raspi.html >=20 > --=20 > Daisuke Aoyama >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Fri Nov 30 09:06:25 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4413DFF7 for ; Fri, 30 Nov 2012 09:06:25 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) by mx1.freebsd.org (Postfix) with ESMTP id DED758FC12 for ; Fri, 30 Nov 2012 09:06:24 +0000 (UTC) Received: from [207.6.254.8] (helo=[192.168.1.67]) by id.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1TeMY4-0003J3-1j; Fri, 30 Nov 2012 01:06:21 -0800 Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=us-ascii From: Oleksandr Tymoshenko X-Priority: 3 In-Reply-To: Date: Fri, 30 Nov 2012 01:05:57 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> To: Mats Mellstrand X-Mailer: Apple Mail (2.1499) Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 2012-11-30, at 12:57 AM, Mats Mellstrand wrote: > Hi > > I followed your instructions, but no success > > The log follows: > > > U-Boot 2013.01-rc1-g40dadfb-dirty (Nov 29 2012 - 23:07:48) > > DRAM: 496 MiB > WARNING: Caches not enabled > MMC: bcm2835_sdhci: 0 > Using default environment > .. skipped .. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 09:06:25 -0000 On 2012-11-30, at 12:57 AM, Mats Mellstrand wrote: > Hi >=20 > I followed your instructions, but no success >=20 > The log follows: >=20 >=20 > U-Boot 2013.01-rc1-g40dadfb-dirty (Nov 29 2012 - 23:07:48) >=20 > DRAM: 496 MiB > WARNING: Caches not enabled > MMC: bcm2835_sdhci: 0 > Using default environment >=20 .. skipped .. > uhub0: on = usbus0 > mmcsd0: 14GB at mmc0 = 25.0MHz/4bit/65535-block > mmcsd0: Error indicated: 2 Bad CRC > mmcsd0: Error indicated: 2 Bad CRC This issue must be fixed by r243688 and r243689=20 From owner-freebsd-arm@FreeBSD.ORG Fri Nov 30 10:40:32 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CE94857 for ; Fri, 30 Nov 2012 10:40:32 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (moon.peach.ne.jp [203.141.148.98]) by mx1.freebsd.org (Postfix) with ESMTP id A403E8FC13 for ; Fri, 30 Nov 2012 10:40:30 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 3381B39D5B; Fri, 30 Nov 2012 19:40:29 +0900 (JST) Received: from artemis (unknown [172.18.0.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTPSA id 3018539D46; Fri, 30 Nov 2012 19:40:29 +0900 (JST) Message-ID: <77F52EC474BD4D8EA39FEB644359FCD3@ad.peach.ne.jp> From: "Daisuke Aoyama" To: "Oleksandr Tymoshenko" , References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B8058C.9030909@bluezbox.com> In-Reply-To: <50B8058C.9030909@bluezbox.com> Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Date: Fri, 30 Nov 2012 19:40:23 +0900 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0081_01CDCF32.89ED09E0" X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 10:40:32 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0081_01CDCF32.89ED09E0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit >> BTW, SDHCI is not yet stable? > > There is one issue with setting SDHCI clock. I'll commit fix later today. I will test new version. I noticed your blog is updated. So, I made small improvement for serial console. Please check the attached patch. If ubldr can get from u-boot environment(uenv.txt), I think it's perfect. Thanks, Daisuke Aoyama ------=_NextPart_000_0081_01CDCF32.89ED09E0 Content-Type: application/octet-stream; name="build.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="build.patch" --- build-pi-image.sh-orig 2012-11-30 15:34:43.317632000 +0900=0A= +++ build-pi-image.sh 2012-11-30 19:09:23.973941862 +0900=0A= @@ -13,6 +13,9 @@=0A= export MAKESYSPATH=3D$SRCROOT/share/mk=0A= export KERNCONF=3DRPI-B=0A= =0A= +# Uncomment this if you want serial console=0A= +#SERIALCONSOLE=3DYES=0A= +=0A= KERNEL=3D`realpath $MAKEOBJDIRPREFIX`/arm.armv6/`realpath = $SRCROOT`/sys/$KERNCONF/kernel=0A= UBLDR=3D`realpath $MAKEOBJDIRPREFIX`/arm.armv6/`realpath = $SRCROOT`/sys/boot/arm/uboot/ubldr=0A= DTB=3D`realpath $MAKEOBJDIRPREFIX`/arm.armv6/`realpath = $SRCROOT`/sys/$KERNCONF/bcm2835-rpi-b.dtb=0A= @@ -109,6 +112,7 @@=0A= install_videocore=0A= =0A= echo 'fdt addr 0x100' > $MNTDIR/boot/loader.rc=0A= +[ "$SERIALCONSOLE" =3D "YES" ] && echo 'set console=3Dcomconsole' >> = $MNTDIR/boot/loader.rc=0A= =0A= echo '/dev/mmcsd0s2a / ufs rw,noatime 1 1' > $MNTDIR/etc/fstab=0A= =0A= @@ -136,7 +140,7 @@=0A= ttyv5 "/usr/libexec/getty Pc" xterm on secure=0A= ttyv6 "/usr/libexec/getty Pc" xterm on secure=0A= ttyv7 "/usr/libexec/getty Pc" xterm on secure=0A= -ttyu0 "/usr/libexec/getty 3wire.115200" dialup on secure=0A= +ttyu0 "/usr/libexec/getty 3wire.115200" vt102 on secure=0A= __EOTTYS__=0A= =0A= umount $MNTDIR=0A= ------=_NextPart_000_0081_01CDCF32.89ED09E0-- From owner-freebsd-arm@FreeBSD.ORG Fri Nov 30 16:53:02 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D740783 for ; Fri, 30 Nov 2012 16:53:02 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (moon.peach.ne.jp [203.141.148.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2FEC98FC15 for ; Fri, 30 Nov 2012 16:53:01 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 7FA7539D49; Sat, 1 Dec 2012 01:53:00 +0900 (JST) Received: from artemis (unknown [172.18.0.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTPSA id 6AAAF39D46; Sat, 1 Dec 2012 01:53:00 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: "Oleksandr Tymoshenko" , "Mats Mellstrand" References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> In-Reply-To: Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Date: Sat, 1 Dec 2012 01:53:03 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 16:53:02 -0000 Hi, >> uhub0: on usbus0 >> mmcsd0: 14GB at mmc0 >> 25.0MHz/4bit/65535-block >> mmcsd0: Error indicated: 2 Bad CRC >> mmcsd0: Error indicated: 2 Bad CRC > > This issue must be fixed by r243688 and r243689 It seems fixed. But found another problem. SWAP never used even if I set GPU=384MB. Also, around freemem=260MB(GPU=16MB), get the program crashed. I've recreated the image based on build-pi-image.sh + SVN 243703 + my custom settings. All settings are the same as previous mail. (FreeBSD source tree is not modified) Please try this instead. You can try my test version from: http://www.peach.ne.jp/archives/rpi/freebsd-pi-20121201.img.gz SHA256 (freebsd-pi-20121130.img.gz) = a4159301e2d7564ef065aa4c3d6afaef3284cc3ace1ae7c146aaea9e18ec0457 SHA256 (freebsd-pi-20121201.img.gz) = 7a0b8bcda7f70c39b259811c12854fcf856af7e18436e9beb0c2fa25a7fdb0e0 Using config is here: http://www.peach.ne.jp/archives/rpi/config/RPI-B-test3 -- Daisuke Aoyama From owner-freebsd-arm@FreeBSD.ORG Fri Nov 30 17:22:52 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D528EEA1 for ; Fri, 30 Nov 2012 17:22:52 +0000 (UTC) (envelope-from mats@exmandato.se) Received: from ext.mellstrand.net (ext.mellstrand.net [IPv6:2001:2040:4:2::51]) by mx1.freebsd.org (Postfix) with ESMTP id 842C58FC13 for ; Fri, 30 Nov 2012 17:22:51 +0000 (UTC) Received: by ext.mellstrand.net Fri, 30 Nov 2012 17:22:47 GMT Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 From: Mats Mellstrand X-Priority: 3 In-Reply-To: Date: Fri, 30 Nov 2012 18:22:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <67266790-55B9-4CAB-992B-A68C73912995@exmandato.se> References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> To: Daisuke Aoyama Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 17:22:53 -0000 Hi On 30 nov 2012, at 17:53, Daisuke Aoyama wrote: > Hi, >=20 >>> uhub0: on = usbus0 >>> mmcsd0: 14GB at = mmc0 25.0MHz/4bit/65535-block >>> mmcsd0: Error indicated: 2 Bad CRC >>> mmcsd0: Error indicated: 2 Bad CRC >>=20 >> This issue must be fixed by r243688 and r243689 >=20 > It seems fixed. But found another problem. SWAP never used even if I = set GPU=3D384MB. > Also, around freemem=3D260MB(GPU=3D16MB), get the program crashed. >=20 >=20 > I've recreated the image based on build-pi-image.sh + SVN 243703 + my = custom settings. > All settings are the same as previous mail. (FreeBSD source tree is = not modified) > Please try this instead. Success! I tried ifconfig_ue0=3D"DHCP" in /etc/rc.local, this however don't work: This gives : /etc/rc.d/dhclient: WARNING: failed to start dhclient in the boot message But I can start dhclient manually after boot. /mm >=20 > You can try my test version from: > http://www.peach.ne.jp/archives/rpi/freebsd-pi-20121201.img.gz >=20 > SHA256 (freebsd-pi-20121130.img.gz) =3D = a4159301e2d7564ef065aa4c3d6afaef3284cc3ace1ae7c146aaea9e18ec0457 > SHA256 (freebsd-pi-20121201.img.gz) =3D = 7a0b8bcda7f70c39b259811c12854fcf856af7e18436e9beb0c2fa25a7fdb0e0 >=20 > Using config is here: > http://www.peach.ne.jp/archives/rpi/config/RPI-B-test3 >=20 > --=20 > Daisuke Aoyama=20 From owner-freebsd-arm@FreeBSD.ORG Fri Nov 30 17:31:23 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 104E72A9 for ; Fri, 30 Nov 2012 17:31:23 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id CC87B8FC19 for ; Fri, 30 Nov 2012 17:31:21 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qAUHVEB0049963 for ; Fri, 30 Nov 2012 10:31:14 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qAUHVBD2042609; Fri, 30 Nov 2012 10:31:11 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) From: Ian Lepore To: Mats Mellstrand In-Reply-To: <67266790-55B9-4CAB-992B-A68C73912995@exmandato.se> References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <67266790-55B9-4CAB-992B-A68C73912995@exmandato.se> Content-Type: text/plain; charset="us-ascii" Date: Fri, 30 Nov 2012 10:31:11 -0700 Message-ID: <1354296671.69940.429.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 17:31:23 -0000 On Fri, 2012-11-30 at 18:22 +0100, Mats Mellstrand wrote: > Hi > > > > On 30 nov 2012, at 17:53, Daisuke Aoyama wrote: > > > Hi, > > > >>> uhub0: on usbus0 > >>> mmcsd0: 14GB at mmc0 25.0MHz/4bit/65535-block > >>> mmcsd0: Error indicated: 2 Bad CRC > >>> mmcsd0: Error indicated: 2 Bad CRC > >> > >> This issue must be fixed by r243688 and r243689 > > > > It seems fixed. But found another problem. SWAP never used even if I set GPU=384MB. > > Also, around freemem=260MB(GPU=16MB), get the program crashed. > > > > > > I've recreated the image based on build-pi-image.sh + SVN 243703 + my custom settings. > > All settings are the same as previous mail. (FreeBSD source tree is not modified) > > Please try this instead. > > Success! > > I tried ifconfig_ue0="DHCP" in /etc/rc.local, this however don't work: > > This gives : > > /etc/rc.d/dhclient: WARNING: failed to start dhclient > > in the boot message > > But I can start dhclient manually after boot. > I've seen variations of this appear on the lists several times in the past few months, always relating to usb ethernet. Since enumerating the usb bus is asynch it's often still in progress when the rc world starts running. It seems like the right thing would be for rc.d/dhclient to do nothing and then devd should launch dhclient when the ue interface appears. I'm not sure why the devd part isn't working now, unless something about the ue interface is different enough that it isn't trigging the existing devd rules for ethernet interfaces coming and going. At work we've had problems with local rc scripts failing because the uftdi devices they need haven't been enumerated yet. It seems like the rc system needs some way to wait for usb enumeration to complete. -- Ian From owner-freebsd-arm@FreeBSD.ORG Fri Nov 30 19:20:49 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FADCC30 for ; Fri, 30 Nov 2012 19:20:49 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) by mx1.freebsd.org (Postfix) with ESMTP id B7B5E8FC0C for ; Fri, 30 Nov 2012 19:20:48 +0000 (UTC) Received: from [88.198.91.248] (helo=[IPv6:::1]) by id.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1TeW8g-000CWJ-Uy; Fri, 30 Nov 2012 11:20:45 -0800 Message-ID: <50B90708.5080703@bluezbox.com> Date: Fri, 30 Nov 2012 11:20:40 -0800 From: Oleksandr Tymoshenko User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: George Mitchell Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B80DEF.4050201@m5p.com> In-Reply-To: <50B80DEF.4050201@m5p.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 11/29/2012 5:37 PM, George Mitchell wrote: .. skipped .. > I'm a newcomer to the Raspberry Pi, but I've been running FreeBSD for > over fifteen years. Since I don't have a Pi yet, I am trying to > emulate one with qemu. Here is the command line I'm currently trying: > > qemu-system-arm -cpu arm1136-r2 -m 256 -M versatilepb -serial stdio > -hda freebsd-pi-20121130.img.gz > > It tells me "Kernel image must be specified". How can I get a kernel > image to satisfy this request? [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 19:20:49 -0000 On 11/29/2012 5:37 PM, George Mitchell wrote: .. skipped .. > I'm a newcomer to the Raspberry Pi, but I've been running FreeBSD for > over fifteen years. Since I don't have a Pi yet, I am trying to > emulate one with qemu. Here is the command line I'm currently trying: > > qemu-system-arm -cpu arm1136-r2 -m 256 -M versatilepb -serial stdio > -hda freebsd-pi-20121130.img.gz > > It tells me "Kernel image must be specified". How can I get a kernel > image to satisfy this request? Unfortunately this image is not suitable for qemu. qemu emulates versatile platform board which is hardware-wise is completely different from raspberry pi. All they have in common is CPU. Both Pi and qemu can run same userland but kernel should be compiled for each platform individually. I'm woking on VersatilPB support for FreeBSD since it can make good kernel development and package building platform. No clear estimates for it though: http://pastebin.ca/2255232 > > Many thanks to the people performing this work, and also the beagleboard > and beaglebone work! I hope to live long enough to see the day these > platforms are promoted to tier 1 status in FreeBSD! -- George Mitchell From owner-freebsd-arm@FreeBSD.ORG Sat Dec 1 00:18:18 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 806663AC for ; Sat, 1 Dec 2012 00:18:18 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (moon.peach.ne.jp [203.141.148.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3EEF88FC08 for ; Sat, 1 Dec 2012 00:18:17 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 2875A39D5B; Sat, 1 Dec 2012 09:18:11 +0900 (JST) Received: from artemis (unknown [172.18.0.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTPSA id 0E09239D49; Sat, 1 Dec 2012 09:18:11 +0900 (JST) Message-ID: <58C8BBA0E60440B2BE5038F73C29F49F@ad.peach.ne.jp> From: "Daisuke Aoyama" To: "Mats Mellstrand" References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <67266790-55B9-4CAB-992B-A68C73912995@exmandato.se> In-Reply-To: <67266790-55B9-4CAB-992B-A68C73912995@exmandato.se> Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Date: Sat, 1 Dec 2012 09:18:14 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2012 00:18:18 -0000 > I tried ifconfig_ue0="DHCP" in /etc/rc.local, this however don't work: > > This gives : > > /etc/rc.d/dhclient: WARNING: failed to start dhclient > > in the boot message > > But I can start dhclient manually after boot. Did you try to use "SYNCDHCP"? -- Daisuke Aoyama From owner-freebsd-arm@FreeBSD.ORG Sat Dec 1 06:28:50 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 315A8388; Sat, 1 Dec 2012 06:28:50 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id E1FC18FC14; Sat, 1 Dec 2012 06:28:49 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id qB16S722075284; Sat, 1 Dec 2012 06:28:07 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id m9agxtjadnmnqxkvzepk23fbpw; Sat, 01 Dec 2012 06:28:07 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: FDT code fixes for ubldr Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Fri, 30 Nov 2012 22:28:05 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <50B54AB7.8080301@bluezbox.com> <50B68CFA.80208@bluezbox.com> To: Warner Losh X-Mailer: Apple Mail (2.1283) Cc: arm@freebsd.org, embedded@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2012 06:28:50 -0000 On Nov 28, 2012, at 2:24 PM, Warner Losh wrote: >=20 > On a related note: any plans to have the ability to merge new = nodes/change nodes from the loader? You mean something more than the "fdt" commands provided by sys/boot/fdt/fdt_loader_cmd.c ? Tim From owner-freebsd-arm@FreeBSD.ORG Sat Dec 1 06:50:27 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 973155E0 for ; Sat, 1 Dec 2012 06:50:27 +0000 (UTC) (envelope-from mats@exmandato.se) Received: from ext.mellstrand.net (ext.mellstrand.net [IPv6:2001:2040:4:2::51]) by mx1.freebsd.org (Postfix) with ESMTP id 47C798FC08 for ; Sat, 1 Dec 2012 06:50:26 +0000 (UTC) Received: by ext.mellstrand.net Sat, 1 Dec 2012 06:50:22 GMT Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 From: Mats Mellstrand X-Priority: 3 In-Reply-To: <58C8BBA0E60440B2BE5038F73C29F49F@ad.peach.ne.jp> Date: Sat, 1 Dec 2012 07:50:22 +0100 Content-Transfer-Encoding: 7bit Message-Id: <24F6C09D-E489-4940-BA3A-F06BDE488DCE@exmandato.se> References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <67266790-55B9-4CAB-992B-A68C73912995@exmandato.se> <58C8BBA0E60440B2BE5038F73C29F49F@ad.peach.ne.jp> To: Daisuke Aoyama Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2012 06:50:27 -0000 On 1 dec 2012, at 01:18, Daisuke Aoyama wrote: >> I tried ifconfig_ue0="DHCP" in /etc/rc.local, this however don't work: >> This gives : >> /etc/rc.d/dhclient: WARNING: failed to start dhclient >> in the boot message >> But I can start dhclient manually after boot. > > Did you try to use "SYNCDHCP"? No, but I just did, and it works. Thanks. /mm > > -- > Daisuke Aoyama From owner-freebsd-arm@FreeBSD.ORG Sat Dec 1 06:52:24 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D20D5EA for ; Sat, 1 Dec 2012 06:52:24 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) by mx1.freebsd.org (Postfix) with ESMTP id 128008FC08 for ; Sat, 1 Dec 2012 06:52:23 +0000 (UTC) Received: from [207.6.254.8] (helo=[192.168.1.67]) by id.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Tegvu-000ATW-G6; Fri, 30 Nov 2012 22:52:16 -0800 Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=iso-8859-1 From: Oleksandr Tymoshenko X-Priority: 3 In-Reply-To: <77F52EC474BD4D8EA39FEB644359FCD3@ad.peach.ne.jp> Date: Fri, 30 Nov 2012 22:51:58 -0800 Content-Transfer-Encoding: 7bit Message-Id: References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B8058C.9030909@bluezbox.com> <77F52EC474BD4D8EA39FEB644359FCD3@ad.peach.ne.jp> To: Daisuke Aoyama X-Mailer: Apple Mail (2.1499) Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 2012-11-30, at 2:40 AM, Daisuke Aoyama wrote: >>> BTW, SDHCI is not yet stable? >> There is one issue with setting SDHCI clock. I'll commit fix later today. > > I will test new version. I noticed your blog is updated. > So, I made small improvement for serial console. > Please check the attached patch. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2012 06:52:24 -0000 On 2012-11-30, at 2:40 AM, Daisuke Aoyama wrote: >>> BTW, SDHCI is not yet stable? >> There is one issue with setting SDHCI clock. I'll commit fix later today. > > I will test new version. I noticed your blog is updated. > So, I made small improvement for serial console. > Please check the attached patch. Thanks! I'll update build script. > > If ubldr can get from u-boot environment(uenv.txt), I think it's perfect. From owner-freebsd-arm@FreeBSD.ORG Sat Dec 1 08:50:34 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0DECD8E; Sat, 1 Dec 2012 08:50:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9D5628FC08; Sat, 1 Dec 2012 08:50:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB18oX0b041415; Sat, 1 Dec 2012 03:50:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB18oX9f041409; Sat, 1 Dec 2012 08:50:33 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 1 Dec 2012 08:50:33 GMT Message-Id: <201212010850.qB18oX9f041409@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2012 08:50:34 -0000 TB --- 2012-12-01 07:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-01 07:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-01 07:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-12-01 07:30:00 - cleaning the object tree TB --- 2012-12-01 07:30:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-01 07:30:00 - cd /tinderbox/HEAD/arm/arm TB --- 2012-12-01 07:30:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-01 07:34:14 - /usr/local/bin/svn update /src TB --- 2012-12-01 07:34:24 - At svn revision 243744 TB --- 2012-12-01 07:34:25 - building world TB --- 2012-12-01 07:34:25 - CROSS_BUILD_TESTING=YES TB --- 2012-12-01 07:34:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-01 07:34:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-01 07:34:25 - SRCCONF=/dev/null TB --- 2012-12-01 07:34:25 - TARGET=arm TB --- 2012-12-01 07:34:25 - TARGET_ARCH=arm TB --- 2012-12-01 07:34:25 - TZ=UTC TB --- 2012-12-01 07:34:25 - __MAKE_CONF=/dev/null TB --- 2012-12-01 07:34:25 - cd /src TB --- 2012-12-01 07:34:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 1 07:34:33 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 1 08:39:40 UTC 2012 TB --- 2012-12-01 08:39:40 - generating LINT kernel config TB --- 2012-12-01 08:39:40 - cd /src/sys/arm/conf TB --- 2012-12-01 08:39:40 - /usr/bin/make -B LINT TB --- 2012-12-01 08:39:40 - cd /src/sys/arm/conf TB --- 2012-12-01 08:39:40 - /usr/sbin/config -m LINT TB --- 2012-12-01 08:39:40 - building LINT kernel TB --- 2012-12-01 08:39:40 - CROSS_BUILD_TESTING=YES TB --- 2012-12-01 08:39:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-01 08:39:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-01 08:39:40 - SRCCONF=/dev/null TB --- 2012-12-01 08:39:40 - TARGET=arm TB --- 2012-12-01 08:39:40 - TARGET_ARCH=arm TB --- 2012-12-01 08:39:40 - TZ=UTC TB --- 2012-12-01 08:39:40 - __MAKE_CONF=/dev/null TB --- 2012-12-01 08:39:40 - cd /src TB --- 2012-12-01 08:39:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 1 08:39:41 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -ffreestanding -Werror /src/sys/kern/vfs_lookup.c /src/sys/kern/vfs_lookup.c:214:54: error: macro "AUDIT_ARG_UPATH1" passed 4 arguments, but takes just 3 /src/sys/kern/vfs_lookup.c: In function 'namei': /src/sys/kern/vfs_lookup.c:214: error: 'AUDIT_ARG_UPATH1' undeclared (first use in this function) /src/sys/kern/vfs_lookup.c:214: error: (Each undeclared identifier is reported only once /src/sys/kern/vfs_lookup.c:214: error: for each function it appears in.) /src/sys/kern/vfs_lookup.c:216:54: error: macro "AUDIT_ARG_UPATH2" passed 4 arguments, but takes just 3 /src/sys/kern/vfs_lookup.c:216: error: 'AUDIT_ARG_UPATH2' undeclared (first use in this function) *** [vfs_lookup.o] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-01 08:50:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-01 08:50:33 - ERROR: failed to build LINT kernel TB --- 2012-12-01 08:50:33 - 3021.45 user 644.99 system 4832.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Dec 1 11:26:14 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29728272 for ; Sat, 1 Dec 2012 11:26:14 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (moon.peach.ne.jp [203.141.148.98]) by mx1.freebsd.org (Postfix) with ESMTP id DE0748FC12 for ; Sat, 1 Dec 2012 11:26:13 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 1DA8A39D49; Sat, 1 Dec 2012 20:26:11 +0900 (JST) Received: from artemis (unknown [172.18.0.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTPSA id 0930A39D46; Sat, 1 Dec 2012 20:26:11 +0900 (JST) Message-ID: <046DA83A0A7B4B489B3FD4471A3ACD98@ad.peach.ne.jp> From: "Daisuke Aoyama" To: "Oleksandr Tymoshenko" References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> In-Reply-To: Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Date: Sat, 1 Dec 2012 20:26:08 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2012 11:26:14 -0000 > You can try my test version from: > http://www.peach.ne.jp/archives/rpi/freebsd-pi-20121201.img.gz > > SHA256 (freebsd-pi-20121130.img.gz) = > a4159301e2d7564ef065aa4c3d6afaef3284cc3ace1ae7c146aaea9e18ec0457 > SHA256 (freebsd-pi-20121201.img.gz) = > 7a0b8bcda7f70c39b259811c12854fcf856af7e18436e9beb0c2fa25a7fdb0e0 > > Using config is here: > http://www.peach.ne.jp/archives/rpi/config/RPI-B-test3 If you have a problem such as "Unrecognized filesystem type", please try this version: http://www.peach.ne.jp/archives/rpi/test/uboot-20121201.img SHA256 (uboot-20121201.img) = 9218f3ce3a09b012eb250c044df9ed835929c207f3c3f89b21bfe249ef639a0f Rename it to uboot.img, then copy it to the SD you created. -- Daisuke Aoyama From owner-freebsd-arm@FreeBSD.ORG Sat Dec 1 22:58:46 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68296C87 for ; Sat, 1 Dec 2012 22:58:46 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 536608FC08 for ; Sat, 1 Dec 2012 22:58:42 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qB1MwSuX099417 for ; Sat, 1 Dec 2012 15:58:35 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qB1Mw5gI043997; Sat, 1 Dec 2012 15:58:05 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Dreamplug and eSATA problems From: Ian Lepore To: Dave Hayes In-Reply-To: <50B33C7F.2040303@jetcafe.org> References: <50A150C7.2080805@jetcafe.org> <1353643442.69940.45.camel@revolution.hippie.lan> <50B33C7F.2040303@jetcafe.org> Content-Type: multipart/mixed; boundary="=-4BjipPIgMEV4ubsnYhPl" Date: Sat, 01 Dec 2012 15:58:05 -0700 Message-ID: <1354402685.69940.571.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2012 22:58:46 -0000 --=-4BjipPIgMEV4ubsnYhPl Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Mon, 2012-11-26 at 01:55 -0800, Dave Hayes wrote: > On 11/22/12 20:04, Ian Lepore wrote: > > It'll be a while before I can get back to this and start tracking down > > the point at which the problem went away in -current. If you want a > > quick workaround for now, the attached patch will set the data cache to > > writethrough (the performance hit isn't as bad as you'd think). > > Thank you! This appears to work fine; I've built several ports including > Perl, and they appear to work. Usually if a machine can build ports, > it's got fairly solid hardware. > > As to a performance hit, I'm not really informed enough about the arm > architecture to notice. This is the first I've been able to really use > this box, so I'm considering that enough for now. > Alright, I tracked down the problem today; patch is attached. Undo that prior patch that disabled writeback and try this instead. Prior to the import of the armv6 support, the code unconditionally enabled the "allocate on write miss" MMU feature. One of the things that came with the armv6 import was new logic to leave that bit alone when setting up the cache stuff, similar to the attached patch (but names of things changed too, so a direct MFC isn't possible). I guess the idea is to leave that feature in whatever state the bootloader set it to; maybe the feature works on some SoCs and not others. If the armv6 support isn't going to be MFC'd any time soon, it'd be nice if this fix could get commited to 9-stable as an interim fix. -- Ian --=-4BjipPIgMEV4ubsnYhPl Content-Disposition: inline; filename="dp_cache_wralloc.diff" Content-Type: text/x-patch; name="dp_cache_wralloc.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Do not enable allocating a cache line on write access. Instead, leave that feature in whatever state the bootloader set it to, on the theory that the firmware that comes with the unit knows best. This fixes intermittant cache line corruptions during bulk network data flow. diff -r df572d6d53cd -r a142512ee876 sys/arm/arm/cpufunc.c --- sys/arm/arm/cpufunc.c Thu Nov 22 16:46:06 2012 -0700 +++ sys/arm/arm/cpufunc.c Sat Dec 01 15:38:59 2012 -0700 @@ -1067,13 +1067,13 @@ set_cpufuncs() */ if (cputype == CPU_ID_MV88FR571_VD || cputype == CPU_ID_MV88FR571_41) { - sheeva_control_ext(0xffffffff, - FC_DCACHE_STREAM_EN | FC_WR_ALLOC_EN | + sheeva_control_ext(0xffffffff & ~FC_WR_ALLOC_EN, + FC_DCACHE_STREAM_EN | FC_BRANCH_TARG_BUF_DIS | FC_L2CACHE_EN | FC_L2_PREF_DIS); } else { - sheeva_control_ext(0xffffffff, - FC_DCACHE_STREAM_EN | FC_WR_ALLOC_EN | + sheeva_control_ext(0xffffffff & ~FC_WR_ALLOC_EN, + FC_DCACHE_STREAM_EN | FC_BRANCH_TARG_BUF_DIS | FC_L2CACHE_EN); } --=-4BjipPIgMEV4ubsnYhPl--