From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28392 invoked by alias); 10 Nov 2009 07:03:14 -0000 Received: (qmail 28025 invoked by uid 22791); 10 Nov 2009 07:03:12 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from virtual.bogons.net (HELO virtual.bogons.net) (193.178.223.136) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 10 Nov 2009 07:03:07 +0000 Received: from jifvik.dyndns.org (jifvik.dyndns.org [85.158.45.40]) by virtual.bogons.net (8.10.2+Sun/8.11.2) with ESMTP id nAA734405049; Tue, 10 Nov 2009 07:03:04 GMT Received: from [172.31.1.126] (neelix.jifvik.org [172.31.1.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jifvik.dyndns.org (Postfix) with ESMTP id 8E98F3FF4; Tue, 10 Nov 2009 07:03:03 +0000 (GMT) Message-ID: <4AF91026.1060902@jifvik.org> Date: Tue, 10 Nov 2009 07:03:00 -0000 From: Jonathan Larmour User-Agent: Mozilla Thunderbird 1.0.8-1.1.fc4 (X11/20060501) MIME-Version: 1.0 To: Rutger Hofman Cc: eCos developers , Ross Younger Subject: Re: NAND technical review References: <4AC6218C.20407@jifvik.org> <4ACB4B58.2040804@ecoscentric.com> <4ACC0722.9020601@jifvik.org> <4ACCC13F.40009@cs.vu.nl> <4AD69BBE.6070103@jifvik.org> <4AD73386.4030300@cs.vu.nl> <4AD7CD29.1050701@jifvik.org> <4ADC777F.4020506@cs.vu.nl> <4ADD2CAB.4010000@jifvik.org> <4ADDAC7A.1070206@cs.vu.nl> <4ADE679D.1050900@jifvik.org> <4ADEFCFE.9060603@cs.vu.nl> <4AE1B864.1040409@jifvik.org> <4AE1CAD0.4080206@cs.vu.nl> In-Reply-To: <4AE1CAD0.4080206@cs.vu.nl> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact ecos-devel-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-devel-owner@ecos.sourceware.org X-SW-Source: 2009-11/txt/msg00003.txt.bz2 Rutger Hofman wrote: > Jonathan Larmour wrote: >> Rutger Hofman wrote: >>> Jonathan Larmour wrote: >>>> Rutger Hofman wrote: > > [on adding support for other NAND chips than raw NAND] >> >>> I guess that this refactoring will take something like one or a few >>> days' work, including having ANC call the controller over a dispatch >>> table. I'll be glad to do it (ETA: somewhere in the next 1 to 1.5 >>> months). >> >> I would be very surprised by a day! > > Yesterday, there was an unexpected lull in the usual storm of work. > Basically, the refactoring is done so R can support hardware other than > raw NAND. I must still update the documentation, though. The structure > is a bit different than I first thought; there is a package IO_NAND for > the general stuff (anc, ecc, bbt), and a package IO_NAND_RAW for the raw > NAND. So, if somebody wants NAND but not raw NAND, that package isn't > included so no raw NAND code. Wow! That's very interesting and despite what I said at the outset, I've got your updated code and will now be referring to it. I see a few rough edges but it appears you're already aware of some of them. It's a shame more of the spare layout code wasn't potentially shareable. I think I really have to get some comparative measurements on code size and performance at least. It's tricky when there is no common hardware. Not even a common architecture (given Jurgen's SAM9260 port isn't public). And no common chip even then. I think that unless someone is willing to port one or other to a common piece of hardware, then the only recourse is the synthetic target. I've now built both implementations and run all tests successfully on synth for both. Now I "just" need to finish porting rwbenchmark.c to (R). Jifl -- --["No sense being pessimistic, it wouldn't work anyway"]-- Opinions==mine