From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21318 invoked by alias); 27 Nov 2003 01:00:25 -0000 Mailing-List: contact ecos-discuss-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@sources.redhat.com Received: (qmail 21311 invoked from network); 27 Nov 2003 01:00:25 -0000 Received: from unknown (HELO mail03.gmu.edu) (129.174.0.113) by sources.redhat.com with SMTP; 27 Nov 2003 01:00:25 -0000 Received: from gmu.edu (localhost [127.0.0.1]) by mserver3.gmu.edu (iPlanet Messaging Server 5.2 Patch 1 (built Aug 19 2002)) with ESMTP id <0HOZ00IN3K4OSF@mserver3.gmu.edu> for ecos-discuss@sources.redhat.com; Wed, 26 Nov 2003 20:00:24 -0500 (EST) Received: from [68.100.238.130] by mserver3.gmu.edu (mshttpd); Wed, 26 Nov 2003 20:00:24 -0500 Date: Thu, 27 Nov 2003 01:00:00 -0000 From: nprasad3@gmu.edu To: ecos-discuss@sources.redhat.com Message-id: MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: en Priority: normal Subject: [ECOS] MPC860, hal_delay_us fails X-SW-Source: 2003-11/txt/msg00408.txt.bz2 Hi, I am trying to get eCos running on a custom board that has an MPC860 processor. Can someone please provide more insight into this routine and why it fails. 1. hal_delay_us - processor stays put in the following loop (*forever*). do { asm volatile("mfdec %0;" : "=r"(new_dec) : ); } while (old_dec == new_dec); The register values for old_dec and new_dec do not change at all and hence cpu is spinning in it forever. I replaced the routine with a simple for loop to simulate delay ofcourse not at all accurately and redboot comes up fine. This routine is called in the early phases of redboot (before even redboot writes information so it was giving the false impression that there was something seriously wrong with the config). 2. Initialization of MMU in vector.S throws an exception. # Initialize MMU. bl hal_MMU_init # Enable MMU so we can safely enable caches. lwi r3,CYG_MSR # interrupts enabled later sync mtmsr r3 sync <--- processor jumps to cyg_hal_default_exception_vsr I've blocked out this code for now but would like to understand whats going wrong. Is there a way for me to prevent configtool from defining CYGHWR_HAL_POWERPC_ENABLE_MMU (it is grayed out in my config). Thanks in advance and please let me know if these have been addressed somewhere as I am very new to eCos and this is the first time that I am trying to play with it as well as the MPC860! Nirmal -- Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos and search the list archive: http://sources.redhat.com/ml/ecos-discuss