From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8436 invoked by alias); 19 Jun 2009 12:06:42 -0000 Received: (qmail 8427 invoked by uid 22791); 19 Jun 2009 12:06:41 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from londo.lunn.ch (HELO londo.lunn.ch) (80.238.139.98) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 19 Jun 2009 12:06:35 +0000 Received: from lunn by londo.lunn.ch with local (Exim 3.36 #1 (Debian)) id 1MHcrY-000542-00; Fri, 19 Jun 2009 14:06:32 +0200 Date: Fri, 19 Jun 2009 12:06:00 -0000 From: Andrew Lunn To: Daniel Morris Cc: "ecos-devel@ecos.sourceware.org" Subject: Re: NAND review Message-ID: <20090619120632.GC1188@lunn.ch> References: <4A126D59.7070404@intefo.ch> <20090519162853.GA27459@lunn.ch> <20090603085115.GA27508@lunn.ch> <20090613163115.GN5179@lunn.ch> <20090619080747.GB1188@lunn.ch> <20090619113657.GA6189@stef.ammanford.ecoscentric.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090619113657.GA6189@stef.ammanford.ecoscentric.com> User-Agent: Mutt/1.5.19 (2009-01-05) X-IsSubscribed: yes 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-06/txt/msg00031.txt.bz2 On Fri, Jun 19, 2009 at 12:36:57PM +0100, Daniel Morris wrote: > On Fri, Jun 19, 2009 at 10:07:47AM +0200, Andrew Lunn wrote: > > This should help avoid reinventing the wheel and hopefully make it > > cornerles and symmetric. So long as you follow the Linux development > > process, post often and early, and don't get flamed to a crisp it > > could be good advertising for eCosCentric. > > > > Did you miss the smiley off? ;-) I know that we've been too bashful and > consistently self-deprecating to raise this issue, but is interesting > that you've thought of what advertising benefit contributions make. Well there are other advantages this route offers: 1) There is _one_true_way_ to get Linux booted from a NAND device using RedBoot. This means when some custom comes to you asking for a Redboot port, you don't need to look at the FreeScale extensions to RedBoot, the Samsung extensions to RedBoot, the MobLin extensions to RedBoot etc, you just do the _one_true_way_, which you have already done N times, wash, rinse and repeat... 2) It is eCosCentric code, you know it backwards/upside down and where the warts are, so allowing you to do a port to a new device quicker and cheaper than if it was somebody else code. 3) The Linux parts are in mainstream. This is always the recommended way to do it, compared to being out of tree. So that means less work for you every time there is a new kernel release. Andrew