Re: RTEMS_DECONST - Should it be removed? - TMS570

2015-01-21 Thread Martin Galvan
On Wed, Jan 21, 2015 at 5:35 PM, Pavel Pisa wrote: > On Wednesday 21 of January 2015 19:44:21 Martin Galvan wrote: >> What happened was that, in the SCI driver, driver_context_table was >> declared as const and it included a variable called tx_chars_in_hw which is >> used by the interrupt handler

Re: RTEMS_DECONST - Should it be removed? - TMS570

2015-01-21 Thread Pavel Pisa
Hello Martin, On Wednesday 21 of January 2015 19:44:21 Martin Galvan wrote: > Sorry for the late answer. no problem. By the way, I would be off from Friday whole next week. > On Wed, Jan 14, 2015 at 6:50 PM, Pavel Pisa wrote: > > Hello Martin, > > > > On Wednesday 14 of January 2015 18:27:41 Ma

Re: RTEMS_DECONST - Should it be removed? - TMS570

2015-01-21 Thread Martin Galvan
Thanks a lot for your answer. On Wed, Jan 21, 2015 at 4:27 PM, Gedare Bloom wrote: > Martin, > > printf can be quite sensitive to register problems. You should isolate > the bug e.g. by modifying hello world which does not have ISRs to do > printf of a 2-digit int. If printf works there, the prob

Re: RTEMS_DECONST - Should it be removed? - TMS570

2015-01-21 Thread Gedare Bloom
Martin, printf can be quite sensitive to register problems. You should isolate the bug e.g. by modifying hello world which does not have ISRs to do printf of a 2-digit int. If printf works there, the problem may be coming from register problems during ISR handling in which case you should use some

Re: RTEMS_DECONST - Should it be removed? - TMS570

2015-01-21 Thread Martin Galvan
Also regarding the bug we're working on: sprintf seems to be working fine, so the problem may be related to dynamic memory allocation being done somewhere inside printf. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: RTEMS_DECONST - Should it be removed? - TMS570

2015-01-21 Thread Martin Galvan
One more thing: you may notice we have two forms of the prescaler formula. The one that's commented out is the (incorrect) one that HALCogen generates; using that one gives us a prescaler of 48 while using the (supposedly correct) one yields 47. The bug we're currently facing seems to happen more o

Re: RTEMS_DECONST - Should it be removed? - TMS570

2015-01-21 Thread Martin Galvan
Sorry for the late answer. On Wed, Jan 14, 2015 at 6:50 PM, Pavel Pisa wrote: > Hello Martin, > > On Wednesday 14 of January 2015 18:27:41 Martin Galvan wrote: >> Hi everyone! We're currently working on improving the TMS570 BSP, and >> in the process we discovered an important bug caused by a mis

Re: [PATCH] grspw: descriptor tables no longer statically allocated

2015-01-21 Thread Gedare Bloom
Claudio and Daniel H, OK to commit? -Gedare On Tue, Dec 23, 2014 at 10:08 PM, Gedare Bloom wrote: > This is a patch proposed for PR 1761 > [https://devel.rtems.org/ticket/1761]. Comment if OK or not. > > > On Tue, Dec 23, 2014 at 10:05 PM, Gedare Bloom wrote: >> From: Daniel Ramirez >> >> ---

[PATCH] Filesystem: Delete node type operation

2015-01-21 Thread Sebastian Huber
Use the fstat handler instead. --- c/src/lib/libbsp/shared/umon/tfsDriver.c | 15 --- cpukit/libcsupport/Makefile.am| 1 - cpukit/libcsupport/include/rtems/libio.h | 35 --- cpukit/libcsupport/include/rtems/libio_.h | 35 --- cpukit/libcsu

[PATCH] score: Delete superfluous Heap_Statistics::instance

2015-01-21 Thread Sebastian Huber
This value depends on the _Heap_Initialize() call sequence and carries no useful information. --- cpukit/libmisc/shell/print_heapinfo.c | 2 -- cpukit/score/include/rtems/score/heap.h | 5 - cpukit/score/src/heap.c | 3 --- doc/shell/memory.t | 2 -- 4 fi