the etrax bootloader tools source was added on initial merge, it is now sitting on the acme site, source should not be in this folder

SVN-Revision: 7465

6 files changed, 0 insertions, 1131 deletions

diff --git a/target/linux/etrax-2.6/image/e100boot/src/doc/Makefile b/target/linux/etrax-2.6/image/e100boot/src/doc/Makefile
deleted file mode 100644
index df6076b8e2..0000000000
--- a/target/linux/etrax-2.6/image/e100boot/src/doc/Makefile
+++ /dev/null
@@ -1,17 +0,0 @@
-OBJS=e100boot.1 e100boot.html
-
-all: $(OBJS)
-
-%.1: %.pod
-	pod2man $< > $@
-
-%.html: %.pod
-	pod2html $< > $@
-	@rm -f pod2htmd.x~~ pod2htmi.x~~
-
-clean: 
-	rm -f *cache *~
-
-# The 'clean' doesn't remove the generated documentation as we want
-# them in the distribution.
-
diff --git a/target/linux/etrax-2.6/image/e100boot/src/doc/e100boot.1 b/target/linux/etrax-2.6/image/e100boot/src/doc/e100boot.1
deleted file mode 100644
index 116b9e577f..0000000000
--- a/target/linux/etrax-2.6/image/e100boot/src/doc/e100boot.1
+++ /dev/null
@@ -1,401 +0,0 @@
-.\" Automatically generated by Pod::Man v1.37, Pod::Parser v1.32
-.\"
-.\" Standard preamble:
-.\" ========================================================================
-.de Sh \" Subsection heading
-.br
-.if t .Sp
-.ne 5
-.PP
-\fB\\$1\fR
-.PP
-..
-.de Sp \" Vertical space (when we can't use .PP)
-.if t .sp .5v
-.if n .sp
-..
-.de Vb \" Begin verbatim text
-.ft CW
-.nf
-.ne \\$1
-..
-.de Ve \" End verbatim text
-.ft R
-.fi
-..
-.\" Set up some character translations and predefined strings.  \*(-- will
-.\" give an unbreakable dash, \*(PI will give pi, \*(L" will give a left
-.\" double quote, and \*(R" will give a right double quote.  \*(C+ will
-.\" give a nicer C++.  Capital omega is used to do unbreakable dashes and
-.\" therefore won't be available.  \*(C` and \*(C' expand to `' in nroff,
-.\" nothing in troff, for use with C<>.
-.tr \(*W-
-.ds C+ C\v'-.1v'\h'-1p'\s-2+\h'-1p'+\s0\v'.1v'\h'-1p'
-.ie n \{\
-.    ds -- \(*W-
-.    ds PI pi
-.    if (\n(.H=4u)&(1m=24u) .ds -- \(*W\h'-12u'\(*W\h'-12u'-\" diablo 10 pitch
-.    if (\n(.H=4u)&(1m=20u) .ds -- \(*W\h'-12u'\(*W\h'-8u'-\"  diablo 12 pitch
-.    ds L" ""
-.    ds R" ""
-.    ds C` ""
-.    ds C' ""
-'br\}
-.el\{\
-.    ds -- \|\(em\|
-.    ds PI \(*p
-.    ds L" ``
-.    ds R" ''
-'br\}
-.\"
-.\" If the F register is turned on, we'll generate index entries on stderr for
-.\" titles (.TH), headers (.SH), subsections (.Sh), items (.Ip), and index
-.\" entries marked with X<> in POD.  Of course, you'll have to process the
-.\" output yourself in some meaningful fashion.
-.if \nF \{\
-.    de IX
-.    tm Index:\\$1\t\\n%\t"\\$2"
-..
-.    nr % 0
-.    rr F
-.\}
-.\"
-.\" For nroff, turn off justification.  Always turn off hyphenation; it makes
-.\" way too many mistakes in technical documents.
-.hy 0
-.if n .na
-.\"
-.\" Accent mark definitions (@(#)ms.acc 1.5 88/02/08 SMI; from UCB 4.2).
-.\" Fear.  Run.  Save yourself.  No user-serviceable parts.
-.    \" fudge factors for nroff and troff
-.if n \{\
-.    ds #H 0
-.    ds #V .8m
-.    ds #F .3m
-.    ds #[ \f1
-.    ds #] \fP
-.\}
-.if t \{\
-.    ds #H ((1u-(\\\\n(.fu%2u))*.13m)
-.    ds #V .6m
-.    ds #F 0
-.    ds #[ \&
-.    ds #] \&
-.\}
-.    \" simple accents for nroff and troff
-.if n \{\
-.    ds ' \&
-.    ds ` \&
-.    ds ^ \&
-.    ds , \&
-.    ds ~ ~
-.    ds /
-.\}
-.if t \{\
-.    ds ' \\k:\h'-(\\n(.wu*8/10-\*(#H)'\'\h"|\\n:u"
-.    ds ` \\k:\h'-(\\n(.wu*8/10-\*(#H)'\`\h'|\\n:u'
-.    ds ^ \\k:\h'-(\\n(.wu*10/11-\*(#H)'^\h'|\\n:u'
-.    ds , \\k:\h'-(\\n(.wu*8/10)',\h'|\\n:u'
-.    ds ~ \\k:\h'-(\\n(.wu-\*(#H-.1m)'~\h'|\\n:u'
-.    ds / \\k:\h'-(\\n(.wu*8/10-\*(#H)'\z\(sl\h'|\\n:u'
-.\}
-.    \" troff and (daisy-wheel) nroff accents
-.ds : \\k:\h'-(\\n(.wu*8/10-\*(#H+.1m+\*(#F)'\v'-\*(#V'\z.\h'.2m+\*(#F'.\h'|\\n:u'\v'\*(#V'
-.ds 8 \h'\*(#H'\(*b\h'-\*(#H'
-.ds o \\k:\h'-(\\n(.wu+\w'\(de'u-\*(#H)/2u'\v'-.3n'\*(#[\z\(de\v'.3n'\h'|\\n:u'\*(#]
-.ds d- \h'\*(#H'\(pd\h'-\w'~'u'\v'-.25m'\f2\(hy\fP\v'.25m'\h'-\*(#H'
-.ds D- D\\k:\h'-\w'D'u'\v'-.11m'\z\(hy\v'.11m'\h'|\\n:u'
-.ds th \*(#[\v'.3m'\s+1I\s-1\v'-.3m'\h'-(\w'I'u*2/3)'\s-1o\s+1\*(#]
-.ds Th \*(#[\s+2I\s-2\h'-\w'I'u*3/5'\v'-.3m'o\v'.3m'\*(#]
-.ds ae a\h'-(\w'a'u*4/10)'e
-.ds Ae A\h'-(\w'A'u*4/10)'E
-.    \" corrections for vroff
-.if v .ds ~ \\k:\h'-(\\n(.wu*9/10-\*(#H)'\s-2\u~\d\s+2\h'|\\n:u'
-.if v .ds ^ \\k:\h'-(\\n(.wu*10/11-\*(#H)'\v'-.4m'^\v'.4m'\h'|\\n:u'
-.    \" for low resolution devices (crt and lpr)
-.if \n(.H>23 .if \n(.V>19 \
-\{\
-.    ds : e
-.    ds 8 ss
-.    ds o a
-.    ds d- d\h'-1'\(ga
-.    ds D- D\h'-1'\(hy
-.    ds th \o'bp'
-.    ds Th \o'LP'
-.    ds ae ae
-.    ds Ae AE
-.\}
-.rm #[ #] #H #V #F C
-.\" ========================================================================
-.\"
-.IX Title "E100BOOT 1"
-.TH E100BOOT 1 "2003-12-16" "perl v5.8.8" "User Contributed Perl Documentation"
-.SH "NAME"
-e100boot \- Network and serial port bootloader for the ETRAX100 CPU.
-.SH "SYNOPSIS"
-.IX Header "SYNOPSIS"
-\&\fBe100boot\fR [\fB\-\-device\fR \fIdevicename\fR]
-[\fB\-\-file\fR \fIfilename\fR|\- \fIaddr\fR [\fIsize\fR]]
-[\fB\-\-flash\fR \fIram-source\fR \fIflash-offset\fR \fIsize\fR] [\fB\-\-pause\fR \fIiter\fR]
-[\fB\-\-memtest\fR \fIaddr\fR \fIaddr\fR] [\fB\-\-memclear\fR \fIaddr\fR \fIaddr\fR]
-[\fB\-\-memdump\fR \fIaddr\fR \fIaddr\fR] [\fB\-\-setreg\fR \fIaddr\fR|\fIregname\fR \fIval\fR]
-[\fB\-\-getreg\fR \fIaddr\fR|\fIregname\fR] [\fB\-\-verify\fR \fIaddr\fR \fIval\fR]
-[\fB\-\-label\fR \fIlabel\fR] [\fB\-\-loop\fR \fIaddr\fR \fIlabel\fR] [\fB\-\-5400\fR] [\fB\-\-5600\fR]
-[\fB\-\-testcard\fR] [\fB\-\-devboard\fR] [\fB\-\-testcardlx\fR] [\fB\-\-network\fR] [\fB\-\-serial\fR]
-[\fB\-\-baudrate\fR \fIbaudrate\fR] [\fB\-\-bootfile\fR \fIfile\fR] [\fB\-\-jump\fR \fIaddr\fR]
-[\fB\-\-tofiles\fR] [\fB\-\-cmdsonly\fR] [\fB\-\-images\fR] [\fB\-\-noleds\fR] [\fB\-\-help\fR]
-.SH "DESCRIPTION"
-.IX Header "DESCRIPTION"
-This boot loader facilitates loading of files over the network or a
-serial port to an \s-1ETRAX100\s0. It can also be used for fairly extensive
-hardware debugging as you can read and write to any memory addresses,
-including the \s-1ETRAX100\s0 registers. You can also perform memory checks
-and dumps and copy data to flash memories.
-.PP
-The first packet (or the first 784 bytes in the case of serial boot)
-sent to Etrax100 is loaded into the cache. The code in this packet is
-executed and loads the rest of the boot loader into the cache. The
-cache is the only thing we can be sure of exists on all \s-1ETRAX100\s0
-products, so the boot loader is limited to the size of the cache,
-8KB. If further boot loading code is needed you have to set up
-external memory and load another boot loader into it, but this is
-rarely needed.
-.PP
-Two programs are involved in this boot loading, one is the program on
-your workstation that sends the packets to \s-1ETRAX100\s0, this is called
-the server boot loader or \s-1SBL\s0. The other program is the one in
-\&\s-1ETRAX100\s0 that receives packets from the \s-1SBL\s0 and acts upon the data
-therein, this is called the client boot loader or \s-1CBL\s0.
-.PP
-We don't want to edit and recompile the \s-1CBL\s0 each time we want to load
-level two to different parts of memory, like we do on different
-products. We also want to change things like the setup of external
-memory before we load data into it. To make the boot loading as
-flexible as possible and separate the \s-1CBL\s0 from level two we send a
-configuration packet to it. After this packet we load other files, if
-we want to.
-.PP
-The configuration packet can contain information to the \s-1CBL\s0 which lets
-you: initialize external memory, read and write to all \s-1ETRAX100\s0
-registers, read and write to any part of memory, load as many other
-files as you like to any part of memory you like, etc. The
-configuration packet is generated on the fly by the \s-1SBL\s0.
-.PP
-Since the \s-1CBL\s0 is unaware of which product it will be loaded on, it
-doesn't do product specific initialization like setting up the
-memory. This must be done with the configuration packet.
-.Sh "Debugging printout"
-.IX Subsection "Debugging printout"
-When doing network boot the debugging printout from the \s-1CBL\s0 in \s-1ETRAX\s0
-is transmitted back over the network and printed by e100boot. When
-doing serial boot that interface will be used. So in either case you
-will not need any other software or hardware to receive the debugging
-printout.
-.Sh "Creating binaries"
-.IX Subsection "Creating binaries"
-The files containing code to be loaded on the \s-1ETRAX100\s0 must be
-stripped using the standard \s-1GCC\s0 binutils.
-.Sh "How it works, things you don't want to know."
-.IX Subsection "How it works, things you don't want to know."
-ack, timeout bla, bla... \s-1RTFS\s0.
-.Sh "Compilation and code"
-.IX Subsection "Compilation and code"
-Noteworthy is that two separate \s-1ETRAX100\s0 binaries are created, one for
-network boot and one for serial boot. They actually contain exactly
-the same code, but linked in different order. This is because the code
-to load the rest of the bootloader over a specific interface must be
-contained in the first data sent to the \s-1ETRAX100\s0 and it is too
-difficult to cram the code for both interfaces in the beginning of the
-same binary. Hence two files.
-.PP
-Other stuff you don't want to know is that the cache is mapped from
-0x380000f0 to 0x380020f0. Code starts at the first address followed by
-data up to the symbol \fIEbss\fR. At the other end is the buffer for boot
-commands (addresses defined by \fI\s-1IO_BUF_START\s0\fR and \fI\s-1IO_BUF_END\s0\fR below
-which the stack lies and hopefully the stack and \fIEbss\fR will never
-meet...
-.PP
-The serial data is loaded from 0x380000f0 to 0x380003ff before
-execution starts.
-.SH "OPTIONS"
-.IX Header "OPTIONS"
-The options are done in the order specified on the command line, so
-you probably want to do any memory setup before loading a file to the
-memory, and you probably do not want to perform a memory test after
-you have loaded a file to that memory.
-.PP
-All addresses and sizes must be in hex with optional '0x' prefix, or a
-\&\s-1ETRAX100\s0 register name. Since the \fB\-\-setreg\fR and \fB\-\-getreg\fR options
-only can be performed on dword aligned dwords only the registers that
-conform to this can be named.
-.PP
-Note also that all addresses must be in uncached memory (bit 31 set),
-as the bootloader lies in the cache. If you access any uncached
-address during boot, the bootloader will be destroyed without warning.
-.PP
-It is also possible to specify an address as \fI+address\fR, in which
-case it is considered to be relative to \fI\s-1IO_BUF_START\s0\fR. This is
-especially useful in combination with the \fB\-\-loop\fR option below.
-.IP "\fB\-\-baudrate\fR \fIbaudrate\fR" 4
-.IX Item "--baudrate baudrate"
-Set baudrate for files loaded after the boot loader.
-.IP "\fB\-\-bootfile\fR \fIfilename\fR" 4
-.IX Item "--bootfile filename"
-Which boot image to send to \s-1ETRAX\s0 instead of the default ones.
-.IP "\fB\-\-cmdsonly\fR" 4
-.IX Item "--cmdsonly"
-Write the commands to file e100boot.cmds.
-.IP "\fB\-\-devboard\fR" 4
-.IX Item "--devboard"
-Sets registers for the developer board.
-.IP "\fB\-\-device\fR \fIdevicename\fR" 4
-.IX Item "--device devicename"
-Which device to send packets on. For network boot the default is
-eth0. For serial boot it is ttyS0.
-.IP "\fB\-\-file\fR \fIfilename\fR|\- \fIaddress\fR [\fIsize\fR]" 4
-.IX Item "--file filename|- address [size]"
-The file to load and the address to load it to. If file is loaded on
-stdin, specify filename '\-' followed by a size. Size need only be
-given in this case. You can load as many files as you want, each
-specified with a \fB\-\-file\fR.
-.IP "\fB\-\-flash\fR \fIram-source flash-offset size\fR" 4
-.IX Item "--flash ram-source flash-offset size"
-Copies the specified \s-1RAM\s0 area to the flash.
-.IP "\fB\-\-getreg\fR \fIaddress\fR|\fIregname\fR" 4
-.IX Item "--getreg address|regname"
-Print value of memory location. Must be uncached address.
-.IP "\fB\-\-help\fR" 4
-.IX Item "--help"
-Print the help information.
-.IP "\fB\-\-images\fR" 4
-.IX Item "--images"
-Print information about the internal boot images, then exit.
-.IP "\fB\-\-jump\fR \fIaddress\fR" 4
-.IX Item "--jump address"
-Jump to specified address.
-.IP "\fB\-\-label\fR \fIlabel\fR" 4
-.IX Item "--label label"
-Define a label to be used as target by the \fB\-\-loop\fR command. This
-command is only used by the \s-1SBL\s0 to calculate the address for the
-\&\fB\-\-loop\fR and does not take up any space in the configuration packet.
-.IP "\fB\-\-loop\fR \fIcheck-address label\fR" 4
-.IX Item "--loop check-address label"
-If the contents of check-address is nonzero it is decremented and the
-command parser continues parsing at the label.
-.Sp
-If no external memory is initialized yet it can be convenient to use
-an address in the area occupied by the configuration packet. Run
-e100boot with \fB\-\-help\fR to see which addresses the commands are stored
-at. The size of the commands are four bytes for each command plus four
-bytes per argument to the command.
-.IP "\fB\-\-memclear\fR \fIstart-address end-address\fR" 4
-.IX Item "--memclear start-address end-address"
-Clears the specified memory area.
-.IP "\fB\-\-memdump\fR \fIstart-address end-address\fR" 4
-.IX Item "--memdump start-address end-address"
-Prints the contents of the specified memory area.
-.IP "\fB\-\-memtest\fR \fIstart-address end-address\fR" 4
-.IX Item "--memtest start-address end-address"
-Does a fairly extensive test of the specified memory area. Not only
-catches defect memories but also catches things like wrong memory
-setups where memory addresses are mirrored onto each other.
-.IP "\fB\-\-network\fR" 4
-.IX Item "--network"
-Perform a network boot.
-.IP "\fB\-\-noleds\fR" 4
-.IX Item "--noleds"
-When using the internal images use a version that does not toggle
-general port \s-1PA\s0 or \s-1PB\s0 in \s-1ETRAX\s0 during the boot procedure.
-.IP "\fB\-\-pause\fR \fIiterations\fR" 4
-.IX Item "--pause iterations"
-How many \fIiterations\fR to do of an empty loop.
-.IP "\fB\-\-serial\fR" 4
-.IX Item "--serial"
-Do a serial boot.
-.IP "\fB\-\-setreg\fR \fIaddress\fR|\fIregname\fR \fIvalue\fR" 4
-.IX Item "--setreg address|regname value"
-Load dword to dword aligned memory location.
-.IP "\fB\-\-testcard\fR" 4
-.IX Item "--testcard"
-Configures the memories for the \s-1ETRAX\s0 100 testcard.
-.IP "\fB\-\-testcardlx\fR" 4
-.IX Item "--testcardlx"
-Configures the memories for the \s-1ETRAX100\s0 \s-1LX\s0 testcard.
-.IP "\fB\-\-tofiles\fR" 4
-.IX Item "--tofiles"
-Write packets to files e100boot.seq[0..]. Does not transmit the data.
-.IP "\fB\-\-verify\fR \fIaddress value\fR" 4
-.IX Item "--verify address value"
-Verify that memory contains dword. If not loader will stop. This is to
-avoid booting the wrong unit. If you have the units ethernet address
-in the flash memory you can check for that.
-.IP "\fB\-\-5400\fR" 4
-.IX Item "--5400"
-Sets R_WAITSTATES, R_DRAM_TIMING and R_DRAM_CONFIG for the 5400
-printserver.
-.IP "\fB\-\-5600\fR" 4
-.IX Item "--5600"
-Sets R_WAITSTATES, R_DRAM_TIMING and R_DRAM_CONFIG for the 5600
-printserver.
-.SH "EXAMPLES"
-.IX Header "EXAMPLES"
-If you have a stripped binary (file.ima) linked to 0x08000000 that you want
-to boot via the network, do this:
-.PP
-\&\fBe100boot \-\-file file.ima 88000000 \-\-jump 08000000\fR
-.PP
-Or something like this. Sets waitstates to zero and loads two files,
-the first from stdin:
-.PP
-\&\fBcat file.ima | e100boot \-\-memtest 88000000 8801ffff \-\-memclear
-88000000 8801ffff \-\-setreg b0000000 0 \-\-getreg b0000000 \-\-file \-
-88000000 a000 \-\-file file2.ima 88010000 \-\-memdump 88000000 880000ff
-\&\-\-jump 08000000\fR
-.PP
-Or this, enables 16 bit parallel port and flashes the led on \s-1PA0:\s0
-.PP
-\&\fBe100boot \-\-testcardlx \-\-setreg R_PORT_PA_SET 0x00000000 \-\-setreg
-R_GEN_CONFIG 0x80000004 \-\-setreg R_PAR0_CONFIG 0x00000200 \-\-setreg
-R_PORT_G_DATA 0x00000000 \-\-pause 0x02000000 \-\-setreg R_PORT_G_DATA
-0xffffffff \-\-pause 0x02000000 \-\-setreg R_PORT_G_DATA 0x00000000 \-\-loop
-0x38001e0b 0x38001e60\fR
-.PP
-Setup the memory, test the \s-1SRAM\s0, print the contents of the first 256
-bytes of \s-1SRAM\s0, clear \s-1SRAM\s0, test the \s-1DRAM\s0, print R_DMA_CH0_CMD, load a
-file to \s-1SRAM\s0, load another file to \s-1SRAM\s0, load file to \s-1DRAM\s0, jump to
-code in \s-1SRAM\s0.
-.PP
-\&\fBe100boot \-\-setreg b0000000 1000 \-\-setreg b0000008 00006543 \-\-setreg
-b000000c 12966060 \-\-memtest 88000000 80000 \-\-memdump 88000000 880000ff
-\&\-\-memclear 88000000 80000 \-\-memtest c0000000 400000 \-\-getreg b00001d0
-\&\-\-file file1.ima 88000000 \-\-file file2.ima 88010000 \-\-file file3.ima
-c0000000 \-\-jump 88000000\fR
-.PP
-Boot Linux on the testcard.
-.PP
-\&\fBe100boot \-\-setreg b0000000 1000 \-\-setreg b0000008 6557 \-\-setreg
-b000000c 1b988080 \-\-file timage c0000500 \-\-jump 40000500\fR
-.PP
-Booting over serial port and using labels to flash the leds on port
-\&\s-1PA\s0.
-.PP
-\&\fBe100boot \-\-serial \-\-device /dev/ttyS1 \-\-baudrate 9600 \-\-label first
-\&\-\-setreg 0x380020e0 00000001 \-\-setreg R_PORT_PA_SET 0x0000ff00 \-\-pause
-0x02000000 \-\-setreg R_PORT_PA_SET 0x0000ffff \-\-pause 0x02000000 \-\-loop
-0x380020e0 first\fR
-.SH "BUGS"
-.IX Header "BUGS"
-You're kidding, right? Check \s-1AUTHOR\s0 below. The only thing
-would be the hubris of the author, but that I consider a feature. If
-you find any other 'features' report them to
-technology@axis.com. Don't bother the author directly, he is busy
-playing PlayStation2.
-.SH "COPYING"
-.IX Header "COPYING"
-Copyright © 1996\-2002 Axis Communications \s-1AB\s0.
-.SH "AUTHOR"
-.IX Header "AUTHOR"
-Written by Ronny Ranerup.
-.SH "SEE ALSO"
-.IX Header "SEE ALSO"
-The fine source, which you can get at http://developer.axis.com.
diff --git a/target/linux/etrax-2.6/image/e100boot/src/doc/e100boot.html b/target/linux/etrax-2.6/image/e100boot/src/doc/e100boot.html
deleted file mode 100644
index 15e23966d0..0000000000
--- a/target/linux/etrax-2.6/image/e100boot/src/doc/e100boot.html
+++ /dev/null
@@ -1,395 +0,0 @@
-<?xml version="1.0" ?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml">
-<head>
-<title>e100boot - Network and serial port bootloader for the ETRAX100 CPU.</title>
-<meta http-equiv="content-type" content="text/html; charset=utf-8" />
-<link rev="made" href="mailto:root@localhost" />
-</head>
-
-<body style="background-color: white">
-
-<p><a name="__index__"></a></p>
-<!-- INDEX BEGIN -->
-
-<ul>
-
-	<li><a href="#name">NAME</a></li>
-	<li><a href="#synopsis">SYNOPSIS</a></li>
-	<li><a href="#description">DESCRIPTION</a></li>
-	<ul>
-
-		<li><a href="#debugging_printout">Debugging printout</a></li>
-		<li><a href="#creating_binaries">Creating binaries</a></li>
-		<li><a href="#how_it_works__things_you_don_t_want_to_know_">How it works, things you don't want to know.</a></li>
-		<li><a href="#compilation_and_code">Compilation and code</a></li>
-	</ul>
-
-	<li><a href="#options">OPTIONS</a></li>
-	<li><a href="#examples">EXAMPLES</a></li>
-	<li><a href="#bugs">BUGS</a></li>
-	<li><a href="#copying">COPYING</a></li>
-	<li><a href="#author">AUTHOR</a></li>
-	<li><a href="#see_also">SEE ALSO</a></li>
-</ul>
-<!-- INDEX END -->
-
-<hr />
-<p>
-</p>
-<h1><a name="name">NAME</a></h1>
-<p>e100boot - Network and serial port bootloader for the ETRAX100 CPU.</p>
-<p>
-</p>
-<hr />
-<h1><a name="synopsis">SYNOPSIS</a></h1>
-<p><strong>e100boot</strong> [<strong>--device</strong> <em>devicename</em>]
-[<strong>--file</strong> <em>filename</em>|- <em>addr</em> [<em>size</em>]]
-[<strong>--flash</strong> <em>ram-source</em> <em>flash-offset</em> <em>size</em>] [<strong>--pause</strong> <em>iter</em>]
-[<strong>--memtest</strong> <em>addr</em> <em>addr</em>] [<strong>--memclear</strong> <em>addr</em> <em>addr</em>]
-[<strong>--memdump</strong> <em>addr</em> <em>addr</em>] [<strong>--setreg</strong> <em>addr</em>|<em>regname</em> <em>val</em>]
-[<strong>--getreg</strong> <em>addr</em>|<em>regname</em>] [<strong>--verify</strong> <em>addr</em> <em>val</em>]
-[<strong>--label</strong> <em>label</em>] [<strong>--loop</strong> <em>addr</em> <em>label</em>] [<strong>--5400</strong>] [<strong>--5600</strong>]
-[<strong>--testcard</strong>] [<strong>--devboard</strong>] [<strong>--testcardlx</strong>] [<strong>--network</strong>] [<strong>--serial</strong>]
-[<strong>--baudrate</strong> <em>baudrate</em>] [<strong>--bootfile</strong> <em>file</em>] [<strong>--jump</strong> <em>addr</em>]
-[<strong>--tofiles</strong>] [<strong>--cmdsonly</strong>] [<strong>--images</strong>] [<strong>--noleds</strong>] [<strong>--help</strong>]</p>
-<p>
-</p>
-<hr />
-<h1><a name="description">DESCRIPTION</a></h1>
-<p>This boot loader facilitates loading of files over the network or a
-serial port to an ETRAX100. It can also be used for fairly extensive
-hardware debugging as you can read and write to any memory addresses,
-including the ETRAX100 registers. You can also perform memory checks
-and dumps and copy data to flash memories.</p>
-<p>The first packet (or the first 784 bytes in the case of serial boot)
-sent to Etrax100 is loaded into the cache. The code in this packet is
-executed and loads the rest of the boot loader into the cache. The
-cache is the only thing we can be sure of exists on all ETRAX100
-products, so the boot loader is limited to the size of the cache,
-8KB. If further boot loading code is needed you have to set up
-external memory and load another boot loader into it, but this is
-rarely needed.</p>
-<p>Two programs are involved in this boot loading, one is the program on
-your workstation that sends the packets to ETRAX100, this is called
-the server boot loader or SBL. The other program is the one in
-ETRAX100 that receives packets from the SBL and acts upon the data
-therein, this is called the client boot loader or CBL.</p>
-<p>We don't want to edit and recompile the CBL each time we want to load
-level two to different parts of memory, like we do on different
-products. We also want to change things like the setup of external
-memory before we load data into it. To make the boot loading as
-flexible as possible and separate the CBL from level two we send a
-configuration packet to it. After this packet we load other files, if
-we want to.</p>
-<p>The configuration packet can contain information to the CBL which lets
-you: initialize external memory, read and write to all ETRAX100
-registers, read and write to any part of memory, load as many other
-files as you like to any part of memory you like, etc. The
-configuration packet is generated on the fly by the SBL.</p>
-<p>Since the CBL is unaware of which product it will be loaded on, it
-doesn't do product specific initialization like setting up the
-memory. This must be done with the configuration packet.</p>
-<p>
-</p>
-<h2><a name="debugging_printout">Debugging printout</a></h2>
-<p>When doing network boot the debugging printout from the CBL in ETRAX
-is transmitted back over the network and printed by e100boot. When
-doing serial boot that interface will be used. So in either case you
-will not need any other software or hardware to receive the debugging
-printout.</p>
-<p>
-</p>
-<h2><a name="creating_binaries">Creating binaries</a></h2>
-<p>The files containing code to be loaded on the ETRAX100 must be
-stripped using the standard GCC binutils.</p>
-<p>
-</p>
-<h2><a name="how_it_works__things_you_don_t_want_to_know_">How it works, things you don't want to know.</a></h2>
-<p>ack, timeout bla, bla... RTFS.</p>
-<p>
-</p>
-<h2><a name="compilation_and_code">Compilation and code</a></h2>
-<p>Noteworthy is that two separate ETRAX100 binaries are created, one for
-network boot and one for serial boot. They actually contain exactly
-the same code, but linked in different order. This is because the code
-to load the rest of the bootloader over a specific interface must be
-contained in the first data sent to the ETRAX100 and it is too
-difficult to cram the code for both interfaces in the beginning of the
-same binary. Hence two files.</p>
-<p>Other stuff you don't want to know is that the cache is mapped from
-0x380000f0 to 0x380020f0. Code starts at the first address followed by
-data up to the symbol <em>Ebss</em>. At the other end is the buffer for boot
-commands (addresses defined by <em>IO_BUF_START</em> and <em>IO_BUF_END</em> below
-which the stack lies and hopefully the stack and <em>Ebss</em> will never
-meet...</p>
-<p>The serial data is loaded from 0x380000f0 to 0x380003ff before
-execution starts.</p>
-<p>
-</p>
-<hr />
-<h1><a name="options">OPTIONS</a></h1>
-<p>The options are done in the order specified on the command line, so
-you probably want to do any memory setup before loading a file to the
-memory, and you probably do not want to perform a memory test after
-you have loaded a file to that memory.</p>
-<p>All addresses and sizes must be in hex with optional '0x' prefix, or a
-ETRAX100 register name. Since the <strong>--setreg</strong> and <strong>--getreg</strong> options
-only can be performed on dword aligned dwords only the registers that
-conform to this can be named.</p>
-<p>Note also that all addresses must be in uncached memory (bit 31 set),
-as the bootloader lies in the cache. If you access any uncached
-address during boot, the bootloader will be destroyed without warning.</p>
-<p>It is also possible to specify an address as <em>+address</em>, in which
-case it is considered to be relative to <em>IO_BUF_START</em>. This is
-especially useful in combination with the <strong>--loop</strong> option below.</p>
-<dl>
-<dt><strong><a name="item__2d_2dbaudrate_baudrate"><strong>--baudrate</strong> <em>baudrate</em></a></strong>
-
-<dd>
-<p>Set baudrate for files loaded after the boot loader.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dbootfile_filename"><strong>--bootfile</strong> <em>filename</em></a></strong>
-
-<dd>
-<p>Which boot image to send to ETRAX instead of the default ones.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dcmdsonly"><strong>--cmdsonly</strong></a></strong>
-
-<dd>
-<p>Write the commands to file e100boot.cmds.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2ddevboard"><strong>--devboard</strong></a></strong>
-
-<dd>
-<p>Sets registers for the developer board.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2ddevice_devicename"><strong>--device</strong> <em>devicename</em></a></strong>
-
-<dd>
-<p>Which device to send packets on. For network boot the default is
-eth0. For serial boot it is ttyS0.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dfile_filename_7c_2d_address__5bsize_5d"><strong>--file</strong> <em>filename</em>|- <em>address</em> [<em>size</em>]</a></strong>
-
-<dd>
-<p>The file to load and the address to load it to. If file is loaded on
-stdin, specify filename '-' followed by a size. Size need only be
-given in this case. You can load as many files as you want, each
-specified with a <strong>--file</strong>.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dflash_ram_2dsource_flash_2doffset_size"><strong>--flash</strong> <em>ram-source flash-offset size</em></a></strong>
-
-<dd>
-<p>Copies the specified RAM area to the flash.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dgetreg_address_7cregname"><strong>--getreg</strong> <em>address</em>|<em>regname</em></a></strong>
-
-<dd>
-<p>Print value of memory location. Must be uncached address.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dhelp"><strong>--help</strong></a></strong>
-
-<dd>
-<p>Print the help information.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dimages"><strong>--images</strong></a></strong>
-
-<dd>
-<p>Print information about the internal boot images, then exit.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2djump_address"><strong>--jump</strong> <em>address</em></a></strong>
-
-<dd>
-<p>Jump to specified address.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dlabel_label"><strong>--label</strong> <em>label</em></a></strong>
-
-<dd>
-<p>Define a label to be used as target by the <strong>--loop</strong> command. This
-command is only used by the SBL to calculate the address for the
-<strong>--loop</strong> and does not take up any space in the configuration packet.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dloop_check_2daddress_label"><strong>--loop</strong> <em>check-address label</em></a></strong>
-
-<dd>
-<p>If the contents of check-address is nonzero it is decremented and the
-command parser continues parsing at the label.</p>
-</dd>
-<dd>
-<p>If no external memory is initialized yet it can be convenient to use
-an address in the area occupied by the configuration packet. Run
-e100boot with <strong>--help</strong> to see which addresses the commands are stored
-at. The size of the commands are four bytes for each command plus four
-bytes per argument to the command.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dmemclear_start_2daddress_end_2daddress"><strong>--memclear</strong> <em>start-address end-address</em></a></strong>
-
-<dd>
-<p>Clears the specified memory area.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dmemdump_start_2daddress_end_2daddress"><strong>--memdump</strong> <em>start-address end-address</em></a></strong>
-
-<dd>
-<p>Prints the contents of the specified memory area.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dmemtest_start_2daddress_end_2daddress"><strong>--memtest</strong> <em>start-address end-address</em></a></strong>
-
-<dd>
-<p>Does a fairly extensive test of the specified memory area. Not only
-catches defect memories but also catches things like wrong memory
-setups where memory addresses are mirrored onto each other.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dnetwork"><strong>--network</strong></a></strong>
-
-<dd>
-<p>Perform a network boot.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dnoleds"><strong>--noleds</strong></a></strong>
-
-<dd>
-<p>When using the internal images use a version that does not toggle
-general port PA or PB in ETRAX during the boot procedure.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dpause_iterations"><strong>--pause</strong> <em>iterations</em></a></strong>
-
-<dd>
-<p>How many <em>iterations</em> to do of an empty loop.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dserial"><strong>--serial</strong></a></strong>
-
-<dd>
-<p>Do a serial boot.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dsetreg_address_7cregname_value"><strong>--setreg</strong> <em>address</em>|<em>regname</em> <em>value</em></a></strong>
-
-<dd>
-<p>Load dword to dword aligned memory location.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dtestcard"><strong>--testcard</strong></a></strong>
-
-<dd>
-<p>Configures the memories for the ETRAX 100 testcard.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dtestcardlx"><strong>--testcardlx</strong></a></strong>
-
-<dd>
-<p>Configures the memories for the ETRAX100 LX testcard.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dtofiles"><strong>--tofiles</strong></a></strong>
-
-<dd>
-<p>Write packets to files e100boot.seq[0..]. Does not transmit the data.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2dverify_address_value"><strong>--verify</strong> <em>address value</em></a></strong>
-
-<dd>
-<p>Verify that memory contains dword. If not loader will stop. This is to
-avoid booting the wrong unit. If you have the units ethernet address
-in the flash memory you can check for that.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2d5400"><strong>--5400</strong></a></strong>
-
-<dd>
-<p>Sets R_WAITSTATES, R_DRAM_TIMING and R_DRAM_CONFIG for the 5400
-printserver.</p>
-</dd>
-</li>
-<dt><strong><a name="item__2d_2d5600"><strong>--5600</strong></a></strong>
-
-<dd>
-<p>Sets R_WAITSTATES, R_DRAM_TIMING and R_DRAM_CONFIG for the 5600
-printserver.</p>
-</dd>
-</li>
-</dl>
-<p>
-</p>
-<hr />
-<h1><a name="examples">EXAMPLES</a></h1>
-<p>If you have a stripped binary (file.ima) linked to 0x08000000 that you want
-to boot via the network, do this:</p>
-<p><strong>e100boot --file file.ima 88000000 --jump 08000000</strong></p>
-<p>Or something like this. Sets waitstates to zero and loads two files,
-the first from stdin:</p>
-<p><strong>cat file.ima | e100boot --memtest 88000000 8801ffff --memclear
-88000000 8801ffff --setreg b0000000 0 --getreg b0000000 --file -
-88000000 a000 --file file2.ima 88010000 --memdump 88000000 880000ff
---jump 08000000</strong></p>
-<p>Or this, enables 16 bit parallel port and flashes the led on PA0:</p>
-<p><strong>e100boot --testcardlx --setreg R_PORT_PA_SET 0x00000000 --setreg
-R_GEN_CONFIG 0x80000004 --setreg R_PAR0_CONFIG 0x00000200 --setreg
-R_PORT_G_DATA 0x00000000 --pause 0x02000000 --setreg R_PORT_G_DATA
-0xffffffff --pause 0x02000000 --setreg R_PORT_G_DATA 0x00000000 --loop
-0x38001e0b 0x38001e60</strong></p>
-<p>Setup the memory, test the SRAM, print the contents of the first 256
-bytes of SRAM, clear SRAM, test the DRAM, print R_DMA_CH0_CMD, load a
-file to SRAM, load another file to SRAM, load file to DRAM, jump to
-code in SRAM.</p>
-<p><strong>e100boot --setreg b0000000 1000 --setreg b0000008 00006543 --setreg
-b000000c 12966060 --memtest 88000000 80000 --memdump 88000000 880000ff
---memclear 88000000 80000 --memtest c0000000 400000 --getreg b00001d0
---file file1.ima 88000000 --file file2.ima 88010000 --file file3.ima
-c0000000 --jump 88000000</strong></p>
-<p>Boot Linux on the testcard.</p>
-<p><strong>e100boot --setreg b0000000 1000 --setreg b0000008 6557 --setreg
-b000000c 1b988080 --file timage c0000500 --jump 40000500</strong></p>
-<p>Booting over serial port and using labels to flash the leds on port
-PA.</p>
-<p><strong>e100boot --serial --device /dev/ttyS1 --baudrate 9600 --label first
---setreg 0x380020e0 00000001 --setreg R_PORT_PA_SET 0x0000ff00 --pause
-0x02000000 --setreg R_PORT_PA_SET 0x0000ffff --pause 0x02000000 --loop
-0x380020e0 first</strong></p>
-<p>
-</p>
-<hr />
-<h1><a name="bugs">BUGS</a></h1>
-<p>You're kidding, right? Check <a href="#author">AUTHOR</a> below. The only thing
-would be the hubris of the author, but that I consider a feature. If
-you find any other 'features' report them to
-<a href="mailto:technology@axis.com.">technology@axis.com.</a> Don't bother the author directly, he is busy
-playing PlayStation2.</p>
-<p>
-</p>
-<hr />
-<h1><a name="copying">COPYING</a></h1>
-<p>Copyright © 1996-2002 Axis Communications AB.</p>
-<p>
-</p>
-<hr />
-<h1><a name="author">AUTHOR</a></h1>
-<p>Written by Ronny Ranerup.</p>
-<p>
-</p>
-<hr />
-<h1><a name="see_also">SEE ALSO</a></h1>
-<p>The fine source, which you can get at <a href="http://developer.axis.com.">http://developer.axis.com.</a></p>
-
-</body>
-
-</html>
diff --git a/target/linux/etrax-2.6/image/e100boot/src/doc/e100boot.pod b/target/linux/etrax-2.6/image/e100boot/src/doc/e100boot.pod
deleted file mode 100644
index 8ff514c6b7..0000000000
--- a/target/linux/etrax-2.6/image/e100boot/src/doc/e100boot.pod
+++ /dev/null
@@ -1,314 +0,0 @@
-=head1 NAME
-
-e100boot - Network and serial port bootloader for the ETRAX100 CPU.
-
-=head1 SYNOPSIS
-
-B<e100boot> [B<--device> I<devicename>]
-[B<--file> I<filename>|- I<addr> [I<size>]]
-[B<--flash> I<ram-source> I<flash-offset> I<size>] [B<--pause> I<iter>]
-[B<--memtest> I<addr> I<addr>] [B<--memclear> I<addr> I<addr>]
-[B<--memdump> I<addr> I<addr>] [B<--setreg> I<addr>|I<regname> I<val>]
-[B<--getreg> I<addr>|I<regname>] [B<--verify> I<addr> I<val>]
-[B<--label> I<label>] [B<--loop> I<addr> I<label>] [B<--5400>] [B<--5600>]
-[B<--testcard>] [B<--devboard>] [B<--testcardlx>] [B<--network>] [B<--serial>]
-[B<--baudrate> I<baudrate>] [B<--bootfile> I<file>] [B<--jump> I<addr>]
-[B<--tofiles>] [B<--cmdsonly>] [B<--images>] [B<--noleds>] [B<--help>]
-
-=head1 DESCRIPTION
-
-This boot loader facilitates loading of files over the network or a
-serial port to an ETRAX100. It can also be used for fairly extensive
-hardware debugging as you can read and write to any memory addresses,
-including the ETRAX100 registers. You can also perform memory checks
-and dumps and copy data to flash memories.
-
-The first packet (or the first 784 bytes in the case of serial boot)
-sent to Etrax100 is loaded into the cache. The code in this packet is
-executed and loads the rest of the boot loader into the cache. The
-cache is the only thing we can be sure of exists on all ETRAX100
-products, so the boot loader is limited to the size of the cache,
-8KB. If further boot loading code is needed you have to set up
-external memory and load another boot loader into it, but this is
-rarely needed.
-
-Two programs are involved in this boot loading, one is the program on
-your workstation that sends the packets to ETRAX100, this is called
-the server boot loader or SBL. The other program is the one in
-ETRAX100 that receives packets from the SBL and acts upon the data
-therein, this is called the client boot loader or CBL.
-
-We don't want to edit and recompile the CBL each time we want to load
-level two to different parts of memory, like we do on different
-products. We also want to change things like the setup of external
-memory before we load data into it. To make the boot loading as
-flexible as possible and separate the CBL from level two we send a
-configuration packet to it. After this packet we load other files, if
-we want to.
-
-The configuration packet can contain information to the CBL which lets
-you: initialize external memory, read and write to all ETRAX100
-registers, read and write to any part of memory, load as many other
-files as you like to any part of memory you like, etc. The
-configuration packet is generated on the fly by the SBL.
-
-Since the CBL is unaware of which product it will be loaded on, it
-doesn't do product specific initialization like setting up the
-memory. This must be done with the configuration packet.
-
-=head2 Debugging printout
-
-When doing network boot the debugging printout from the CBL in ETRAX
-is transmitted back over the network and printed by e100boot. When
-doing serial boot that interface will be used. So in either case you
-will not need any other software or hardware to receive the debugging
-printout.
-
-=head2 Creating binaries
-
-The files containing code to be loaded on the ETRAX100 must be
-stripped using the standard GCC binutils.
-
-=head2 How it works, things you don't want to know.
-
-ack, timeout bla, bla... RTFS.
-
-=head2 Compilation and code
-
-Noteworthy is that two separate ETRAX100 binaries are created, one for
-network boot and one for serial boot. They actually contain exactly
-the same code, but linked in different order. This is because the code
-to load the rest of the bootloader over a specific interface must be
-contained in the first data sent to the ETRAX100 and it is too
-difficult to cram the code for both interfaces in the beginning of the
-same binary. Hence two files.
-
-Other stuff you don't want to know is that the cache is mapped from
-0x380000f0 to 0x380020f0. Code starts at the first address followed by
-data up to the symbol I<Ebss>. At the other end is the buffer for boot
-commands (addresses defined by I<IO_BUF_START> and I<IO_BUF_END> below
-which the stack lies and hopefully the stack and I<Ebss> will never
-meet...
-
-The serial data is loaded from 0x380000f0 to 0x380003ff before
-execution starts.
-
-=head1 OPTIONS
-
-The options are done in the order specified on the command line, so
-you probably want to do any memory setup before loading a file to the
-memory, and you probably do not want to perform a memory test after
-you have loaded a file to that memory.
-
-All addresses and sizes must be in hex with optional '0x' prefix, or a
-ETRAX100 register name. Since the B<--setreg> and B<--getreg> options
-only can be performed on dword aligned dwords only the registers that
-conform to this can be named.
-
-Note also that all addresses must be in uncached memory (bit 31 set),
-as the bootloader lies in the cache. If you access any uncached
-address during boot, the bootloader will be destroyed without warning.
-
-It is also possible to specify an address as I<+address>, in which
-case it is considered to be relative to I<IO_BUF_START>. This is
-especially useful in combination with the B<--loop> option below.
-
-=over 4
-
-=item B<--baudrate> I<baudrate>
-
-Set baudrate for files loaded after the boot loader.
-
-=item B<--bootfile> I<filename>
-
-Which boot image to send to ETRAX instead of the default ones.
-
-=item B<--cmdsonly>
-
-Write the commands to file e100boot.cmds.
-
-=item B<--devboard>
-
-Sets registers for the developer board.
-
-=item B<--device> I<devicename>
-
-Which device to send packets on. For network boot the default is
-eth0. For serial boot it is ttyS0.
-
-=item B<--file> I<filename>|- I<address> [I<size>]
-
-The file to load and the address to load it to. If file is loaded on
-stdin, specify filename '-' followed by a size. Size need only be
-given in this case. You can load as many files as you want, each
-specified with a B<--file>.
-
-=item B<--flash> I<ram-source flash-offset size>
-
-Copies the specified RAM area to the flash.
-
-=item B<--getreg> I<address>|I<regname>
-
-Print value of memory location. Must be uncached address.
-
-=item B<--help>
-
-Print the help information.
-
-=item B<--images>
-
-Print information about the internal boot images, then exit.
-
-=item B<--jump> I<address>
-
-Jump to specified address.
-
-=item B<--label> I<label>
-
-Define a label to be used as target by the B<--loop> command. This
-command is only used by the SBL to calculate the address for the
-B<--loop> and does not take up any space in the configuration packet.
-
-=item B<--loop> I<check-address label>
-
-If the contents of check-address is nonzero it is decremented and the
-command parser continues parsing at the label.
-
-If no external memory is initialized yet it can be convenient to use
-an address in the area occupied by the configuration packet. Run
-e100boot with B<--help> to see which addresses the commands are stored
-at. The size of the commands are four bytes for each command plus four
-bytes per argument to the command.
-
-=item B<--memclear> I<start-address end-address>
-
-Clears the specified memory area.
-
-=item B<--memdump> I<start-address end-address>
-
-Prints the contents of the specified memory area.
-
-=item B<--memtest> I<start-address end-address>
-
-Does a fairly extensive test of the specified memory area. Not only
-catches defect memories but also catches things like wrong memory
-setups where memory addresses are mirrored onto each other.
-
-=item B<--network>
-
-Perform a network boot.
-
-=item B<--noleds>
-
-When using the internal images use a version that does not toggle
-general port PA or PB in ETRAX during the boot procedure.
-
-=item B<--pause> I<iterations>
-
-How many I<iterations> to do of an empty loop.
-
-=item B<--serial>
-
-Do a serial boot.
-
-=item B<--setreg> I<address>|I<regname> I<value>
-
-Load dword to dword aligned memory location.
-
-=item B<--testcard>
-
-Configures the memories for the ETRAX 100 testcard.
-
-=item B<--testcardlx>
-
-Configures the memories for the ETRAX100 LX testcard.
-
-=item B<--tofiles>
-
-Write packets to files e100boot.seq[0..]. Does not transmit the data.
-
-=item B<--verify> I<address value>
-
-Verify that memory contains dword. If not loader will stop. This is to
-avoid booting the wrong unit. If you have the units ethernet address
-in the flash memory you can check for that.
-
-=item B<--5400>
-
-Sets R_WAITSTATES, R_DRAM_TIMING and R_DRAM_CONFIG for the 5400
-printserver.
-
-=item B<--5600>
-
-Sets R_WAITSTATES, R_DRAM_TIMING and R_DRAM_CONFIG for the 5600
-printserver.
-
-=back
-
-=head1 EXAMPLES
-
-If you have a stripped binary (file.ima) linked to 0x08000000 that you want
-to boot via the network, do this:
-
-B<e100boot --file file.ima 88000000 --jump 08000000>
-
-Or something like this. Sets waitstates to zero and loads two files,
-the first from stdin:
-
-B<cat file.ima | e100boot --memtest 88000000 8801ffff --memclear
-88000000 8801ffff --setreg b0000000 0 --getreg b0000000 --file -
-88000000 a000 --file file2.ima 88010000 --memdump 88000000 880000ff
---jump 08000000>
-
-Or this, enables 16 bit parallel port and flashes the led on PA0:
-
-B<e100boot --testcardlx --setreg R_PORT_PA_SET 0x00000000 --setreg
-R_GEN_CONFIG 0x80000004 --setreg R_PAR0_CONFIG 0x00000200 --setreg
-R_PORT_G_DATA 0x00000000 --pause 0x02000000 --setreg R_PORT_G_DATA
-0xffffffff --pause 0x02000000 --setreg R_PORT_G_DATA 0x00000000 --loop
-0x38001e0b 0x38001e60>
-
-Setup the memory, test the SRAM, print the contents of the first 256
-bytes of SRAM, clear SRAM, test the DRAM, print R_DMA_CH0_CMD, load a
-file to SRAM, load another file to SRAM, load file to DRAM, jump to
-code in SRAM.
-
-B<e100boot --setreg b0000000 1000 --setreg b0000008 00006543 --setreg
-b000000c 12966060 --memtest 88000000 80000 --memdump 88000000 880000ff
---memclear 88000000 80000 --memtest c0000000 400000 --getreg b00001d0
---file file1.ima 88000000 --file file2.ima 88010000 --file file3.ima
-c0000000 --jump 88000000>
-
-Boot Linux on the testcard.
-
-B<e100boot --setreg b0000000 1000 --setreg b0000008 6557 --setreg
-b000000c 1b988080 --file timage c0000500 --jump 40000500>
-
-Booting over serial port and using labels to flash the leds on port
-PA.
-
-B<e100boot --serial --device /dev/ttyS1 --baudrate 9600 --label first
---setreg 0x380020e0 00000001 --setreg R_PORT_PA_SET 0x0000ff00 --pause
-0x02000000 --setreg R_PORT_PA_SET 0x0000ffff --pause 0x02000000 --loop
-0x380020e0 first>
-
-=head1 BUGS
-
-You're kidding, right? Check L<AUTHOR|"AUTHOR"> below. The only thing
-would be the hubris of the author, but that I consider a feature. If
-you find any other 'features' report them to
-technology@axis.com. Don't bother the author directly, he is busy
-playing PlayStation2.
-
-=head1 COPYING
-
-Copyright © 1996-2002 Axis Communications AB.
-
-=head1 AUTHOR
-
-Written by Ronny Ranerup.
-
-=head1 SEE ALSO
-
-The fine source, which you can get at http://developer.axis.com.
-
diff --git a/target/linux/etrax-2.6/image/e100boot/src/doc/pod2htmd.tmp b/target/linux/etrax-2.6/image/e100boot/src/doc/pod2htmd.tmp
deleted file mode 100644
index 61e86d9f1b..0000000000
--- a/target/linux/etrax-2.6/image/e100boot/src/doc/pod2htmd.tmp
+++ /dev/null
@@ -1,2 +0,0 @@
-
-.
diff --git a/target/linux/etrax-2.6/image/e100boot/src/doc/pod2htmi.tmp b/target/linux/etrax-2.6/image/e100boot/src/doc/pod2htmi.tmp
deleted file mode 100644
index 61e86d9f1b..0000000000
--- a/target/linux/etrax-2.6/image/e100boot/src/doc/pod2htmi.tmp
+++ /dev/null
@@ -1,2 +0,0 @@
-
-.