Still undergoing attempt to boot Umon from SD
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
More information about the umon-devel