<meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 17, 2022 at 4:49 PM Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</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">On 18/11/2022 2:39 am, Kinsey Moore wrote:<br>
> I recently added FDT support to the AArch64 ZynqMP BSPs to support an optional<br>
> management console and managing ethernet parameters for LibBSD. Use of the<br>
> rtems_fdt_* functions implies use of malloc which adds 4 bytes in the TLS space.<br>
> The sp01 test uses rtems_task_construct and specifies a maximum TLS size of 0<br>
> bytes which causes a failure which the non-zero TLS size is checked against the<br>
> maximum TLS size of 0.<br>
<br>
Does this mean there exists a requirement a BSPs cannot internally use the heap?<br></blockquote><div><br></div><div>That appears to be the case, at least practically. It works fine, but it causes a test failure...<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Maybe the test needs to be adjusted?<br></blockquote><div><br></div><div>That's part of why I sent this to the list. I was unsure whether it was allowed or whether the test had bad assumptions baked into it.</div><div><br></div><div>Kinsey<br></div></div></div>