RTEMS 5.1 pc686 BSP malloc_info problem?

[Gedare Bloom]

This is an SMP related bug?  Can you send the rtems configure command,
and the qemu run command?

It might also help to know the number of tasks and their priorities.
The CONFIGURE* macros might also help.

My first guess is that the lock primitive is somehow broken in the
pc686, maybe it gets caught in a buggy CAS/TAS loop? It would help if
you can narrow down the task spinning to a particular section of code
and send the disassembly (or file/line if it is in RTEMS)

On Sun, Oct 4, 2020 at 2:06 PM Alan Cudmore <alan.cudmore at gmail.com> wrote:
>
> Hi,
> I have a problem in RTEMS 5.1 where the pc686 running on QEMU seems to
> block or spin when trying to acquire a lock for the malloc_info call.
> The CPU utilization goes up to 100 (on the QEMU host) leading me to
> think the calling task is spinning waiting on the lock. Tasks with
> lower priority than the calling task stop running as well. I also get
> this problem when running the "malloc info" shell command.
> I don't see this problem with the leon3 BSP built from the same source
> tree and executed on QEMU.
>
> Is there an SMP related initialization or perhaps QEMU option I might
> be missing? I can run the same code without problems on the RTEMS 4.11
> release (same QEMU binary and QEMU options)
>
> Thanks,
> Alan
> _______________________________________________
> devel mailing list
> devel at rtems.org
> http://lists.rtems.org/mailman/listinfo/devel