<div dir="ltr">I enabled RTEMS_RAMDISK_TRACE.  That appears to be dead code in my build.  Change didn't do anything.  I checked the symbol table and none of those functions are in my build.  The actual ram disk driver is in a different location and didn't have a trace equivalent.  Is there another way to get a trace from ramdisk?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Oct 9, 2019 at 6:01 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 10/10/19 6:23 am, Mathew Benson wrote:<br>
> I added the tracerfs command to the shell.  Not sure why that's not already<br>
> there.<br>
<br>
The command is not in the shell directory and I did not add it to the config for<br>
the shell. Maybe is should be. I am not sure.<br>
<br>
> I enabled all with "tracerfs set all".  It took a while, but I did run<br>
> into the problem.  The end of the log is below.  Can you see what the kernel is<br>
> trying to do and what its waiting on from this?  It's going to be a while,<br>
> reading through kernel code, to understand exactly what this means.<br>
<br>
Thank you for this. I am travelling from tomorrow for a while. I will try and<br>
have a look while in transit if I can.<br>
<br>
Chris<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div><div><b>Mathew Benson</b><br></div>CEO | Chief Engineer<br></div>Windhover Labs, LLC<br>832-640-4018<br><br><img src="https://drive.google.com/a/windhoverlabs.com/uc?id=1cLDczWESrU667xKgEJlFhHa2yjq5UVhJ&export=download"><br></div><a href="http://www.windhoverlabs.com" target="_blank">www.windhoverlabs.com</a><br><br></div></div></div></div>