From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 909 invoked by alias); 1 Jun 2007 18:25:20 -0000 Received: (qmail 816 invoked by uid 22791); 1 Jun 2007 18:25:19 -0000 X-Spam-Check-By: sourceware.org Received: from stelecom.gomel.by (HELO stelecom.gomel.by) (82.209.213.61) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 01 Jun 2007 18:25:16 +0000 Received: from localhost (localhost [127.0.0.1]) by stelecom.gomel.by (Postfix) with ESMTP id 621CBB019EA7; Fri, 1 Jun 2007 21:25:14 +0300 (EEST) Received: from stelecom.gomel.by ([127.0.0.1]) by localhost (stelecom.gomel.by [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23749-09; Fri, 1 Jun 2007 21:25:13 +0300 (EEST) Received: from localhost (unknown [82.209.208.135]) by stelecom.gomel.by (Postfix) with ESMTP id BC47AB00E3AB; Fri, 1 Jun 2007 21:25:12 +0300 (EEST) Date: Fri, 01 Jun 2007 18:25:00 -0000 From: Sergei Gavrikov To: Alexey Shusharin Cc: ecos-discuss@ecos.sourceware.org Message-ID: <20070601182424.GA13105@ubuntu> References: <465EA85B.4020600@cetoni.de> <465EB804.9040200@mail.ru> <1180617817.12360.70.camel@sg-ubuntu> <4660108D.4050204@mail.ru> <1180705253.12118.40.camel@sg-ubuntu> <46604ADB.70407@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46604ADB.70407@mail.ru> User-Agent: Mutt/1.5.13 (2006-08-11) 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] Re: diag_printf via serial port X-SW-Source: 2007-06/txt/msg00018.txt.bz2 On Fri, Jun 01, 2007 at 11:35:39PM +0700, Alexey Shusharin wrote: > It's strange, that your board works via serial. Maybe in your > configuration interrupt driven serial driver is enabled. It overwrites > variant implementation. In that case, my board works too. But, it > doesn't matter now. At least one time in a week I rsync the eCos anonymous cvs tree with my worked copy of the ECOS_REPOSITORY. I've done that today too. I'd done no changes in Olimex plf HAL since 2007/01/31. So, I would want be sure that your RedBoot, eCos test and your eCos repository is a freshmeat. AFAIK, default ecos.ecc (configuration) uses ROM monitor (ROM calling interface). Therefore, any out dated RedBoot stuff can be a reason of the difference. So, 1) do cvs checkout; 2) download the latest epk, add it to ecos db (ecosadmin.tcl), apply that CS8900A patch; 3) rebuild/upgrade RedBoot; 4) build the 'examples/twothreads'. Note: Be sure that you didn't mess any sources in $ECOS_REPOSITORY before. As I did note, it's better to rsync cvs tree with your worked tree. Only in such a case, it will be possible to compare our lab's results. A moment ago, I did repeat that lab with 1 only difference. I began do that with line a 'ecosconfig new olpce2294' instead of that 'ecosconfig new olpch2294' :-) The results are same (as I got for LPC-H2294). The 'twothreads' worked as expected. I even didn't connect RJ-45 for the lab :-) Kind regards, -- Sergei -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss