Still undergoing attempt to boot Umon from SD

Chris Johns chrisj at rtems.org
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.

Chris



More information about the umon-devel mailing list