redboot_installing.sgml
来自「eCos操作系统源码」· SGML 代码 · 共 1,810 行 · 第 1/5 页
SGML
1,810 行
Then initialize RedBoot's FIS:<screen>RedBoot> <userinput>fi init</userinput>About to initialize [format] FLASH image system - continue (y/n)? <userinput>y</userinput>*** Initialize FLASH Image System Warning: device contents not erased, some blocks may not be usable... Erase from 0x61fc0000-0x61fe0000: .... Program from 0x01fdf000-0x01fff000 at 0x61fc0000: .</screen>Download the ROMRAM mode RedBoot image via ethernet:<screen>RedBoot> <userinput>load -raw -b %{FREEMEMLO} redboot_secondary_ROMRAM.arm.bin</userinput></screen>or using serial Y-modem protocol:<screen>RedBoot> <userinput>load -raw -mode ymodem -b %{FREEMEMLO}</userinput></screen>(Use the terminal emulator's Y-modem upload command to send the file <filename>redboot_secondary_ROMRAM.arm.bin</filename>.)When the image has been downloaded, program it into flash:<screen>RedBoot> <userinput>fi cr RedBoot</userinput>An image named 'RedBoot' exists - continue (y/n)? <userinput>y</userinput>* CAUTION * about to program 'RedBoot' at 0x60020000..0x6005ffff from 0x00100000 - continue (y/n)? <userinput>y</userinput>... Erase from 0x60020000-0x60060000: ..... Program from 0x00100000-0x00140000 at 0x60020000: ..... Erase from 0x61fc0000-0x61fe0000: .... Program from 0x01f5f000-0x01f7f000 at 0x61fc0000: .</screen>Now reset the board. You might see the ARM Monitor complain:<screen>Failed to boot from flash. The ARM Boot Monitor SIB can not be found. Press any key to continue. </screen>This is due to due to the flash having been erased. Press a key, andexecute the "validate flash contents" command:<screen>boot Monitor > <userinput>v</userinput>There are 254 128KByte blocks of Application Flash:No images found!================System Information Blocks=========================Address Owner Size Idx Rev~~~~~~~ ~~~~~ ~~~~ ~~~ ~~~0x05FE0000 ARM Boot Monitor 312 0 0Blocks of unknown type======================Block Size Footer Type~~~~~ ~~~~ ~~~~~~~~~~~ 252 1 0x52420000boot Monitor ></screen>This causes the last block of the flash to be initialized with the ARMBoot Monitor ID, necessary for the Monitor to work properly. Whenresetting the board now, it should automatically start RedBoot. If youever need to get into the ARM Boot Monitor again, reset the boardwhile pressing the SPACE key.</para></sect3>--></sect2><sect2><title>Special RedBoot Commands </title><para>The <command>exec</command> command which allows the loadingand execution of Linux kernels,is supported for this board (see <xref linkend="executing-programs">). The <command>exec</command> parameters used for the AAED2000 are:</para><variablelist><varlistentry><term>-b <replaceable><addr></replaceable></term><listitem><para>Location Linux kernel was loaded to</para></listitem></varlistentry><varlistentry><term>-l <replaceable><len></replaceable></term><listitem><para>Length of kernel</para></listitem></varlistentry><varlistentry><term>-c <replaceable>"params"</replaceable></term><listitem><para>Parameters passed to kernel</para></listitem></varlistentry><varlistentry><term>-r <replaceable><addr></replaceable></term><listitem><para>'initrd' ramdisk location</para></listitem></varlistentry><varlistentry><term>-s <replaceable><len></replaceable></term><listitem><para>Length of initrd ramdisk</para></listitem></varlistentry></variablelist><para>The parameters for kernel image base and size are automaticallyset after a load operation. So one way of starting the kernel wouldbe:<screen>RedBoot> <userinput>load -r -b 0x100000 zImage</userinput>Raw file loaded 0x00100000-0x001a3d6cRedBoot> exec -c "console=ttyAC0,38400"Using base address 0x00100000 and length 0x000a3d6cUncompressing Linux.....</screen>An image could also be put in flash and started directly:<screen>RedBoot> <userinput>exec -b 0x60040000 -l 0xc0000 -c "console=ttyAC0,38400"</userinput>Uncompressing Linux.....</screen></para></sect2><sect2><title>Memory Maps </title><para>The MMU page tables are located at 0x4000. <note><title>NOTE</title><para>The virtual memory maps in this section use a C and B column to indicatewhether or not the region is cached (C) or buffered (B).</para></note><programlisting>Physical Address Range Description----------------------- ----------------------------------0x00000000 - 0x01ffffff Flash0x10000000 - 0x100fffff Ethernet0x30000000 - 0x300fffff Board registers0x40000000 - 0x4fffffff PCMCIA Slot (0)0x50000000 - 0x5fffffff Compact Flash Slot (1)0x80000000 - 0x800037ff I/O registers0xb0060000 - 0xb00fffff On-chip SRAM0xf0000000 - 0xfd3fffff SDRAMVirtual Address Range C B Description----------------------- - - ----------------------------------0x00000000 - 0x01f7ffff Y Y SDRAM0x01f80000 - 0x01ffffff Y Y SDRAM (used for LCD frame buffer)0x10000000 - 0x100fffff N N Ethernet0x30000000 - 0x300fffff N N Board registers0x40000000 - 0x4fffffff N N PCMCIA Slot (0)0x50000000 - 0x5fffffff N N Compact Flash Slot (1)0x60000000 - 0x61ffffff N N Flash0x80000000 - 0x800037ff N N I/O registers0xf0000000 - 0xffffffff N N SDRAM (uncached)</programlisting></para></sect2><sect2><title>Rebuilding RedBoot</title><para>These shell variables provide the platform-specific informationneeded for building RedBoot according to the procedure described in<xref linkend="Rebuilding-Redboot">:<programlisting>export TARGET=aaedexport ARCH_DIR=armexport PLATFORM_DIR=arm9/aaed2000</programlisting></para><para>The names of configuration files are listed above with thedescription of the associated modes.</para></sect2></sect1><?Pub _newpage><sect1 id="excaliburarm9"><title>ARM/ARM9 Altera Excalibur</title><sect2><title>Overview</title><para><indexterm><primary>Altera Excalibur ARM9 (excalibur_arm9)</primary><secondary>installing and testing</secondary></indexterm><indexterm><primary>installing and testing</primary><secondary>Altera Excalibur ARM9 (excalibur_arm9)</secondary></indexterm>RedBoot supports the serial port labelledP2 on the board. The default serial port settings are 57600,8,N,1. RedBootalso supports flash management on the Excalibur.</para><para>The following RedBoot configurations are supported: <informaltable frame="all"> <tgroup cols="4" colsep="1" rowsep="1" align="left"> <thead> <row> <entry>Configuration</entry> <entry>Mode</entry> <entry>Description</entry> <entry>File</entry> </row> </thead> <tbody> <row> <entry>ROMRAM</entry> <entry>[ROMRAM]</entry> <entry>RedBoot running from RAM, but contained in the board's flash boot sector.</entry> <entry>redboot_ROMRAM.ecm</entry> </row> <row> <entry>RAM</entry> <entry>[RAM]</entry> <entry>RedBoot running from RAM with RedBoot in the flash boot sector.</entry> <entry>redboot_RAM.ecm</entry> </row> <row> <entry>REDBOOT</entry> <entry>[ROMRAM]</entry> <entry>RedBoot running from top of RAM, but contained in the board's flash boot sector.</entry> <entry>redboot_REDBOOT.ecm</entry> </row></tbody></tgroup></informaltable></para><note> <title>NOTE</title><para>RedBoot is currently hardwired to use a 128MB SDRAM SIMM module.</para></note></sect2><sect2><title>Initial Installation Method </title><para>A Windows utility(<application>exc_flash_programmer.exe</application>) is used toprogram flash using the ByteBlasterMV JTAG unit.See board documentation for details onin situ flash programming. </para><para>For ethernet to work (under Linux) the following jumpersettings should be used on a REV 2 board: <literallayout>SW2-9 : OFFU179 : 2-3JP14-18 : OPENJP40-41 : 2-3JP51-55 : 2-3</literallayout></para></sect2><sect2><title>Flash management</title><para>The ROMRAM and REDBOOT configurations supported on this platformdiffer only in the memory layout (ROMRAM configuration runs RedBoot from0x00008000 while REDBOOT configuration runs RedBoot from 0x07f80000). TheREDBOOT configuration allows applications to be loaded and run fromaddress 0x00008000.</para></sect2><sect2><title>Special RedBoot Commands </title><para>The <command>exec</command> command which allows the loadingand execution of Linux kernels,is supported for this board (see <xref linkend="executing-programs">). The <command>exec</command> parameters used for the Excalibur are:</para><variablelist><varlistentry><term>-b <replaceable><addr></replaceable></term><listitem><para>Location Linux kernel was loaded to</para></listitem></varlistentry><varlistentry><term>-l <replaceable><len></replaceable></term><listitem><para>Length of kernel</para></listitem></varlistentry><varlistentry><term>-c <replaceable>"params"</replaceable></term><listitem><para>Parameters passed to kernel</para></listitem></varlistentry><varlistentry><term>-r <replaceable><addr></replaceable></term><listitem><para>'initrd' ramdisk location</para></listitem></varlistentry><varlistentry><term>-s <replaceable><len></replaceable></term><listitem><para>Length of initrd ramdisk</para></listitem></varlistentry></variablelist><para>The parameters for kernel image base and size are automaticallyset after a load operation. So one way of starting the kernel wouldbe:<screen>RedBoot> <userinput>load -r -b 0x100000 zImage</userinput>Raw file loaded 0x00100000-0x001a3d6cRedBoot> <userinput>exec -c "console=ttyUA0,57600"</userinput>Using base address 0x00100000 and length 0x000a3d6cUncompressing Linux.....</screen>An image could also be put in flash and started directly:<screen>RedBoot> <userinput>exec -b 0x40400000 -l 0xc0000 -c "console=ttyUA0,57600"</userinput>Uncompressing Linux.....</screen></para></sect2><sect2><title>Memory Maps </title><para>The MMU page tables are located at 0x4000. <note><title>NOTE</title><para>The virtual memory maps in this section use a C and B column to indicatewhether or not the region is cached (C) or buffered (B).</para></note><programlisting>Physical Address Range Description----------------------- ----------------------------------0x00000000 - 0x07ffffff SDRAM0x08000000 - 0x0805ffff On-chip SRAM0x40000000 - 0x40ffffff Flash0x7fffc000 - 0x7fffffff I/O registers0x80000000 - 0x8001ffff PLDVirtual Address Range C B Description----------------------- - - ----------------------------------0x00000000 - 0x07ffffff Y Y SDRAM0x08000000 - 0x0805ffff Y Y On-chip SRAM0x40000000 - 0x403fffff N Y Flash0x7fffc000 - 0x7fffffff N N I/O registers0x80000000 - 0x8001ffff N N PLD</programlisting></para></sect2><sect2><title>Rebuilding RedBoot</title><para>These shell variables provide the platform-specific informationneeded for building RedBoot according to the procedure described in<xref linkend="Rebuilding-Redboot">:<programlisting>export TARGET=excalibur_arm9export ARCH_DIR=armexport PLATFORM_DIR=arm9/excalibur</programlisting></para><para>The names of configuration files are listed above with thedescription of the associated modes.</para></sect2></sect1><?Pub _newpage><sect1 id="ebsa285"><title>ARM/StrongARM(SA110) Intel EBSA 285</title><sect2><title>Overview</title><para><indexterm><primary>Intel StrongArm EBSA 285</primary><secondary>installingand testing</secondary></indexterm><indexterm><primary>installing and testing</primary><secondary>Intel StrongArm EBSA 285</secondary></indexterm>RedBootuses the single EBSA-285 serial port. The default serial port settings are38400,8,N,1. If the EBSA-285 is used as a host on a PCI backplane, ethernetis supported using an Intel PRO/100+ ethernet adapter. Management ofonboard flash is also supported.</para><para>The following RedBoot configurations are supported: <informaltable frame="all"> <tgroup cols="4" colsep="1" rowsep="1" align="left"> <thead> <row> <entry>Configuration</entry> <entry>Mode</entry> <entry>Description</entry> <entry>File</entry> </row> </
⌨️ 快捷键说明
复制代码Ctrl + C
搜索代码Ctrl + F
全屏模式F11
增大字号Ctrl + =
减小字号Ctrl + -
显示快捷键?