<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://xinu.cs.mu.edu/index.php?action=history&amp;feed=atom&amp;title=Flashing_firmware</id>
	<title>Flashing firmware - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://xinu.cs.mu.edu/index.php?action=history&amp;feed=atom&amp;title=Flashing_firmware"/>
	<link rel="alternate" type="text/html" href="https://xinu.cs.mu.edu/index.php?title=Flashing_firmware&amp;action=history"/>
	<updated>2026-06-15T16:30:23Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.34.2</generator>
	<entry>
		<id>https://xinu.cs.mu.edu/index.php?title=Flashing_firmware&amp;diff=3898&amp;oldid=prev</id>
		<title>Kpersohn: Created page with 'Normally, we dynamically load Xinu from an elf image over the network. In some cases, you may want your kernel to persist when ...'</title>
		<link rel="alternate" type="text/html" href="https://xinu.cs.mu.edu/index.php?title=Flashing_firmware&amp;diff=3898&amp;oldid=prev"/>
		<updated>2011-06-21T21:19:58Z</updated>

		<summary type="html">&lt;p&gt;Created page with &amp;#039;Normally, we &lt;a href=&quot;/index.php/HOWTO:Deploy_Xinu#Booting_XINU_on_your_Backend&quot; class=&quot;mw-redirect&quot; title=&quot;HOWTO:Deploy Xinu&quot;&gt;dynamically load Xinu&lt;/a&gt; from an elf image over the network. In some cases, you may want your kernel to persist when ...&amp;#039;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;Normally, we [[HOWTO:Deploy_Xinu#Booting XINU on your Backend|dynamically load Xinu]] from an elf image over the network. In some cases, you may want your kernel to persist when you power-cycle the platform.  For this, we write the kernel to flash memory instead of just loading the kernel into RAM at boot time. You may also want to replace the default firmware with another version of embedded Linux or perhaps restore the factory firmware should your router become corrupted somehow. Below we detail a variety of methods which should accomplish any of the aforementioned tasks.  &lt;br /&gt;
&lt;br /&gt;
= Kernel Image Formats =&lt;br /&gt;
You will commonly see firmware images intended for flashing in two formats: BIN and TRX.  For the precise differences, see this [http://wiki.openwrt.org/doc/techref/header OpenWrt article] and our [[TRX header]] page. Essentially, a TRX header provides the loader with some basic layout information and the BIN format extends this by adding some platform specific tags. Some of the flashing mechanisms check for the BIN information so you don't accidentally flash a kernel that won't run on a platform it wasn't designed for.  In these cases, you want to find a BIN image specific to your platform.  Otherwise, some methods trust you to pick the correct TRX image and don't require the extra header. When using these methods, do ensure your kernel is compatible before proceeding. &lt;br /&gt;
&lt;br /&gt;
= Web GUI = &lt;br /&gt;
&lt;br /&gt;
== Linksys Factory Firmware ==&lt;br /&gt;
&lt;br /&gt;
== dd-wrt ==&lt;br /&gt;
&lt;br /&gt;
== OpenWrt ==&lt;br /&gt;
&lt;br /&gt;
= TFTP = &lt;br /&gt;
&lt;br /&gt;
== CFE Tricks ==&lt;br /&gt;
&lt;br /&gt;
= Bootloader with TFTP =&lt;br /&gt;
&lt;br /&gt;
== CFE ==&lt;br /&gt;
&lt;br /&gt;
== U-Boot ==&lt;br /&gt;
&lt;br /&gt;
= Linux MTD = &lt;br /&gt;
&lt;br /&gt;
= Xinu = &lt;br /&gt;
TODO: Figure out if this works now that we are confident we can revive routers. Intel style flash only???&lt;/div&gt;</summary>
		<author><name>Kpersohn</name></author>
		
	</entry>
</feed>