From owner-freebsd-arm@FreeBSD.ORG Sun Dec 2 16:16:28 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 78284C17 for ; Sun, 2 Dec 2012 16:16:28 +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 07B618FC08 for ; Sun, 2 Dec 2012 16:16:27 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id qB2GFmfk091352; Sun, 2 Dec 2012 11:15:53 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: <50BB7EB4.9080301@m5p.com> Date: Sun, 02 Dec 2012 11:15:48 -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: Oleksandr Tymoshenko Subject: Re: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B80DEF.4050201@m5p.com> <50B90708.5080703@bluezbox.com> In-Reply-To: <50B90708.5080703@bluezbox.com> 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]); Sun, 02 Dec 2012 11:15:53 -0500 (EST) 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: Sun, 02 Dec 2012 16:16:28 -0000 On 11/30/12 14:20, Oleksandr Tymoshenko wrote: > 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 Thanks again for your attention. I've decided to go ahead and buy a Raspberry Pi for myself for Christmas, so the question has become moot. -- George > > >> >> 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 Sun Dec 2 18:47: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 0E339403 for ; Sun, 2 Dec 2012 18:47:37 +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 5972B8FC1B for ; Sun, 2 Dec 2012 18:47:36 +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 qB2IlZJr032307 for ; Sun, 2 Dec 2012 11:47: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 qB2IlDHb044801; Sun, 2 Dec 2012 11:47:13 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Improve system latency during harddisk access From: Ian Lepore To: Matthias Reyelt In-Reply-To: <201211290655.39031.Matthias.Reyelt@brunel.de> References: <201211280842.51271.Matthias.Reyelt@brunel.de> <201211290655.39031.Matthias.Reyelt@brunel.de> Content-Type: text/plain; charset="us-ascii" Date: Sun, 02 Dec 2012 11:47:12 -0700 Message-ID: <1354474032.1140.14.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: Sun, 02 Dec 2012 18:47:37 -0000 On Thu, 2012-11-29 at 06:55 +0100, Matthias Reyelt wrote: > 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. That does sound unusual. Is there anything that looks suspicious in dmesg, especially anything about interrupts? In the boot-time dmesg output, do the interrupt numbers listed for the sata driver look right for that hardware? Not that I can promise a solution of course, but the more info you post the better the chance that someone can offer advice. Useful things include dmesg, kernel config, make.conf and src.conf if they're not empty, the .dts file that describes the devices. Hmmm. The output of vmstat -i might be good to look at. It might be interesting to use dd to continuously read from and/or write to the disk, and look at things like vmstat -i or any other observations you can think to make under those kind of conditions. For example, does the problem become steady if the disk IO is continuous, or is it only an intermittant delay of your app even when the IO is continuous? Is there any network or other IO activity going on when this glitches happen? -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Dec 3 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 74A6EF8A for ; Mon, 3 Dec 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 57AB88FC18 for ; Mon, 3 Dec 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 qB3B6fTc027484 for ; Mon, 3 Dec 2012 11:06:41 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qB3B6eJZ027482 for freebsd-arm@FreeBSD.org; Mon, 3 Dec 2012 11:06:40 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Dec 2012 11:06:40 GMT Message-Id: <201212031106.qB3B6eJZ027482@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, 03 Dec 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 Dec 3 14:08: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 B504D34D for ; Mon, 3 Dec 2012 14:08:23 +0000 (UTC) (envelope-from Ralf.Wenk@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 707338FC13 for ; Mon, 3 Dec 2012 14:08:23 +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 1TfWh4-00BZ82-Is; Mon, 03 Dec 2012 15:08:22 +0100 Message-Id: X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 From: Ralf.Wenk@hs-karlsruhe.de To: freebsd-arm@freebsd.org Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) In-reply-to: <50B8058C.9030909@bluezbox.com> References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B8058C.9030909@bluezbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 03 Dec 2012 15:08:21 +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: Mon, 03 Dec 2012 14:08:23 -0000 Hello, >> BTW, SDHCI is not yet stable? > > There is one issue with setting SDHCI clock. I'll commit fix later today. I like to share some information about the SD card reading speed. While exchanging the old boot sequence with then new one I once booted with the new boot sequence but without an /boot/loader.rc file. The reading speed achieved with dd if=/dev/mmcsd0 of=/dev/null bs=1m count=100 from the SD card was 10 Mbyte/sec. After creating the file with "echo 'fdt addr 0x100' > /boot/loader.rc" and rebooting the reading speed achieved from the SD card was down to 2.8 Mbyte/sec. Although the SDHCI frequency was shown on the second boot as double high as on the first (100MHz versus 50MHz) the reading speed was much lower. I think the cause was the mmcsd bus bit width which was reported as 4 at the first and as 1 at the second boot. Deleting /boot/loader.rc or changing the SDHCI frequency down to 50Hz did not regain the 4 mmcsd bus bit width shown at the first boot. The differences between the boot messages are: $ diff -u rpi-with-newbios rpi-with-newbios-lr --- rpi-with-newbios 2012-12-01 13:40:03.000000000 +0100 +++ rpi-with-newbios-lr 2012-12-01 13:38:14.000000000 +0100 @@ -30,11 +30,10 @@ DRAM: 384MB Device: disk -- +\ /boot/kernel/kernel data=0x35f5f8+0x1fe84 syms=[0x4+0x79640+0x4+0x5cfdf] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... -fdt_start: 0x00439650 Kernel entry at 0x100100... Kernel args: (null) KDB: debugger backends: ddb @@ -50,8 +49,8 @@ WB enabled LABT branch prediction enabled 16KB/32B 4-way instruction cache 16KB/32B 4-way write-back-locking-C data cache -real memory = 134217728 (128 MB) -avail memory = 125120512 (119 MB) +real memory = 536870912 (512 MB) +avail memory = 386912256 (368 MB) random device not loaded; using insecure entropy simplebus0: mem 0xf2000000-0xf2ffffff on fdtbus0 intc0: mem 0xf200b200-0xf200b3ff on simplebus0 @@ -59,7 +58,7 @@ 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 -bcm_sdhci_attach(): SDHCI frequency: 50MHz +bcm_sdhci_attach(): SDHCI frequency: 100MHz mmc0: on sdhci_bcm0 mbox0: mem 0xf200b880-0xf200b8bf irq 1 on simplebus0 mbox0: [GIANT-LOCKED] @@ -77,13 +76,12 @@ usbus0: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 -mmcsd0: 3781MB at mmc0 25.0MHz/4bit/65535-block +mmcsd0: 3781MB at mmc0 25.0MHz/1bit/65535-block Root mount waiting for: usbus0 uhub0: 1 port with 1 removable, self powered ugen0.2: at usbus0 uhub1: on usbus0 uhub1: MTT enabled -Root mount waiting for: usbus0 uhub1: 3 ports with 2 removable, self powered Root mount waiting for: usbus0 ugen0.3: at usbus0 @@ -95,14 +93,14 @@ @@ -102,7 +100,7 @@ Entropy harvesting: interrupts ethernet point_to_point kickstart. Starting file system checks: /dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS -/dev/mmcsd0s2a: clean, 393149 free (1125 frags, 49003 blocks, 0.2% fragmentation) +/dev/mmcsd0s2a: clean, 393117 free (1125 frags, 48999 blocks, 0.2% fragmentation) Mounting local file systems:. Writing entropy file:. Setting hostname: raspberry-pi. First boot: root@raspberry-pi:~ # dd if=/dev/mmcsd0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 9.715465 secs (10792855 bytes/sec) Second boot: root@raspberry-pi:~ # dd if=/dev/mmcsd0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 36.061109 secs (2907775 bytes/sec) Kind regards, Ralf From owner-freebsd-arm@FreeBSD.ORG Mon Dec 3 14:51: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 CD7E8BB0 for ; Mon, 3 Dec 2012 14:51:41 +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 79A6C8FC13 for ; Mon, 3 Dec 2012 14:51:41 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 807E339D49; Mon, 3 Dec 2012 23:51:33 +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 6B0FE39D46; Mon, 3 Dec 2012 23:51:33 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: , References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B8058C.9030909@bluezbox.com> In-Reply-To: Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Date: Mon, 3 Dec 2012 23:51:47 +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 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, 03 Dec 2012 14:51:41 -0000 >>> BTW, SDHCI is not yet stable? >> >> There is one issue with setting SDHCI clock. I'll commit fix later today. > > > I like to share some information about the SD card reading speed. > > While exchanging the old boot sequence with then new one I once booted > with the new boot sequence but without an /boot/loader.rc file. > > The reading speed achieved with > dd if=/dev/mmcsd0 of=/dev/null bs=1m count=100 > from the SD card was 10 Mbyte/sec. > > After creating the file with "echo 'fdt addr 0x100' > /boot/loader.rc" > and rebooting the reading speed achieved from the SD card was down to > 2.8 Mbyte/sec. > > Although the SDHCI frequency was shown on the second boot as double high > as > on the first (100MHz versus 50MHz) the reading speed was much lower. > I think the cause was the mmcsd bus bit width which was reported as 4 at > the first and as 1 at the second boot. At this time, it must be 50. if use 100MHz, some cards cant be used anymore. Howerver, probably 4bit transfer is OK. -- Daisuke Aoyama From owner-freebsd-arm@FreeBSD.ORG Mon Dec 3 16:17:43 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 E5198446 for ; Mon, 3 Dec 2012 16:17:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ia0-f169.google.com (mail-ia0-f169.google.com [209.85.210.169]) by mx1.freebsd.org (Postfix) with ESMTP id 9838A8FC08 for ; Mon, 3 Dec 2012 16:17:42 +0000 (UTC) Received: by mail-ia0-f169.google.com with SMTP id r4so2679510iaj.14 for ; Mon, 03 Dec 2012 08:17:36 -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:x-priority :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=wm/hFb74cxc1oWXCTWhJYC3+N8rW6ObPO31csB/+CoQ=; b=jiG7ebMI95K6pEn6gTRZU5oKJtl3R9lNoVl+OiVsQTtbS6UGaai5ahm+TobodTlG4e Jwr1SEYSQAtrI/d2WwsKOxevOQEha7H+nChEJVQYYjsAP+aSi461pPlAyPknhUVc3kdJ jOHffmsyARZlo9V2IW/09Omvv0/2Q3iQRIdG79JX75qmyOAvB1NvckLZjf2E5/cHk5sJ E8J+WAfDsOY85jvMHEGrZ7JT5yLdXpZAGGWQjmGvSGHXe12MSP+nFVkWft1bQkbJ+W6V YEvMKV+MIAqOd+V4T386kuW6AVZoGkNSMxzgRmpHzlW9jFeIgtNNtW5cS2uFL4Xukdnf rTUg== Received: by 10.50.150.175 with SMTP id uj15mr6593163igb.52.1354551456201; Mon, 03 Dec 2012 08:17:36 -0800 (PST) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id 10sm7364613ign.5.2012.12.03.08.17.33 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 03 Dec 2012 08:17:34 -0800 (PST) Sender: Warner Losh Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh X-Priority: 3 In-Reply-To: Date: Mon, 3 Dec 2012 09:17:31 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <18DB98C9-66D9-4B00-989A-156F21E9981C@bsdimp.com> References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B8058C.9030909@bluezbox.com> To: "Daisuke Aoyama" X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQmwd7X2nW2x8RqiaJViAp4jtG+9Mnp+T9x2SqGwRxcs0LlHK7LFuKv4P+TtFaeoUVyuORmS Cc: freebsd-arm@freebsd.org, Ralf.Wenk@hs-karlsruhe.de 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, 03 Dec 2012 16:17:43 -0000 On Dec 3, 2012, at 7:51 AM, Daisuke Aoyama wrote: >>>> BTW, SDHCI is not yet stable? >>>=20 >>> There is one issue with setting SDHCI clock. I'll commit fix later = today. >>=20 >>=20 >> I like to share some information about the SD card reading speed. >>=20 >> While exchanging the old boot sequence with then new one I once = booted >> with the new boot sequence but without an /boot/loader.rc file. >>=20 >> The reading speed achieved with >> dd if=3D/dev/mmcsd0 of=3D/dev/null bs=3D1m count=3D100 >> from the SD card was 10 Mbyte/sec. >>=20 >> After creating the file with "echo 'fdt addr 0x100' > = /boot/loader.rc" >> and rebooting the reading speed achieved from the SD card was down to >> 2.8 Mbyte/sec. >>=20 >> Although the SDHCI frequency was shown on the second boot as double = high as >> on the first (100MHz versus 50MHz) the reading speed was much lower. >> I think the cause was the mmcsd bus bit width which was reported as 4 = at >> the first and as 1 at the second boot. >=20 > At this time, it must be 50. if use 100MHz, some cards cant be used = anymore. > Howerver, probably 4bit transfer is OK. 33MHz is the top speed for SD cards. There's an extension to make them = go as fast as 50MHz. Most SD cards cope at 50MHz without enabling the = extension and even more when enabled. The current common code tries to = enable things properly, but relies on the host bridge adapter driver to = set the clock properly... There may be some cruft here left over from = the early Atmel legacy where the datasheet gave somewhat aggressive = advise.. 100MHz at one bit is 100Mbps. 50MHz 4 bit is 200Mbps. I gotta get a pi to play around with this :) Warner= From owner-freebsd-arm@FreeBSD.ORG Mon Dec 3 16:34:04 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 A063D958 for ; Mon, 3 Dec 2012 16:34:04 +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 EAB298FC08 for ; Mon, 3 Dec 2012 16:34:02 +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 qB3GXt8h068001 for ; Mon, 3 Dec 2012 09:33:56 -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 qB3GXq8m045673; Mon, 3 Dec 2012 09:33:52 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) From: Ian Lepore To: Warner Losh In-Reply-To: <18DB98C9-66D9-4B00-989A-156F21E9981C@bsdimp.com> References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B8058C.9030909@bluezbox.com> <18DB98C9-66D9-4B00-989A-156F21E9981C@bsdimp.com> Content-Type: text/plain; charset="us-ascii" Date: Mon, 03 Dec 2012 09:33:52 -0700 Message-ID: <1354552432.1140.28.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Ralf.Wenk@hs-karlsruhe.de, 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, 03 Dec 2012 16:34:04 -0000 On Mon, 2012-12-03 at 09:17 -0700, Warner Losh wrote: > On Dec 3, 2012, at 7:51 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 like to share some information about the SD card reading speed. > >> > >> While exchanging the old boot sequence with then new one I once booted > >> with the new boot sequence but without an /boot/loader.rc file. > >> > >> The reading speed achieved with > >> dd if=/dev/mmcsd0 of=/dev/null bs=1m count=100 > >> from the SD card was 10 Mbyte/sec. > >> > >> After creating the file with "echo 'fdt addr 0x100' > /boot/loader.rc" > >> and rebooting the reading speed achieved from the SD card was down to > >> 2.8 Mbyte/sec. > >> > >> Although the SDHCI frequency was shown on the second boot as double high as > >> on the first (100MHz versus 50MHz) the reading speed was much lower. > >> I think the cause was the mmcsd bus bit width which was reported as 4 at > >> the first and as 1 at the second boot. > > > > At this time, it must be 50. if use 100MHz, some cards cant be used anymore. > > Howerver, probably 4bit transfer is OK. > > 33MHz is the top speed for SD cards. There's an extension to make them go as fast as 50MHz. Most SD cards cope at 50MHz without enabling the extension and even more when enabled. The current common code tries to enable things properly, but relies on the host bridge adapter driver to set the clock properly... There may be some cruft here left over from the early Atmel legacy where the datasheet gave somewhat aggressive advise.. > > 100MHz at one bit is 100Mbps. 50MHz 4 bit is 200Mbps. > > I gotta get a pi to play around with this :) Oops, not quite. SD 1.0 and 1.1 limit bus speed to 25mhz, but you can usually get away with 30mhz and sometimes even higher (but anything over 25 is out of spec). SD 2.0 upped the limit to 50mhz, but you can't set the bus to run that fast until you've probed the card and determined that it supports SDHC. The signaling standard is actually different between 1.x and 2.x in SDHC mode (there are differences in the relationships between rise/fall/hold times above 25mhz). That's why old Atmel hardware can't do SDHC 50mhz even though the microcontroller can run the bus at 50mhz -- it does so with the 1.x signal timings (it was pretty sneaky of them to adverise mmc/sd up to 50mhz knowing that running the bus that fast was just a violation of the SD 1.x spec, which is all they really support). I've heard that SD 3.x allows for bus speeds of 100mhz and higher, but only on SDXC cards. I'm hand-waving a bit here because I haven't gotten to work with hardware that new yet. Bus speed is independant of the 1/4/8 bit datapath (well, at least in the SD specs up through 2.0, after that I'm not sure). -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Dec 3 17:16:15 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44999925 for ; Mon, 3 Dec 2012 17:16:15 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id D7C468FC15 for ; Mon, 3 Dec 2012 17:16:14 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id a19so1936334qad.13 for ; Mon, 03 Dec 2012 09:16:12 -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=mUp6eK9uKHG3sOXWJn4v03Jgi4nqRj3Zs80YxQKaRGM=; b=goUQvl2+3d+Uojig1aVIcESiVtIpKLyArYR0MAZPbuWUBYKT2WFoOnEA5o8opSeBEv k7BHiGGEZIr3KT7tIMueZpZ8HH2fyXtiFotXsqDGIUXVwp9tUKRcAEBrVHgaHZWk7gXM eA5YX5UswOO4vk8JU/ZIZDQCUMsTqocZPU7zRVZUQILhsk/dpHdZzR6kFLcD+XiIYJ5f YS4b6KZetSqHzegZb3LNcru0XQG/K5gBREovfIWNOJL+1G964R9XW5OTO2A8I5cD/2jy YLFFbo+98fE1Rz1yD6Vdh3nAKGDxP1C/BJma/CfhQ5CbFG1mzofY3pFSbR4mHH/3khi6 wFHQ== Received: by 10.224.35.137 with SMTP id p9mr18214576qad.85.1354554972378; Mon, 03 Dec 2012 09:16:12 -0800 (PST) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPS id h16sm9762768qae.8.2012.12.03.09.16.08 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 03 Dec 2012 09:16:09 -0800 (PST) Sender: Warner Losh Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <1354552432.1140.28.camel@revolution.hippie.lan> Date: Mon, 3 Dec 2012 10:16:06 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <16308BDE-D3DA-4127-89BF-C8EF03B017DF@bsdimp.com> References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B8058C.9030909@bluezbox.com> <18DB98C9-66D9-4B00-989A-156F21E9981C@bsdimp.com> <1354552432.1140.28.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQkD7yeFX1y5v9bHrrKHZG1SuMrtxRiarc/w/J0wnafOzI0U/fhSLnEXaP0G1cdRxwdDfIHw Cc: Ralf.Wenk@hs-karlsruhe.de, 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, 03 Dec 2012 17:16:15 -0000 On Dec 3, 2012, at 9:33 AM, Ian Lepore wrote: > On Mon, 2012-12-03 at 09:17 -0700, Warner Losh wrote: >> On Dec 3, 2012, at 7:51 AM, Daisuke Aoyama wrote: >>=20 >>>>>> BTW, SDHCI is not yet stable? >>>>>=20 >>>>> There is one issue with setting SDHCI clock. I'll commit fix later = today. >>>>=20 >>>>=20 >>>> I like to share some information about the SD card reading speed. >>>>=20 >>>> While exchanging the old boot sequence with then new one I once = booted >>>> with the new boot sequence but without an /boot/loader.rc file. >>>>=20 >>>> The reading speed achieved with >>>> dd if=3D/dev/mmcsd0 of=3D/dev/null bs=3D1m count=3D100 >>>> from the SD card was 10 Mbyte/sec. >>>>=20 >>>> After creating the file with "echo 'fdt addr 0x100' > = /boot/loader.rc" >>>> and rebooting the reading speed achieved from the SD card was down = to >>>> 2.8 Mbyte/sec. >>>>=20 >>>> Although the SDHCI frequency was shown on the second boot as double = high as >>>> on the first (100MHz versus 50MHz) the reading speed was much = lower. >>>> I think the cause was the mmcsd bus bit width which was reported as = 4 at >>>> the first and as 1 at the second boot. >>>=20 >>> At this time, it must be 50. if use 100MHz, some cards cant be used = anymore. >>> Howerver, probably 4bit transfer is OK. >>=20 >> 33MHz is the top speed for SD cards. There's an extension to make = them go as fast as 50MHz. Most SD cards cope at 50MHz without enabling = the extension and even more when enabled. The current common code tries = to enable things properly, but relies on the host bridge adapter driver = to set the clock properly... There may be some cruft here left over = from the early Atmel legacy where the datasheet gave somewhat aggressive = advise.. >>=20 >> 100MHz at one bit is 100Mbps. 50MHz 4 bit is 200Mbps. >>=20 >> I gotta get a pi to play around with this :) >=20 > Oops, not quite. >=20 > SD 1.0 and 1.1 limit bus speed to 25mhz, but you can usually get away > with 30mhz and sometimes even higher (but anything over 25 is out of > spec). =20 >=20 > SD 2.0 upped the limit to 50mhz, but you can't set the bus to run that > fast until you've probed the card and determined that it supports = SDHC. > The signaling standard is actually different between 1.x and 2.x in = SDHC > mode (there are differences in the relationships between = rise/fall/hold > times above 25mhz). That's why old Atmel hardware can't do SDHC 50mhz > even though the microcontroller can run the bus at 50mhz -- it does so > with the 1.x signal timings (it was pretty sneaky of them to adverise > mmc/sd up to 50mhz knowing that running the bus that fast was just a > violation of the SD 1.x spec, which is all they really support). >=20 > I've heard that SD 3.x allows for bus speeds of 100mhz and higher, but > only on SDXC cards. I'm hand-waving a bit here because I haven't = gotten > to work with hardware that new yet. Thanks for refreshing my memory... > Bus speed is independant of the 1/4/8 bit datapath (well, at least in > the SD specs up through 2.0, after that I'm not sure). Experience has shown that the card has a speed limit for transfer = though, so I've seen cards that can do 1 bit at 50MHz but not 4 bits at = 25MHz. Warner= From owner-freebsd-arm@FreeBSD.ORG Mon Dec 3 17:43:13 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16DE33EA for ; Mon, 3 Dec 2012 17:43:13 +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 729358FC17 for ; Mon, 3 Dec 2012 17:43:11 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id C0FF039D49; Tue, 4 Dec 2012 02:43:09 +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 AB21739D46; Tue, 4 Dec 2012 02:43:09 +0900 (JST) Message-ID: <797FC9C0D52846548418B1E8F70A0402@ad.peach.ne.jp> From: "Daisuke Aoyama" To: "Ian Lepore" , "Warner Losh" , References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B8058C.9030909@bluezbox.com> <18DB98C9-66D9-4B00-989A-156F21E9981C@bsdimp.com> <1354552432.1140.28.camel@revolution.hippie.lan> In-Reply-To: <1354552432.1140.28.camel@revolution.hippie.lan> Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Date: Tue, 4 Dec 2012 02:43:23 +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: Ralf.Wenk@hs-karlsruhe.de 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, 03 Dec 2012 17:43:13 -0000 > SD 2.0 upped the limit to 50mhz, but you can't set the bus to run that > fast until you've probed the card and determined that it supports SDHC. > The signaling standard is actually different between 1.x and 2.x in SDHC > mode (there are differences in the relationships between rise/fall/hold > times above 25mhz). That's why old Atmel hardware can't do SDHC 50mhz > even though the microcontroller can run the bus at 50mhz -- it does so > with the 1.x signal timings (it was pretty sneaky of them to adverise > mmc/sd up to 50mhz knowing that running the bus that fast was just a > violation of the SD 1.x spec, which is all they really support). > > I've heard that SD 3.x allows for bus speeds of 100mhz and higher, but > only on SDXC cards. I'm hand-waving a bit here because I haven't gotten > to work with hardware that new yet. Yes, you are right. But my card don't work with 50/100MHz 4bit mode. And, many users have reported don't work. In my case, the command under 50/100 was reported CRC error, etc. FYI, the cards require 2x max power consumption when HS mode is enabled. There is another factor the card runs at HS on RPI. I imagine my card eats more power :) > Bus speed is independant of the 1/4/8 bit datapath (well, at least in > the SD specs up through 2.0, after that I'm not sure). AFAIK, micro SD cards use 1bit. If you are interesting about SD card, you can get Simplified Version of the Physical Layer Specification https://www.sdcard.org/downloads/pls/ -- Daisuke Aoyama From owner-freebsd-arm@FreeBSD.ORG Mon Dec 3 23:22: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 366A99CB for ; Mon, 3 Dec 2012 23:22:17 +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 966A88FC08 for ; Mon, 3 Dec 2012 23:22:16 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id E18C739D49 for ; Tue, 4 Dec 2012 08:22:14 +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 CCB4E39D46 for ; Tue, 4 Dec 2012 08:22:14 +0900 (JST) Message-ID: <640A8F330E574984A36EC46EE4AFC1E7@ad.peach.ne.jp> From: "Daisuke Aoyama" To: References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B8058C.9030909@bluezbox.com> <18DB98C9-66D9-4B00-989A-156F21E9981C@bsdimp.com> <1354552432.1140.28.camel@revolution.hippie.lan> <797FC9C0D52846548418B1E8F70A0402@ad.peach.ne.jp> In-Reply-To: <797FC9C0D52846548418B1E8F70A0402@ad.peach.ne.jp> Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Date: Tue, 4 Dec 2012 08:22:24 +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 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, 03 Dec 2012 23:22:17 -0000 Updated to RPI-B-test4 kernel and SVN 243792. Still NOT STABLE!! The kernel is replaced with non-optimized version. Add GPT partition support. Add U-Boot SD card workaround. You can download my test binary from: http://www.peach.ne.jp/archives/rpi/freebsd-pi-20121204.img.gz SHA256 (freebsd-pi-20121204.img.gz) = 13df40c567a486601d9e68ac5b8b2c0be778ac9625befa7d7cada616bbc2fa29 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). If you want the video out, please remove the line of "set console=comconsole" in /boot/loader.rc. Note: first time, it takes about 2 minutes for generating the SSH keys. Using config is here: http://www.peach.ne.jp/archives/rpi/config/RPI-B-test4 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 -- Daisuke Aoyama From owner-freebsd-arm@FreeBSD.ORG Tue Dec 4 07:13:48 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 69BFE433 for ; Tue, 4 Dec 2012 07:13:48 +0000 (UTC) (envelope-from sxdsales3@sina.cn) Received: from smtp.sina.com.cn (mail3-167.sinamail.sina.com.cn [202.108.3.167]) by mx1.freebsd.org (Postfix) with ESMTP id 906BC8FC0C for ; Tue, 4 Dec 2012 07:13:46 +0000 (UTC) Received: from irja2-172.sinamail.sina.com.cn (unknown [10.69.2.172]) by smtp.sina.com.cn (SINAMAIL) with ESMTP id C31D988F69C for ; Tue, 4 Dec 2012 15:13:44 +0800 (CST) X-Originating-IP: [121.33.109.224] Received: from unknown (HELO aaacdeffg) ([121.33.109.224]) by irja2-172.sinamail.sina.com.cn with ESMTP; 04 Dec 2012 15:13:44 +0800 Date: Tue, 4 Dec 2012 15:13:46 +0800 From: "SXD Tablet PC" To: "freebsd-arm" Subject: Cube hot sale tablet Message-ID: <201212041513464155677@sina.cn> X-Priority: 3 X-Has-Attach: no X-Mailer: Microsoft Outlook MIME-Version: 1.0 Content-Type: text/plain; charset="GB2312" 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: Tue, 04 Dec 2012 07:13:48 -0000 CUBE U30 tablet PC --- Good Price 9diO79eKP80fKQ Dear , 80fLR8chNS9fKQ Cube U30GT still keep good sale for its stable and high performance! hMS8ciN79dj CPU: RK3066 1.5GHz Dual Core Cortex A9 CPU+Mali400 Quad Core GPU Q8bhMS9diN79 Cube U30 spec: [1]http://www.netacce.com/_d273942592.htm N79dJP79eKP8 Have stock now! jP80gMR8bhM Do you interest? 79ekP80gLQ80gM Looking forward to your early reply! 0gLR9diO79eJP70 Best regards, gMS9djO79e Sofia 9dKQ80gMR8chNS9 SKYPE: Sofiasxd - Netacce.com hMS9djO79e LQ8chN79diN7 References 1. http://www.netacce.com/_d273942592.htm From owner-freebsd-arm@FreeBSD.ORG Tue Dec 4 08:29: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 7B448649 for ; Tue, 4 Dec 2012 08:29:49 +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 2575F8FC08 for ; Tue, 4 Dec 2012 08:29:48 +0000 (UTC) Received: by ext.mellstrand.net Tue, 4 Dec 2012 08:29:46 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: <640A8F330E574984A36EC46EE4AFC1E7@ad.peach.ne.jp> Date: Tue, 4 Dec 2012 09:29:45 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <299DFD4A-9B11-4D0B-A024-AEC50B3CEF3F@exmandato.se> References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B8058C.9030909@bluezbox.com> <18DB98C9-66D9-4B00-989A-156F21E9981C@bsdimp.com> <1354552432.1140.28.camel@revolution.hippie.lan> <797FC9C0D52846548418B1E8F70A0402@ad.peach.ne.jp> <640A8F330E574984A36EC46EE4AFC1E7@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: Tue, 04 Dec 2012 08:29:49 -0000 Hi The image boots fine. Thanks /Mats On 4 dec 2012, at 00:22, Daisuke Aoyama wrote: > Updated to RPI-B-test4 kernel and SVN 243792. >=20 > Still NOT STABLE!! >=20 > The kernel is replaced with non-optimized version. > Add GPT partition support. > Add U-Boot SD card workaround. >=20 > You can download my test binary from: >=20 > http://www.peach.ne.jp/archives/rpi/freebsd-pi-20121204.img.gz >=20 > SHA256 (freebsd-pi-20121204.img.gz) =3D = 13df40c567a486601d9e68ac5b8b2c0be778ac9625befa7d7cada616bbc2fa29 >=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). > If you want the video out, please remove the line of "set = console=3Dcomconsole" in /boot/loader.rc. >=20 > Note: first time, it takes about 2 minutes for generating the SSH = keys. >=20 > Using config is here: > http://www.peach.ne.jp/archives/rpi/config/RPI-B-test4 >=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 > 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 Tue Dec 4 12:12:04 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 40AEADE1 for ; Tue, 4 Dec 2012 12:12:04 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id BDC4E8FC08 for ; Tue, 4 Dec 2012 12:12:03 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id qB4BulMh087618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 4 Dec 2012 12:56:48 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id qB4BuYDE047846 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Dec 2012 12:56:34 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id qB4BuXjp062687; Tue, 4 Dec 2012 12:56:33 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id qB4BuWqZ062686; Tue, 4 Dec 2012 12:56:32 +0100 (CET) (envelope-from ticso) Date: Tue, 4 Dec 2012 12:56:32 +0100 From: Bernd Walter To: Daisuke Aoyama Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Message-ID: <20121204115631.GA62551@cicely7.cicely.de> References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B8058C.9030909@bluezbox.com> <18DB98C9-66D9-4B00-989A-156F21E9981C@bsdimp.com> <1354552432.1140.28.camel@revolution.hippie.lan> <797FC9C0D52846548418B1E8F70A0402@ad.peach.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <797FC9C0D52846548418B1E8F70A0402@ad.peach.ne.jp> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm@freebsd.org, Ralf.Wenk@hs-karlsruhe.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 12:12:04 -0000 On Tue, Dec 04, 2012 at 02:43:23AM +0900, Daisuke Aoyama wrote: > >SD 2.0 upped the limit to 50mhz, but you can't set the bus to run that > >fast until you've probed the card and determined that it supports SDHC. > >The signaling standard is actually different between 1.x and 2.x in SDHC > >mode (there are differences in the relationships between rise/fall/hold > >times above 25mhz). That's why old Atmel hardware can't do SDHC 50mhz > >even though the microcontroller can run the bus at 50mhz -- it does so > >with the 1.x signal timings (it was pretty sneaky of them to adverise > >mmc/sd up to 50mhz knowing that running the bus that fast was just a > >violation of the SD 1.x spec, which is all they really support). With AT91RM9200 the problem was noticeable because typically you run the peripheral clock at 60MHz, so you can divide to 15MHz or 30MHz, which was too high for standard, but usually worked well with most cards. > >I've heard that SD 3.x allows for bus speeds of 100mhz and higher, but > >only on SDXC cards. I'm hand-waving a bit here because I haven't gotten > >to work with hardware that new yet. > > Yes, you are right. But my card don't work with 50/100MHz 4bit mode. > And, many users have reported don't work. > In my case, the command under 50/100 was reported CRC error, etc. > > FYI, the cards require 2x max power consumption when HS mode is enabled. > There is another factor the card runs at HS on RPI. > I imagine my card eats more power :) The power design of the RPI is one of the points I don't like. > >Bus speed is independant of the 1/4/8 bit datapath (well, at least in > >the SD specs up through 2.0, after that I'm not sure). > > AFAIK, micro SD cards use 1bit. MicroSD also have 4-bit - same number of contacts. Support for it always had been optional, that's the reason why it must be probed and activated first. MicroSD must support 1-bit SPI mode, which is optional on standard size SD, but since they share common chips SD cards usually can do SPI as well. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Tue Dec 4 17:46:47 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 58C326A9 for ; Tue, 4 Dec 2012 17:46:47 +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 07C228FC16 for ; Tue, 4 Dec 2012 17:46:46 +0000 (UTC) Received: by ext.mellstrand.net Tue, 4 Dec 2012 17:46:44 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: <640A8F330E574984A36EC46EE4AFC1E7@ad.peach.ne.jp> Date: Tue, 4 Dec 2012 18:46:41 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B8058C.9030909@bluezbox.com> <18DB98C9-66D9-4B00-989A-156F21E9981C@bsdimp.com> <1354552432.1140.28.camel@revolution.hippie.lan> <797FC9C0D52846548418B1E8F70A0402@ad.peach.ne.jp> <640A8F330E574984A36EC46EE4AFC1E7@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: Tue, 04 Dec 2012 17:46:47 -0000 Hi =46rom time to time the network behaves as frozen and then I get: smsc0: warning: Failed to read register 0x114 smsc0: warning: MII read timeout on the serial console After that, the network works again /Mats On 4 dec 2012, at 00:22, Daisuke Aoyama wrote: > Updated to RPI-B-test4 kernel and SVN 243792. >=20 > Still NOT STABLE!! >=20 > The kernel is replaced with non-optimized version. > Add GPT partition support. > Add U-Boot SD card workaround. >=20 > You can download my test binary from: >=20 > http://www.peach.ne.jp/archives/rpi/freebsd-pi-20121204.img.gz >=20 > SHA256 (freebsd-pi-20121204.img.gz) =3D = 13df40c567a486601d9e68ac5b8b2c0be778ac9625befa7d7cada616bbc2fa29 >=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). > If you want the video out, please remove the line of "set = console=3Dcomconsole" in /boot/loader.rc. >=20 > Note: first time, it takes about 2 minutes for generating the SSH = keys. >=20 > Using config is here: > http://www.peach.ne.jp/archives/rpi/config/RPI-B-test4 >=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 > 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 Tue Dec 4 23:10:19 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 D60BAA36; Tue, 4 Dec 2012 23:10:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 3D7198FC15; Tue, 4 Dec 2012 23:10:19 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id qB4NAIiT062608; Tue, 4 Dec 2012 23:10:18 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qB4NAIx6062602; Tue, 4 Dec 2012 23:10:18 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 4 Dec 2012 23:10:18 GMT Message-Id: <201212042310.qB4NAIx6062602@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 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, 04 Dec 2012 23:10:20 -0000 TB --- 2012-12-04 23:05:10 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-12-04 23:05:10 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-04 23:05:10 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-12-04 23:05:10 - cleaning the object tree TB --- 2012-12-04 23:05:10 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-12-04 23:05:10 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-12-04 23:05:10 - /usr/local/bin/svn cleanup /src TB --- 2012-12-04 23:05:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:18 - WARNING: sleeping 30 s and retrying... TB --- 2012-12-04 23:05:48 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:05:48 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:05:48 - WARNING: sleeping 60 s and retrying... TB --- 2012-12-04 23:06:48 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:06:48 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:06:48 - WARNING: sleeping 90 s and retrying... TB --- 2012-12-04 23:08:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:08:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:08:18 - WARNING: sleeping 120 s and retrying... TB --- 2012-12-04 23:10:18 - /usr/local/bin/svn update /src TB --- 2012-12-04 23:10:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-12-04 23:10:18 - ERROR: unable to check out the source tree TB --- 2012-12-04 23:10:18 - 1.95 user 4.59 system 308.70 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Dec 5 03:50:42 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6113FDA for ; Wed, 5 Dec 2012 03:50:42 +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 3666F8FC08 for ; Wed, 5 Dec 2012 03:50:41 +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 qB53oUPx072731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Dec 2012 19:50:31 -0800 (PST) Message-ID: <50BEC485.6030208@jetcafe.org> Date: Tue, 04 Dec 2012 19:50:29 -0800 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121121 Thunderbird/16.0.2 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> <50B33C7F.2040303@jetcafe.org> <1354402685.69940.571.camel@revolution.hippie.lan> In-Reply-To: <1354402685.69940.571.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: Wed, 05 Dec 2012 03:50:42 -0000 On 12/01/12 14:58, Ian Lepore wrote: > Alright, I tracked down the problem today; patch is attached. Undo that > prior patch that disabled writeback and try this instead. So far it looks like it's working. Thanks again for your work; I'll be testing this over the next few weeks. I'm not sure if this is related, but geom seems to fail to remember the partition table on my eSATA disk on this box. I don't see anything in dmesg that would account for this, and since I have no loader.conf to set things like kern.geom.debugflags ... I'm wondering if you have any suggestions for debugging this issue? -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< Reporter (n.) - 1. A cat waiting at a mousehole. From owner-freebsd-arm@FreeBSD.ORG Wed Dec 5 14:23: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 8EEC595C for ; Wed, 5 Dec 2012 14:23:34 +0000 (UTC) (envelope-from Matthias.Reyelt@brunel.de) Received: from mailout-f4.arcor-ip.de (mailout-f4.arcor-ip.de [145.253.3.219]) by mx1.freebsd.org (Postfix) with ESMTP id CF8AE8FC0C for ; Wed, 5 Dec 2012 14:23:33 +0000 (UTC) Received: from mailer2.brunellocal.de (unknown [145.254.28.158]) by mailout-f4.arcor-ip.de (Arcor-IP) with ESMTP id 26B30E33E4; Wed, 5 Dec 2012 15:14:07 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 01A4824A96; Wed, 5 Dec 2012 15:14:07 +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 H+2YdSrxdoVw; Wed, 5 Dec 2012 15:14:06 +0100 (CET) Received: from mail-hv.brunel.de (mail-hv.brunellocal.de [192.168.1.234]) by mailer2.brunellocal.de (Postfix) with ESMTP id C8FF02372C; Wed, 5 Dec 2012 15:14:06 +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 2012120515135946-4298 ; Wed, 5 Dec 2012 15:13:59 +0100 Received: from bcspc139.localnet (bcspc139.bcs.brunel.local [172.16.101.98]) by bcslx10.bcs.brunel.local (Postfix) with ESMTP id DABFDFD8C2; Wed, 5 Dec 2012 15:13:59 +0100 (CET) From: Matthias Reyelt Organization: Brunel Communications To: Ian Lepore Subject: Re: Improve system latency during harddisk access Date: Wed, 5 Dec 2012 15:13:58 +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> <201211290655.39031.Matthias.Reyelt@brunel.de> <1354474032.1140.14.camel@revolution.hippie.lan> In-Reply-To: <1354474032.1140.14.camel@revolution.hippie.lan> MIME-Version: 1.0 Message-Id: <201212051513.58304.Matthias.Reyelt@brunel.de> X-MIMETrack: Itemize by SMTP Server on HUB93501/Brunel/De(Release 7.0.4FP1|July 20, 2009) at 05.12.2012 03:13:59 PM, Serialize by Router on HUB10149/Brunel/De(Release 7.0.4FP2|June 06, 2010) at 05.12.2012 03:14:06 PM, Serialize complete at 05.12.2012 03:14:06 PM 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: Wed, 05 Dec 2012 14:23:34 -0000 Hi, I have done further tests and the problem seems to be related rather to scheduling than to harddisk performance. My test application runs twice and both processes exchange data in a loop which should take 50ms max, otherwise the application gets finished by a timer. The application is rather uneconomic, as it runs through a small for() loop as fast as possible, therefore the CPU load is 100%. Adding a nanosleep() in the loop execution would reduce the CPU load and probably solve this issue. But I would like to tune the scheduler in a way that my test application is able to run one loop within 50 ms (at least). So I think the scheduler should provide about 5ms slices at most, before a process gets kicked out of the CPU. I have played with 4BSD and reducing kern.sched.quantum, but without remarkable effect. I haven't read through the scheduler documentation yet, and I haven't yet tried with the ULE scheduler. If you have some hint where to look that would be great Matthias Am Sonntag, 2. Dezember 2012 19:47:12 schrieb Ian Lepore: > On Thu, 2012-11-29 at 06:55 +0100, Matthias Reyelt wrote: > > 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. > > That does sound unusual. Is there anything that looks suspicious in > dmesg, especially anything about interrupts? In the boot-time dmesg > output, do the interrupt numbers listed for the sata driver look right > for that hardware? > > Not that I can promise a solution of course, but the more info you post > the better the chance that someone can offer advice. Useful things > include dmesg, kernel config, make.conf and src.conf if they're not > empty, the .dts file that describes the devices. Hmmm. The output of > vmstat -i might be good to look at. > > It might be interesting to use dd to continuously read from and/or write > to the disk, and look at things like vmstat -i or any other observations > you can think to make under those kind of conditions. For example, does > the problem become steady if the disk IO is continuous, or is it only an > intermittant delay of your app even when the IO is continuous? Is there > any network or other IO activity going on when this glitches happen? > > -- Ian From owner-freebsd-arm@FreeBSD.ORG Wed Dec 5 15:54: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 695D3F91 for ; Wed, 5 Dec 2012 15:54:41 +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 21F588FC0C for ; Wed, 5 Dec 2012 15:54:36 +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 qB5FsaGx047516 for ; Wed, 5 Dec 2012 08:54:36 -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 qB5FsXhd048849; Wed, 5 Dec 2012 08:54:34 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Dreamplug and eSATA problems From: Ian Lepore To: Dave Hayes In-Reply-To: <50BEC485.6030208@jetcafe.org> References: <50A150C7.2080805@jetcafe.org> <1353643442.69940.45.camel@revolution.hippie.lan> <50B33C7F.2040303@jetcafe.org> <1354402685.69940.571.camel@revolution.hippie.lan> <50BEC485.6030208@jetcafe.org> Content-Type: text/plain; charset="us-ascii" Date: Wed, 05 Dec 2012 08:54:33 -0700 Message-ID: <1354722873.87661.104.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: Wed, 05 Dec 2012 15:54:41 -0000 On Tue, 2012-12-04 at 19:50 -0800, Dave Hayes wrote: > On 12/01/12 14:58, Ian Lepore wrote: > > Alright, I tracked down the problem today; patch is attached. Undo that > > prior patch that disabled writeback and try this instead. > > So far it looks like it's working. Thanks again for your work; I'll be > testing this over the next few weeks. > > I'm not sure if this is related, but geom seems to fail to remember the > partition table on my eSATA disk on this box. I don't see anything in > dmesg that would account for this, and since I have no loader.conf to > set things like kern.geom.debugflags ... I'm wondering if you have any > suggestions for debugging this issue? I've been doing my testing with an SSD drive using GPT partitioning, and I haven't had any trouble... root@dpcur:/root # gpart show ada0 => 34 250069613 ada0 GPT (119G) 34 2014 - free - (1M) 2048 20971520 11 freebsd-ufs (10G) 20973568 20971520 12 freebsd-ufs (10G) 41945088 25165824 50 freebsd-swap (12G) 67110912 182958735 - free - (87G) I also haven't done a ton of testing; I normally run the system booted via tftp and using an nfs-mounted readonly root (because that's a very convenient setup for hacking -- rebuild on the desktop machine and then reboot the dp and it automatically picks up the new kernel and world). Unfortunately, with the lack of a loader, setting debug flags early usualy means hacking the change right into the kernel and rebooting. In this case, that would be initializing g_debugflags on line 66 of src/sys/geom/geom_kern.c. -- Ian From owner-freebsd-arm@FreeBSD.ORG Thu Dec 6 07:52:59 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 828DCBCA for ; Thu, 6 Dec 2012 07:52:59 +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 2D4528FC12 for ; Thu, 6 Dec 2012 07:52:58 +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 1TgWGE-00069v-TC for freebsd-arm@freebsd.org; Wed, 05 Dec 2012 23:52:52 -0800 From: Oleksandr Tymoshenko Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: FreeBSD/armv6 for QEMU Message-Id: Date: Wed, 5 Dec 2012 23:52:28 -0800 To: "" Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) 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: Hello, I've just finished first version of VersatilePB support for FreeBSD/armv6. QEMU uses this machine as a base for armv6 emulation. Full patch: http://people.freebsd.org/~gonzo/arm/qemu/versatilepb.diff Build/run info: http://kernelnomicon.org/?p=229 [...] 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: Thu, 06 Dec 2012 07:52:59 -0000 Hello, I've just finished first version of VersatilePB support for = FreeBSD/armv6. QEMU uses this machine as a base for armv6 emulation.=20 Full patch: http://people.freebsd.org/~gonzo/arm/qemu/versatilepb.diff Build/run info: http://kernelnomicon.org/?p=3D229 Kernel supports serial console, timers, primary and secondary interrupt controllers, PCI, LCD controller, Keyboard/Mouse interface (partially, no LEDs suport, no mouse) Some patches are not versatile-pb specific so I'd like more people to = look at them: - http://people.freebsd.org/~gonzo/patches/fdt-baseaddr.diff Check for return code of fdt_get_range and if it fails assume base = address=20 is zero. Otherwise pbase was used uninitialized and causes exception - http://people.freebsd.org/~gonzo/patches/smc-interrupts.diff Disable if_smc's interrupt in filter. It is reenabled by taskqueue later - http://people.freebsd.org/~gonzo/patches/sym-barrier.diff Barrier function for ARM There is one more PL011-specific change, but Im still not sure if it's = correct Some notes taken during development: - FDT support for handling interrupt-source property is insufficient for = cascading=20 interrupt controllers. I think concept of global IRQ space, = arm_get_next_irq=20 and related functions should be reconsidered at least for FDT-enabled = kernels. - Proper PS/2 keyboard support for arch other than sparc/x86 is = inevitable code duplications. PS/2 protocol logic should be extracted from = dev/atkbd and made arch-indepedent. - Framebuffer/syscons driver is PITA. No news here= From owner-freebsd-arm@FreeBSD.ORG Fri Dec 7 14:47:16 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 846B167C for ; Fri, 7 Dec 2012 14:47:16 +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 440408FC17 for ; Fri, 7 Dec 2012 14:47:15 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id A726539DAE; Fri, 7 Dec 2012 23:47:08 +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 90FE539D5B; Fri, 7 Dec 2012 23:47:08 +0900 (JST) Message-ID: <5C057160F8AC4DF596E8D9D50240574A@ad.peach.ne.jp> From: "Daisuke Aoyama" To: "Mats Mellstrand" , References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B8058C.9030909@bluezbox.com> <18DB98C9-66D9-4B00-989A-156F21E9981C@bsdimp.com> <1354552432.1140.28.camel@revolution.hippie.lan> <797FC9C0D52846548418B1E8F70A0402@ad.peach.ne.jp> <640A8F330E574984A36EC46EE4AFC1E7@ad.peach.ne.jp> In-Reply-To: Subject: Re: FreeBSD on Raspberry Pi 512MB (with U-Boot + ubldr) Date: Fri, 7 Dec 2012 23:47:02 +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 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, 07 Dec 2012 14:47:16 -0000 Hi, > From time to time the network behaves as frozen and then I get: > > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII read timeout > > on the serial console > > After that, the network works again It looks a problem of non-optimized kernel. Please try test kernel in the test directory: http://www.peach.ne.jp/archives/rpi/test/ This will become a next time's kernel. Because of some problems, the world build is not yet completed... -- Daisuke Aoyama From owner-freebsd-arm@FreeBSD.ORG Fri Dec 7 15:46:00 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 AC405BA8; Fri, 7 Dec 2012 15:46:00 +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 5340C8FC12; Fri, 7 Dec 2012 15:46:00 +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 qB7FjxnG099830; Fri, 7 Dec 2012 10:45:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB7FjxgS099829; Fri, 7 Dec 2012 15:45:59 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 7 Dec 2012 15:45:59 GMT Message-Id: <201212071545.qB7FjxgS099829@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: Fri, 07 Dec 2012 15:46:00 -0000 TB --- 2012-12-07 15:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 15:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 15:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-12-07 15:10:00 - cleaning the object tree TB --- 2012-12-07 15:10:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 15:10:00 - cd /tinderbox/HEAD/arm/arm TB --- 2012-12-07 15:10:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 15:14:10 - /usr/local/bin/svn update /src TB --- 2012-12-07 15:15:35 - At svn revision 243986 TB --- 2012-12-07 15:15:36 - building world TB --- 2012-12-07 15:15:36 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 15:15:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 15:15:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 15:15:36 - SRCCONF=/dev/null TB --- 2012-12-07 15:15:36 - TARGET=arm TB --- 2012-12-07 15:15:36 - TARGET_ARCH=arm TB --- 2012-12-07 15:15:36 - TZ=UTC TB --- 2012-12-07 15:15:36 - __MAKE_CONF=/dev/null TB --- 2012-12-07 15:15:36 - cd /src TB --- 2012-12-07 15:15:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 7 15:15:42 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 [...] /obj/arm.arm/src/tmp/usr/include/gssapi/gssapi_krb5.h:212: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' /obj/arm.arm/src/tmp/usr/include/gssapi/gssapi_krb5.h:217: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' In file included from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/dst.h:32, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/message.h:34, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/rdata.h:98, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/db.h:64, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c:35: /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/gssapi.h:59: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'isc_result_t' *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 15:45:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 15:45:59 - ERROR: failed to build world TB --- 2012-12-07 15:45:59 - 1260.77 user 277.43 system 2158.99 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Fri Dec 7 16:58: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 759AAA0A for ; Fri, 7 Dec 2012 16:58: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 22BFB8FC13 for ; Fri, 7 Dec 2012 16:58:26 +0000 (UTC) Received: by ext.mellstrand.net Fri, 7 Dec 2012 16:58:23 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: <5C057160F8AC4DF596E8D9D50240574A@ad.peach.ne.jp> Date: Fri, 7 Dec 2012 17:58:22 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <7696D208-9D8F-481A-B0F0-DFC7DA8A2F29@exmandato.se> References: <3988C1622A974F19A9D3888F0334FF10@ad.peach.ne.jp> <50B8058C.9030909@bluezbox.com> <18DB98C9-66D9-4B00-989A-156F21E9981C@bsdimp.com> <1354552432.1140.28.camel@revolution.hippie.lan> <797FC9C0D52846548418B1E8F70A0402@ad.peach.ne.jp> <640A8F330E574984A36EC46EE4AFC1E7@ad.peach.ne.jp> <5C057160F8AC4DF596E8D9D50240574A@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, 07 Dec 2012 16:58:27 -0000 Hi, I changed kernel in an image built from r243975 (head) to the one you = suggest. Seems to work fine. I can even use vi(1) from a ssh attached terminal :)=20= /mm On 7 dec 2012, at 15:47, "Daisuke Aoyama" wrote: > Hi, >=20 >> =46rom time to time the network behaves as frozen and then I get: >> smsc0: warning: Failed to read register 0x114 >> smsc0: warning: MII read timeout >> on the serial console >> After that, the network works again >=20 > It looks a problem of non-optimized kernel. > Please try test kernel in the test directory: >=20 > http://www.peach.ne.jp/archives/rpi/test/ >=20 > This will become a next time's kernel. > Because of some problems, the world build is not yet completed... >=20 > --=20 > Daisuke Aoyama From owner-freebsd-arm@FreeBSD.ORG Sat Dec 8 00:41:37 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 6C63CE9; Sat, 8 Dec 2012 00:41:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 2AC0E8FC14; Sat, 8 Dec 2012 00:41:37 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id qB80fa8S077386; Sat, 8 Dec 2012 00:41:36 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id qB80faI3077376; Sat, 8 Dec 2012 00:41:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Dec 2012 00:41:36 GMT Message-Id: <201212080041.qB80faI3077376@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 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, 08 Dec 2012 00:41:37 -0000 TB --- 2012-12-07 23:42:21 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-12-07 23:42:21 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-12-07 23:42:21 - starting RELENG_9 tinderbox run for arm/arm TB --- 2012-12-07 23:42:21 - cleaning the object tree TB --- 2012-12-07 23:42:21 - checking out /src from svn://svn.freebsd.org/base/stable/9 TB --- 2012-12-07 23:42:21 - cd /tinderbox/RELENG_9/arm/arm TB --- 2012-12-07 23:42:21 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 23:43:08 - /usr/local/bin/svn update /src TB --- 2012-12-07 23:43:17 - At svn revision 244000 TB --- 2012-12-07 23:43:18 - building world TB --- 2012-12-07 23:43:18 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 23:43:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 23:43:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 23:43:18 - SRCCONF=/dev/null TB --- 2012-12-07 23:43:18 - TARGET=arm TB --- 2012-12-07 23:43:18 - TARGET_ARCH=arm TB --- 2012-12-07 23:43:18 - TZ=UTC TB --- 2012-12-07 23:43:18 - __MAKE_CONF=/dev/null TB --- 2012-12-07 23:43:18 - cd /src TB --- 2012-12-07 23:43:18 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 7 23:43:19 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 8 00:40:04 UTC 2012 TB --- 2012-12-08 00:40:04 - cd /src/sys/arm/conf TB --- 2012-12-08 00:40:04 - /usr/sbin/config -m AVILA TB --- 2012-12-08 00:40:04 - building AVILA kernel TB --- 2012-12-08 00:40:04 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 00:40:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 00:40:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 00:40:04 - SRCCONF=/dev/null TB --- 2012-12-08 00:40:04 - TARGET=arm TB --- 2012-12-08 00:40:04 - TARGET_ARCH=arm TB --- 2012-12-08 00:40:04 - TZ=UTC TB --- 2012-12-08 00:40:04 - __MAKE_CONF=/dev/null TB --- 2012-12-08 00:40:04 - cd /src TB --- 2012-12-08 00:40:04 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Sat Dec 8 00:40:04 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 -mbig-endian -c -O -pipe -std=c99 -g -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 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/subr_devstat.c cc1: warnings being treated as errors /src/sys/kern/subr_devstat.c: In function 'devstat_start_transaction_bio': /src/sys/kern/subr_devstat.c:295: warning: implicit declaration of function 'DTRACE_DEVSTAT_BIO_START' /src/sys/kern/subr_devstat.c:295: warning: nested extern declaration of 'DTRACE_DEVSTAT_BIO_START' [-Wnested-externs] /src/sys/kern/subr_devstat.c: In function 'devstat_end_transaction_bio': /src/sys/kern/subr_devstat.c:390: warning: implicit declaration of function 'DTRACE_DEVSTAT_BIO_DONE' /src/sys/kern/subr_devstat.c:390: warning: nested extern declaration of 'DTRACE_DEVSTAT_BIO_DONE' [-Wnested-externs] *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-08 00:41:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-08 00:41:35 - ERROR: failed to build AVILA kernel TB --- 2012-12-08 00:41:35 - 2521.42 user 519.58 system 3554.69 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Dec 8 07:23:53 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 560826C; Sat, 8 Dec 2012 07:23:53 +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 1F4E68FC0C; Sat, 8 Dec 2012 07:23:53 +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 qB87Nqa5035157; Sat, 8 Dec 2012 02:23:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB87NqbC035156; Sat, 8 Dec 2012 07:23:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Dec 2012 07:23:52 GMT Message-Id: <201212080723.qB87NqbC035156@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, 08 Dec 2012 07:23:53 -0000 TB --- 2012-12-08 06:10:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 06:10: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-12-08 06:10:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-12-08 06:10:01 - cleaning the object tree TB --- 2012-12-08 06:10:01 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 06:10:01 - cd /tinderbox/HEAD/arm/arm TB --- 2012-12-08 06:10:01 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 06:14:24 - /usr/local/bin/svn update /src TB --- 2012-12-08 06:14:34 - At svn revision 244017 TB --- 2012-12-08 06:14:35 - building world TB --- 2012-12-08 06:14:35 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 06:14:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 06:14:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 06:14:35 - SRCCONF=/dev/null TB --- 2012-12-08 06:14:35 - TARGET=arm TB --- 2012-12-08 06:14:35 - TARGET_ARCH=arm TB --- 2012-12-08 06:14:35 - TZ=UTC TB --- 2012-12-08 06:14:35 - __MAKE_CONF=/dev/null TB --- 2012-12-08 06:14:35 - cd /src TB --- 2012-12-08 06:14:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 8 06:14:41 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 8 07:13:23 UTC 2012 TB --- 2012-12-08 07:13:23 - generating LINT kernel config TB --- 2012-12-08 07:13:23 - cd /src/sys/arm/conf TB --- 2012-12-08 07:13:23 - /usr/bin/make -B LINT TB --- 2012-12-08 07:13:23 - cd /src/sys/arm/conf TB --- 2012-12-08 07:13:23 - /usr/sbin/config -m LINT TB --- 2012-12-08 07:13:23 - building LINT kernel TB --- 2012-12-08 07:13:23 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 07:13:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 07:13:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 07:13:23 - SRCCONF=/dev/null TB --- 2012-12-08 07:13:23 - TARGET=arm TB --- 2012-12-08 07:13:23 - TARGET_ARCH=arm TB --- 2012-12-08 07:13:23 - TZ=UTC TB --- 2012-12-08 07:13:23 - __MAKE_CONF=/dev/null TB --- 2012-12-08 07:13:23 - cd /src TB --- 2012-12-08 07:13:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 8 07:13:23 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/uipc_mbuf2.c 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/uipc_mqueue.c 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/uipc_sem.c 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/uipc_shm.c 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/uipc_sockbuf.c 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/uipc_socket.c /src/sys/kern/uipc_socket.c:262: error: static declaration of 'socket_zone' follows non-static declaration /src/sys/sys/socketvar.h:297: error: previous declaration of 'socket_zone' was here *** [uipc_socket.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-08 07:23:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-08 07:23:52 - ERROR: failed to build LINT kernel TB --- 2012-12-08 07:23:52 - 3047.25 user 618.04 system 4431.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Dec 8 18:52:41 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 050D2EC0 for ; Sat, 8 Dec 2012 18:52:41 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id BE3588FC1C for ; Sat, 8 Dec 2012 18:52:40 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id n2so665941dad.13 for ; Sat, 08 Dec 2012 10:52:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:subject:message-id:user-agent:mime-version :content-type:x-gm-message-state; bh=zpELjTojP91nVxZa4QTFV9ZYchd1s5GD5m3cI5VKkLM=; b=D7pq75VPY11GOKVFYiddj/PAEbj2c8hZeCB4Qiua867cxKYiOnA1k4p5QbcKw1lz8W 7PE1aEL25heP/H7mnW1YPzuWijmTgEgt86e/WbMh503/TvpfFypeuBqT0E/7f7XYGeE4 yFK/9X2KHybxCbqgZzFRrBDZlt3++ViGsmXsrNfX/ukQsExdFfR5ALnNYQh9gshWROxZ /hG6FqL07AOgLMw7ZYFtqfbzLsdmgu56DcF5ocrZ3F2RmgWZNnCDnJUJ24JnG4VJLf7g 7GJSebHWpmi16o/ae5B2OHiWn371wBOd2m9lfsSMu2R9W4QnflObwiS4Jus0vuhnVDmr fdQA== Received: by 10.66.74.98 with SMTP id s2mr22493874pav.64.1354992760033; Sat, 08 Dec 2012 10:52:40 -0800 (PST) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPS id ni3sm8823341pbc.2.2012.12.08.10.52.37 (version=SSLv3 cipher=OTHER); Sat, 08 Dec 2012 10:52:39 -0800 (PST) Date: Sat, 8 Dec 2012 08:51:12 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: arm@freebsd.org, mips@freebsd.org, powerpc@freebsd.org, sparc64@freebsd.org, John Baldwin , attilio@FreeBSD.org, mav@FreeBSD.org, scottl@freebsd.org, kib@freebsd.org, marcel@freebsd.org Subject: Call for testing and review, busdma changes Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Gm-Message-State: ALoCoQmPOsBE7xdgpnqY90AJSbKp0fYs/EFOO+OEQ+4xZ4GdOAG7TZpCJtN+izTSZdGUu7LbQOel X-Mailman-Approved-At: Sat, 08 Dec 2012 18:56:44 +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: Sat, 08 Dec 2012 18:52:41 -0000 Hello, http://people.freebsd.org/~jeff/physbio.diff I have a relative large patch that reforms the busdma API so that new types may be added without modifying every architecture's busdma_machdep.c. It does this by unifying the bus_dmamap_load_buffer() routines so that they may be called from MI code. The MD busdma is then given a chance to do any final processing in the complete() callback. This patch also contains cam changes to unify the bus_dmamap_load* handling in cam drivers. The arm and mips implementations saw the largest changes since they have to track virtual addresses for sync(). Previously this was done in a type specific way. Now it is done in a generic way by recording the list of virtuals in the map. I have verified that this patch passes make universe which includes several kernel builds from each architecture. I suspect that if I broke anything your machine simply won't boot or will throw I/O errors. There is little subtlety, it is mostly refactoring. The next step is to allow for dma loading of physical addresses. This will permit unmapped I/O. Which is a significant performance optimization targeted for 10.0. Many thanks for your assistance. Any review feedback is also appreciated. Jeff