Hi, we were running the check_submission script and we were fixing some issues. but now we are having two problems: One is that a missing file, for example bsp_interrupt_vector_enable, which is defined in the shared folder outside our bsp's folder, gives a warning (only with verbose set), but also sets faults to 1, so, we think it should be just a warning. Other is the missing sbrk. Thanks!
On Fri, May 30, 2014 at 12:38 PM, Marcos Díaz <marcos.d...@tallertechnologies.com> wrote: > It doesn't run in any simulator.. > > I have another question: > We are developing a bsp for a board with very little memory (32k) when > we tried to run tmtest (and others) we encounter that couldnt allocate > more RAM, and one of the things that we saw we could improve is the > stack size passed for each task. > For this there exists the CPU_STACK_MINIMUM_SIZE macro, but > unfortunately it is defined to 4k for ARM, which is too much for us > (http://git.rtems.org/rtems/tree/cpukit/score/cpu/arm/rtems/score/cpu.h#n176) > The question is: > Can we change this macro like for the m68k boards: > http://git.rtems.org/rtems/tree/cpukit/score/cpu/m68k/rtems/score/cpu.h#n384 > and > http://git.rtems.org/rtems/tree/cpukit/score/cpu/m68k/rtems/score/m68k.h#n160 > Is this the correct way to do this? > Thanks! > > On Fri, May 30, 2014 at 12:33 PM, Joel Sherrill > <joel.sherr...@oarcorp.com> wrote: >> >> On 5/30/2014 9:51 AM, Marcos Díaz wrote: >>> thanks to all! We will try to submit it soon! >> Does the BSP run on any simulator? If so, there are a >> couple of other things we like to have to aid automated >> testing. >> >> Also there is a new file .tcfg which can list the files >> which do not link or run with a known/expected >> failure on your BSP. See >> >> libbsp/arm/gdbarmsim/make/custom/arm1136jfs-testsuite.tcfg >> >> for an example. This is a great way to ignore tests >> which do not fit on the target. >>> >>> On Thu, May 29, 2014 at 5:16 PM, Joel Sherrill >>> <joel.sherr...@oarcorp.com> wrote: >>>> On 5/29/2014 2:34 PM, Gedare Bloom wrote: >>>>> On Thu, May 29, 2014 at 3:02 PM, Marcos Díaz >>>>> <marcos.d...@tallertechnologies.com> wrote: >>>>>> Hi! We are about to submit a BSP but we have some doubts: >>>>>> In http://www.rtems.org/wiki/index.php/Submitting_a_BSP >>>>>> there is a point that refers to: >>>>>> >>>>>> Do all files have a CVS $Id$ in them? >>>>>> >>>>>> What does this mean? >>>>>> >>>>> That is outdated and shouldn't be there. There is a script in the >>>>> rtems-testing.git repository located at merge-helpers/check_submission >>>>> that may be useful to run. I don't know there is much documentation >>>>> for it, but you just run it from your bsp directory and it does some >>>>> checks about what is expected to exist in a bsp. >>>>> >>>>>> There is other: >>>>>> Did you provide a TIMES files with the results of the tmtests? >>>>>> is there any example of a file like this in order to see how it should be >>>>> I think this is old too and can be ignored for now, I only see one >>>>> example in the tree under libbsp/m68k/uC5282/TIMES >>>> There are more times* files in the tree. >>>> >>>> These are certainly optional but give the next person a good handle on >>>> what the expected performance is. >>>>> -Gedare >>>>> >>>>>> Thanks! >>>>>> >>>>>> >>>>>> -- >>>>>> ______________________________ >>>>>> >>>>>> >>>>>> Marcos Díaz >>>>>> >>>>>> Software Engineer >>>>>> >>>>>> >>>>>> San Lorenzo 47, 3rd Floor, Office 5 >>>>>> >>>>>> Córdoba, Argentina >>>>>> >>>>>> >>>>>> Phone: +54 351 4217888 / +54 351 4218211/ +54 351 7617452 >>>>>> >>>>>> Skype: markdiaz22 >>>>>> >>>>>> _______________________________________________ >>>>>> rtems-devel mailing list >>>>>> rtems-devel@rtems.org >>>>>> http://www.rtems.org/mailman/listinfo/rtems-devel >>>>> _______________________________________________ >>>>> rtems-devel mailing list >>>>> rtems-devel@rtems.org >>>>> http://www.rtems.org/mailman/listinfo/rtems-devel >>>> -- >>>> Joel Sherrill, Ph.D. Director of Research & Development >>>> joel.sherr...@oarcorp.com On-Line Applications Research >>>> Ask me about RTEMS: a free RTOS Huntsville AL 35805 >>>> Support Available (256) 722-9985 >>>> >>> >>> >> >> -- >> Joel Sherrill, Ph.D. Director of Research & Development >> joel.sherr...@oarcorp.com On-Line Applications Research >> Ask me about RTEMS: a free RTOS Huntsville AL 35805 >> Support Available (256) 722-9985 >> > > > > -- > ______________________________ > > > Marcos Díaz > > Software Engineer > > > San Lorenzo 47, 3rd Floor, Office 5 > > Córdoba, Argentina > > > Phone: +54 351 4217888 / +54 351 4218211/ +54 351 7617452 > > Skype: markdiaz22 -- ______________________________ Marcos Díaz Software Engineer San Lorenzo 47, 3rd Floor, Office 5 Córdoba, Argentina Phone: +54 351 4217888 / +54 351 4218211/ +54 351 7617452 Skype: markdiaz22 _______________________________________________ rtems-devel mailing list rtems-devel@rtems.org http://www.rtems.org/mailman/listinfo/rtems-devel
