From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28402 invoked by alias); 26 Mar 2011 11:07:25 -0000 Received: (qmail 28393 invoked by uid 22791); 26 Mar 2011 11:07:24 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=BAYES_00 X-Spam-Check-By: sourceware.org Received: from tirion.supremecenter202.com (HELO tirion.supremecenter202.com) (209.25.195.243) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 26 Mar 2011 11:07:20 +0000 Received: from [77.28.169.112] (port=59533 helo=[192.168.1.68]) by tirion.supremecenter202.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Q3RKx-00034u-OV for ecos-devel@ecos.sourceware.org; Sat, 26 Mar 2011 11:07:20 +0000 Message-ID: <4D8DC8E3.7050902@siva.com.mk> Date: Sat, 26 Mar 2011 11:07:00 -0000 From: Ilija Kocho User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110223 Lightning/1.0b2 Thunderbird/3.1.8 ThunderBrowse/3.3.5 MIME-Version: 1.0 To: ecos-devel@ecos.sourceware.org Subject: Re: STM32F107 on STM3210C-EVAL References: <4D89D085.603@dallaway.org.uk> In-Reply-To: <4D89D085.603@dallaway.org.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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: 2011-03/txt/msg00024.txt.bz2 On 23.03.2011 11:50, John Dallaway wrote: > Hi Gian Maria > > Gian Maria wrote: > >> I'm porting eCos to STM3210C and I find a logical error on the >> implementation of CYGPKG_HAL_CORTEXM_STM32. >> CYGPKG_HAL_CORTEXM_STM32 must be the base of all STM32 uP and so is not >> correct for me to use >> >> cdl_option CYGHWR_HAL_CORTEXM_STM32 { >> display "STM32 variant in use" >> flavor data >> default_value {"F103ZE"} >> legal_values {"F103RC" "F103VC" "F103ZC" >> "F103RD" "F103VD" "F103ZD" >> "F103RE" "F103VE" "F103ZE" } >> description "The STM32 has several variants, the main differences >> being in the size of on-chip FLASH and SRAM >> and numbers of some peripherals. This option >> allows the platform HAL to select the specific >> microcontroller fitted." >> } >> >> That is inside "ecoscvs\ecos\packages\hal\cortexm\stm32\var\current\cdl", >> because with my EVB for example >> the uP is a STM32F107VC. With this I can't set the right uP as default for >> the template. >> I'm right? I think the correct is to put the code inside >> "ecoscvs\ecos\packages\hal\cortexm\stm32\stm3210e_eval\current\cdl" > I am not sure I understand your question. Are you intending to create a > new platform HAL package for STM3210C-EVAL? > >> Can someone modify this so I can update my CVS and work with the right code? > It will be no problem to extend the set of legal values for > CYGHWR_HAL_CORTEXM_STM32. Of course, you can make this change in your > local CVS checkout until you are ready to contribute your platform > support for STM3210C-EVAL. Current STM32 code, as is, would not work for single chip configuration as it unconditionally depends on external RAM. In SIvA we have an internal modification that enables single chip operation and if there is an interest we would post a patch. Note: Our code is tested on ST STM3210E EVAL, i.e. not tested with Connectivity line member. Regards Ilija