From owner-freebsd-arm@FreeBSD.ORG Sun Nov 11 15:58:51 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 E29AB8B1; Sun, 11 Nov 2012 15:58:51 +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 9EDE08FC12; Sun, 11 Nov 2012 15:58:48 +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 qABFwf71095570; Sun, 11 Nov 2012 10:58:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qABFwfHG095569; Sun, 11 Nov 2012 15:58:41 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 11 Nov 2012 15:58:41 GMT Message-Id: <201211111558.qABFwfHG095569@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: Sun, 11 Nov 2012 15:58:52 -0000 TB --- 2012-11-11 15:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-11 15:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-11 15:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-11-11 15:50:00 - cleaning the object tree TB --- 2012-11-11 15:50:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-11 15:50:00 - cd /tinderbox/HEAD/arm/arm TB --- 2012-11-11 15:50:00 - /usr/local/bin/svn cleanup /src TB --- 2012-11-11 15:52:38 - /usr/local/bin/svn update /src TB --- 2012-11-11 15:52:50 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 15:52:50 - WARNING: sleeping 30 s and retrying... TB --- 2012-11-11 15:53:20 - /usr/local/bin/svn update /src TB --- 2012-11-11 15:53:33 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 15:53:33 - WARNING: sleeping 60 s and retrying... TB --- 2012-11-11 15:54:33 - /usr/local/bin/svn update /src TB --- 2012-11-11 15:54:46 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 15:54:46 - WARNING: sleeping 90 s and retrying... TB --- 2012-11-11 15:56:16 - /usr/local/bin/svn update /src TB --- 2012-11-11 15:56:28 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 15:56:28 - WARNING: sleeping 120 s and retrying... TB --- 2012-11-11 15:58:28 - /usr/local/bin/svn update /src TB --- 2012-11-11 15:58:41 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 15:58:41 - ERROR: unable to check out the source tree TB --- 2012-11-11 15:58:41 - 2.74 user 4.12 system 521.17 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Nov 11 16:41:26 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93E731C4; Sun, 11 Nov 2012 16:41:26 +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 517088FC99; Sun, 11 Nov 2012 16:41:23 +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 qABGfMUY022782; Sun, 11 Nov 2012 16:41:22 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id qABGfMqe022775; Sun, 11 Nov 2012 16:41:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 11 Nov 2012 16:41:22 GMT Message-Id: <201211111641.qABGfMqe022775@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: Sun, 11 Nov 2012 16:41:26 -0000 TB --- 2012-11-11 16:33:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-11-11 16:33:00 - 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-11-11 16:33:00 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-11-11 16:33:00 - cleaning the object tree TB --- 2012-11-11 16:33:00 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-11-11 16:33:00 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-11-11 16:33:00 - /usr/local/bin/svn cleanup /src TB --- 2012-11-11 16:33:09 - /usr/local/bin/svn update /src TB --- 2012-11-11 16:33:43 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 16:33:43 - WARNING: sleeping 30 s and retrying... TB --- 2012-11-11 16:34:13 - /usr/local/bin/svn update /src TB --- 2012-11-11 16:35:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 16:35:03 - WARNING: sleeping 60 s and retrying... TB --- 2012-11-11 16:36:03 - /usr/local/bin/svn update /src TB --- 2012-11-11 16:36:38 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 16:36:38 - WARNING: sleeping 90 s and retrying... TB --- 2012-11-11 16:38:08 - /usr/local/bin/svn update /src TB --- 2012-11-11 16:38:45 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 16:38:45 - WARNING: sleeping 120 s and retrying... TB --- 2012-11-11 16:40:45 - /usr/local/bin/svn update /src TB --- 2012-11-11 16:41:22 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 16:41:22 - ERROR: unable to check out the source tree TB --- 2012-11-11 16:41:22 - 1.96 user 4.53 system 502.58 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Nov 11 17:08:56 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 0284D3A5; Sun, 11 Nov 2012 17:08:56 +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 0237A8FC08; Sun, 11 Nov 2012 16:09:45 +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 qABG9jRH081970; Sun, 11 Nov 2012 16:09:45 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id qABG9jam081969; Sun, 11 Nov 2012 16:09:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 11 Nov 2012 16:09:45 GMT Message-Id: <201211111609.qABG9jam081969@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: Sun, 11 Nov 2012 17:08:56 -0000 TB --- 2012-11-11 16:01:46 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-11-11 16:01:46 - 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-11-11 16:01:46 - starting RELENG_9 tinderbox run for arm/arm TB --- 2012-11-11 16:01:46 - cleaning the object tree TB --- 2012-11-11 16:01:46 - checking out /src from svn://svn.freebsd.org/base/stable/9 TB --- 2012-11-11 16:01:46 - cd /tinderbox/RELENG_9/arm/arm TB --- 2012-11-11 16:01:46 - /usr/local/bin/svn cleanup /src TB --- 2012-11-11 16:02:20 - /usr/local/bin/svn update /src TB --- 2012-11-11 16:02:51 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 16:02:51 - WARNING: sleeping 30 s and retrying... TB --- 2012-11-11 16:03:21 - /usr/local/bin/svn update /src TB --- 2012-11-11 16:03:49 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 16:03:49 - WARNING: sleeping 60 s and retrying... TB --- 2012-11-11 16:04:49 - /usr/local/bin/svn update /src TB --- 2012-11-11 16:05:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 16:05:18 - WARNING: sleeping 90 s and retrying... TB --- 2012-11-11 16:06:48 - /usr/local/bin/svn update /src TB --- 2012-11-11 16:07:16 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 16:07:16 - WARNING: sleeping 120 s and retrying... TB --- 2012-11-11 16:09:16 - /usr/local/bin/svn update /src TB --- 2012-11-11 16:09:45 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 16:09:45 - ERROR: unable to check out the source tree TB --- 2012-11-11 16:09:45 - 3.73 user 4.72 system 478.44 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Nov 11 17:13:57 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 7CF7B8C6; Sun, 11 Nov 2012 17:13:57 +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 5F9F68FC8E; Sun, 11 Nov 2012 16:26:14 +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 qABGQDIY095801; Sun, 11 Nov 2012 11:26:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qABGQD43095797; Sun, 11 Nov 2012 16:26:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 11 Nov 2012 16:26:13 GMT Message-Id: <201211111626.qABGQD43095797@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: Sun, 11 Nov 2012 17:13:57 -0000 TB --- 2012-11-11 16:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-11 16:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-11-11 16:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-11-11 16:20:00 - cleaning the object tree TB --- 2012-11-11 16:20:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-11 16:20:00 - cd /tinderbox/HEAD/arm/arm TB --- 2012-11-11 16:20:00 - /usr/local/bin/svn cleanup /src TB --- 2012-11-11 16:20:10 - /usr/local/bin/svn update /src TB --- 2012-11-11 16:20:22 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 16:20:22 - WARNING: sleeping 30 s and retrying... TB --- 2012-11-11 16:20:52 - /usr/local/bin/svn update /src TB --- 2012-11-11 16:21:05 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 16:21:05 - WARNING: sleeping 60 s and retrying... TB --- 2012-11-11 16:22:05 - /usr/local/bin/svn update /src TB --- 2012-11-11 16:22:18 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 16:22:18 - WARNING: sleeping 90 s and retrying... TB --- 2012-11-11 16:23:48 - /usr/local/bin/svn update /src TB --- 2012-11-11 16:24:00 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 16:24:00 - WARNING: sleeping 120 s and retrying... TB --- 2012-11-11 16:26:00 - /usr/local/bin/svn update /src TB --- 2012-11-11 16:26:13 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-11-11 16:26:13 - ERROR: unable to check out the source tree TB --- 2012-11-11 16:26:13 - 2.60 user 6.07 system 373.03 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Nov 11 18:24: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 6C865155 for ; Sun, 11 Nov 2012 18:24:27 +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 AC0BF8FC13 for ; Sun, 11 Nov 2012 18:24: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 qABINtfF075339 for ; Sun, 11 Nov 2012 11:23: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 qABINW0w020464; Sun, 11 Nov 2012 11:23:32 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: exynos4412 hangs on enabling MMU From: Ian Lepore To: Warner Losh In-Reply-To: <7FA4A9AA-F217-4425-9A21-E0967237540C@bsdimp.com> References: <20121030123231.GA91006@jail.io> <1351607803.1120.27.camel@revolution.hippie.lan> <7FA4A9AA-F217-4425-9A21-E0967237540C@bsdimp.com> Content-Type: multipart/mixed; boundary="=-TGlwGHekoNL4VYMYypNE" Date: Sun, 11 Nov 2012 11:23:32 -0700 Message-ID: <1352658212.1217.14.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2012 18:24:27 -0000 --=-TGlwGHekoNL4VYMYypNE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Tue, 2012-10-30 at 10:08 -0600, Warner Losh wrote: > On Oct 30, 2012, at 8:36 AM, Ian Lepore wrote: > > > On Tue, 2012-10-30 at 16:32 +0400, Ruslan Bukin wrote: > >> hello! > >> > >> exynos hangs on mcr cmd in this context: > >> > >> /* Enable MMU */ > >> [..] > >> orr r0, r0, #(CPU_CONTROL_MMU_ENABLE | CPU_CONTROL_DC_ENABLE) > >> mcr p15, 0, r0, c1, c0, 0 > >> [..] > >> > >> without CPU_CONTROL_MMU_ENABLE flag, mcr command works, > >> but board hangs again on line: > >> str r3, [r1], #0x0004 /* get zero init data */ > >> > >> any suggestions? > >> > >> -Ruslan > > > > I don't have a direct answer to your question, but there is something > > related that I've always wondered about locore.S... It starts by > > assuming the bootloader turned on the data cache, so it disables it, > > then it sets up TTB and TLB and other MMU-related stuff, then it turns > > back on the cache. > > > > Shouldn't it have flushed the cache in there somewhere before turning it > > back on? > > > > The part I don't know is whether the cache flush happens implicitly as a > > side effect of some of the other cp15 commands for setting up the MMU. > > > > Also, I have no idea whether this is related or not, but on armv4 > > platforms on -current, the kernel init locks up somewhere in initarm() > > about 20% of the time. It locks up at different points, sometimes it > > only makes it few lines into initarm(), sometimes it gets almost to the > > end before locking up. The variability makes me think it's somehow > > related to caching or the MMU or something like that. It's a problem > > that never happens on freebsd 8, but I haven't had time yet to start > > bisecting the changes to see where it quit working. > > I'd be interested in tracking that down... I've been booting lots of armv5 boards lately and haven't seen this hang with current. > > Warner So my mission this morning was to track this down, and I started by diff'ing the current locore.S against the one from freebsd 8.2 that I know for sure never hangs. The significant difference jumped out at me right away, and it's the code Ruslan referenced in his original post. It appears there was a paste-o or mis-merge when the armv6 support came in; it turns on the data cache too early. Usually this is harmless (at least for me), but sometimes there'll be something in the cache that causes a hang, either immediately (as happens to Ruslan) or later when some innocuous instruction sequence (such as returning from a function call) stumbles across stale cache data and wanders into the weeds. The attached patch fixes the problem, turning on the MMU but not enabling data cache until later in the kernel init (it happens during cpu_setup()). There is a similar sequence to enable the MMU and data cache at the bottom of locore.S. I think it's the code that enables processors other than the primary/boot. Maybe it's okay to enable the cache in that context, or maybe it's another paste-o. I didn't change it because I can't test that code. For testing, I inserted a call to kern_reboot() in start_init() so that I could get several different units here (atmel rm92 and sam9) all rebooting constantly to see if they'd hang. With the original locore.S they always hang within 6-8 reboot cycles. With the patched code they've been rebooting continuously for several hours without a single hang. -- Ian --=-TGlwGHekoNL4VYMYypNE Content-Disposition: inline; filename="locore.S.diff" Content-Type: text/x-patch; name="locore.S.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit diff -r 14a88c479800 sys/arm/arm/locore.S --- a/sys/arm/arm/locore.S Sat Nov 03 14:44:21 2012 -0600 +++ b/sys/arm/arm/locore.S Sun Nov 11 10:42:13 2012 -0700 @@ -181,7 +181,7 @@ 3: #if defined(CPU_ARM11) || defined(CPU_CORTEXA) || defined(CPU_MV_PJ4B) orr r0, r0, #CPU_CONTROL_V6_EXTPAGE #endif - orr r0, r0, #(CPU_CONTROL_MMU_ENABLE | CPU_CONTROL_DC_ENABLE) + orr r0, r0, #(CPU_CONTROL_MMU_ENABLE) mcr p15, 0, r0, c1, c0, 0 nop nop --=-TGlwGHekoNL4VYMYypNE-- From owner-freebsd-arm@FreeBSD.ORG Mon Nov 12 02:49:00 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C324031A for ; Mon, 12 Nov 2012 02:49:00 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 64D968FC0C for ; Mon, 12 Nov 2012 02:48:59 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id l1so7488891vba.13 for ; Sun, 11 Nov 2012 18:48:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=hyDFPoOOkCBXkKCql73ut2owHUjHPa2VdApZNQ97+EE=; b=OcRVkHiwrHriEdc8gbNy7ueWMQm+PF6GhPo1rg1XSCysVI6RxWatz4XTWhaI5p2EKl IaD1i6GkT3MaYLebWDUSBMjHvpkWnAeJxrvyFH9SyqbuAhqj9JfgREvMs8p3gUrhni7i 8QbzP4j3fkPwQ+TyFX5wTx3S05mL84TW2b5iXteAOY7fMWaPxcv6pmB5jZB9dMZC+70B MdJptmNnd6mdfX1fQmdEgbDVONDdBlQAI9+SUygUogOQWjUTgm5BuEwlt5+ns1SQcekB o9rNfHYYj0inA5QdgYXzutyIcPr6sbXtXtBQOGca4a9NvXpPnjwFc9dH7AY9g1VEkI0A gPKA== MIME-Version: 1.0 Received: by 10.52.26.81 with SMTP id j17mr20262762vdg.63.1352688539120; Sun, 11 Nov 2012 18:48:59 -0800 (PST) Received: by 10.58.178.234 with HTTP; Sun, 11 Nov 2012 18:48:59 -0800 (PST) Date: Mon, 12 Nov 2012 10:48:59 +0800 Message-ID: Subject: Re: Proposed patchset to support DreamPlug on freebsd 9 and 10. From: Alie Tan To: freebsd-arm@freebsd.org X-Gm-Message-State: ALoCoQnpfXEoYVziZ5s7D4bzb3SdZUINM+9TA6qXKBNut93RZ8lYn/EjQAUFp1orMZAmJ1eQjqV3 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2012 02:49:00 -0000 > > After exchanging a few emails with Richard yesterday we realized why I > had to put some tweaks on top of the patches he had posted... there are > two different flavors of a DreamPlug v10. One of my co-workers has a > unit marked "1001" and it has NOR SPI flash, as does Richard's. My unit > is marked "1001N" and has NAND flash (which makes it a bit like an > expanded GuruPlug). > > This is going to drive the need for two separate .dts files and two > separate kernel configs. I reworked the patchset I've been using for > 9-stable and -current to move in this direction, and I'm attaching what > I've got so far as a proposal for handling this difference. > > The attached patches don't include Hiroki's led driver, this is just > minimal dreamplug support on top of a fresh checkout of 9 or 10. > > I've also heard there are differences in the v0901 dreamplug units, but > I don't know what the differences are. That might require yet another > set of config. > > I broke the kernel config into 3 pieces... a DREAMPLUG-BASE that has > config for things that are dreamplug-specific and common to all > dreamplugs, and notably is not a GENERIC or kitchen-sink type config > file. Then there are DREAMPLUG-1001 and -1001N config files that > include the -BASE file, and add other options to make a more fully > usable system. I think there's plenty of room for changes and additions > to these -1001[N] files, such as IPFW and other things that you might > want right out of the box -- I do mainly embedded systems work, so I > don't know what most folks might want. > > The config for the 1001N needs more work, notably more support for the > NAND flash in the .dts and kernel configs. Since the whole reason I'm > playing with a dreamplug is to get some experience using nand flash, > I'll be working on that in the days to come. I just wanted to get this > out there and see if folks think this is a workable direction for > supporting different dreamplug flavors. > > -- Ian > Is there any plan to merge this patch to HEAD? Its already 3 months but still now news about this news. Regards, Alie T From owner-freebsd-arm@FreeBSD.ORG Mon Nov 12 10:33:28 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1645A29A for ; Mon, 12 Nov 2012 10:33:28 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) by mx1.freebsd.org (Postfix) with ESMTP id CAA0D8FC08 for ; Mon, 12 Nov 2012 10:33:27 +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 1TXrKW-005X8O-Ib; Mon, 12 Nov 2012 11:33:24 +0100 Message-Id: X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 From: Ralf Wenk To: arm@freebsd.org Subject: Raspberry PI with 512 MB does not boot FreeBSD? Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Mon, 12 Nov 2012 11:33:24 +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, 12 Nov 2012 10:33:28 -0000 Hi, has anyone successfully booted FreeBSD on an new Raspberry PI with 512 MB= RAM? With mine, it looks like booting terminates very early. There is just one= flash from the activity LED. Nothing more, especially no splash screen. First I tried to build an image based on the information from http://kernelnomicon.org/ Next I tried the to build my own image based on http://raspberrypi.stackexchange.com/questions/3288/freebsd-easiest-way-t= o-inst all-on-my-rpi Unfortunately with the same result. To exclude errors in my image buildin= g process I tried the image provided there. I got the same result - it does= n't boot. By trying two of the Raspbian =22wheezy=22 imagesI have verified that the= problem is not caused by the SD card or by the Raspberry PI itself. Both images w= orked as expected. Any hints what I can try to get FreeBSD working? Best regards Ralf From owner-freebsd-arm@FreeBSD.ORG Mon Nov 12 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 3B62CA01 for ; Mon, 12 Nov 2012 11:06:41 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 1F3C48FC21 for ; Mon, 12 Nov 2012 11:06:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qACB6enU000290 for ; Mon, 12 Nov 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 qACB6eMS000288 for freebsd-arm@FreeBSD.org; Mon, 12 Nov 2012 11:06:40 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Nov 2012 11:06:40 GMT Message-Id: <201211121106.qACB6eMS000288@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, 12 Nov 2012 11:06:41 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o 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 14 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Nov 12 14:45: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 2A178BBD for ; Mon, 12 Nov 2012 14:45:48 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id BFD348FC08 for ; Mon, 12 Nov 2012 14:45:47 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fw7so8346172vcb.13 for ; Mon, 12 Nov 2012 06:45:47 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=TdHgbXIpV6DcV+oRR7OG2oyi6es1yGKlpx1/YZdYN7k=; b=ZWTvNQOx4Mi8rqMC1dnnEQzimvvznIfYpx8P/pnq2GICNWZieUEy0ESJQYeao5YPKE RudQ27Icjv+G7jPLLUZ6E1UuaORGP02yTXwtNIZngXVhBPcs+6NVqMZ5SQPiYdLgZRlX 7FQ+TjmTTdLSGokBLpulne1+KFm900+rWyIF3+nBr6z7B1nzN8y+HiAaaxGLh7dYWQGe 3yZqK7DS0R9qtV95NQs+WPOgPGOJMklzjCDrfs4QzIHXqrswnp+F6BEk2D17IHmB7e4O xObdZIXEQqCO2l764WMtLp5gWMewru2/hPvLTJhrbinrxJETOQFICNetju9c0t4ylw7l ujuA== MIME-Version: 1.0 Received: by 10.221.0.10 with SMTP id nk10mr30376vcb.39.1352731546953; Mon, 12 Nov 2012 06:45:46 -0800 (PST) Received: by 10.58.178.234 with HTTP; Mon, 12 Nov 2012 06:45:46 -0800 (PST) Date: Mon, 12 Nov 2012 22:45:46 +0800 Message-ID: Subject: Re: Raspberry PI with 512 MB does not boot FreeBSD? From: Alie Tan To: "freebsd-arm@freebsd.org" X-Gm-Message-State: ALoCoQmUh4M0B2xzLIR3eBBf6tvO03QjlFGKEjwoAO4pOl34NQUcVWNHz5klCkfZr5xF8iTjtgZV Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2012 14:45:48 -0000 Have you checked serial console? Fyi, I just built FreeBSD HEAD with some COPTFLAGS and custom kernel config for optimization couple of hours ago and does boot Regards, Alie T From owner-freebsd-arm@FreeBSD.ORG Mon Nov 12 15:02:10 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 4D570CA for ; Mon, 12 Nov 2012 15:02:10 +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 ED0858FC08 for ; Mon, 12 Nov 2012 15:02:09 +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 qACF29QZ010118 for ; Mon, 12 Nov 2012 08:02:09 -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 qACF26s2021346; Mon, 12 Nov 2012 08:02:06 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Proposed patchset to support DreamPlug on freebsd 9 and 10. From: Ian Lepore To: Alie Tan In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Mon, 12 Nov 2012 08:02:06 -0700 Message-ID: <1352732526.1217.29.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2012 15:02:10 -0000 On Mon, 2012-11-12 at 10:48 +0800, Alie Tan wrote: > > > > After exchanging a few emails with Richard yesterday we realized why I > > had to put some tweaks on top of the patches he had posted... there are > > two different flavors of a DreamPlug v10. One of my co-workers has a > > unit marked "1001" and it has NOR SPI flash, as does Richard's. My unit > > is marked "1001N" and has NAND flash (which makes it a bit like an > > expanded GuruPlug). > > > > This is going to drive the need for two separate .dts files and two > > separate kernel configs. I reworked the patchset I've been using for > > 9-stable and -current to move in this direction, and I'm attaching what > > I've got so far as a proposal for handling this difference. > > > > The attached patches don't include Hiroki's led driver, this is just > > minimal dreamplug support on top of a fresh checkout of 9 or 10. > > > > I've also heard there are differences in the v0901 dreamplug units, but > > I don't know what the differences are. That might require yet another > > set of config. > > > > I broke the kernel config into 3 pieces... a DREAMPLUG-BASE that has > > config for things that are dreamplug-specific and common to all > > dreamplugs, and notably is not a GENERIC or kitchen-sink type config > > file. Then there are DREAMPLUG-1001 and -1001N config files that > > include the -BASE file, and add other options to make a more fully > > usable system. I think there's plenty of room for changes and additions > > to these -1001[N] files, such as IPFW and other things that you might > > want right out of the box -- I do mainly embedded systems work, so I > > don't know what most folks might want. > > > > The config for the 1001N needs more work, notably more support for the > > NAND flash in the .dts and kernel configs. Since the whole reason I'm > > playing with a dreamplug is to get some experience using nand flash, > > I'll be working on that in the days to come. I just wanted to get this > > out there and see if folks think this is a workable direction for > > supporting different dreamplug flavors. > > > > -- Ian > > > > Is there any plan to merge this patch to HEAD? Its already 3 months but > still now news about this news. > > Regards, > Alie T It's been long enough now that I'm not sure that patchset will even apply cleanly anymore. I bricked my dreamplug and haven't been able to revive it yet (I haven't quite given up, but that fact that's it's almost a one-off by being NAND based doesn't help). I just ordered a new dreamplug a few days ago; I assume I'm going to get one with NOR flash this time. When it arrives I'll see about updating and re-validating the patches and try to find someone who'll commit it for us. I'd like to actually have a dreamplug replace the ancient x86 computer I use for router and firewall and etc. But that's essentially putting it into "production," and even if that word may have a somewhat less rigorous meaning when it's a server for a hacker, I still would be happier if the support for it were part of freebsd. The last thing I need when a problem happens (usually in the middle of trying to solve two other problems) is trying to remember where I stashed some big required patchset 2 years ago. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Nov 12 15:29: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 E31009CC for ; Mon, 12 Nov 2012 15:29:41 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) by mx1.freebsd.org (Postfix) with ESMTP id 99DEE8FC0C for ; Mon, 12 Nov 2012 15:29:41 +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 1TXvxE-00CeHu-GD; Mon, 12 Nov 2012 16:29:40 +0100 Message-Id: X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 From: Ralf Wenk To: "freebsd-arm@freebsd.org" Subject: Re: Raspberry PI with 512 MB does not boot FreeBSD? In-reply-to: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Nov 2012 16:29:40 +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, 12 Nov 2012 15:29:42 -0000 > Have you checked serial console? Unfortunately I do not have a serial terminal at the moment. > Fyi, I just built FreeBSD HEAD with some COPTFLAGS and custom kernel config > for optimization couple of hours ago and does boot OK, so the cause could be somewhere in my image building process. How do you build your image? Do you use one of the mentioned scripts as a base or developed one by yourself? Best regards Ralf From owner-freebsd-arm@FreeBSD.ORG Mon Nov 12 16:37: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 8F054B2D for ; Mon, 12 Nov 2012 16:37:48 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 053218FC12 for ; Mon, 12 Nov 2012 16:37:47 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id gg13so1397247lbb.13 for ; Mon, 12 Nov 2012 08:37:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=q5LfVGLVucHGEt5EYzEexYoigjPM/7jK5naF1dLrBtA=; b=VR+Sk6xfc0tfdntmYJwX9btHIbs60vu8pXlnzrrUvzurig44wuKfUkp2xDaEVOvypT rUyF9l6bOuKqhB/QtLwAFWUPvh9RsbrUL77Z1cHQAbWkKG3xSw1wfmGFgJdi5DgSijs4 9c3WdeNmmdEjWt0reSvTx1Jsmuy+UmzhL8Sy5R/Cgi90MncpA3RDsTfF2FiLIgAXHVkU 4ZVGgIRr+l6a93CAFf6vKnRPXkQxuWH/RKHOi5CR8WOiKFcTzwNMGDBoANHAzw4njU3q rZWwVZgjAn3hcW5xXS5Ug0CEgdrgQF1bah1VO33JwGtwYSci5ymADTW6HWQJHcz17WqQ 9bmA== Received: by 10.152.132.3 with SMTP id oq3mr18548361lab.18.1352738266636; Mon, 12 Nov 2012 08:37:46 -0800 (PST) Received: from [192.168.0.121] (vpn.static.83-173-212-209.cybernet.ch. [83.173.212.209]) by mx.google.com with ESMTPS id f3sm2766713lbm.11.2012.11.12.08.37.43 (version=SSLv3 cipher=OTHER); Mon, 12 Nov 2012 08:37:44 -0800 (PST) Message-ID: <50A125D6.50508@gmail.com> Date: Mon, 12 Nov 2012 17:37:42 +0100 From: Mattia Rossi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Proposed patchset to support DreamPlug on freebsd 9 and 10. References: <1352732526.1217.29.camel@revolution.hippie.lan> In-Reply-To: <1352732526.1217.29.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2012 16:37:48 -0000 Am 12.11.2012 16:02, schrieb Ian Lepore: > On Mon, 2012-11-12 at 10:48 +0800, Alie Tan wrote: >>> After exchanging a few emails with Richard yesterday we realized why I >>> had to put some tweaks on top of the patches he had posted... there are >>> two different flavors of a DreamPlug v10. One of my co-workers has a >>> unit marked "1001" and it has NOR SPI flash, as does Richard's. My unit >>> is marked "1001N" and has NAND flash (which makes it a bit like an >>> expanded GuruPlug). >>> >>> This is going to drive the need for two separate .dts files and two >>> separate kernel configs. I reworked the patchset I've been using for >>> 9-stable and -current to move in this direction, and I'm attaching what >>> I've got so far as a proposal for handling this difference. >>> >>> The attached patches don't include Hiroki's led driver, this is just >>> minimal dreamplug support on top of a fresh checkout of 9 or 10. >>> >>> I've also heard there are differences in the v0901 dreamplug units, but >>> I don't know what the differences are. That might require yet another >>> set of config. >>> >>> I broke the kernel config into 3 pieces... a DREAMPLUG-BASE that has >>> config for things that are dreamplug-specific and common to all >>> dreamplugs, and notably is not a GENERIC or kitchen-sink type config >>> file. Then there are DREAMPLUG-1001 and -1001N config files that >>> include the -BASE file, and add other options to make a more fully >>> usable system. I think there's plenty of room for changes and additions >>> to these -1001[N] files, such as IPFW and other things that you might >>> want right out of the box -- I do mainly embedded systems work, so I >>> don't know what most folks might want. >>> >>> The config for the 1001N needs more work, notably more support for the >>> NAND flash in the .dts and kernel configs. Since the whole reason I'm >>> playing with a dreamplug is to get some experience using nand flash, >>> I'll be working on that in the days to come. I just wanted to get this >>> out there and see if folks think this is a workable direction for >>> supporting different dreamplug flavors. >>> >>> -- Ian >>> >> Is there any plan to merge this patch to HEAD? Its already 3 months but >> still now news about this news. >> >> Regards, >> Alie T > It's been long enough now that I'm not sure that patchset will even > apply cleanly anymore. I bricked my dreamplug and haven't been able to > revive it yet (I haven't quite given up, but that fact that's it's > almost a one-off by being NAND based doesn't help). I've worked around the risk of bricking it, by not touching the NAND at all, but by creating a FAT32 partition on the internal SD (or was it FAT16?), where the kernel resides. The installed uboot is quite happy to boot from there. You might want to try reinstalling the original uboot on the NAND using the JTAG. I'm sure I've seen the instructions for that somewhere on the net. This way we don't need the NAND/NOR crazyness for the dreamplug. It's not super clean, but with 2M of NAND in my dreamplug there's no space for a freebsd kernel anyway. Unless you need to touch the uboot loader on the NAND/NOR, you don't even need the NAND/NOR support for the dreamplug IMHO. Just talking about the dreamplug and about what to include in HEAD, not generally. > I just ordered a new dreamplug a few days ago; I assume I'm going to get > one with NOR flash this time. When it arrives I'll see about updating > and re-validating the patches and try to find someone who'll commit it > for us. > > I'd like to actually have a dreamplug replace the ancient x86 computer I > use for router and firewall and etc. This is what I wanted to achieve a while ago as well (including using it as WLAN hotspot, Router, Firewall, DNS server, IPv6 gateway and possibly even mailserver), but got interrupted for almost a year now. Will try to get back on track, once I've settled some more stuff. Maybe in 2/3 months time I can help again on this topic. > But that's essentially putting it > into "production," and even if that word may have a somewhat less > rigorous meaning when it's a server for a hacker, I still would be > happier if the support for it were part of freebsd. The last thing I > need when a problem happens (usually in the middle of trying to solve > two other problems) is trying to remember where I stashed some big > required patchset 2 years ago. > > Yes, it should definitely become part of FreeBSD, and easy to use. Cheers, Mat From owner-freebsd-arm@FreeBSD.ORG Mon Nov 12 18:05:02 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5FE18DA for ; Mon, 12 Nov 2012 18:05:02 +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 78A1D8FC08 for ; Mon, 12 Nov 2012 18:05:01 +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 qACI50ju015329 for ; Mon, 12 Nov 2012 11:05:00 -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 qACI4u8v021443; Mon, 12 Nov 2012 11:04:56 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Proposed patchset to support DreamPlug on freebsd 9 and 10. From: Ian Lepore To: Mattia Rossi In-Reply-To: <50A125D6.50508@gmail.com> References: <1352732526.1217.29.camel@revolution.hippie.lan> <50A125D6.50508@gmail.com> Content-Type: text/plain; charset="us-ascii" Date: Mon, 12 Nov 2012 11:04:56 -0700 Message-ID: <1352743496.1217.39.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2012 18:05:02 -0000 On Mon, 2012-11-12 at 17:37 +0100, Mattia Rossi wrote: > Am 12.11.2012 16:02, schrieb Ian Lepore: ... > > It's been long enough now that I'm not sure that patchset will even > > apply cleanly anymore. I bricked my dreamplug and haven't been able to > > revive it yet (I haven't quite given up, but that fact that's it's > > almost a one-off by being NAND based doesn't help). > I've worked around the risk of bricking it, by not touching the NAND at > all, but by creating a FAT32 partition on the internal SD (or was it > FAT16?), where the kernel resides. The installed uboot is quite happy to > boot from there. I bricked it in the dumbest possible way: I typed a command into the wrong window. I'm trying to get freebsd's nand support ported to an embedded system for work, and I was using the DP as a reference implementation, and I did a dd command to write to the nand in the DP's console window instead of the console for the embedded system. > You might want to try reinstalling the original uboot on the NAND using > the JTAG. I'm sure I've seen the instructions for that somewhere on the net. > This way we don't need the NAND/NOR crazyness for the dreamplug. It's > not super clean, but with 2M of NAND in my dreamplug there's no space > for a freebsd kernel anyway. The jtag interface on the DP is a pretty marginal thing... you can't just connect to it with OpenOCD and reflash or even load a boot image like you should be able to. Marvell and/or globalscale seem to have gotten some things wrong; there's quite a bit of info about this if you google. I did manage to get the DP's attention with OpenOCD a couple times, using the technique of carefully timing the launch of the openocd script with manually hitting the power button. If you're lucky you can occasionally hit the 50ms or so window during which it will respond. But then I still couldn't do anything after getting the right prompt. Another problem is that I can't even find the right image to flash because globalscale's site indicates that all DP units contain NOR flash, not NAND. If I can ever get past the jtag timing glitches, I'm hoping the NAND image for a GuruPlug will work. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Nov 12 19:41: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 2A9E2BC6 for ; Mon, 12 Nov 2012 19:41:04 +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 068FE8FC15 for ; Mon, 12 Nov 2012 19:41:02 +0000 (UTC) X-Envelope-To: Received: from [205.147.26.5] (hokkshideh4.jetcafe.org [205.147.26.5]) by nahkohe.jetcafe.org (8.14.2/8.14.2) with ESMTP id qACJetb8090295 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 12 Nov 2012 11:40:56 -0800 (PST) Message-ID: <50A150C7.2080805@jetcafe.org> Date: Mon, 12 Nov 2012 11:40:55 -0800 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120612 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Dreamplug and eSATA problems Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2012 19:41:04 -0000 After successfully booting my dreamplug to 9.1-PRERELEASE, I hooked an eSATA drive to my dreamplug. It partitioned and formatted fine (using GPT and UFS2). Now when I try to fetch something from the net (using... "fetch" ;) ) I get file corruption. An example: # fetch http://unbound.net/downloads/unbound-1.4.18.tar.gz # sha256 unbound-1.4.18.tar.gz SHA256 (unbound-1.4.18.tar.gz) = 178e065d2e443dc8fa579fa762a755687e9f79ddb93a7afe1c8f80ca38899158 # fetch http://unbound.net/downloads/unbound-1.4.18.tar.gz SHA256 (unbound-1.4.18.tar.gz) = 88a1ae10c6bf6b28f283335ec44a23975ca2d8300d776e01c04db1878a21c615 This only appears to happen when fetching to the eSATA drive. Fetching to the attached USB stick or the internal SD card does not have this issue. I'm not sure what's going on here, and I'm hoping someone can shed light on this issue so it can be resolved. Here is a dmesg from this machine. Note the interrupt storm on intr21, that's the eSATA drive. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) dmesg KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.1-PRERELEASE #0: Thu Nov 1 16:47:43 PDT 2012 unixwiz@cdbuilder:/usr/obj.1.8R1-arm/arm.arm/usr/src.arm/sys/FBCDARM arm CPU: Feroceon 88FR131 rev 1 (Marvell core) DC enabled IC enabled WB enabled EABT branch prediction enabled 16KB/32B 4-way Instruction cache 16KB/32B 4-way write-back-locking-C Data cache real memory = 536870912 (512 MB) avail memory = 518225920 (494 MB) SOC: Marvell 88F6281 rev A1, TClock 200MHz simplebus0: on fdtbus0 ic0: mem 0xf1020200-0xf102023b on simplebus0 timer0: mem 0xf1020300-0xf102032f irq 1 on simplebus0 Event timer "CPUTimer0" frequency 200000000 Hz quality 1000 Timecounter "CPUTimer1" frequency 200000000 Hz quality 1000 gpio0: mem 0xf1010100-0xf101011f irq 35,36,37,38,39,40,41 on simplebus0 rtc0: mem 0xf1010300-0xf1010307 on simplebus0 twsi0: mem 0xf1011000-0xf101101f irq 43 on simplebus0 iicbus0: on twsi0 iic0: on iicbus0 mge0: mem 0xf1072000-0xf1073fff irq 12,13,14,11,46 on simplebus0 mge0: Ethernet address: f0:ad:4e:01:46:60 miibus0: on mge0 ukphy0: PHY 0 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto mge1: mem 0xf1076000-0xf1077fff irq 16,17,18,15,47 on simplebus0 mge1: Ethernet address: f0:ad:4e:01:46:61 miibus1: on mge1 ukphy1: PHY 1 on miibus1 ukphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto uart0: <16550 or compatible> mem 0xf1012000-0xf101201f irq 33 on simplebus0 uart0: console (1056,n,8,1) uart1: <16550 or compatible> mem 0xf1012100-0xf101211f irq 34 on simplebus0 cesa0: mem 0xf1030000-0xf103ffff irq 22 on simplebus0 ehci0: mem 0xf1050000-0xf1050fff irq 48,19 on simplebus0 usbus0: EHCI version 1.0 usbus0: set host controller mode usbus0 on ehci0 sata0: mem 0xf1080000-0xf1085fff irq 21 on simplebus0 ata0: on sata0 ata1: on sata0 cryptosoft0: on motherboard Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding enabled, default to accept, logging disabled DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched FIFO loaded usbus0: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada0: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 interrupt storm detected on "intr21:"; throttling interrupt source Root mount waiting for: usbus0 uhub0: 1 port with 1 removable, self powered Root mount waiting for: usbus0 ugen0.2: at usbus0 uhub1: on usbus0 Root mount waiting for: usbus0 uhub1: 4 ports with 4 removable, self powered ugen0.3: at usbus0 uhub2: on usbus0 Root mount waiting for: usbus0 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus0 Root mount waiting for: usbus0 ugen0.4: at usbus0 umass0: on usbus0 da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3781MB (7744512 512 byte sectors: 255H 63S/T 482C) Root mount waiting for: usbus0 ugen0.5: at usbus0 umass1: on usbus0 da1 at umass-sim1 bus 1 scbus3 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present Root mount waiting for: usbus0 Root mount waiting for: usbus0 ugen0.6: at usbus0 umass2: on usbus0 da2 at umass-sim2 bus 2 scbus4 target 0 lun 0 da2: Removable Direct Access SCSI-2 device da2: 40.000MB/s transfers da2: 7633MB (15633408 512 byte sectors: 255H 63S/T 973C) ugen0.7: at usbus0 uaudio0: on usbus0 uaudio0: Play: 48000 Hz, 2 ch, 16-bit S-LE PCM format. uaudio0: Record: 48000 Hz, 1 ch, 16-bit S-LE PCM format. uaudio0: No midi sequencer. pcm0: on uaudio0 uhid0: on usbus0 Trying to mount root from ufs:/dev/da2s2a []... 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.1-PRERELEASE #0: Thu Nov 1 16:47:43 PDT 2012 unixwiz@cdbuilder:/usr/obj.1.8R1-arm/arm.arm/usr/src.arm/sys/FBCDARM arm CPU: Feroceon 88FR131 rev 1 (Marvell core) DC enabled IC enabled WB enabled EABT branch prediction enabled 16KB/32B 4-way Instruction cache 16KB/32B 4-way write-back-locking-C Data cache real memory = 536870912 (512 MB) avail memory = 518225920 (494 MB) SOC: Marvell 88F6281 rev A1, TClock 200MHz simplebus0: on fdtbus0 ic0: mem 0xf1020200-0xf102023b on simplebus0 timer0: mem 0xf1020300-0xf102032f irq 1 on simplebus0 Event timer "CPUTimer0" frequency 200000000 Hz quality 1000 Timecounter "CPUTimer1" frequency 200000000 Hz quality 1000 gpio0: mem 0xf1010100-0xf101011f irq 35,36,37,38,39,40,41 on simplebus0 rtc0: mem 0xf1010300-0xf1010307 on simplebus0 twsi0: mem 0xf1011000-0xf101101f irq 43 on simplebus0 iicbus0: on twsi0 iic0: on iicbus0 mge0: mem 0xf1072000-0xf1073fff irq 12,13,14,11,46 on simplebus0 mge0: Ethernet address: f0:ad:4e:01:46:60 miibus0: on mge0 ukphy0: PHY 0 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto mge1: mem 0xf1076000-0xf1077fff irq 16,17,18,15,47 on simplebus0 mge1: Ethernet address: f0:ad:4e:01:46:61 miibus1: on mge1 ukphy1: PHY 1 on miibus1 ukphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto uart0: <16550 or compatible> mem 0xf1012000-0xf101201f irq 33 on simplebus0 uart0: console (1056,n,8,1) uart1: <16550 or compatible> mem 0xf1012100-0xf101211f irq 34 on simplebus0 cesa0: mem 0xf1030000-0xf103ffff irq 22 on simplebus0 ehci0: mem 0xf1050000-0xf1050fff irq 48,19 on simplebus0 usbus0: EHCI version 1.0 usbus0: set host controller mode usbus0 on ehci0 sata0: mem 0xf1080000-0xf1085fff irq 21 on simplebus0 ata0: on sata0 ata1: on sata0 cryptosoft0: on motherboard Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding enabled, default to accept, logging disabled DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched FIFO loaded usbus0: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada0: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 interrupt storm detected on "intr21:"; throttling interrupt source Root mount waiting for: usbus0 uhub0: 1 port with 1 removable, self powered Root mount waiting for: usbus0 ugen0.2: at usbus0 uhub1: on usbus0 Root mount waiting for: usbus0 uhub1: 4 ports with 4 removable, self powered ugen0.3: at usbus0 uhub2: on usbus0 Root mount waiting for: usbus0 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus0 Root mount waiting for: usbus0 ugen0.4: at usbus0 umass0: on usbus0 da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3781MB (7744512 512 byte sectors: 255H 63S/T 482C) Root mount waiting for: usbus0 ugen0.5: at usbus0 umass1: on usbus0 da1 at umass-sim1 bus 1 scbus3 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present Root mount waiting for: usbus0 Root mount waiting for: usbus0 ugen0.6: at usbus0 umass2: on usbus0 da2 at umass-sim2 bus 2 scbus4 target 0 lun 0 da2: Removable Direct Access SCSI-2 device da2: 40.000MB/s transfers da2: 7633MB (15633408 512 byte sectors: 255H 63S/T 973C) ugen0.7: at usbus0 uaudio0: on usbus0 uaudio0: Play: 48000 Hz, 2 ch, 16-bit S-LE PCM format. uaudio0: Record: 48000 Hz, 1 ch, 16-bit S-LE PCM format. uaudio0: No midi sequencer. pcm0: on uaudio0 uhid0: on usbus0 Trying to mount root from ufs:/dev/da2s2a []... -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< "Necessity is the plea of every infringement of human freedom. It is the argument of tyrants; it is the creed of slaves." -- William Pitt From owner-freebsd-arm@FreeBSD.ORG Mon Nov 12 20:13:19 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 5A718FEA for ; Mon, 12 Nov 2012 20:13:19 +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 C50F48FC14 for ; Mon, 12 Nov 2012 20:13:18 +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 qACKDBaK018890 for ; Mon, 12 Nov 2012 13:13:11 -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 qACKD9u4021506; Mon, 12 Nov 2012 13:13:09 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Dreamplug and eSATA problems From: Ian Lepore To: Dave Hayes In-Reply-To: <50A150C7.2080805@jetcafe.org> References: <50A150C7.2080805@jetcafe.org> Content-Type: text/plain; charset="us-ascii" Date: Mon, 12 Nov 2012 13:13:09 -0700 Message-ID: <1352751189.1217.50.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2012 20:13:19 -0000 On Mon, 2012-11-12 at 11:40 -0800, Dave Hayes wrote: > After successfully booting my dreamplug to 9.1-PRERELEASE, I hooked an eSATA drive to my dreamplug. It partitioned and formatted fine (using > GPT and UFS2). Now when I try to fetch something from the net (using... > "fetch" ;) ) I get file corruption. An example: > > # fetch http://unbound.net/downloads/unbound-1.4.18.tar.gz > # sha256 unbound-1.4.18.tar.gz > SHA256 (unbound-1.4.18.tar.gz) = 178e065d2e443dc8fa579fa762a755687e9f79ddb93a7afe1c8f80ca38899158 > # fetch http://unbound.net/downloads/unbound-1.4.18.tar.gz > SHA256 (unbound-1.4.18.tar.gz) = 88a1ae10c6bf6b28f283335ec44a23975ca2d8300d776e01c04db1878a21c615 > > This only appears to happen when fetching to the eSATA drive. Fetching to the attached USB stick or the internal SD card does not have this issue. > > I'm not sure what's going on here, and I'm hoping someone can shed light on this issue so it can be resolved. > > Here is a dmesg from this machine. Note the interrupt storm on intr21, that's the eSATA drive. > > [dmesg snipped] I remember testing the eSata, trying to reproduce a problem someone (maybe mav@) reported here a few months ago. I don't remember seeing the interrupt storm but I could have overlooked it. I did get the sata drive (an SSD drive) to work and I used dd to read and write the drive. The report of problems involved intermittant corruptions of 32 byte blocks (which sounds a whole lot like a cacheline flush problem). I was trying to dd from /dev/zero to the drive and then read it back and look for any non-zero data, and I never saw any glitched blocks. It suddenly occurs to me that I was reading/writing the raw unpartitioned device. I wonder if the problem for some reason only shows up when you do filesystem access? It might be interesting for you to try a basic IO test such as dd if=/dev/zero of=/some_file bs=1m count=10 then dd if=/some_file bs=1m | hd -C and you should see output from hd that summarizes that everything was the same as the first line (zeroes), or if there are glitches they'll show as additional lines of output from hd. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Nov 12 20:48:32 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64494D53 for ; Mon, 12 Nov 2012 20:48:32 +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 3EB708FC16 for ; Mon, 12 Nov 2012 20:48:32 +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 qACKmS3C091867 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Nov 2012 12:48:28 -0800 (PST) Message-ID: <50A1609C.4010105@jetcafe.org> Date: Mon, 12 Nov 2012 12:48:28 -0800 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120612 Thunderbird/13.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: Dreamplug and eSATA problems References: <50A150C7.2080805@jetcafe.org> <1352751189.1217.50.camel@revolution.hippie.lan> In-Reply-To: <1352751189.1217.50.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2012 20:48:32 -0000 On 11/12/12 12:13, Ian Lepore wrote: > It suddenly occurs to me that I was reading/writing the raw > unpartitioned device. I wonder if the problem for some reason only > shows up when you do filesystem access? It might be interesting for you > to try a basic IO test such as > > dd if=/dev/zero of=/some_file bs=1m count=10 > > then > > dd if=/some_file bs=1m | hd -C > > and you should see output from hd that summarizes that everything was > the same as the first line (zeroes), or if there are glitches they'll > show as additional lines of output from hd. I tried basic file copy tests and they worked. Simple things like: cp bigfile bigfile2 sha256 bigfile bigfile2 My theory is that said corruption only happens when you try to use the network interface and the eSATA at once. I used both fetch and ftp in my tests just to be sure. Any file transfer I did from the network to the eSATA device causes this corruption. -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< A free society is one where it is safe to be unpopular. -- Adlai Stevenson From owner-freebsd-arm@FreeBSD.ORG Tue Nov 13 07:04:32 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E82FE8A4 for ; Tue, 13 Nov 2012 07:04:32 +0000 (UTC) (envelope-from br@mx.bsdpad.com) Received: from mx.bsdpad.com (mx.bsdpad.com [50.22.178.118]) by mx1.freebsd.org (Postfix) with ESMTP id C13558FC0C for ; Tue, 13 Nov 2012 07:04:32 +0000 (UTC) Received: from mx.bsdpad.com ([50.22.178.118]) by mx.bsdpad.com with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TYA9y-000HGd-Li; Tue, 13 Nov 2012 10:39:46 +0400 Received: (from br@localhost) by mx.bsdpad.com (8.14.5/8.14.5/Submit) id qAD6djRK066378; Tue, 13 Nov 2012 10:39:45 +0400 (MSK) (envelope-from br) Date: Tue, 13 Nov 2012 10:39:45 +0400 From: Ruslan Bukin To: Ian Lepore Subject: Re: exynos4412 hangs on enabling MMU Message-ID: <20121113063944.GA66146@jail.io> References: <20121030123231.GA91006@jail.io> <1351607803.1120.27.camel@revolution.hippie.lan> <7FA4A9AA-F217-4425-9A21-E0967237540C@bsdimp.com> <1352658212.1217.14.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1352658212.1217.14.camel@revolution.hippie.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2012 07:04:33 -0000 On Sun, Nov 11, 2012 at 11:23:32AM -0700, Ian Lepore wrote: > On Tue, 2012-10-30 at 10:08 -0600, Warner Losh wrote: > > On Oct 30, 2012, at 8:36 AM, Ian Lepore wrote: > > > > > On Tue, 2012-10-30 at 16:32 +0400, Ruslan Bukin wrote: > > >> hello! > > >> > > >> exynos hangs on mcr cmd in this context: > > >> > > >> /* Enable MMU */ > > >> [..] > > >> orr r0, r0, #(CPU_CONTROL_MMU_ENABLE | CPU_CONTROL_DC_ENABLE) > > >> mcr p15, 0, r0, c1, c0, 0 > > >> [..] > > >> > > >> without CPU_CONTROL_MMU_ENABLE flag, mcr command works, > > >> but board hangs again on line: > > >> str r3, [r1], #0x0004 /* get zero init data */ > > >> > > >> any suggestions? > > >> > > >> -Ruslan > > > > > > I don't have a direct answer to your question, but there is something > > > related that I've always wondered about locore.S... It starts by > > > assuming the bootloader turned on the data cache, so it disables it, > > > then it sets up TTB and TLB and other MMU-related stuff, then it turns > > > back on the cache. > > > > > > Shouldn't it have flushed the cache in there somewhere before turning it > > > back on? > > > > > > The part I don't know is whether the cache flush happens implicitly as a > > > side effect of some of the other cp15 commands for setting up the MMU. > > > > > > Also, I have no idea whether this is related or not, but on armv4 > > > platforms on -current, the kernel init locks up somewhere in initarm() > > > about 20% of the time. It locks up at different points, sometimes it > > > only makes it few lines into initarm(), sometimes it gets almost to the > > > end before locking up. The variability makes me think it's somehow > > > related to caching or the MMU or something like that. It's a problem > > > that never happens on freebsd 8, but I haven't had time yet to start > > > bisecting the changes to see where it quit working. > > > > I'd be interested in tracking that down... I've been booting lots of armv5 boards lately and haven't seen this hang with current. > > > > Warner > > So my mission this morning was to track this down, and I started by > diff'ing the current locore.S against the one from freebsd 8.2 that I > know for sure never hangs. The significant difference jumped out at me > right away, and it's the code Ruslan referenced in his original post. > > It appears there was a paste-o or mis-merge when the armv6 support came > in; it turns on the data cache too early. Usually this is harmless (at > least for me), but sometimes there'll be something in the cache that > causes a hang, either immediately (as happens to Ruslan) or later when > some innocuous instruction sequence (such as returning from a function > call) stumbles across stale cache data and wanders into the weeds. > > The attached patch fixes the problem, turning on the MMU but not > enabling data cache until later in the kernel init (it happens during > cpu_setup()). There is a similar sequence to enable the MMU and data > cache at the bottom of locore.S. I think it's the code that enables > processors other than the primary/boot. Maybe it's okay to enable the > cache in that context, or maybe it's another paste-o. I didn't change > it because I can't test that code. > > For testing, I inserted a call to kern_reboot() in start_init() so that > I could get several different units here (atmel rm92 and sam9) all > rebooting constantly to see if they'd hang. With the original locore.S > they always hang within 6-8 reboot cycles. With the patched code > they've been rebooting continuously for several hours without a single > hang. > > -- Ian > Hi, Ian, Sorry, I have recently reverted locore.S and it works :) Not sure what it was, may be some misconfiguration. so locore works from current nevertheless, locore.S works with your patch fine, but I don't think I good tester because I still have problems in machine-dependent part (I have messages like "WARNING: Some AP's failed to start") -Ruslan From owner-freebsd-arm@FreeBSD.ORG Tue Nov 13 07:38: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 5BED52A3 for ; Tue, 13 Nov 2012 07:38:28 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D48138FC08 for ; Tue, 13 Nov 2012 07:38:27 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id jm19so1808639bkc.13 for ; Mon, 12 Nov 2012 23:38:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=nJEvyJga3hf5tObqirm6acQHoZFuYDqPlIGCLuTYJZA=; b=jrH+F7l4orYfdhf+/5JmKCf8NQPW75bAqR4EXXdl9yvIOF/vYWFL8tGMne3RxQbV38 bdnodqJgdLhXiyCoBh6i2FDb6HKgpiIc/aS+onU7vM75MgilFbUo1mwe+qyT4Wii8hxf ElY2RNYoKIgGsUNEFTu6nXT1Q/WlHmJiml+Pga/9ScigCsgqL4YltCbe2n4+Fiacpshy 2fPeOZQ8hSMg+2n3FSDsG6qcKmtVKJAxIcitv3q6c/dJNqOETQgbiqvelAPBg6wFWMPG x8U3c+fuom4bDAsYoB0PDpG+aYlLKGDZpavDB3/KJ3zfj8k904ikx69rvjU0vSeP0bQM bUmg== Received: by 10.204.145.217 with SMTP id e25mr4267890bkv.123.1352792304925; Mon, 12 Nov 2012 23:38:24 -0800 (PST) Received: from [192.168.0.121] (vpn.static.83-173-212-209.cybernet.ch. [83.173.212.209]) by mx.google.com with ESMTPS id go4sm4243972bkc.15.2012.11.12.23.38.23 (version=SSLv3 cipher=OTHER); Mon, 12 Nov 2012 23:38:23 -0800 (PST) Message-ID: <50A1F8EE.4070205@gmail.com> Date: Tue, 13 Nov 2012 08:38:22 +0100 From: Mattia Rossi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Ian Lepore Subject: Re: Proposed patchset to support DreamPlug on freebsd 9 and 10. References: <1352732526.1217.29.camel@revolution.hippie.lan> <50A125D6.50508@gmail.com> <1352743496.1217.39.camel@revolution.hippie.lan> In-Reply-To: <1352743496.1217.39.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: Tue, 13 Nov 2012 07:38:28 -0000 Am 12.11.2012 19:04, schrieb Ian Lepore: > On Mon, 2012-11-12 at 17:37 +0100, Mattia Rossi wrote: >> Am 12.11.2012 16:02, schrieb Ian Lepore: > ... >>> It's been long enough now that I'm not sure that patchset will even >>> apply cleanly anymore. I bricked my dreamplug and haven't been able to >>> revive it yet (I haven't quite given up, but that fact that's it's >>> almost a one-off by being NAND based doesn't help). >> I've worked around the risk of bricking it, by not touching the NAND at >> all, but by creating a FAT32 partition on the internal SD (or was it >> FAT16?), where the kernel resides. The installed uboot is quite happy to >> boot from there. > I bricked it in the dumbest possible way: I typed a command into the > wrong window. I'm trying to get freebsd's nand support ported to an > embedded system for work, and I was using the DP as a reference > implementation, and I did a dd command to write to the nand in the DP's > console window instead of the console for the embedded system. > >> You might want to try reinstalling the original uboot on the NAND using >> the JTAG. I'm sure I've seen the instructions for that somewhere on the net. >> This way we don't need the NAND/NOR crazyness for the dreamplug. It's >> not super clean, but with 2M of NAND in my dreamplug there's no space >> for a freebsd kernel anyway. > The jtag interface on the DP is a pretty marginal thing... you can't > just connect to it with OpenOCD and reflash or even load a boot image > like you should be able to. Marvell and/or globalscale seem to have > gotten some things wrong; there's quite a bit of info about this if you > google. I did manage to get the DP's attention with OpenOCD a couple > times, using the technique of carefully timing the launch of the openocd > script with manually hitting the power button. If you're lucky you can > occasionally hit the 50ms or so window during which it will respond. > But then I still couldn't do anything after getting the right prompt. > > Another problem is that I can't even find the right image to flash > because globalscale's site indicates that all DP units contain NOR > flash, not NAND. If I can ever get past the jtag timing glitches, I'm > hoping the NAND image for a GuruPlug will work. > > Wow, okay, didn't know about this problem. This sucks... As said, at the moment I'm not able to do anything, but as my dreamplug is NAND and everything on it is intact, I might simply revert to ubuntu to get an image of the uboot, so at least that should help. So we can archive that somewhere for safety. Hope to be able to do that within a month or so, but can't guarantee that. Cheers, Mat From owner-freebsd-arm@FreeBSD.ORG Tue Nov 13 09:46: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 26774576 for ; Tue, 13 Nov 2012 09:46:04 +0000 (UTC) (envelope-from johan@netsense.nl) Received: from mail.netsense.nl (pretsense.xs4all.nl [82.161.36.79]) by mx1.freebsd.org (Postfix) with ESMTP id CC92D8FC14 for ; Tue, 13 Nov 2012 09:46:01 +0000 (UTC) Received: (qmail 77023 invoked from network); 13 Nov 2012 10:39:16 +0100 Received: from unknown (HELO ?172.16.79.118?) (johan@172.16.79.118) by mail.netsense.nl with AES128-SHA encrypted SMTP; 13 Nov 2012 10:39:16 +0100 From: Johan Henselmans Message-Id: <33A18E14-78CE-45F0-ABBC-E21952606E62@netsense.nl> Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Proposed patchset to support DreamPlug on freebsd 9 and 10. Date: Tue, 13 Nov 2012 10:39:18 +0100 References: <1352732526.1217.29.camel@revolution.hippie.lan> <50A125D6.50508@gmail.com> <1352743496.1217.39.camel@revolution.hippie.lan> <50A1F8EE.4070205@gmail.com> To: freebsd-arm@freebsd.org In-Reply-To: <50A1F8EE.4070205@gmail.com> X-Mailer: Apple Mail (2.1499) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2012 09:46:04 -0000 I have just compiled and run a freebsd-current with a patchset I found = on http://jessewhite.ca/dreamplug-freebsd/ on a dreamplug which starts = with serialnumber DS2-1213. According to the discussion on the FreedomBox mailinglist there seem to = be different varieties depending on the first four digits of the serial = number. I bought mine in july 2012, direct from GlobalScale. It came = with a 4 GB SDHC card.=20 I use the internal card, formatted with a fat and a ufs partition.=20 I used the latest Freebsd-current (12-nov-2012) as a base system, = apparently with clang as a compiler. I then gitted the freebsd tree from = github into /usr/local/src/bsdcode/freebsd, to make it easier to = differentiate between the /usr/src/ 'prodcution' tree and the = /usr/local/src/bsdcode/freebsd 'arm test' tree. All I did was twiddle with the kernel config file to replace the = ZERO_COPY_SOCKETS option that is now replaced by SOCKET_SEND_COW and = SOCKET_RECV_PFLIP, and remove the IPFIREWALL_FORWARD option, which is = now always compile in.=20 #removed in freebsd10 #options IPFIREWALL_FORWARD # eliminating data copies on socket reads and writes. # man 9 zero_copy #options ZERO_COPY_SOCKETS #bsd 10 options SOCKET_SEND_COW options SOCKET_RECV_PFLIP and made sure the root was internally. options ROOTDEVNAME=3D\"ufs:/dev/da0s2\" I have a few problems: First: I am getting errors from the sdhc driver: errors like (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 0 16 6 6f 0 0 40 0=20 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0): Retrying command are popping up all the time in the console (I have a JTAG console via = screen /dev/ttyU1 115200) Second: the ethernet addresses do not seem to be recognized by the kernel: root@dreamplug-bsd:~ # ifconfig -a mge1: flags=3D8802 metric 0 mtu 1500 options=3D8000b ether 00:00:00:00:00:00 nd6 options=3D29 media: Ethernet autoselect (1000baseT ) status: active I'd be happy to help to find out which dts files have to be used for = which dreamplug, and how we can make sure this thing will be a first = class FreeBSD citizen. On 13 nov. 2012, at 08:38, Mattia Rossi = wrote: > Am 12.11.2012 19:04, schrieb Ian Lepore: >> On Mon, 2012-11-12 at 17:37 +0100, Mattia Rossi wrote: >>> Am 12.11.2012 16:02, schrieb Ian Lepore: >> ... >>>> It's been long enough now that I'm not sure that patchset will even >>>> apply cleanly anymore. I bricked my dreamplug and haven't been = able to >>>> revive it yet (I haven't quite given up, but that fact that's it's >>>> almost a one-off by being NAND based doesn't help). >>> I've worked around the risk of bricking it, by not touching the NAND = at >>> all, but by creating a FAT32 partition on the internal SD (or was it >>> FAT16?), where the kernel resides. The installed uboot is quite = happy to >>> boot from there. >> I bricked it in the dumbest possible way: I typed a command into the >> wrong window. I'm trying to get freebsd's nand support ported to an >> embedded system for work, and I was using the DP as a reference >> implementation, and I did a dd command to write to the nand in the = DP's >> console window instead of the console for the embedded system. >>=20 >>> You might want to try reinstalling the original uboot on the NAND = using >>> the JTAG. I'm sure I've seen the instructions for that somewhere on = the net. >>> This way we don't need the NAND/NOR crazyness for the dreamplug. = It's >>> not super clean, but with 2M of NAND in my dreamplug there's no = space >>> for a freebsd kernel anyway. >> The jtag interface on the DP is a pretty marginal thing... you can't >> just connect to it with OpenOCD and reflash or even load a boot image >> like you should be able to. Marvell and/or globalscale seem to have >> gotten some things wrong; there's quite a bit of info about this if = you >> google. I did manage to get the DP's attention with OpenOCD a couple >> times, using the technique of carefully timing the launch of the = openocd >> script with manually hitting the power button. If you're lucky you = can >> occasionally hit the 50ms or so window during which it will respond. >> But then I still couldn't do anything after getting the right prompt. >>=20 >> Another problem is that I can't even find the right image to flash >> because globalscale's site indicates that all DP units contain NOR >> flash, not NAND. If I can ever get past the jtag timing glitches, = I'm >> hoping the NAND image for a GuruPlug will work. >>=20 >>=20 > Wow, okay, didn't know about this problem. This sucks... > As said, at the moment I'm not able to do anything, but as my = dreamplug is NAND and everything on it is intact, I might simply revert = to ubuntu to get an image of the uboot, so at least that should help. So = we can archive that somewhere for safety. >=20 > Hope to be able to do that within a month or so, but can't guarantee = that. >=20 > Cheers, >=20 > Mat > _______________________________________________ > 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" Johan Henselmans johan@netsense.nl From owner-freebsd-arm@FreeBSD.ORG Tue Nov 13 14:32:26 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88B4123A for ; Tue, 13 Nov 2012 14:32:26 +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 81DC18FC08 for ; Tue, 13 Nov 2012 14:32:19 +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 qADEWHMx050703 for ; Tue, 13 Nov 2012 07:32:18 -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 qADEWEtW022489; Tue, 13 Nov 2012 07:32:15 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Proposed patchset to support DreamPlug on freebsd 9 and 10. From: Ian Lepore To: Johan Henselmans In-Reply-To: <33A18E14-78CE-45F0-ABBC-E21952606E62@netsense.nl> References: <1352732526.1217.29.camel@revolution.hippie.lan> <50A125D6.50508@gmail.com> <1352743496.1217.39.camel@revolution.hippie.lan> <50A1F8EE.4070205@gmail.com> <33A18E14-78CE-45F0-ABBC-E21952606E62@netsense.nl> Content-Type: multipart/mixed; boundary="=-tVOq/JK4WNO0QqREOW5A" Date: Tue, 13 Nov 2012 07:32:14 -0700 Message-ID: <1352817134.1217.106.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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, 13 Nov 2012 14:32:26 -0000 --=-tVOq/JK4WNO0QqREOW5A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Tue, 2012-11-13 at 10:39 +0100, Johan Henselmans wrote: > I have just compiled and run a freebsd-current with a patchset I found on http://jessewhite.ca/dreamplug-freebsd/ on a dreamplug which starts with serialnumber DS2-1213. > > According to the discussion on the FreedomBox mailinglist there seem to be different varieties depending on the first four digits of the serial number. I bought mine in july 2012, direct from GlobalScale. It came with a 4 GB SDHC card. > > I use the internal card, formatted with a fat and a ufs partition. > > I used the latest Freebsd-current (12-nov-2012) as a base system, apparently with clang as a compiler. I then gitted the freebsd tree from github into /usr/local/src/bsdcode/freebsd, to make it easier to differentiate between the /usr/src/ 'prodcution' tree and the /usr/local/src/bsdcode/freebsd 'arm test' tree. > > All I did was twiddle with the kernel config file to replace the ZERO_COPY_SOCKETS option that is now replaced by SOCKET_SEND_COW and SOCKET_RECV_PFLIP, and remove the IPFIREWALL_FORWARD option, which is now always compile in. > > #removed in freebsd10 > #options IPFIREWALL_FORWARD > > # eliminating data copies on socket reads and writes. > # man 9 zero_copy > #options ZERO_COPY_SOCKETS > #bsd 10 > options SOCKET_SEND_COW > options SOCKET_RECV_PFLIP > > and made sure the root was internally. > > options ROOTDEVNAME=\"ufs:/dev/da0s2\" > > > > I have a few problems: > > First: > I am getting errors from the sdhc driver: > > > errors like > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 0 16 6 6f 0 0 40 0 > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > (da0:umass-sim0:0:0:0): Retrying command > > are popping up all the time in the console (I have a JTAG console via screen /dev/ttyU1 115200) > > Second: > > the ethernet addresses do not seem to be recognized by the kernel: > > root@dreamplug-bsd:~ # ifconfig -a > > mge1: flags=8802 metric 0 mtu 1500 > options=8000b > ether 00:00:00:00:00:00 > nd6 options=29 > media: Ethernet autoselect (1000baseT ) > status: active > > > I'd be happy to help to find out which dts files have to be used for which dreamplug, and how we can make sure this thing will be a first class FreeBSD citizen. I never got as far as trying the sd interface, but I did have both ethernet ports working well. It looks like your mge1 isn't working because the dts in that patchset you referenced doesn't set up the pins for it. There seem to be some address differences in the dts for mge1 compared (74000 vs 76000) to what was working for me as well. I'll attach the dts file that worked for me for reference. -- Ian --=-tVOq/JK4WNO0QqREOW5A-- From owner-freebsd-arm@FreeBSD.ORG Tue Nov 13 14:39: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 8B34380C for ; Tue, 13 Nov 2012 14:39:16 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id E77678FC08 for ; Tue, 13 Nov 2012 14:39:14 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1TYHdw-0004Mx-PD; Tue, 13 Nov 2012 15:39:14 +0100 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1TYHdv-0000yu-PD; Tue, 13 Nov 2012 15:39:11 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-arm@freebsd.org, "Johan Henselmans" Subject: Re: Proposed patchset to support DreamPlug on freebsd 9 and 10. References: <1352732526.1217.29.camel@revolution.hippie.lan> <50A125D6.50508@gmail.com> <1352743496.1217.39.camel@revolution.hippie.lan> <50A1F8EE.4070205@gmail.com> <33A18E14-78CE-45F0-ABBC-E21952606E62@netsense.nl> Date: Tue, 13 Nov 2012 15:39:11 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <33A18E14-78CE-45F0-ABBC-E21952606E62@netsense.nl> User-Agent: Opera Mail/12.10 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.4 X-Spam-Status: No, score=0.4 required=5.0 tests=BAYES_50, URI_HEX autolearn=disabled version=3.2.5 X-Scan-Signature: bb59c828db3c430e2c178cb0ddebf9e4 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, 13 Nov 2012 14:39:16 -0000 On Tue, 13 Nov 2012 10:39:18 +0100, Johan Henselmans wrote: > I have just compiled and run a freebsd-current with a patchset I found > on http://jessewhite.ca/dreamplug-freebsd/ on a dreamplug which starts > with serialnumber DS2-1213. > > According to the discussion on the FreedomBox mailinglist there seem to > be different varieties depending on the first four digits of the serial > number. I bought mine in july 2012, direct from GlobalScale. It came > with a 4 GB SDHC card. > > I use the internal card, formatted with a fat and a ufs partition. > > I used the latest Freebsd-current (12-nov-2012) as a base system, > apparently with clang as a compiler. I then gitted the freebsd tree from > github into /usr/local/src/bsdcode/freebsd, to make it easier to > differentiate between the /usr/src/ 'prodcution' tree and the > /usr/local/src/bsdcode/freebsd 'arm test' tree. > > All I did was twiddle with the kernel config file to replace the > ZERO_COPY_SOCKETS option that is now replaced by SOCKET_SEND_COW and > SOCKET_RECV_PFLIP, and remove the IPFIREWALL_FORWARD option, which is > now always compile in. > > #removed in freebsd10 > #options IPFIREWALL_FORWARD > > # eliminating data copies on socket reads and writes. > # man 9 zero_copy > #options ZERO_COPY_SOCKETS > #bsd 10 > options SOCKET_SEND_COW > options SOCKET_RECV_PFLIP This zero_copy stuff is declared 'buggy' and you are advised to not use it. (Not by me, but by people who program network stuff in the FreeBSD kernel.) http://lists.freebsd.org/pipermail/svn-src-all/2012-October/060243.html http://freebsd.1045724.n5.nabble.com/ZERO-COPY-SOCKETS-kernel-option-removed-td5754422.html Ronald. > and made sure the root was internally. > > options ROOTDEVNAME=\"ufs:/dev/da0s2\" > > > > I have a few problems: > > First: > I am getting errors from the sdhc driver: > > > errors like > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 0 16 6 6f 0 0 40 0 > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error > (da0:umass-sim0:0:0:0): Retrying command > > are popping up all the time in the console (I have a JTAG console via > screen /dev/ttyU1 115200) > > Second: > > the ethernet addresses do not seem to be recognized by the kernel: > > root@dreamplug-bsd:~ # ifconfig -a > > mge1: flags=8802 metric 0 mtu 1500 > options=8000b > ether 00:00:00:00:00:00 > nd6 options=29 > media: Ethernet autoselect (1000baseT ) > status: active > > > I'd be happy to help to find out which dts files have to be used for > which dreamplug, and how we can make sure this thing will be a first > class FreeBSD citizen. > > > > On 13 nov. 2012, at 08:38, Mattia Rossi > wrote: > >> Am 12.11.2012 19:04, schrieb Ian Lepore: >>> On Mon, 2012-11-12 at 17:37 +0100, Mattia Rossi wrote: >>>> Am 12.11.2012 16:02, schrieb Ian Lepore: >>> ... >>>>> It's been long enough now that I'm not sure that patchset will even >>>>> apply cleanly anymore. I bricked my dreamplug and haven't been able >>>>> to >>>>> revive it yet (I haven't quite given up, but that fact that's it's >>>>> almost a one-off by being NAND based doesn't help). >>>> I've worked around the risk of bricking it, by not touching the NAND >>>> at >>>> all, but by creating a FAT32 partition on the internal SD (or was it >>>> FAT16?), where the kernel resides. The installed uboot is quite happy >>>> to >>>> boot from there. >>> I bricked it in the dumbest possible way: I typed a command into the >>> wrong window. I'm trying to get freebsd's nand support ported to an >>> embedded system for work, and I was using the DP as a reference >>> implementation, and I did a dd command to write to the nand in the DP's >>> console window instead of the console for the embedded system. >>> >>>> You might want to try reinstalling the original uboot on the NAND >>>> using >>>> the JTAG. I'm sure I've seen the instructions for that somewhere on >>>> the net. >>>> This way we don't need the NAND/NOR crazyness for the dreamplug. It's >>>> not super clean, but with 2M of NAND in my dreamplug there's no space >>>> for a freebsd kernel anyway. >>> The jtag interface on the DP is a pretty marginal thing... you can't >>> just connect to it with OpenOCD and reflash or even load a boot image >>> like you should be able to. Marvell and/or globalscale seem to have >>> gotten some things wrong; there's quite a bit of info about this if you >>> google. I did manage to get the DP's attention with OpenOCD a couple >>> times, using the technique of carefully timing the launch of the >>> openocd >>> script with manually hitting the power button. If you're lucky you can >>> occasionally hit the 50ms or so window during which it will respond. >>> But then I still couldn't do anything after getting the right prompt. >>> >>> Another problem is that I can't even find the right image to flash >>> because globalscale's site indicates that all DP units contain NOR >>> flash, not NAND. If I can ever get past the jtag timing glitches, I'm >>> hoping the NAND image for a GuruPlug will work. >>> >>> >> Wow, okay, didn't know about this problem. This sucks... >> As said, at the moment I'm not able to do anything, but as my dreamplug >> is NAND and everything on it is intact, I might simply revert to ubuntu >> to get an image of the uboot, so at least that should help. So we can >> archive that somewhere for safety. >> >> Hope to be able to do that within a month or so, but can't guarantee >> that. >> >> Cheers, >> >> Mat >> _______________________________________________ >> 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" > > Johan Henselmans > johan@netsense.nl > > > > _______________________________________________ > 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 Nov 13 14:40: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 EBCE1877 for ; Tue, 13 Nov 2012 14:40:16 +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 956FF8FC08 for ; Tue, 13 Nov 2012 14:40:16 +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 qADEeF9w050936 for ; Tue, 13 Nov 2012 07:40:15 -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 qADEeDww022505; Tue, 13 Nov 2012 07:40:13 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Proposed patchset to support DreamPlug on freebsd 9 and 10. From: Ian Lepore To: Johan Henselmans In-Reply-To: <1352817134.1217.106.camel@revolution.hippie.lan> References: <1352732526.1217.29.camel@revolution.hippie.lan> <50A125D6.50508@gmail.com> <1352743496.1217.39.camel@revolution.hippie.lan> <50A1F8EE.4070205@gmail.com> <33A18E14-78CE-45F0-ABBC-E21952606E62@netsense.nl> <1352817134.1217.106.camel@revolution.hippie.lan> Content-Type: multipart/mixed; boundary="=-jZGlvplcnrgIQhDdMVKy" Date: Tue, 13 Nov 2012 07:40:13 -0700 Message-ID: <1352817613.1217.108.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2012 14:40:17 -0000 --=-jZGlvplcnrgIQhDdMVKy Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Tue, 2012-11-13 at 07:32 -0700, Ian Lepore wrote: > On Tue, 2012-11-13 at 10:39 +0100, Johan Henselmans wrote: > [snip] > I'll attach the dts file that worked > for me for reference. > > -- Ian Oops, it looks like the attachment got scrubbed (because it didn't think it was a text file maybe?). I'll try again... -- Ian --=-jZGlvplcnrgIQhDdMVKy Content-Description: Content-Disposition: inline; filename="dreamplug-1001N.dts.txt" Content-Type: text/plain; name="dreamplug-1001N.dts.txt"; charset="us-ascii" Content-Transfer-Encoding: 7bit /* * Copyright (c) 2010 The FreeBSD Foundation * All rights reserved. * * This software was developed by Semihalf under sponsorship from * the FreeBSD Foundation. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * GlobalScale Technologies DreamPlug Device Tree Source. * * This source is for version 10 revision 01 units with NAND flash. * These units are marked "1001N" on the serial number label. * * $FreeBSD$ */ /dts-v1/; / { model = "GlobalScale Technologies Dreamplug v1001N"; compatible = "globalscale,dreamplug-003-ds2001", "globalscale,dreamplug", "marvell,kirkwood-88f6281", "marvell,kirkwood"; #address-cells = <1>; #size-cells = <1>; aliases { ethernet0 = &enet0; ethernet1 = &enet1; mpp = &MPP; serial0 = &serial0; serial1 = &serial1; soc = &SOC; sram = &SRAM; }; cpus { #address-cells = <1>; #size-cells = <0>; cpu@0 { device_type = "cpu"; compatible = "ARM,88FR131"; reg = <0x0>; d-cache-line-size = <32>; // 32 bytes i-cache-line-size = <32>; // 32 bytes d-cache-size = <0x4000>; // L1, 16K i-cache-size = <0x4000>; // L1, 16K timebase-frequency = <0>; bus-frequency = <0>; clock-frequency = <0>; }; }; memory { device_type = "memory"; reg = <0x0 0x20000000>; // 512M at 0x0 }; localbus@0 { #address-cells = <2>; #size-cells = <1>; compatible = "mrvl,lbc"; bank-count = <1>; /* This reflects CPU decode windows setup. */ ranges = <0x0 0x2f 0xf9300000 0x00100000>; nand@0,0 { #address-cells = <1>; #size-cells = <1>; compatible = "mrvl,nfc"; reg = <0x0 0x0 0x00100000>; bank-width = <2>; device-width = <1>; // Slice info reported by builtin linux when it boots... //[ 11.161328] 0x00000000-0x00100000 : "u-boot" //[ 11.167431] 0x00100000-0x00500000 : "uImage" //[ 11.173471] 0x00500000-0x20000000 : "root" slice@0 { reg = <0x0 0x100000>; label = "u-boot"; read-only; }; slice@200000 { reg = <0x100000 0x40000>; label = "uImage"; }; slice@500000 { reg = <0x500000 0x1FB00000>; label = "root"; }; }; }; SOC: soc88f6281@f1000000 { #address-cells = <1>; #size-cells = <1>; compatible = "simple-bus"; ranges = <0x0 0xf1000000 0x00100000>; bus-frequency = <0>; PIC: pic@20200 { interrupt-controller; #address-cells = <0>; #interrupt-cells = <1>; reg = <0x20200 0x3c>; compatible = "mrvl,pic"; }; timer@20300 { compatible = "mrvl,timer"; reg = <0x20300 0x30>; interrupts = <1>; interrupt-parent = <&PIC>; mrvl,has-wdt; }; MPP: mpp@10000 { #pin-cells = <2>; compatible = "mrvl,mpp"; reg = <0x10000 0x34>; pin-count = <50>; pin-map = < 0 1 /* MPP[ 0]: NF_IO[2] */ 1 1 /* MPP[ 1]: NF_IO[3] */ 2 1 /* MPP[ 2]: NF_IO[4] */ 3 1 /* MPP[ 3]: NF_IO[5] */ 4 1 /* MPP[ 4]: NF_IO[6] */ 5 1 /* MPP[ 5]: NF_IO[7] */ 6 1 /* MPP[ 6]: SYSRST_OUTn */ 7 0 /* MPP[ 7]: GPO[7] */ 8 1 /* MPP[ 8]: TW_SDA */ 9 1 /* MPP[ 9]: TW_SCK */ 10 3 /* MPP[10]: UA0_TXD */ 11 3 /* MPP[11]: US0_RXD */ 12 1 /* MPP[12]: SD_CLK */ 13 1 /* MPP[13]: SD_CMD */ 14 1 /* MPP[14]: SD_D[0] */ 15 1 /* MPP[15]: SD_D[1] */ 16 1 /* MPP[16]: SD_D[2] */ 17 1 /* MPP[17]: SD_D[3] */ 18 1 /* MPP[18]: NF_IO[0] */ 19 1 /* MPP[19]: NF_IO[1] */ 20 3 /* MPP[20]: GE1[ 0] */ 21 3 /* MPP[21]: GE1[ 1] */ 22 3 /* MPP[22]: GE1[ 2] */ 23 3 /* MPP[23]: GE1[ 3] */ 24 3 /* MPP[24]: GE1[ 4] */ 25 3 /* MPP[25]: GE1[ 5] */ 26 3 /* MPP[26]: GE1[ 6] */ 27 3 /* MPP[27]: GE1[ 7] */ 28 3 /* MPP[28]: GE1[ 8] */ 29 3 /* MPP[29]: GE1[ 9] */ 30 3 /* MPP[30]: GE1[10] */ 31 3 /* MPP[31]: GE1[11] */ 32 3 /* MPP[32]: GE1[12] */ 33 3 /* MPP[33]: GE1[13] */ 34 3 /* MPP[34]: GE1[14] */ 35 3 /* MPP[35]: GE1[15] */ 36 0 /* MPP[36]: GPIO[36] */ 37 0 /* MPP[37]: GPIO[37] */ 38 0 /* MPP[38]: GPIO[38] */ 39 0 /* MPP[39]: GPIO[39] */ 40 2 /* MPP[40]: TDM_SPI_SCK */ 41 2 /* MPP[41]: TDM_SPI_MISO */ 42 2 /* MPP[42]: TDM_SPI_MOSI */ 43 0 /* MPP[43]: GPIO[43] */ 44 0 /* MPP[44]: GPIO[44] */ 45 0 /* MPP[45]: GPIO[45] */ 46 0 /* MPP[46]: GPIO[46] */ 47 0 /* MPP[47]: GPIO[47] */ 48 0 /* MPP[48]: GPIO[48] */ 49 0 /* MPP[49]: GPIO[49] */ >; }; GPIO: gpio@10100 { #gpio-cells = <3>; compatible = "mrvl,gpio"; reg = <0x10100 0x20>; gpio-controller; interrupts = <35 36 37 38 39 40 41>; interrupt-parent = <&PIC>; pin-count = <50>; }; gpioled@0 { compatible = "mrvl,gpioled"; gpios = <&GPIO 47 2 0 /* GPIO[47] BT LED: OUT */ &GPIO 48 2 0 /* GPIO[48] WLAN LED: OUT */ &GPIO 49 2 0>; /* GPIO[49] WLAN AP LED: OUT */ }; rtc@10300 { compatible = "mrvl,rtc"; reg = <0x10300 0x08>; }; twsi@11000 { #address-cells = <1>; #size-cells = <0>; compatible = "mrvl,twsi"; reg = <0x11000 0x20>; interrupts = <43>; interrupt-parent = <&PIC>; }; enet0: ethernet@72000 { #address-cells = <1>; #size-cells = <1>; model = "V2"; compatible = "mrvl,ge"; reg = <0x72000 0x2000>; ranges = <0x0 0x72000 0x2000>; local-mac-address = [ 00 00 00 00 00 00 ]; interrupts = <12 13 14 11 46>; interrupt-parent = <&PIC>; phy-handle = <&phy0>; mdio@0 { #address-cells = <1>; #size-cells = <0>; compatible = "mrvl,mdio"; phy0: ethernet-phy@0 { reg = <0x0>; }; phy1: ethernet-phy@1 { reg = <0x1>; }; }; }; enet1: ethernet@76000 { #address-cells = <1>; #size-cells = <1>; model = "V2"; compatible = "mrvl,ge"; reg = <0x76000 0x02000>; ranges = <0x0 0x76000 0x2000>; local-mac-address = [ 00 00 00 00 00 00 ]; interrupts = <16 17 18 15 47>; interrupt-parent = <&PIC>; phy-handle = <&phy1>; }; serial0: serial@12000 { compatible = "ns16550"; reg = <0x12000 0x20>; reg-shift = <2>; clock-frequency = <0>; interrupts = <33>; interrupt-parent = <&PIC>; }; serial1: serial@12100 { compatible = "ns16550"; reg = <0x12100 0x20>; reg-shift = <2>; clock-frequency = <0>; interrupts = <34>; interrupt-parent = <&PIC>; }; crypto@30000 { compatible = "mrvl,cesa"; reg = <0x30000 0x10000>; interrupts = <22>; interrupt-parent = <&PIC>; sram-handle = <&SRAM>; }; usb@50000 { compatible = "mrvl,usb-ehci", "usb-ehci"; reg = <0x50000 0x1000>; interrupts = <48 19>; interrupt-parent = <&PIC>; }; xor@60000 { compatible = "mrvl,xor"; reg = <0x60000 0x1000>; interrupts = <5 6 7 8>; interrupt-parent = <&PIC>; }; sata@80000 { compatible = "mrvl,sata"; reg = <0x80000 0x6000>; interrupts = <21>; interrupt-parent = <&PIC>; }; sdio@90000 { compatible = "mrvl,sdio"; reg = <0x90000 0x134>; interrupts = <28>; interrupt-parent = <&PIC>; }; }; SRAM: sram@fd000000 { compatible = "mrvl,cesa-sram"; reg = <0xfd000000 0x00100000>; }; chosen { stdin = "serial0"; stdout = "serial0"; }; }; --=-jZGlvplcnrgIQhDdMVKy-- From owner-freebsd-arm@FreeBSD.ORG Tue Nov 13 14:58:26 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8803FF9E for ; Tue, 13 Nov 2012 14:58:26 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id F2DEE8FC16 for ; Tue, 13 Nov 2012 14:58:25 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id gg13so2365699lbb.13 for ; Tue, 13 Nov 2012 06:58:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=9hdQNUQCkHcig8A5x8jvGHv8dSQrC9NjKcb3ySVgRbw=; b=edvrDXj1v3DJ5cUv2mXIWsZmfwjw/a4RcQfegGD18AoSkZhq0CpzmA0686CpbsflDH Ur0YqDHwsfEE1FDCxjP3XxkJkWxvV02gO6mTzwsugr+AvHed3dJrlQhbcUlt0RRrf8tx 2Is+x1LETGcIyJm4Fyj5YgIfqN7ZWLjrFye6509Jrn5gMAcstqbtfDuxLQg0iMgn6a/v 0NTI7Qe4/F3vcCCUJXB+PkP/Vn7mIlwDAF3rtQFTk5zYihn+JBTT3nWClxxN7vpLKKqi A8ATPPdkBQMci88FjzEqAYNHeOVdCpTR2n66FEDMjs29/MdDHPCub/+9Pt3yLnl2Eqgi VhGg== Received: by 10.112.9.74 with SMTP id x10mr8511198lba.2.1352818704921; Tue, 13 Nov 2012 06:58:24 -0800 (PST) Received: from [192.168.0.121] (vpn.static.83-173-212-209.cybernet.ch. [83.173.212.209]) by mx.google.com with ESMTPS id x5sm3897377lbf.9.2012.11.13.06.58.21 (version=SSLv3 cipher=OTHER); Tue, 13 Nov 2012 06:58:22 -0800 (PST) Message-ID: <50A2600D.8030002@gmail.com> Date: Tue, 13 Nov 2012 15:58:21 +0100 From: Mattia Rossi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Proposed patchset to support DreamPlug on freebsd 9 and 10. References: <1352732526.1217.29.camel@revolution.hippie.lan> <50A125D6.50508@gmail.com> <1352743496.1217.39.camel@revolution.hippie.lan> <50A1F8EE.4070205@gmail.com> <33A18E14-78CE-45F0-ABBC-E21952606E62@netsense.nl> <1352817134.1217.106.camel@revolution.hippie.lan> In-Reply-To: <1352817134.1217.106.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2012 14:58:26 -0000 Am 13.11.2012 15:32, schrieb Ian Lepore: > On Tue, 2012-11-13 at 10:39 +0100, Johan Henselmans wrote: >> I have just compiled and run a freebsd-current with a patchset I found on http://jessewhite.ca/dreamplug-freebsd/ on a dreamplug which starts with serialnumber DS2-1213. >> >> According to the discussion on the FreedomBox mailinglist there seem to be different varieties depending on the first four digits of the serial number. I bought mine in july 2012, direct from GlobalScale. It came with a 4 GB SDHC card. >> >> I use the internal card, formatted with a fat and a ufs partition. >> >> I used the latest Freebsd-current (12-nov-2012) as a base system, apparently with clang as a compiler. I then gitted the freebsd tree from github into /usr/local/src/bsdcode/freebsd, to make it easier to differentiate between the /usr/src/ 'prodcution' tree and the /usr/local/src/bsdcode/freebsd 'arm test' tree. >> >> All I did was twiddle with the kernel config file to replace the ZERO_COPY_SOCKETS option that is now replaced by SOCKET_SEND_COW and SOCKET_RECV_PFLIP, and remove the IPFIREWALL_FORWARD option, which is now always compile in. >> >> #removed in freebsd10 >> #options IPFIREWALL_FORWARD >> >> # eliminating data copies on socket reads and writes. >> # man 9 zero_copy >> #options ZERO_COPY_SOCKETS >> #bsd 10 >> options SOCKET_SEND_COW >> options SOCKET_RECV_PFLIP >> >> and made sure the root was internally. >> >> options ROOTDEVNAME=\"ufs:/dev/da0s2\" >> >> >> >> I have a few problems: >> >> First: >> I am getting errors from the sdhc driver: >> >> >> errors like >> (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error >> (da0:umass-sim0:0:0:0): Retrying command >> (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 0 16 6 6f 0 0 40 0 >> (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error >> (da0:umass-sim0:0:0:0): Retrying command >> >> are popping up all the time in the console (I have a JTAG console via screen /dev/ttyU1 115200) >> >> Second: >> >> the ethernet addresses do not seem to be recognized by the kernel: >> >> root@dreamplug-bsd:~ # ifconfig -a >> >> mge1: flags=8802 metric 0 mtu 1500 >> options=8000b >> ether 00:00:00:00:00:00 >> nd6 options=29 >> media: Ethernet autoselect (1000baseT ) >> status: active >> >> >> I'd be happy to help to find out which dts files have to be used for which dreamplug, and how we can make sure this thing will be a first class FreeBSD citizen. > I never got as far as trying the sd interface, but I did have both > ethernet ports working well. Hmm, I did have an SD card in there and it worked fine.. damn, can't wait to get back to that thing. But that was on freebsd9 compiled with gcc. Mat From owner-freebsd-arm@FreeBSD.ORG Tue Nov 13 22:20:00 2012 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C679E4D1 for ; Tue, 13 Nov 2012 22:20:00 +0000 (UTC) (envelope-from gnats@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 9AFB28FC12 for ; Tue, 13 Nov 2012 22:20:00 +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 qADMK0nF045305 for ; Tue, 13 Nov 2012 22:20:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qADMK0h9045304; Tue, 13 Nov 2012 22:20:00 GMT (envelope-from gnats) Resent-Date: Tue, 13 Nov 2012 22:20:00 GMT Resent-Message-Id: <201211132220.qADMK0h9045304@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-arm@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Dave Hayes Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D9891F8 for ; Tue, 13 Nov 2012 22:10:25 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 7D13E8FC0C for ; Tue, 13 Nov 2012 22:10:25 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id qADMAPdt027908 for ; Tue, 13 Nov 2012 22:10:25 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id qADMAPq3027907; Tue, 13 Nov 2012 22:10:25 GMT (envelope-from nobody) Message-Id: <201211132210.qADMAPq3027907@red.freebsd.org> Date: Tue, 13 Nov 2012 22:10:25 GMT From: Dave Hayes To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: arm/173617: Dreamplug exhibits eSATA file corruption using network interface 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, 13 Nov 2012 22:20:00 -0000 >Number: 173617 >Category: arm >Synopsis: Dreamplug exhibits eSATA file corruption using network interface >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 13 22:20:00 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Dave Hayes >Release: 9.1-PRERELEASE >Organization: >Environment: FreeBSD fdev.dream-tech.com 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #1: Tue Nov 13 12:57:00 PST 2012 unixwiz@cdbuilder:/usr/obj.1.8R1-arm/arm.arm/usr/src.arm/sys/FBCDARM arm >Description: It appears that eSATA file writes are somehow corrupted when downloading files. Using fetch as an example: # fetch http://unbound.net/downloads/unbound-1.4.18.tar.gz unbound-1.4.18.tar.gz 100% of 3508 kB 173 kBps 00m00s # sha256 unbound-1.4.18.tar.gz SHA256 (unbound-1.4.18.tar.gz) = f792f0c5cee1510c5319e85b6d3873bde273e773b8c786bf56f92687376cb2d7 # fetch http://unbound.net/downloads/unbound-1.4.18.tar.gz unbound-1.4.18.tar.gz 100% of 3508 kB 174 kBps 00m00s # sha256 unbound-1.4.18.tar.gz SHA256 (unbound-1.4.18.tar.gz) = 47bf5330471aca39c08e7685a79f3e13735903d3ca97c264bb5aeb9abc73442b This behavior was also tested and confirmed present using FTP instead of fetch. Additionally, an interrupt storm was noticed on first booting the dreamplug with the eSATA device connected. Here is my kernel config file: # # Custom kernel for Marvell DreamPlug devices. # # $FreeBSD:$ # ident DREAMPLUG include "../mv/kirkwood/std.dreamplug" options SOC_MV_KIRKWOOD makeoptions MODULES_OVERRIDE="" #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols makeoptions WERROR="-Werror" options SCHED_4BSD #4BSD scheduler options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options MD_ROOT # MD is a potential root device #options NFSCL #New Network Filesystem Client #options NFSLOCKD #Network Lock Manager #options NFS_ROOT #NFS usable as /, requires NFSCL #bootp/dhcp for remote booting #options BOOTP #options BOOTP_NFSROOT #options BOOTP_NFSV3 #options BOOTP_WIRED_TO=mge0 # Root fs on USB device options ROOTDEVNAME=\"ufs:/dev/da2s2a\" options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options MUTEX_NOINLINE options RWLOCK_NOINLINE options NO_FFS_SNAPSHOT options NO_SWAPPING # Debugging #options ALT_BREAK_TO_DEBUGGER options BREAK_TO_DEBUGGER options DDB #options DEADLKRES #Enable the deadlock resolver #options DIAGNOSTIC #options INVARIANTS #Enable calls of extra sanity checking #options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS options KDB #options WITNESS #Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed #options WITNESS_KDB #options DEBUG # Serial ports device uart #ata devices device ata #base ata driver options ATA_CAM # Handle legacy controllers with CAM options ATA_STATIC_ID # Static device numbering # SCSI options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device sa device cd # CD device pass # SATA device mvs #Marvell Sata driver device ahci # AHCI-compatible SATA controllers # Partition support options GEOM_PART_GPT options GEOM_LABEL options GEOM_ELI # UFS options UFS_ACL options UFS_DIRHASH options UFS_GJOURNAL options SOFTUPDATES # FAT support options MSDOSFS # Misc FSs options PROCFS options EXT2FS device mem options PSEUDOFS #Pseudo-filesystem framework options CD9660 #ISO 9660 filesystem options VFS_AIO options CD9660_ICONV # Sound device sound device snd_uaudio # Networking device ether device mge # Marvell Gigabit Ethernet controller device mii device miibus device e1000phy device bpf options HZ=1000 options DEVICE_POLLING device vlan #Misc Extra Netwroking #options NETATALK #Appletalk communications protocols #options NETSMB #SMB/CIFS requester #options SMBFS #SMB/CIFS filesystem options VFS_AIO # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module #crypto device cesa # Marvell security engine device crypto device cryptodev #Wireless Networking device wlan options IEEE80211_DEBUG # enable debug msgs options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm # USB DEBUG #options USB_DEBUG # enable debug msgs #options USB_REQ_DEBUG # USB support device usb # USB Bus (required) device ehci # EHCI PCI->USB interface (USB 2.0) device umass # Disks/Mass storage - Requires scbus and da device usfs device uhid device ums #USB WIFI device rum # Ralink Technology RT2501USB wireless NICs device uath # Atheros AR5523 wireless NICs device ural # Ralink Technology RT2500USB wireless NICs device zyd # ZyDAS zb1211/zb1211b wireless NICs device urtw # Realtek RTL8187B/L USB device upgt # Conexant/Intersil PrismGT SoftMAC USB # USB Serial devices device u3g # USB-based 3G modems (Option, Huawei, Sierra) #options U3G_DEBUG #USB Over Ethernet device cdce # Generic USB over Ethernet # MMC/SD (Currently not supported) #device mv_sdio #device mmc #device mmcsd #device sdhci #BLUETOOTH # I2C (TWSI) device iic device iicbus device icee options LIBICONV options LIBMCHAIN # Flattened Device Tree options FDT options FDT_DTB_STATIC makeoptions FDT_DTS_FILE=dreamplug.dts #FireWall device if_bridge # Encapsulating Interface device enc # IPSec options IPSEC options IPSEC_NAT_T options TCP_SIGNATURE #include support for RFC 2385 # IPFW support options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options DUMMYNET options IPDIVERT # altq(9). Enable the base part of the hooks with the ALTQ option. # Individual disciplines must be built into the base system and can not be # loaded as modules at this point. ALTQ requires a stable TSC so if yours is # broken or changes with CPU throttling then you must also have the ALTQ_NOPCC # option. options ALTQ options ALTQ_CBQ # Class Based Queueing options ALTQ_RED # Random Early Detection options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required if the TSC is unusable #options ALTQ_DEBUG # MROUTING enables the kernel multicast packet forwarder, which works # with mrouted and XORP. options MROUTING # Multicast routing # Add multiple route table support options ROUTETABLES=16 # eliminating data copies on socket reads and writes. # man 9 zero_copy #options ZERO_COPY_SOCKETS #PF device pf device pflog device pfsync >How-To-Repeat: Connect eSATA to dreamplug Boot dreamplug with above config Put it on a network Then: # gpart create -s gpt ada0 # gpart add -t freebsd-swap -s 2G ada0 # gpart add -t freebsd-ufs ada0 # cd /foo # fetch http://unbound.net/downloads/unbound-1.4.18.tar.gz # sha256 unbound-1.4.18.tar.gz >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Wed Nov 14 01:00:44 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 B769BF56 for ; Wed, 14 Nov 2012 01:00:44 +0000 (UTC) (envelope-from hans.stimer@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 858628FC12 for ; Wed, 14 Nov 2012 01:00:44 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id wz12so791322pbc.13 for ; Tue, 13 Nov 2012 17:00:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:message-id:subject:x-mailer:mime-version:content-type :content-transfer-encoding:content-disposition; bh=TjLI1zwVpzf1gV1oyJ4oejyEMBiXq5VqCXgaBuTcU0s=; b=im1nL667vgzBIdKtRLKm1W1sCG4tioZe/bD4L5rdlLX2hc6yqT+KxOTnCo+qNZUept 3yfhSr5dYpypis05ENWzJFkYWZQJzUSyo2FlwJDCR0lSrT5eA/NuxbVRBOckpaTujZcH V9+Kv/IWAJtQYxREjcEBMe9Io/9xVEDlp4Zfh+upEcimtby8t4q1vSKFswOl5pG0NV27 GWuN8Yv7LKCfxC8cJ4cJuniTKvkbqWYzfn40by7TUVj4cHPMQfC4AvIjfgknyRymW1X0 WLnOyY+uEaKx6uxm9dkpuJETEUOgh8GV8CQ5Q5zGdS94/SCDn8DjYIivBXyexcSFP1WU n0Gw== Received: by 10.68.136.135 with SMTP id qa7mr72355670pbb.157.1352854843918; Tue, 13 Nov 2012 17:00:43 -0800 (PST) Received: from [10.0.1.134] (70-90-170-37-ca.sfba.hfc.comcastbusiness.net. [70.90.170.37]) by mx.google.com with ESMTPS id kb3sm6772616pbc.27.2012.11.13.17.00.39 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Nov 2012 17:00:43 -0800 (PST) Date: Tue, 13 Nov 2012 17:00:38 -0800 From: Hans Stimer To: port-arm@netbsd.org, freebsd-arm@freebsd.org Message-ID: <24D6D665D24848949EF7BF08150F7213@gmail.com> Subject: Free PC to help ARM development for FreeBSD or NetBSD X-Mailer: sparrow 1.6.4 (build 1178) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline 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, 14 Nov 2012 01:00:44 -0000 I have a PC that was part of an evaluation a few years ago, and only had a couple months of use before being shelved. The disks are small, but it has room for more disks. Supermicro X7DAE/X7DAE+ BIOS Rev 2.0b 2 x Intel X5355 @ 2.66 16GB RAM 2x250GB SATA DVD Floppy Workstation case: 25.5 deep, 8.75 wide, 17.5 high http://www.cpubenchmark.net/cpu.php?cpu=Intel+Xeon+X5355+%40+2.66GHz The fans are very loud. It is free to whoever has the best use for it in furthering ARM support on FreeBSD or NetBSD. I would prefer to deliver it somewhere in Silicon Valley area, but I'm willing to ship at my cost within North America. From owner-freebsd-arm@FreeBSD.ORG Wed Nov 14 02:16: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 CE55F351 for ; Wed, 14 Nov 2012 02:16:13 +0000 (UTC) (envelope-from george@ceetonetechnology.com) Received: from feynman.konjz.org (feynman.konjz.org [64.147.119.39]) by mx1.freebsd.org (Postfix) with ESMTP id 61A0B8FC13 for ; Wed, 14 Nov 2012 02:16:13 +0000 (UTC) Received: from [192.168.1.104] (pool-173-68-251-186.nycmny.east.verizon.net [173.68.251.186]) (authenticated bits=0) by feynman.konjz.org (8.14.5/8.14.4) with ESMTP id qAE1tgxw087701 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 13 Nov 2012 20:55:50 -0500 (EST) (envelope-from george@ceetonetechnology.com) Message-ID: <50A2FA1C.8090002@ceetonetechnology.com> Date: Tue, 13 Nov 2012 20:55:40 -0500 From: George Rosamond User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:16.0) Gecko/20121101 Thunderbird/16.0.2 MIME-Version: 1.0 To: Hans Stimer Subject: Re: Free PC to help ARM development for FreeBSD or NetBSD References: <24D6D665D24848949EF7BF08150F7213@gmail.com> In-Reply-To: <24D6D665D24848949EF7BF08150F7213@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: 5.32 (*****) FH_HOST_EQ_VERIZON_P,RDNS_DYNAMIC X-Spam-Hits: 5320 X-Spam-Names: FH_HOST_EQ_VERIZON_P,RDNS_DYNAMIC X-Spam-Flag: YES X-Mail-Provider: KonjZ X-Scanned-By: MIMEDefang 2.73 on 64.147.119.39 Cc: freebsd-arm@freebsd.org, port-arm@netbsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: george@ceetonetechnology.com List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2012 02:16:13 -0000 On 11/13/12 20:00, Hans Stimer wrote: > I have a PC that was part of an evaluation a few years ago, and only > had a couple months of use before being shelved. The disks are small, > but it has room for more disks. > > Supermicro X7DAE/X7DAE+ BIOS Rev 2.0b 2 x Intel X5355 @ 2.66 16GB > RAM 2x250GB SATA DVD Floppy Workstation case: 25.5 deep, 8.75 wide, > 17.5 high > > http://www.cpubenchmark.net/cpu.php?cpu=Intel+Xeon+X5355+%40+2.66GHz > > The fans are very loud. > > > It is free to whoever has the best use for it in furthering ARM > support on FreeBSD or NetBSD. I would prefer to deliver it somewhere > in Silicon Valley area, but I'm willing to ship at my cost within > North America. And for those who don't know, NYC*BUG (.org) in NYC provides free hosting for developers, besides a bunch of other things, including a mess of mirrors: http://www.nycbug.org/?action=colo We are more than willing to help fuel the ARM building efforts for the BSD projects. And since it's in a data center cabinet, loud fans don't bother us :) George From owner-freebsd-arm@FreeBSD.ORG Wed Nov 14 05:00:54 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 4DFDF2AB for ; Wed, 14 Nov 2012 05:00:54 +0000 (UTC) (envelope-from 3hCWjUAoGC-UOfbU-fVbUNXX.JVTMYLLIZK-HYTMYLLIZK.VYN@photos-server.bounces.google.com) Received: from mail-ob0-f202.google.com (mail-ob0-f202.google.com [209.85.214.202]) by mx1.freebsd.org (Postfix) with ESMTP id DE76C8FC23 for ; Wed, 14 Nov 2012 05:00:53 +0000 (UTC) Received: by mail-ob0-f202.google.com with SMTP id tb18so11262obb.1 for ; Tue, 13 Nov 2012 21:00:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.43.130.199 with SMTP id hn7mt12380348icc.24.1352869252568; Tue, 13 Nov 2012 21:00:52 -0800 (PST) Message-ID: <20cf307f3b003a172004ce6d6b67@google.com> Date: Wed, 14 Nov 2012 05:00:52 +0000 Subject: freight forwarder & logistics provider shared photos with you From: "freight forwarder & logistics provider" To: freebsd-arm@freebsd.org Content-Type: multipart/mixed; boundary=20cf307f3b003afbfc04ce6d6b7d X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freight forwarder & logistics provider List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2012 05:00:54 -0000 --20cf307f3b003afbfc04ce6d6b7d Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 RGVhciBNeSBGcmllbmQNCg0KICAgICAgICAgTmljZSBkYXksIEh5dW4gWW91bmcgaXMgYSBsZWFk aW5nIHByb2Zlc3Npb25hbCBmcmVpZ2h0IGZvcndhcmRlciAgDQphbmQgbG9naXN0aWNzIHByb3Zp ZGVyIHdobyBmb2N1cyBvbiB0aGUgc2hpcG1lbnQgZnJvbSBTb3V0aCBDaGluYSB0byBhbGwgIA0K dGhlIHdvcmxkLiBIeXVuIFlvdW5nIHN0YXJ0ZWQgZnJlaWdodCBmb3J3YXJkaW5nIG9wZXJhdGlv biBhdCBTaGVuemhlbiBpbiAgDQoyMDA0LiBCYXNlZCBhdCBTaGVuemhlbiwgb3VyIGFtYml0aW9u IGhhdmUgcHVzaGVkIHVzIGZvcndhcmQgdG8gZXhwYW5kIHRvICANCm90aGVyIGNpdGllcyBpbiBz b3V0aCBvZiBDaGluYS4gTm93IHdlIGhhdmUgY2FwYWNpdHkgb2YgaGFuZGluZyBzaGlwbWVudCB0 byAgDQpvciBmcm9tIGFsbCB0aGUgcG9ydHMgaW4gc291dGggb2YgQ2hpbmEuDQogICAgICAgICAg IEhvbGRzIHdoaWxlIHdob2xlIC0gaGVhcnRlZGx5IGFjaGlldmVzIHRoZSBiZXN0IGVudGVycHJp c2UgIA0Kb2JqZWN0aXZlLCBXaXRoIHRoZSBncmVhdCBzdXBwb3J0IG9mIG91ciBnbG9iYWwgYWdl bmN5LCB3ZSBwcm92aWRlIHNlcnZpY2VzICANCnRvIG91ciBjdXN0b21lcnMgdGhyb3VnaCBwcm9j ZXNzLWRyaXZlbiBvcGVyYXRpb24gdGVhbSwgYWR2YW5jZWQgIA0KaW5mb3JtYXRpb24gc3lzdGVt LCBhbmQgc3Ryb25nIG1hbmFnZW1lbnQgdGVhbS4NCg0KR2xhbmNlIHRvIG91ciBjb21wYW55Og0K MS4JU2VhIEZyZWlnaHQsIGluY2x1ZGVkIEZDTCZMQ0w7DQoyLglBaXIgRnJlaWdodDsNCjMuCUV4 cHJlc3MsIGluY2x1ZGVkIERITCxVUFMsRkVERVgsU0FHQVdBIGFuZCBTQ09SRUpQOw0KNC4JSW1w b3J0ICYgRXhwb3J0Ow0KNS4JTGFuZCBUcmFuc3BvcnRhdGlvbi4NCg0KICAgICAgICAgICBXZSBz ZWVrIG5vIHN0cm9uZ2VzdCBvbmx5IG1vcmUgc3BlY2lhbGl6ZWQsIHNlbmlvci4gWW91ciAgDQpz YXRpc2ZpZWQgd2lsbCBiZSBvdXIgbWF4aW1hbCBwcmlkZS4NCg0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KU2hlbnpoZW4gSHl1biBZb3VuZyBJbnRlcm5hdGlvbmFsIFRyYW5zcG9ydGF0aW9uIENPLixM VEQNCkphY2t5IFlhbmcNCg0KQWRkOiBGbG9vciA3JjgsIFNvdXRoIEJhb5JhbiBSb2FkLCBMdW9o dSBEaXN0cmljdCwgU2hlbnpoZW4sIEd1YW5nZG9uZywgIA0KQ2hpbmEuDQo= --20cf307f3b003afbfc04ce6d6b7d-- From owner-freebsd-arm@FreeBSD.ORG Wed Nov 14 10:56:58 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9CBA1CC for ; Wed, 14 Nov 2012 10:56:58 +0000 (UTC) (envelope-from johan@netsense.nl) Received: from mail.netsense.nl (pretsense.xs4all.nl [82.161.36.79]) by mx1.freebsd.org (Postfix) with ESMTP id 294968FC08 for ; Wed, 14 Nov 2012 10:56:55 +0000 (UTC) Received: (qmail 97638 invoked from network); 14 Nov 2012 11:56:45 +0100 Received: from unknown (HELO ?172.16.79.118?) (johan@172.16.79.118) by mail.netsense.nl with AES128-SHA encrypted SMTP; 14 Nov 2012 11:56:45 +0100 From: Johan Henselmans Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: dreamplug: setting ethernet address by hand, getting pkgng to work, wireless? Message-Id: Date: Wed, 14 Nov 2012 11:56:48 +0100 To: "freebsd-arm@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) 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, 14 Nov 2012 10:56:58 -0000 OK, I am a step further in getting CURRENT working on the Dreamplug. I = have recompiled the CURRENT tree yesterday, more or less merging the=20 august mailinglist settings with the stuff from Jesse White.=20 I still do not get the hardware ethernet addresses from the machine (it = still reports 00:00:00:00:00:00), so I decided to set them manually in = /etc/start_if.mge0: dramplug-bsd:~ # cat /etc/start_if.mge0 ifconfig mge0 ether f0:ad:4e:01:44:46=20 The address got picked up if this was a static address in the dhcp = server, not if it was a dynamic ip address.=20 But I do have internet on the dreamplug now.=20 I then tried to find out if pkgng would work: the command: pkg add emacs resulted in: The package management tool is not yet installed on your system. Do you want to fetch and install it now? [y/N]: y Bootstrapping pkg please wait pkg: Error fetching = http://pkgbeta.FreeBSD.org/freebsd:10:arm:32:el:oabi:softfp/latest/Latest/= pkg.txz: Not Found Can anyone tell me what the status is of pkgng for arm, and how I can = set it to a comprehensible setting? Last question is that I do not see the wireless network interface. Is = that normal, or should I do some magic incantation? Johan Henselmans johan@netsense.nl From owner-freebsd-arm@FreeBSD.ORG Wed Nov 14 15:21:18 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA09F2A5 for ; Wed, 14 Nov 2012 15:21:18 +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 9DA078FC14 for ; Wed, 14 Nov 2012 15:21:11 +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 qAEFL5I3093778 for ; Wed, 14 Nov 2012 08:21:05 -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 qAEFL2vg023732; Wed, 14 Nov 2012 08:21:02 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: dreamplug: setting ethernet address by hand, getting pkgng to work, wireless? From: Ian Lepore To: Johan Henselmans In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Wed, 14 Nov 2012 08:21:01 -0700 Message-ID: <1352906461.1217.141.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, 14 Nov 2012 15:21:19 -0000 On Wed, 2012-11-14 at 11:56 +0100, Johan Henselmans wrote: > I still do not get the hardware ethernet addresses from the machine > (it still reports 00:00:00:00:00:00), so I decided to set them > manually in /etc/start_if.mge0: > > dramplug-bsd:~ # cat /etc/start_if.mge0 > ifconfig mge0 ether f0:ad:4e:01:44:46 I didn't have any trouble with this, both my interfaces got good addresses automatically. Looking at the mge driver code, it wants to use the local-mac-address property from the .dts file as long as it's not all zeroes. If it is all zeroes, it uses the value already programmed into the hardware. In my case, I would always let uBoot set up both interfaces and then boot the unit via TFTP, so maybe I was getting good mac addresses because uBoot set them up and the mge driver just used those values. -- Ian From owner-freebsd-arm@FreeBSD.ORG Wed Nov 14 17:18:46 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 950F0E81 for ; Wed, 14 Nov 2012 17:18:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 640998FC08 for ; Wed, 14 Nov 2012 17:18:46 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id z9so295269dad.13 for ; Wed, 14 Nov 2012 09:18:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=SX6sDmSBdH3hAkxLK9M3y73SwUfrs59wWjQxMI+pjXk=; b=rQjovK+MWcWgUwGn6nEo4N6zF6TfOGTeAPY0jHhuvViAyXEbtesTXU7OWNePUqn6Mb 9TzG0f7LGBwLmxmu+clxYBvygNlB1w/kDCr/nIULWctt5SWBda6kqBK5pTtnVFN+rscJ FdRT6fMPf+EAzBxvg+xhzxfOIbQ1m0MZvVRg1Sg3OhM7fGNVarXmZemrjx++DUYYJpx9 +uDz+1zc4sZs4/M7VVWME7G9MHFaxEItXBUggAnIrgIm50BP513Cx4rCOWkhNcJEl7Dh p5YRcdZcPxdnSBDwHPgwmrP0JEIdOM92eRKnB4PF38GSHo30gO4MkIStrNr8ohUk1zWX M2ZQ== MIME-Version: 1.0 Received: by 10.68.251.197 with SMTP id zm5mr72691490pbc.30.1352913520786; Wed, 14 Nov 2012 09:18:40 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.68.124.130 with HTTP; Wed, 14 Nov 2012 09:18:40 -0800 (PST) In-Reply-To: References: Date: Wed, 14 Nov 2012 09:18:40 -0800 X-Google-Sender-Auth: Srj54L5ILMyyTdYavbC4Aej5qiA Message-ID: Subject: Re: dreamplug: setting ethernet address by hand, getting pkgng to work, wireless? From: Adrian Chadd To: Johan Henselmans 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, 14 Nov 2012 17:18:46 -0000 There's currently no wireless support for those marvell embedded wifi chips. Someone's going to have to jump on board and help by porting the driver from somewhere and maintaining it. Sorry! Adrian On 14 November 2012 02:56, Johan Henselmans wrote: > OK, I am a step further in getting CURRENT working on the Dreamplug. I have recompiled the CURRENT tree yesterday, more or less merging the > august mailinglist settings with the stuff from Jesse White. > > I still do not get the hardware ethernet addresses from the machine (it still reports 00:00:00:00:00:00), so I decided to set them manually in /etc/start_if.mge0: > > dramplug-bsd:~ # cat /etc/start_if.mge0 > ifconfig mge0 ether f0:ad:4e:01:44:46 > > The address got picked up if this was a static address in the dhcp server, not if it was a dynamic ip address. > > But I do have internet on the dreamplug now. > > I then tried to find out if pkgng would work: > the command: > pkg add emacs > resulted in: > The package management tool is not yet installed on your system. > Do you want to fetch and install it now? [y/N]: y > Bootstrapping pkg please wait > pkg: Error fetching http://pkgbeta.FreeBSD.org/freebsd:10:arm:32:el:oabi:softfp/latest/Latest/pkg.txz: Not Found > > Can anyone tell me what the status is of pkgng for arm, and how I can set it to a comprehensible setting? > > Last question is that I do not see the wireless network interface. Is that normal, or should I do some magic incantation? > > > Johan Henselmans > johan@netsense.nl > > > > _______________________________________________ > 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 Wed Nov 14 19:59:28 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26278EA8; Wed, 14 Nov 2012 19:59:28 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 999158FC08; Wed, 14 Nov 2012 19:59:27 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id k19so683377qcs.13 for ; Wed, 14 Nov 2012 11:59:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=R/KVysaC1jCCkQfbTuto8lTXj/Qkdzlt5uOHl7uz778=; b=IxQI54G0NPqUOpC2xF68zzJPqVSORP86PlcO7guwBgJX0eFK6Lg4Ab6/bghJzrTdpu S0bdfJGKjNdPZh6JANGDYMjJxbWzbQ6HC4FzHDZyZryiT9iBvF8Wwo6G51H5nM2jRxtm vI+z/zcoI/fsc5HWtwSh9jBbgz52NqiFByDPLL6LtQnmffJp+7t63L9SFFawt8Qu+dbw +u2KIreWmUcyx8wXELbdTCdHcQ1I0DWU7GtfX4cHWiVdLiwGwpgUSRhHjxXauvfDIt51 BwCI3gtF0EARZnOboxoyeEmhN7lh6gkiMG9rBlxLVmoyfi8KwPQWe5j39nP1D61G4FMv ZxRA== MIME-Version: 1.0 Received: by 10.224.191.137 with SMTP id dm9mr26616501qab.40.1352923161520; Wed, 14 Nov 2012 11:59:21 -0800 (PST) Received: by 10.229.117.1 with HTTP; Wed, 14 Nov 2012 11:59:21 -0800 (PST) Date: Wed, 14 Nov 2012 20:59:21 +0100 Message-ID: Subject: Cache flushing on ARMv7 SMP From: Giovanni Trematerra To: arm@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: raj@freebsd.org, cognet@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, 14 Nov 2012 19:59:28 -0000 I think we should use the Inner Sharable variant of ICIALLU and BPIALL in SMP case for armv7 CPU. Could some one review this patch, please? -- Gianni Index: sys/arm/arm/cpufunc_asm_armv7.S =================================================================== --- sys/arm/arm/cpufunc_asm_armv7.S (revision 242212) +++ sys/arm/arm/cpufunc_asm_armv7.S (working copy) @@ -70,7 +70,11 @@ ENTRY(armv7_setttb) orr r0, r0, #PT_ATTR mcr p15, 0, r0, c2, c0, 0 /* Translation Table Base Register 0 (TTBR0) */ +#ifdef SMP + mcr p15, 0, r0, c8, c3, 0 /* invalidate I+D TLBs Inner Shareable */ +#else mcr p15, 0, r0, c8, c7, 0 /* invalidate I+D TLBs */ +#endif dsb isb RET @@ -78,11 +82,12 @@ ENTRY(armv7_setttb) ENTRY(armv7_tlb_flushID) dsb #ifdef SMP - mcr p15, 0, r0, c8, c3, 0 + mcr p15, 0, r0, c8, c3, 0 /* flush I+D tlb */ + mcr p15, 0, r0, c7, c1, 6 /* flush BTB */ #else mcr p15, 0, r0, c8, c7, 0 /* flush I+D tlb */ + mcr p15, 0, r0, c7, c5, 6 /* flush BTB */ #endif - mcr p15, 0, r0, c7, c5, 6 /* flush BTB */ dsb isb mov pc, lr @@ -91,11 +96,12 @@ ENTRY(armv7_tlb_flushID_SE) ldr r1, .Lpage_mask bic r0, r0, r1 #ifdef SMP - mcr p15, 0, r0, c8, c3, 1 /* flush D tlb single entry */ + mcr p15, 0, r0, c8, c3, 1 /* flush D tlb single entry Inner Shareable */ + mcr p15, 0, r0, c7, c1, 6 /* flush BTB Inner Shareable */ #else mcr p15, 0, r0, c8, c7, 1 /* flush D tlb single entry */ + mcr p15, 0, r0, c7, c5, 6 /* flush BTB */ #endif - mcr p15, 0, r0, c7, c5, 6 /* flush BTB */ dsb isb mov pc, lr @@ -155,7 +161,11 @@ Finished: ENTRY(armv7_idcache_wbinv_all) stmdb sp!, {lr} bl armv7_dcache_wbinv_all +#ifdef SMP + mcr p15, 0, r0, c7, c1, 0 /* Invalidate all I caches to PoU (ICIALLUIS) */ +#else mcr p15, 0, r0, c7, c5, 0 /* Invalidate all I caches to PoU (ICIALLU) */ +#endif dsb isb ldmia sp!, {lr} @@ -251,7 +261,11 @@ ENTRY(armv7_context_switch) orr r0, r0, #PT_ATTR mcr p15, 0, r0, c2, c0, 0 /* set the new TTB */ +#ifdef SMP + mcr p15, 0, r0, c8, c3, 0 /* and flush the I+D tlbs Inner Sharable */ +#else mcr p15, 0, r0, c8, c7, 0 /* and flush the I+D tlbs */ +#endif dsb isb RET From owner-freebsd-arm@FreeBSD.ORG Thu Nov 15 10:28: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 B760B73B for ; Thu, 15 Nov 2012 10:28:49 +0000 (UTC) (envelope-from johan@netsense.nl) Received: from mail.netsense.nl (pretsense.xs4all.nl [82.161.36.79]) by mx1.freebsd.org (Postfix) with ESMTP id E0B088FC12 for ; Thu, 15 Nov 2012 10:28:48 +0000 (UTC) Received: (qmail 27015 invoked from network); 15 Nov 2012 11:28:44 +0100 Received: from unknown (HELO ?172.16.79.105?) (johan@172.16.79.105) by mail.netsense.nl with AES128-SHA encrypted SMTP; 15 Nov 2012 11:28:44 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: dreamplug: setting ethernet address by hand, getting pkgng to work, wireless? From: Johan Henselmans In-Reply-To: <1352906461.1217.141.camel@revolution.hippie.lan> Date: Thu, 15 Nov 2012 11:28:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <5BA85CA3-1C3E-4C9E-8851-024BE12236CD@netsense.nl> References: <1352906461.1217.141.camel@revolution.hippie.lan> To: "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.1499) 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, 15 Nov 2012 10:28:49 -0000 On 14 nov. 2012, at 16:21, Ian Lepore = wrote: > On Wed, 2012-11-14 at 11:56 +0100, Johan Henselmans wrote: >> I still do not get the hardware ethernet addresses from the machine >> (it still reports 00:00:00:00:00:00), so I decided to set them >> manually in /etc/start_if.mge0: >>=20 >> dramplug-bsd:~ # cat /etc/start_if.mge0 >> ifconfig mge0 ether f0:ad:4e:01:44:46=20 >=20 > I didn't have any trouble with this, both my interfaces got good > addresses automatically. Looking at the mge driver code, it wants to > use the local-mac-address property from the .dts file as long as it's > not all zeroes. If it is all zeroes, it uses the value already > programmed into the hardware. >=20 > In my case, I would always let uBoot set up both interfaces and then > boot the unit via TFTP, so maybe I was getting good mac addresses > because uBoot set them up and the mge driver just used those values. >=20 > -- Ian >=20 >=20 Found the culprit: replacing the uboot firmware with the latest version = caused the uboot environment variables for the ethernet hardware to = disappear,=20 by setting ethaddr and eth1addr in the uboot environment, that got = solved.=20 Example: Marvell>> setenv ethaddr f0:ad:4e:01:xx:xx Marvell>> setenv eth1addr f0:ad:4e:01:xx:xx Marvell>> saveenv Marvell>> reset Johan Henselmans johan@netsense.nl From owner-freebsd-arm@FreeBSD.ORG Fri Nov 16 15:09:58 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45B71C6D for ; Fri, 16 Nov 2012 15:09:58 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) by mx1.freebsd.org (Postfix) with ESMTP id F410E8FC0C for ; Fri, 16 Nov 2012 15:09:57 +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 1TZNYF-00E3fs-7L; Fri, 16 Nov 2012 16:09:51 +0100 Message-Id: X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 From: Ralf Wenk To: "freebsd-arm@freebsd.org" Subject: Re: Raspberry PI with 512 MB does not boot FreeBSD? In-reply-to: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 16 Nov 2012 16:09:51 +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: Fri, 16 Nov 2012 15:09:58 -0000 > > Have you checked serial console? > > Unfortunately I do not have a serial terminal at the moment. Due to the very welcomed help from Bernd Walter, who supported me with an USB serial adapter for the Raspberry PIs serial console , I have an answer now: The console shows simply nothing. The serial console and the USB serial adapter are fine because booting an Raspbian "wheezy" image showed the Linux boot messages. Best regards Ralf From owner-freebsd-arm@FreeBSD.ORG Sat Nov 17 22:17:27 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 41DFF30C; Sat, 17 Nov 2012 22:17:27 +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 044A88FC0C; Sat, 17 Nov 2012 22:17:26 +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 qAHMHJPQ051968; Sat, 17 Nov 2012 17:17:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qAHMHJUs051967; Sat, 17 Nov 2012 22:17:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 17 Nov 2012 22:17:19 GMT Message-Id: <201211172217.qAHMHJUs051967@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, 17 Nov 2012 22:17:27 -0000 TB --- 2012-11-17 21:10:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-11-17 21: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-11-17 21:10:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-11-17 21:10:01 - cleaning the object tree TB --- 2012-11-17 21:10:01 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-11-17 21:10:01 - cd /tinderbox/HEAD/arm/arm TB --- 2012-11-17 21:10:01 - /usr/local/bin/svn cleanup /src TB --- 2012-11-17 21:14:16 - /usr/local/bin/svn update /src TB --- 2012-11-17 21:14:27 - At svn revision 243187 TB --- 2012-11-17 21:14:28 - building world TB --- 2012-11-17 21:14:28 - CROSS_BUILD_TESTING=YES TB --- 2012-11-17 21:14:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-17 21:14:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-17 21:14:28 - SRCCONF=/dev/null TB --- 2012-11-17 21:14:28 - TARGET=arm TB --- 2012-11-17 21:14:28 - TARGET_ARCH=arm TB --- 2012-11-17 21:14:28 - TZ=UTC TB --- 2012-11-17 21:14:28 - __MAKE_CONF=/dev/null TB --- 2012-11-17 21:14:28 - cd /src TB --- 2012-11-17 21:14:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Nov 17 21:14:36 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 Nov 17 22:12:15 UTC 2012 TB --- 2012-11-17 22:12:15 - cd /src/sys/arm/conf TB --- 2012-11-17 22:12:15 - /usr/sbin/config -m AC100 TB --- 2012-11-17 22:12:15 - skipping AC100 kernel TB --- 2012-11-17 22:12:15 - cd /src/sys/arm/conf TB --- 2012-11-17 22:12:15 - /usr/sbin/config -m ARMADAXP TB --- 2012-11-17 22:12:15 - skipping ARMADAXP kernel TB --- 2012-11-17 22:12:15 - cd /src/sys/arm/conf TB --- 2012-11-17 22:12:15 - /usr/sbin/config -m ATMEL TB --- 2012-11-17 22:12:15 - building ATMEL kernel TB --- 2012-11-17 22:12:15 - CROSS_BUILD_TESTING=YES TB --- 2012-11-17 22:12:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-17 22:12:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-17 22:12:15 - SRCCONF=/dev/null TB --- 2012-11-17 22:12:15 - TARGET=arm TB --- 2012-11-17 22:12:15 - TARGET_ARCH=arm TB --- 2012-11-17 22:12:15 - TZ=UTC TB --- 2012-11-17 22:12:15 - __MAKE_CONF=/dev/null TB --- 2012-11-17 22:12:15 - cd /src TB --- 2012-11-17 22:12:15 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Sat Nov 17 22:12:15 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 >>> Kernel build for ATMEL completed on Sat Nov 17 22:15:50 UTC 2012 TB --- 2012-11-17 22:15:50 - cd /src/sys/arm/conf TB --- 2012-11-17 22:15:50 - /usr/sbin/config -m AVILA TB --- 2012-11-17 22:15:50 - skipping AVILA kernel TB --- 2012-11-17 22:15:50 - cd /src/sys/arm/conf TB --- 2012-11-17 22:15:50 - /usr/sbin/config -m BEAGLEBONE TB --- 2012-11-17 22:15:50 - skipping BEAGLEBONE kernel TB --- 2012-11-17 22:15:50 - cd /src/sys/arm/conf TB --- 2012-11-17 22:15:50 - /usr/sbin/config -m BWCT TB --- 2012-11-17 22:15:50 - building BWCT kernel TB --- 2012-11-17 22:15:50 - CROSS_BUILD_TESTING=YES TB --- 2012-11-17 22:15:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-11-17 22:15:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-11-17 22:15:50 - SRCCONF=/dev/null TB --- 2012-11-17 22:15:50 - TARGET=arm TB --- 2012-11-17 22:15:50 - TARGET_ARCH=arm TB --- 2012-11-17 22:15:50 - TZ=UTC TB --- 2012-11-17 22:15:50 - __MAKE_CONF=/dev/null TB --- 2012-11-17 22:15:50 - cd /src TB --- 2012-11-17 22:15:50 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sat Nov 17 22:15:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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 -mcpu=arm9 -ffreestanding -Werror /src/sys/net/radix_mpath.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 -mcpu=arm9 -ffreestanding -Werror /src/sys/net/raw_cb.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 -mcpu=arm9 -ffreestanding -Werror /src/sys/net/raw_usrreq.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 -mcpu=arm9 -ffreestanding -Werror /src/sys/net/route.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 -mcpu=arm9 -ffreestanding -Werror /src/sys/net/rtsock.c cc1: warnings being treated as errors /src/sys/net/rtsock.c: In function 'sysctl_dumpentry': /src/sys/net/rtsock.c:1577: warning: unused variable 'i' [-Wunused-variable] *** [rtsock.o] Error code 1 Stop in /obj/arm.arm/src/sys/BWCT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-11-17 22:17:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-11-17 22:17:19 - ERROR: failed to build BWCT kernel TB --- 2012-11-17 22:17:19 - 2800.70 user 579.93 system 4038.50 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full