From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24786 invoked by alias); 24 Aug 2011 10:34:40 -0000 Received: (qmail 24370 invoked by uid 22791); 24 Aug 2011 10:34:39 -0000 X-SWARE-Spam-Status: No, hits=-0.4 required=5.0 tests=AWL,BAYES_40,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.23) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Wed, 24 Aug 2011 10:34:09 +0000 Received: (qmail 20433 invoked by uid 0); 24 Aug 2011 10:34:07 -0000 Received: from 80.75.119.105 by www073.gmx.net with HTTP; Wed, 24 Aug 2011 12:34:04 +0200 (CEST) Content-Type: text/plain; charset="utf-8" Date: Wed, 24 Aug 2011 10:34:00 -0000 From: "Philipp Meier" Message-ID: <20110824103404.51600@gmx.net> MIME-Version: 1.0 To: ecos-discuss@ecos.sourceware.org Content-Transfer-Encoding: 8bit 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] ecos-3.0 current stm32 bug? X-SW-Source: 2011-08/txt/msg00038.txt.bz2 Hi all I have a firmware split into two parts: 1. a "bootloader" 2. a "application" I now need to move from Windows (cygwin) development environment to Linux development environment and at the same time use the current ecos version (i.e. what I get when I clone the ecos mercurial repository) instead of the "original" (back in 2009) ecos-3.0 version. The situation is now as follows: 1. I download (to my stm32 device) the Linux/ecos-current built "bootloader" 2. I download (to my stm32 device) the Linux/ecos-current built "application" 3. I start the application and in line 187 of file 'hal/cortexm/arch/current/src/hal_msic.c' instead of branching to 'hal_switch_state_vsr' it branches to 'hal_default_exception_vsr' function! To analyze the problem I then: 4. Downloaded (to my stm32 device) the cyginw/ecos-3.0 built "bootloader" 5. Still having the Linux/ecos-current built "application" 6. And in line 187 (of the above mentioned file) it branches (as it should) to 'hal_switch_state_vsr' and the application is starting up and running fine! Who can give me a hint about * what has been changed in ecos-current cortexm stm32 that could cause this problem * or what else I could analyze to find out why ecos-current (built on Linux, arm-eabi-gcc (eCosCentric GNU tools 4.3.2-sw); under cygwin I also used the arm-eabi-gcc version 4.3.2 pre-built by eCosCentric) Regards Philipp -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss