<div dir="ltr"><div><div><div><div><div><div>Douglas,<br></div>  I will try to look you up! That may help me figure out faster whether or not this is a lost cause!<br><br></div>The Kernel is coded into NOR flash, and the powers that be are VERY hesitant to change it in any way for fear of bricking another unit. That is despite the fact that a previous firmware rev required an update of the kernel in NOR, so we have complete binary images of the up/down grade and the software to burn them in. Of course, that only works if you can still boot to the OS! If we make a minor mistake, we currently have no way to fix it other than send it back to the vendor to reflash it, and management would be very unhappy at the expense.<br>

<br></div>  From what I can tell, the NOR flash compressed kernel image goes most, but not quite all of the way through the boot process. It does install yaffs so that the final boot code can be read from /boot, but I think it loads more by that point than usual. At the very least, it can output an error message on the serial port if the NAND flash fails. But not enough to run even basic recovery functions like cp or tar.<br>

<br></div>   The ttylinux sounds interesting, and the busybox too. I donwloaded a pre-compiled busybox for the ppc, and it was over 1Mbyte, which is bigger than the ramdisk we have to work with. I was hoping that stripping out almost everything but tar, ssh, scp, cp, mv, rm, md5sum and a few others we could get one small enough to load into the ramdisk after normal system boot and then use chroot to have the system use the ramdisk busybox instead of the normal bin and sbin files.<br>

<br></div>  I worst comes to worst, and it sounds like building a cross compiler is already bad enough, we can also try coping the critical system files to the ramdisk and then using chroot. It may take some trial and error to find out all the files that need to be copied over. But then there would be no need to cross compile, the programs already run on the system. I just wasn't sure which approach would be more difficult and/or risky. But if building a cross compiling environment will take forever and it doesn't take too many files copied over to keep the system running, than using the existing code but running from the ramdisk may be the best way to go. Pity, building the cross-compiler sounded interesting. I just can't get approval for a 6 month science project!<br>

<br></div>Mike<br clear="all"><div><div><div><div><div><div><div><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div><b>Author: </b><a href="mailto:douglas@ttylinux.org">Douglas Jerome</a><br>

<b>Date: </b>2014-05-13 20:07 -700<br><b>To: </b><a href="mailto:plug-discuss@lists.phxlinux.org">Main PLUG discussion list</a><br><b>Subject: </b>Re: Anyone with experience in Cross-Compiling,
 especially to an embedded powerPC?<br></div>Hi, Mike:
<br>
<br>I had been making my own set of gcc cross-compilers to cross-build
<br>my ttylinux distribution, but I've switched to using crosstool-ng.
<br>
<br>Maybe ttylinux can help you in some way, maybe with some
<br>modifications; it is fairly easy to hack(I say that but I made it).
<br>ttylinux is basically a cross-built kernel and busybox; it boots to
<br>RAM Disk and has an install script that transfers the whole system
<br>to a flash drive.
<br><a class="" href="http://ttylinux.net/">http://ttylinux.net/</a>
<br>
<br>Look me up. I work in the same building you do.
<br>
</blockquote><br>-- <br><div dir="ltr"><span style="font-family:arial,sans-serif;font-size:11pt">"Creativity is intelligence having fun." — Albert Einstein</span></div>
</div></div></div></div></div></div></div></div>