Two Resource Leaks

Joel Sherrill joel at rtems.org
Sat Mar 27 18:45:23 UTC 2021


On Sat, Mar 27, 2021, 1:38 PM Sebastian Huber <
sebastian.huber at embedded-brains.de> wrote:

> On 27/03/2021 17:20, Joel Sherrill wrote:
>
> >
> >
> > On Sat, Mar 27, 2021, 11:07 AM Sebastian Huber
> > <sebastian.huber at embedded-brains.de
> > <mailto:sebastian.huber at embedded-brains.de>> wrote:
> >
> >     On 27/03/2021 16:08, Joel Sherrill wrote:
> >
> >     >     The issue I found is different and won't happen on every
> >     target or
> >     >     bsp.
> >     >
> >     >     Psim has 6-9 failures even after freeing the right stack
> >     address.
> >     >
> >     >
> >     > The stack address and now (I think) size saved for later use are
> >     wrong
> >     > and this leads to multiple failures.
> >     I work on a fix. psim seems to be a good platform for these tests.
> >
> >
> > I put a patch for the address issue but I think the fundamental issue
> > is you changed the semantics of what was stored in the stack
> > structure. You probably want a different approach but this is at least
> > a good temporary fix.
>
> I checked in a fix. However, I still get two unexpected failures:
>

Great.


> Failures:
>   fsimfsgeneric01.exe
>   psxkey08.exe
>
> A rtems_resource_snapshot_check() is not happy.
>

Did you manage to see what was leaking?

And did you try the non-network tests in libbsd. Those failing on beatnik
is what caused me to start looking at psim. Syscalls01 was a workspace
mismatch on the resource check.

--joel

>
> --
> embedded brains GmbH
> Herr Sebastian HUBER
> Dornierstr. 4
> 82178 Puchheim
> Germany
> email: sebastian.huber at embedded-brains.de
> phone: +49-89-18 94 741 - 16
> fax:   +49-89-18 94 741 - 08
>
> Registergericht: Amtsgericht München
> Registernummer: HRB 157899
> Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
> Unsere Datenschutzerklärung finden Sie hier:
> https://embedded-brains.de/datenschutzerklaerung/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20210327/6531fb60/attachment.html>


More information about the devel mailing list