Error while compiling rtems main branch for sparc

Joel Sherrill joel.sherrill at oarcorp.com
Sat Jun 6 01:57:18 UTC 2015 

Is this error with the default gglg priority inherit algorithm or with the onf which restores at each unlock step? If the default algorithm, the test is broken. If the alternative algorithm, the test needs to be reworked a bit to check the correct behavior for each algorithm.

Fwiw the test should fail if there is an error detected. Printing a message and continuing isn't right. So this much is broken either way.

Sorry to be imprecise but I don't know how you configured.

If the .doc or .scn file isn't up to date, submit  patches.

On June 5, 2015 7:09:53 PM CDT, Saurabh Gadia <gadia at usc.edu> wrote:
>Hi, 
>
>I tried to run spsem02 test case and found that the results were not as
>per mentioned in the respective document. And even document had some
>typos which I have corrected in my branch.
>
>*** BEGIN OF TEST SPSEM 2 ***
>init: S0 created
>init: S1 created
>init: TA01 created with priority 36
>init: TA02 created with priority 34
>init: TA03 created with priority 32
>TA01: started with priority 36
>TA01: priority 36, holding S0
>TA01: priority 36, holding S0, S1
>TA02: started with priority 34
>TA03: started with priority 32
>TA01: priority 32, holding S0, S1
>TA02: priority 34, holding S1
>TA02: suspending
>TA01: priority 36, holding S0   ---> priority not properly stepped
>down!!!
>TA03: priority 32, holding S0
>TA03: priority 32
>TA03: exiting
>TA01: priority 36
>TA01: exiting
>*** END OF TEST SPSEM 2 ***
>
>You can find link for my wiki and github:
>
>github link: https://github.com/saurabhgadia4/rtems
>
>wiki link: https://devel.rtems.org/wiki/GSoC/2015/NestedMutex
>
>
>I feel like I should implement my solution very soon along with
>progressing on JPF and check if expected output is achieved or not.
>
>
>
>
>Thanks,
>
>
>Saurabh Gadia
>
>
>On Fri, Jun 5, 2015 at 1:42 PM, Saurabh Gadia <gadia at usc.edu> wrote:
>
>Hi,
>
>installing pax work. But you have to again do the bootstrap step,
>configuration and compiling.
>
>Thanks. 
>
>
>Thanks,
>
>
>Saurabh Gadia
>
>
>On Fri, Jun 5, 2015 at 12:44 PM, Gedare Bloom <gedare at rtems.org> wrote:
>
>I'm not really sure, but I think you probably have to re-run configure.
>
>
>On Fri, Jun 5, 2015 at 3:40 PM, Saurabh Gadia <gadia at usc.edu> wrote:
>> Hi Gedare,
>> I installed pax but same problem persists. So should I again
>bootstrap the
>> complete thing or do we have to refer pax in any make or config
>files?
>>
>> Thanks,
>>
>> Saurabh Gadia
>>
>> On Fri, Jun 5, 2015 at 10:56 AM, Saurabh Gadia <gadia at usc.edu> wrote:
>>>
>>> Ok. Thanks a lot. Will continue with compiling and JPF setup this
>week as
>>> discussed with Cyrille. And if time permits will look into how to
>emulate
>>> the things in JPF. And also provide ppt in deoxygen for revised
>rtems code.
>>>
>>>
>>> On Friday, June 5, 2015, Gedare Bloom <gedare at rtems.org> wrote:
>>>>
>>>> Hi Saurabh,
>>>>
>>>> This is a current problem in RTEMS. You need to have 'pax'
>installed
>>>> on your development host to build the dl tests. So, it looks good
>to
>>>> me!
>>>>
>>>> Gedare
>>>>
>>>> On Thu, Jun 4, 2015 at 9:16 PM, Saurabh Gadia <gadia at usc.edu>
>wrote:
>>>> > I am sorry for not attaching the patch and configuration command:
>>>> >
>>>> > ../rtems/configure --target=sparc-rtems4.11 --enable-rtemsbsp=sis
>>>> > --enable-tests --disable-posix ENABLE_STRICT_ORDER_MUTEX=1
>>>> >
>>>> >
>>>> >
>>>> > Thanks,
>>>> >
>>>> > Saurabh Gadia
>>>> >
>>>> > On Thu, Jun 4, 2015 at 6:08 PM, Saurabh Gadia <gadia at usc.edu>
>wrote:
>>>> >>
>>>> >> Hi,
>>>> >> I worked out that bug related to strict_mutex and gone past that
>bug.
>>>> >> But
>>>> >> now I have issue while compiling the libtests. Below is the
>error log:
>>>> >>
>>>> >> '''
>>>> >> sparc-rtems4.11-size syscall01.exe
>>>> >>    text       data        bss        dec        hex    filename
>>>> >>  266128       6064      11456     283648      45400   
>syscall01.exe
>>>> >> cp syscall01.exe syscall01.ralf
>>>> >> make[6]: Leaving directory
>>>> >>
>>>> >>
>`/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/testsuites/libtests/syscall01'
>>>> >> Making all in dl01
>>>> >> make[6]: Entering directory
>>>> >>
>>>> >>
>`/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/testsuites/libtests/dl01'
>>>> >> sparc-rtems4.11-gcc -B../../../../../sis/lib/ -specs bsp_specs
>-qrtems
>>>> >> -DHAVE_CONFIG_H -I.
>>>> >>
>-I../../../../../../../rtems/c/src/../../testsuites/libtests/dl01 -I..
>>>> >>
>>>> >>
>-I../../../../../../../rtems/c/src/../../testsuites/libtests/../support/include
>>>> >> -mcpu=cypress -O2 -g -ffunction-sections -fdata-sections -Wall
>>>> >> -Wmissing-prototypes -Wimplicit-function-declaration
>>>> >> -Wstrict-prototypes
>>>> >> -Wnested-externs -MT dl-o1.o -MD -MP -MF .deps/dl-o1.Tpo -c -o
>dl-o1.o
>>>> >>
>>>> >>
>../../../../../../../rtems/c/src/../../testsuites/libtests/dl01/dl-o1.c
>>>> >> mv -f .deps/dl-o1.Tpo .deps/dl-o1.Po
>>>> >> w -f dl.tar dl-o1.o
>>>> >>  17:44:17 up  2:31,  2 users,  load average: 2.27, 0.99, 0.53
>>>> >> USER     TTY        LOGIN@   IDLE   JCPU   PCPU WHAT
>>>> >> ../../../../../../tools/build/rtems-bin2c -C dl.tar dl-tar.c
>>>> >> cannot open dl.tar for reading
>>>> >> make[6]: *** [dl-tar.c] Error 1
>>>> >> make[6]: Leaving directory
>>>> >>
>>>> >>
>`/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/testsuites/libtests/dl01'
>>>> >> make[5]: *** [all-local] Error 1
>>>> >> make[5]: Leaving directory
>>>> >>
>>>> >>
>`/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/testsuites/libtests'
>>>> >> make[4]: *** [all] Error 2
>>>> >> make[4]: Leaving directory
>>>> >>
>>>> >>
>`/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/testsuites/libtests'
>>>> >> make[3]: *** [all-recursive] Error 1
>>>> >> make[3]: Leaving directory
>>>> >>
>`/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/testsuites'
>>>> >> make[2]: *** [all-recursive] Error 1
>>>> >> make[2]: Leaving directory
>>>> >> `/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis'
>>>> >> make[1]: *** [all-recursive] Error 1
>>>> >> make[1]: Leaving directory
>>>> >> `/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c'
>>>> >> make: *** [all-recursive] Error 1
>>>> >> saurabh at saurabh-Inspiron-N5010:~/dev1/kernel/b-sis$ ls
>>>> >> '''
>>>> >>
>>>> >> I am not able to find dl-tar.c but we have dl-tar.Po. Can anyone
>guide
>>>> >> me
>>>> >> on this.  How should I proceed with this.
>>>> >>
>>>> >> Thanks,
>>>> >>
>>>> >> Saurabh Gadia
>>>> >>
>>>> >> On Mon, Jun 1, 2015 at 7:48 AM, Saurabh Gadia <gadia at usc.edu>
>wrote:
>>>> >>>
>>>> >>> I am on it.
>>>> >>>
>>>> >>>
>>>> >>> On Monday, June 1, 2015, Gedare Bloom <gedare at rtems.org> wrote:
>>>> >>>>
>>>> >>>> Hi Saurabh,
>>>> >>>>
>>>> >>>> Please try to figure out how to fix the compile-error. You can
>see
>>>> >>>> that the problem occurs in the #ifdef'd
>STRICT_ORDER_MUTEX_CODE, so
>>>> >>>> that makes sense why others have not observed the same issue.
>It
>>>> >>>> appears you will have to reconcile the new
>_Thread_Change_priority
>>>> >>>> arguments with what is being used in that block of code. If
>you need
>>>> >>>> more guidance please ask.
>>>> >>>>
>>>> >>>> Gedare
>>>> >>>>
>>>> >>>> On Mon, Jun 1, 2015 at 12:35 AM, Saurabh Gadia <gadia at usc.edu>
>>>> >>>> wrote:
>>>> >>>> > I wanted to test the ENABLE_STRICT_ORDER_MUTEX=1 related
>sptests
>>>> >>>> > for
>>>> >>>> > "nested
>>>> >>>> > mutex" GSOC project. So please let me know what can be done.
>>>> >>>> >
>>>> >>>> > Thanks,
>>>> >>>> >
>>>> >>>> > Saurabh Gadia
>>>> >>>> >
>>>> >>>> > On Sun, May 31, 2015 at 9:33 PM, Saurabh Gadia
><gadia at usc.edu>
>>>> >>>> > wrote:
>>>> >>>> >>
>>>> >>>> >> Hi,
>>>> >>>> >> so I am working for sparc-sis setting and master branch.
>And if
>>>> >>>> >> you
>>>> >>>> >> see
>>>> >>>> >> the code in threadimpl.h and threadchangepriority.c and
>>>> >>>> >> coremutexsurrender.c
>>>> >>>> >> the definition of _Thread_Change_priority() is having
>mismatch
>>>> >>>> >> calling. Git
>>>> >>>> >> records says that there was change to above function
>structure
>>>> >>>> >> done
>>>> >>>> >> by
>>>> >>>> >> sebastian huber. But I guess he forgot to change the
>definition
>>>> >>>> >> of
>>>> >>>> >> _Thread_Change_priority() in threadimpl.h and call in
>>>> >>>> >> coremutexsurrender.c
>>>> >>>> >>
>>>> >>>> >> Configuration command:
>>>> >>>> >> ./configure --target=sparc-rtems4.11 --enable-rtemsbsp=sis
>>>> >>>> >> --enable-tests
>>>> >>>> >> --disable-posix ENABLE_STRICT_ORDER_MUTEX=1
>>>> >>>> >>
>>>> >>>> >> Error Log:
>>>> >>>> >>
>>>> >>>> >>
>>>> >>>> >> ^
>>>> >>>> >> In file included from
>>>> >>>> >>
>>>> >>>> >>
>>>> >>>> >>
>../../cpukit/../../../sis/lib/include/rtems/score/coremuteximpl.h:24:0,
>>>> >>>> >>                  from
>>>> >>>> >>
>>>> >>>> >>
>>>> >>>> >>
>../../../../../../rtems/c/src/../../cpukit/score/src/coremutexsurrender.c:23:
>>>> >>>> >>
>>>> >>>> >>
>../../cpukit/../../../sis/lib/include/rtems/score/threadimpl.h:394:6:
>>>> >>>> >> note: expected 'void *' but argument is of type 'int'
>>>> >>>> >>  void _Thread_Change_priority(
>>>> >>>> >>       ^
>>>> >>>> >>
>>>> >>>> >>
>>>> >>>> >>
>>>> >>>> >>
>../../../../../../rtems/c/src/../../cpukit/score/src/coremutexsurrender.c:60:7:
>>>> >>>> >> error: too few arguments to function
>'_Thread_Change_priority'
>>>> >>>> >>        _Thread_Change_priority( holder,
>>>> >>>> >> mutex->queue.priority_before,
>>>> >>>> >> true
>>>> >>>> >> );
>>>> >>>> >>        ^
>>>> >>>> >> In file included from
>>>> >>>> >>
>>>> >>>> >>
>>>> >>>> >>
>../../cpukit/../../../sis/lib/include/rtems/score/coremuteximpl.h:24:0,
>>>> >>>> >>                  from
>>>> >>>> >>
>>>> >>>> >>
>>>> >>>> >>
>../../../../../../rtems/c/src/../../cpukit/score/src/coremutexsurrender.c:23:
>>>> >>>> >>
>>>> >>>> >>
>../../cpukit/../../../sis/lib/include/rtems/score/threadimpl.h:394:6:
>>>> >>>> >> note: declared here
>>>> >>>> >>  void _Thread_Change_priority(
>>>> >>>> >>       ^
>>>> >>>> >> make[6]: *** [src/libscore_a-coremutexsurrender.o] Error 1
>>>> >>>> >>
>>>> >>>> >> Thanks,
>>>> >>>> >>
>>>> >>>> >> Saurabh Gadia
>>>> >>>> >>
>>>> >>>> >> On Sun, May 31, 2015 at 8:25 PM, Nick Withers
>>>> >>>> >> <nick.withers at anu.edu.au>
>>>> >>>> >> wrote:
>>>> >>>> >>>
>>>> >>>> >>> Does re-running bootstrap in the source dir and
>re-configuring
>>>> >>>> >>> sort
>>>> >>>> >>> it?
>>>> >>>> >>> --
>>>> >>>> >>> Nick Withers
>>>> >>>> >>>
>>>> >>>> >>> Embedded Systems Programmer
>>>> >>>> >>> Department of Nuclear Physics, Research School of Physics
>and
>>>> >>>> >>> Engineering
>>>> >>>> >>> The Australian National University (CRICOS: 00120C)
>>>> >>>> >>>
>>>> >>>> >>> On Sun, 2015-05-31 at 20:31 -0400, Joel Sherrill wrote:
>>>> >>>> >>> > More information is needed. Target architecture, bsp,
>>>> >>>> >>> > configure
>>>> >>>> >>> > command.
>>>> >>>> >>> >
>>>> >>>> >>> > I have been building all bsps regularly and unless it
>got
>>>> >>>> >>> > broken
>>>> >>>> >>> > this
>>>> >>>> >>> > weekend, something else is up
>>>> >>>> >>> >
>>>> >>>> >>> >
>>>> >>>> >>> > On May 31, 2015 7:57:04 PM EDT, Saurabh Gadia
><gadia at usc.edu>
>>>> >>>> >>> > wrote:
>>>> >>>> >>> > >The problem is on master branch
>>>> >>>> >>> > >
>>>> >>>> >>> > >
>>>> >>>> >>> > >Thanks,
>>>> >>>> >>> > >
>>>> >>>> >>> > >
>>>> >>>> >>> > >Saurabh Gadia
>>>> >>>> >>> > >
>>>> >>>> >>> > >
>>>> >>>> >>> > >On Sun, May 31, 2015 at 4:44 PM, Saurabh Gadia
>>>> >>>> >>> > > <gadia at usc.edu>
>>>> >>>> >>> > > wrote:
>>>> >>>> >>> > >
>>>> >>>> >>> > >Logs:
>>>> >>>> >>> > >
>>>> >>>> >>> > >make[6]: Entering directory
>>>> >>>> >>> >
>>>> >>>> >>> > >
>>>> >>>> >>> > > >
>>`/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/cpukit/score'
>>>> >>>> >>> > >make[6]: *** No rule to make target
>`src/apimutexislocked.c',
>>>> >>>> >>> > > needed
>>>> >>>> >>> > > by
>>>> >>>> >>> > >`src/libscore_a-apimutexislocked.o'.  Stop.
>>>> >>>> >>> > >make[6]: Leaving directory
>>>> >>>> >>> >
>>>> >>>> >>> > >
>>>> >>>> >>> > > >
>>`/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/cpukit/score'
>>>> >>>> >>> > >make[5]: *** [all-recursive] Error 1
>>>> >>>> >>> > >
>>>> >>>> >>> >
>>>> >>>> >>> > >
>>>> >>>> >>> > > >
>>>> >>>> >>> > > > >
>>...............................................................................................................
>>>> >>>> >>> > >
>>>> >>>> >>> > >There is no makefile but I am also not able to find
>>>> >>>> >>> > > apimutexislocked.c
>>>> >>>> >>> > >
>>>> >>>> >>> > >How do I proceed about this.
>>>> >>>> >>> > >
>>>> >>>> >>> > >
>>>> >>>> >>> > >
>>>> >>>> >>> > >Thanks,
>>>> >>>> >>> > >
>>>> >>>> >>> > >
>>>> >>>> >>> > >Saurabh Gadia
>>>> >>>> >>> >
>>>> >>>> >>> > --joel
>>>> >>>> >>> > _______________________________________________
>>>> >>>> >>> > devel mailing list
>>>> >>>> >>> > devel at rtems.org
>>>> >>>> >>> > http://lists.rtems.org/mailman/listinfo/devel
>>>> >>>> >>>
>>>> >>>> >>>
>>>> >>>> >>
>>>> >>>> >
>>>> >>>> >
>>>> >>>> > _______________________________________________
>>>> >>>> > devel mailing list
>>>> >>>> > devel at rtems.org
>>>> >>>> > http://lists.rtems.org/mailman/listinfo/devel
>>>> >>>
>>>> >>>
>>>> >>>
>>>> >>> --
>>>> >>> Thanks,
>>>> >>>
>>>> >>> Saurabh Gadia
>>>> >>>
>>>> >>
>>>> >
>>>
>>>
>>>
>>> --
>>> Thanks,
>>>
>>> Saurabh Gadia
>>>
>>

--joel

More information about the devel mailing list