From owner-freebsd-arm@FreeBSD.ORG Thu Jan 22 23:57:19 2009 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEC5A10657C0; Thu, 22 Jan 2009 23:57:18 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 83A5E8FC0A; Thu, 22 Jan 2009 23:57:18 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id n0MNvF5L075780 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 23 Jan 2009 00:57:15 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id n0MNvCWn038226 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 23 Jan 2009 00:57:12 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id n0MNvCic053992; Fri, 23 Jan 2009 00:57:12 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id n0MNvCl2053991; Fri, 23 Jan 2009 00:57:12 +0100 (CET) (envelope-from ticso) Date: Fri, 23 Jan 2009 00:57:12 +0100 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20090122235712.GO50103@cicely7.cicely.de> References: <20090122180518.GK50103@cicely7.cicely.de> <20090122.155741.-470325804.imp@bsdimp.com> <20090122230647.GN50103@cicely7.cicely.de> <20090122.162633.1849591410.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090122.162633.1849591410.imp@bsdimp.com> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.055, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: freebsd-arm@FreeBSD.org, mav@FreeBSD.org, ticso@cicely7.cicely.de, ticso@cicely.de Subject: Re: Mount root from SD card? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2009 23:57:20 -0000 On Thu, Jan 22, 2009 at 04:26:33PM -0700, M. Warner Losh wrote: > In message: <20090122230647.GN50103@cicely7.cicely.de> > Bernd Walter writes: > : On Thu, Jan 22, 2009 at 03:57:41PM -0700, M. Warner Losh wrote: > : > In message: <20090122180518.GK50103@cicely7.cicely.de> > : > Bernd Walter writes: > : > : On Thu, Jan 22, 2009 at 08:02:14PM +0200, Alexander Motin wrote: > : > : > Bernd Walter wrote: > : > : > >As another point: > : > : > >Is it possible to support SHDC with mci some day, or is there a special > : > : > >hardware requirement for SDHC? > : > : > > : > : > SDHC (SD High Capacity) has just a different data addressing scheme (in > : > : > 512bytes blocks instead of bytes). There is no special hardware > : > : > requirements, only minor initialization differences. With present > : > : > mmc/mmcsd modules SDHC should work fine on any controller. > : > : > : > : Good news - thank you for clearification. > : > > : > Now all we need to do is to enhance the boot blocks to be able to boot > : > off the SDHC cards :) > : > : Yes, but since you wrote code to store the kernel inside SPI-flash > : there is a useable workaround available ;-) > : Full loader support would be more interesting than SDHC in boot code > : anyway. > > Raj@ did some interesting work in this area for the marvel port... I already noticed his work with great pleasure. > : > BTW, I found and fixed the bug (at least I think so). We were > : > assuming that all transfers were 512 bytes long. The newly used 16 > : > and 64 byte transfers broke that assumption, which is why things broke > : > after Alexander's latest commits. There's still a small chance that > : > there's something borked in the byte swapping code, but I kinda doubt > : > it since I was able to mount root. > : > > : > svn commit r187603 is the fix. > : > : Great! > > Well, it doesn't work in 4-bit bus mode. Of course, I'm not sure it > ever worked in 4-bit bus mode... It never worked - I tried it a while back and had interesting results, but it wasn't stable, which I asumed to be my bad knowledge on how this should be implemented correctly. Thanks to mav@ we have other controllers working and can test the sdmmc part unrelated from mci. Nevertheless: multiblock is the real speed issue. My speed tests were very impressive, but because of mci problems data were corrupted of course. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.