Error while compiling rtems main branch for sparc
Saurabh Gadia
gadia at usc.edu
Sat Jun 6 00:09:53 UTC 2015
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: suspendingTA01: 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
>> >>
>> >
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20150605/716811f8/attachment-0002.html>
More information about the devel
mailing list