From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 41188 invoked by alias); 19 Jan 2016 13:18:32 -0000 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 Received: (qmail 41165 invoked by uid 89); 19 Jan 2016 13:18:31 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.3 required=5.0 tests=BAYES_20,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,UNSUBSCRIBE_BODY autolearn=no version=3.3.2 spammy=unauthorized, Flash, Entity, programm X-HELO: mout.gmx.net Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.17.20) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Tue, 19 Jan 2016 13:18:31 +0000 Received: from [10.2.2.142] ([109.199.162.209]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MPUFR-1aHNJa0La5-004gIe for ; Tue, 19 Jan 2016 14:18:27 +0100 To: ecos-discuss@ecos.sourceware.org From: Privat X-Enigmail-Draft-Status: N1110 Message-ID: <569E37A0.6030505@gmx.de> Date: Tue, 19 Jan 2016 13:18:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-UI-Out-Filterresults: notjunk:1;V01:K0:FameqmmWpYE=:g/t7QopJdE1EMDGuvQzU2w 7Roe6dBADtru8Lej1lp7CLyg4sJ9xTB5nk4EzBe/MZJeSWwddXEGBVmvmd15W/KsPp7ybw0ov f+Tcax6MJeNjaxcD3lWwSixnWjb/UILwunvLt8JX6k2SaxQoUJmnu0zeked5PIxz5XpZthuSK 6zglVPf7h1UD6Znqtm4V3wV12tHHKZ/SvyV2v2TErS8blnV+c0eIwTalwfTIie7fzPIqHH0u7 bgDiwrRuCTUyLQ5FnYFXlMxbMmGEF76BU4BxPkxfXjiQBR0tyXdSmZqIIP3wZ7Co+nfiKQxzw ebpzOYwz6jsjL8iaSvtH+WO7TAPvn5Xb6/h28Cweu/mgtEOeOtpxUnHf3w7nIe/f/W34Gdbng 9iD+c+3M8jGqXh9MSSSKpTO8UXWzfZQ4Xj62ZIAH99jGT9yOTmhwf3q9vUxnV2kthCl4VPY1l rz8SumS0Owue+L46wrkiKmePjOD1PGx2EnqzKHtyr9YYgRntkYa0A8k3aTzebf+A29uBJlk+x NKHTsq4BG7UtxFuU1T1uiIm33WQueqGAGfJ9jXhR4A2prNNqTblcNbEipuLA6nfQ72n1hx5o8 z9IkPDmTSl43YVr5RfHdsMFcnt01q4uoNCWDgpaJZDt5DoCmEBy7hv8Vbr5pCSMys+GDVcwwo DmN2OJWWN4g0jwQ/F8Iw9wWBQvuY5qcH/fpoo3Fd0ziFY2F3SvDyq6vaTt4UPqJs7UNFwALa8 lsEYV4Gqa76zoRM5MgqEU4snp+GhNbhJHbxT2KT4IYgy4qy3Jbj1GtJxPIRWWk3POt4DI9rpE ZKZEFAfn0IsZuDYMtiDPs9qTuICiyYIRKvfUToh1AAWcLyCr+p0kKTmSPIhL5VYXP66UioKNV cCj9jXaWOz1xi3HkAEUQL8QWPPen3VQIpXI4m9gteeFHzKUaO7O6+9Gx0Sw4jifUwyZXtB1l4 4NZNfAE9JbuvBXXu9Y4D3b8WbjDTBLnp5Tdc6EprdhhviTCELs/ir X-IsSubscribed: yes Subject: [ECOS] Flash-Programming X-SW-Source: 2016-01/txt/msg00002.txt.bz2 Hi, we are working on a Ecos-Project using the freescale MPC5668g with CFL90. My collague and i have created a section in the flash memory, where we intended to persistent store some data- We used the Linker Script Variables to retrieve the pointers to a section of memory we declared. Using these we tryied to issue a write Command to that address - and recive an Programm Error 4. Is there some particular assembler magic necessary to write to Flash? According to our DataSheets, the plattform we are on, does not work with a MPU - so this should not be the source ouf our troubles. We tryied to write to other locations, using the block adresses recived with the given functions- and just managed to crash our program there (it first seemed we overshot and either got a address in RAM, but as it also crashed after re-boot, we concluded some damage done to the image in FLASH. My Question: Is there some trick regarding writting and reading from Flash? Do we need more NOPs? Is there some software Managment Entity, preventing unauthorized writes or reads to flash? Any advice is welcme. Regards Picasso -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss