From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8157 invoked by alias); 30 Aug 2007 17:15:54 -0000 Received: (qmail 8146 invoked by uid 22791); 30 Aug 2007 17:15:53 -0000 X-Spam-Check-By: sourceware.org Received: from bay0-omc2-s14.bay0.hotmail.com (HELO bay0-omc2-s14.bay0.hotmail.com) (65.54.246.150) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 30 Aug 2007 17:15:41 +0000 Received: from hotmail.com ([207.46.8.117]) by bay0-omc2-s14.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Thu, 30 Aug 2007 10:15:40 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 30 Aug 2007 10:15:39 -0700 Message-ID: Received: from 207.46.8.123 by by117fd.bay117.hotmail.msn.com with HTTP; Thu, 30 Aug 2007 17:15:34 GMT X-Sender: mpashea@hotmail.com From: "Mike Pashea" To: ecos-discuss@ecos.sourceware.org Bcc: Date: Thu, 30 Aug 2007 17:15:00 -0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed 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: [ECOS] Update on Axiom CME555 Redboot FLASH Memory Problems X-SW-Source: 2007-08/txt/msg00172.txt.bz2 Hi All, I have an update to report on the Axiom CME-555 Redboot crash that I posted about last week. I am certain that this is the same crash that Miguel Vega reported in earlier posts. However, I haven’t seen any follow-up postings where he described any permanent solution. Newer Axiom CME-555 boards have twice as much FLASH as the older boards because 29LV400’s are used instead of the 29LV200’s that were used when eCOS was ported to the CME-555. Modifying am29xxxxx_parts.inl to add the LV400 is pretty straightforward, but Redboot will crash with a segmentation fault on startup when it tries to run load_flash_config()located in flash.c. I found that in addition to adding the LV400 description, you also have to change the OR1 mask in line 89 of cme555.S: lwi r4, 0xfff80032 should be changed to: lwi r4, 0xfff00032 The new mask prevents the MPC555 memory unit from generating a fault when the upper half of the 29LV400 is accessed. One stray bit can sure cause a lot of problems… Mike Pashea _________________________________________________________________ Learn.Laugh.Share. Reallivemoms is right place! http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss