<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 5, 2020 at 11:07 AM Alan Cudmore <<a href="mailto:alan.cudmore@gmail.com">alan.cudmore@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I built the tools shortly after the announced 5.1 release. I'm using<br>
the 5.1 branches for everything.<br>
But some additional info..I built the full testsuite, and ran the<br>
malloctest with no problems. It calls malloc_info a couple of times.<br>
<br>
I also compiled my RTEMS Kernel Image (RKI) for this BSP and the<br>
"malloc info" shell command works on that. This is the same way I<br>
tested the sparc/leon3 BSP so at least that is consistent.<br>
<br>
This has to come down to a configuration issue for the application<br>
(core flight system pc-rtems test platform)<br>
I'm going to check over the configuration options and compiler options<br>
used. It will most likely be another case of user error, which I<br>
prefer!<br></blockquote><div><br></div><div>This wouldn't be a user error. Just a case where the bug was found </div><div>after the release. :)</div><div><br></div><div>--joel </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Thanks,<br>
Alan<br>
<br>
On Mon, Oct 5, 2020 at 11:58 AM Joel Sherrill <<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>> wrote:<br>
><br>
><br>
><br>
> On Mon, Oct 5, 2020 at 10:34 AM Gedare Bloom <<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a>> wrote:<br>
>><br>
>> This is an SMP related bug?  Can you send the rtems configure command,<br>
>> and the qemu run command?<br>
>><br>
>> It might also help to know the number of tasks and their priorities.<br>
>> The CONFIGURE* macros might also help.<br>
>><br>
>> My first guess is that the lock primitive is somehow broken in the<br>
>> pc686, maybe it gets caught in a buggy CAS/TAS loop? It would help if<br>
>> you can narrow down the task spinning to a particular section of code<br>
>> and send the disassembly (or file/line if it is in RTEMS)<br>
><br>
><br>
> Hmmm.. When did you build your i386 tools? git says 9/19 for the last change<br>
> but it was very much likely a few days after that when I pushed it.<br>
><br>
> --joel<br>
>><br>
>><br>
>> On Sun, Oct 4, 2020 at 2:06 PM Alan Cudmore <<a href="mailto:alan.cudmore@gmail.com" target="_blank">alan.cudmore@gmail.com</a>> wrote:<br>
>> ><br>
>> > Hi,<br>
>> > I have a problem in RTEMS 5.1 where the pc686 running on QEMU seems to<br>
>> > block or spin when trying to acquire a lock for the malloc_info call.<br>
>> > The CPU utilization goes up to 100 (on the QEMU host) leading me to<br>
>> > think the calling task is spinning waiting on the lock. Tasks with<br>
>> > lower priority than the calling task stop running as well. I also get<br>
>> > this problem when running the "malloc info" shell command.<br>
>> > I don't see this problem with the leon3 BSP built from the same source<br>
>> > tree and executed on QEMU.<br>
>> ><br>
>> > Is there an SMP related initialization or perhaps QEMU option I might<br>
>> > be missing? I can run the same code without problems on the RTEMS 4.11<br>
>> > release (same QEMU binary and QEMU options)<br>
>> ><br>
>> > Thanks,<br>
>> > Alan<br>
>> > _______________________________________________<br>
>> > devel mailing list<br>
>> > <a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
>> > <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
>> _______________________________________________<br>
>> devel mailing list<br>
>> <a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
>> <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
</blockquote></div></div>