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