From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10692 invoked by alias); 9 Jul 2007 13:48:46 -0000 Received: (qmail 10684 invoked by uid 22791); 9 Jul 2007 13:48:46 -0000 X-Spam-Check-By: sourceware.org Received: from londo.lunn.ch (HELO londo.lunn.ch) (80.238.139.98) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 09 Jul 2007 13:48:42 +0000 Received: from lunn by londo.lunn.ch with local (Exim 3.36 #1 (Debian)) id 1I7tbS-00088l-00; Mon, 09 Jul 2007 15:48:38 +0200 Date: Mon, 09 Jul 2007 13:48:00 -0000 From: Andrew Lunn To: Rutger Hofman Cc: ecos-discuss@ecos.sourceware.org Message-ID: <20070709134838.GA22838@lunn.ch> Mail-Followup-To: Rutger Hofman , ecos-discuss@ecos.sourceware.org References: <46851C3D.5000400@cs.vu.nl> <46851F7A.8010709@mlbassoc.com> <46852457.5080601@cs.vu.nl> <468E1AE7.6050605@cs.vu.nl> <20070708185736.GF24630@lunn.ch> <4691462D.5070003@cs.vu.nl> <46921762.5010001@cs.vu.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46921762.5010001@cs.vu.nl> User-Agent: Mutt/1.5.16 (2007-06-11) X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: Re: [ECOS] Legacy Flash implementation X-SW-Source: 2007-07/txt/msg00081.txt.bz2 On Mon, Jul 09, 2007 at 01:09:22PM +0200, Rutger Hofman wrote: > Rutger Hofman wrote: >> Ahum. I guess I had forgotten this now, but it appears that Flash v2 >> (including legacy API) requires CVS branch flash_v2 in the checkout. >> Having a different branch is entirely consistent with my problems. > > OK, it's trivial to get -r flash_v2_tag. But this effectively gives me an > eCos CVS snapshot from 2004, with patches *only* to the flash modules. I > would very much prefer to be in sync with the main eCos CVS trunk and still > have flash_v2 -- I want the newer i2c, for example. > > I think there are a number of different solutions to this: > > 1) eCos maintainers merge the flash v2 branch into the main trunk. This > would be perfect. A long, long time ago, it was planned to merge the flash_v2 branch into the trunk when eCos 3.0 was released. Changes to flash can introduce big problems. eg turn a device into a brick if it does not work correctly. So it was planned to do quite a bit of testing first, which is normal for a major release. However the plan for the 3.0 release was to wait until eCos could be signed over to the FSF. This has taken years and years to get the copyright issues sorted out. I beleave all but eCosCentric originated code can now be assigned to FSF, but since eCosCentric are the big drivers for making 3.0 happen, not much has happened. If 3.0 is not going to happen real soon now we could merge the flash_v2 branch in. eCosCentrics private tree already uses flash_v2. So they have obviously done lots of testing of the generic parts, plus the device drivers there customers use. So if eCosCentric could contribute any patches they have we could do a merge and be reasonable sure we are not going to brick anybodies device. Andrew -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss