<div dir="ltr"><div><div>Hi,<br></div>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:<br><br>'''<br>sparc-rtems4.11-size syscall01.exe<br>   text       data        bss        dec        hex    filename<br> 266128       6064      11456     283648      45400    syscall01.exe<br>cp syscall01.exe syscall01.ralf<br>make[6]: Leaving directory `/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/testsuites/libtests/syscall01'<br>Making all in dl01<br>make[6]: Entering directory `/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/testsuites/libtests/dl01'<br>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<br>mv -f .deps/dl-o1.Tpo .deps/dl-o1.Po<br>w -f dl.tar dl-o1.o<br> 17:44:17 up  2:31,  2 users,  load average: 2.27, 0.99, 0.53<br>USER     TTY        LOGIN@   IDLE   JCPU   PCPU WHAT<br>../../../../../../tools/build/rtems-bin2c -C dl.tar dl-tar.c<br>cannot open dl.tar for reading<br>make[6]: *** [dl-tar.c] Error 1<br>make[6]: Leaving directory `/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/testsuites/libtests/dl01'<br>make[5]: *** [all-local] Error 1<br>make[5]: Leaving directory `/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/testsuites/libtests'<br>make[4]: *** [all] Error 2<br>make[4]: Leaving directory `/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/testsuites/libtests'<br>make[3]: *** [all-recursive] Error 1<br>make[3]: Leaving directory `/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/testsuites'<br>make[2]: *** [all-recursive] Error 1<br>make[2]: Leaving directory `/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis'<br>make[1]: *** [all-recursive] Error 1<br>make[1]: Leaving directory `/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c'<br>make: *** [all-recursive] Error 1<br>saurabh@saurabh-Inspiron-N5010:~/dev1/kernel/b-sis$ ls<br>'''<br><br></div>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.<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">Thanks,<div><br></div><div>Saurabh Gadia</div></div></div></div>
<br><div class="gmail_quote">On Mon, Jun 1, 2015 at 7:48 AM, Saurabh Gadia <span dir="ltr"><<a href="mailto:gadia@usc.edu" target="_blank">gadia@usc.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I am on it. <div class="HOEnZb"><div class="h5"><span></span><br><br>On Monday, June 1, 2015, Gedare Bloom <<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Saurabh,<br>
<br>
Please try to figure out how to fix the compile-error. You can see<br>
that the problem occurs in the #ifdef'd STRICT_ORDER_MUTEX_CODE, so<br>
that makes sense why others have not observed the same issue. It<br>
appears you will have to reconcile the new _Thread_Change_priority<br>
arguments with what is being used in that block of code. If you need<br>
more guidance please ask.<br>
<br>
Gedare<br>
<br>
On Mon, Jun 1, 2015 at 12:35 AM, Saurabh Gadia <<a>gadia@usc.edu</a>> wrote:<br>
> I wanted to test the ENABLE_STRICT_ORDER_MUTEX=1 related sptests for "nested<br>
> mutex" GSOC project. So please let me know what can be done.<br>
><br>
> Thanks,<br>
><br>
> Saurabh Gadia<br>
><br>
> On Sun, May 31, 2015 at 9:33 PM, Saurabh Gadia <<a>gadia@usc.edu</a>> wrote:<br>
>><br>
>> Hi,<br>
>> so I am working for sparc-sis setting and master branch. And if you see<br>
>> the code in threadimpl.h and threadchangepriority.c and coremutexsurrender.c<br>
>> the definition of _Thread_Change_priority() is having mismatch calling. Git<br>
>> records says that there was change to above function structure done by<br>
>> sebastian huber. But I guess he forgot to change the definition of<br>
>> _Thread_Change_priority() in threadimpl.h and call in coremutexsurrender.c<br>
>><br>
>> Configuration command:<br>
>> ./configure --target=sparc-rtems4.11 --enable-rtemsbsp=sis --enable-tests<br>
>> --disable-posix ENABLE_STRICT_ORDER_MUTEX=1<br>
>><br>
>> Error Log:<br>
>><br>
>>                                                                       ^<br>
>> In file included from<br>
>> ../../cpukit/../../../sis/lib/include/rtems/score/coremuteximpl.h:24:0,<br>
>>                  from<br>
>> ../../../../../../rtems/c/src/../../cpukit/score/src/coremutexsurrender.c:23:<br>
>> ../../cpukit/../../../sis/lib/include/rtems/score/threadimpl.h:394:6:<br>
>> note: expected 'void *' but argument is of type 'int'<br>
>>  void _Thread_Change_priority(<br>
>>       ^<br>
>><br>
>> ../../../../../../rtems/c/src/../../cpukit/score/src/coremutexsurrender.c:60:7:<br>
>> error: too few arguments to function '_Thread_Change_priority'<br>
>>        _Thread_Change_priority( holder, mutex->queue.priority_before, true<br>
>> );<br>
>>        ^<br>
>> In file included from<br>
>> ../../cpukit/../../../sis/lib/include/rtems/score/coremuteximpl.h:24:0,<br>
>>                  from<br>
>> ../../../../../../rtems/c/src/../../cpukit/score/src/coremutexsurrender.c:23:<br>
>> ../../cpukit/../../../sis/lib/include/rtems/score/threadimpl.h:394:6:<br>
>> note: declared here<br>
>>  void _Thread_Change_priority(<br>
>>       ^<br>
>> make[6]: *** [src/libscore_a-coremutexsurrender.o] Error 1<br>
>><br>
>> Thanks,<br>
>><br>
>> Saurabh Gadia<br>
>><br>
>> On Sun, May 31, 2015 at 8:25 PM, Nick Withers <<a>nick.withers@anu.edu.au</a>><br>
>> wrote:<br>
>>><br>
>>> Does re-running bootstrap in the source dir and re-configuring sort it?<br>
>>> --<br>
>>> Nick Withers<br>
>>><br>
>>> Embedded Systems Programmer<br>
>>> Department of Nuclear Physics, Research School of Physics and Engineering<br>
>>> The Australian National University (CRICOS: 00120C)<br>
>>><br>
>>> On Sun, 2015-05-31 at 20:31 -0400, Joel Sherrill wrote:<br>
>>> > More information is needed. Target architecture, bsp, configure<br>
>>> > command.<br>
>>> ><br>
>>> > I have been building all bsps regularly and unless it got broken this<br>
>>> > weekend, something else is up<br>
>>> ><br>
>>> ><br>
>>> > On May 31, 2015 7:57:04 PM EDT, Saurabh Gadia <<a>gadia@usc.edu</a>> wrote:<br>
>>> > >The problem is on master branch<br>
>>> > ><br>
>>> > ><br>
>>> > >Thanks,<br>
>>> > ><br>
>>> > ><br>
>>> > >Saurabh Gadia<br>
>>> > ><br>
>>> > ><br>
>>> > >On Sun, May 31, 2015 at 4:44 PM, Saurabh Gadia <<a>gadia@usc.edu</a>> wrote:<br>
>>> > ><br>
>>> > >Logs:<br>
>>> > ><br>
>>> > >make[6]: Entering directory<br>
>>> > >`/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/cpukit/score'<br>
>>> > >make[6]: *** No rule to make target `src/apimutexislocked.c', needed<br>
>>> > > by<br>
>>> > >`src/libscore_a-apimutexislocked.o'.  Stop.<br>
>>> > >make[6]: Leaving directory<br>
>>> > >`/home/saurabh/dev1/kernel/b-sis/sparc-rtems4.11/c/sis/cpukit/score'<br>
>>> > >make[5]: *** [all-recursive] Error 1<br>
>>> > ><br>
>>> ><br>
>>> > > >...............................................................................................................<br>
>>> > ><br>
>>> > >There is no makefile but I am also not able to find apimutexislocked.c<br>
>>> > ><br>
>>> > >How do I proceed about this.<br>
>>> > ><br>
>>> > ><br>
>>> > ><br>
>>> > >Thanks,<br>
>>> > ><br>
>>> > ><br>
>>> > >Saurabh Gadia<br>
>>> ><br>
>>> > --joel<br>
>>> > _______________________________________________<br>
>>> > devel mailing list<br>
>>> > <a>devel@rtems.org</a><br>
>>> > <a href="http://lists.rtems.org/mailman/listinfo/devel" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
>>><br>
>>><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> devel mailing list<br>
> <a>devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
</blockquote><br><br></div></div><span class="HOEnZb"><font color="#888888">-- <br><div dir="ltr">Thanks,<div><br></div><div>Saurabh Gadia</div></div><br>
</font></span></blockquote></div><br></div>