Still undergoing attempt to boot Umon from SD

Chris Johns chrisj at
Mon Jun 29 02:43:13 UTC 2015

On 29/06/2015 12:10 pm, Jarielle Catbagan wrote:
> I did worked on trying to get "raw" mode working very briefly before I
> switched over to try to boot off of an MBR/FAT filesystem.  I actually
> did not take into account about the potential issue with SFN/LFN, but
> now that you mentioned it I'll try to get "raw" mode working.

I suspect the reason umon is not booting is common to both approaches.

> Interesting, I'll definitely take a look into it to see if I could use this.

The #beagle IRC channel maybe able to help.

> I did manage to get Umon built using the RTEMS tools.  One thing worth
> mentioning is that the current Umon sources has an external dependence
> on the C library, and so I had to link it with the RTEMS C library.
> The reason for this external dependence is that the previous Umon
> version contained files that defined functions that would otherwise be
> defined by the C library but had to be removed due to a conflict in
> licenses.  In the meantime until a solution is provided to remove this
> dependence on the external C library, Ed has provided me with the
> necessary files as a temporary fix for now.  With these temporary
> files, I am able to build the current version of Umon that I have
> right now with the RTEMS tools without linking to the RTEMS C library.

Not using RTEMS's libc is important.

Once the files are in the umon repo I will build and take a close look
with JTAG.


More information about the umon-devel mailing list