Release Notes of the QNX BSP for Centrality Atlas II EVB Trunk#

Similar documents
Release Notes for QNX Neutrino BSP for Renesas SH7780 EDOSK 1.0.0#

Release Notes for the QNX Neutrino BSP for Texas Instruments DRX45X EVM (J1DDR) 1.0.1#

Release Notes for the QNX Neutrino BSP for Texas Instruments OMAP5912 OSK Trunk#

Release Notes of the QNX BSP for AMCC PPC440 EP/GR Evaluation Kit (EVK) Trunk#

Release Notes for the QNX Neutrino BSP for Texas Instruments DM644X EVM 1.0.0#

Release Notes for the QNX Neutrino BSP for Freescale i.mx25 3DS PDK 1.0.0#

Release Notes of QNX Neutrino BSP for Freescale MPC8641D HPCN 1.0.0#

Release Notes for the QNX Neutrino BSP for Fujitsu Jade-D EVB 1.0.0#

Release Notes for the QNX Neutrino BSP for TI OMAP-L138 EVM/TI AM1808#

Release Notes for QNX Neutrino BSP for Renesas SH7785 SDK 1.0.0#

Release Notes for the QNX Neutrino BSP for Atmel At91sam9263 EK trunk#

Release Notes for the QNX Neutrino 6.4 BSP for Texas Instruments Mistral OMAP3530 EVM / Beagle Board#

Release Notes for the QNX Neutrino BSP for Freescale P2020DS 1.0.0#

Release Notes for the QNX Neutrino BSP for Atmel AT91SAM9260-EK Board#

Release Notes for the QNX Neutrino BSP for Texas Instruments DM355 EVM 1.0.0#

Release Notes for the QNX Neutrino BSP for Texas Instruments DRA446 EVM 1.0.0#

Release Notes for the QNX Neutrino BSP for Atmel AT91SAM9M10-EK Board#

RELEASE NOTES. for QNX SP1 BSP for the Karo TX6DL (Freescale i.mx6 Dual Lite)

Release Notes for the QNX Neutrino BSP for Atmel AT91SAM9261-EK Board#

3.3 WinCE System Installation

User Guide Linux for AT91CAP9-STK Version 1.1. User Guide LINUX FOR AT91CAP9-STK VERSION: 1.1 1/11

BitCtrl Systems GmbH. QNX6.5.0SP1 BSP for AM3359 IDK. User's Guide. Version 1.0

1. Conventions in this tutorial Introduction Check and change configuration settings as needed Start Digi ESP...

QNX Software Development Platform 6.6. Quickstart Guide

AT91SAM9G45-EVK WinCE User Manual

Release Notes for the QNX Neutrino BSP for Atmel AT91SAM9263-EK Board#

Getting Started. With Windows CE and the Topaz i.mx25 Development Kit

Avnet Zynq Mini Module Plus Embedded Design

Matrix-605 WinCE ARM9 Industry Box Computer User Guide

M-606 Linux ARM9 Single Board Computer User Guide

phycore -XScale/PXA270 Development Kit (KPCM-027) Loading eboot and a WinCE Image

MBC-SAM9G25 Core Board Overview

ML410 VxWorks Workbench BSP and System Image Creation for the BSB Design Using EDK 8.2i SP2. April

DRIVER STATION v1.0 UTILITY LOADER Created: 22DEC2008 FIRST DRIVER STATION UTILITY LOADER RE-IMAGE INSTRUCTIONS

ML410 VxWorks BSP and System Image Creation for the BSB Design Using EDK 8.2i SP1. April

QNX Software Development Platform 7.0. BSP User's Guide Generic x86 and x86_64

User s Manual for the Boundary Devices Nitrogen R board

As CCS starts up, a splash screen similar to one shown below will appear.

AT91SAM9RL64 Hands-on 03: Deploy an application thanks to the AT91SAM9RL64 BootROM loaders and at91bootstrap

The following file is used for updating the boot loader: xboot.bin: XSTREAM development platform boot loader image

Pengwyn Documentation

Lab 1. OMAP5912 Starter Kit (OSK5912)

ZCRMZNICE01ZEMG Crimzon In-Circuit Emulator

FriendlyARM. Mini2440.

ECE QNX Real-time Lab

Introduction to the TenByTen6410

XC866 Getting Started on EasyKit & Toolkits

ML410 VxWorks BSP and System Image Creation for the BSB DDR2 Design Using EDK 8.2i SP1. April

PM9263 Getting Started with Windows CE 6.0

As CCS starts up, a splash screen similar to one shown below will appear.

PSIM Tutorial. How to Use SimCoder with TI F28335 Target Powersim Inc.

First Steps. esom/sk4 esom/3517 Embedded Linux Starter Kit

Embest SOC8200 Single Board Computer

Adding SD card to WRT54GL

BRDS ( , WS 2017) Ulrich Schmid

SABRE for Automotive Infotainment Quick Start Guide. Smart Application Blueprint for Rapid Engineering Based on the i.mx 6 Series

HPS SoC Boot Guide - Cyclone V SoC Development Kit

ID B34L: HMI Development with QNX'S Momentics Toolchain and Connected Automotive Reference QNX CAR

Figure 1 TCL Used to Initialize PS

Getting Started with TargetOS on the ZedBoard 1 Introduction

Configuration Guide. Upgrading AOS Firmware L1-29.1D July 2011

TQ2440 Development Platform Manual

2018/01/30 18:11 1/6 Disks Management HDD Management. Disks must be added before they can be formatted and mounted or configured in a RAID array.

Development Environment Embedded Linux Primer Ch 1&2

phycore -XScale/PXA270 Development Kit (KPCM-027) Loading a Linux Image (demo.img)

i.mx 6UltraLite Evaluation Kit Quick Start Guide s datasheet has been downloaded from at this pag

Lenovo Flex System SI Gb System Interconnect Module. Release Notes. for Networking OS 8.2

Spartan-6 LX9 MicroBoard Embedded Tutorial. Lab 6 Creating a MicroBlaze SPI Flash Bootloader

AT91SAM9G45-EVK Linux. User Manual

S3C6410 WinCE 6.0 Development manual

Evaluation board for NXP LPC2103. User Guide. Preliminary Version updated 27 th Aug TechToys Company All Rights Reserved

Software Images. About Software Images. Dependent Factors. Send documentation comments to CHAPTER

CPC506. Best solutions to fit your demands! cpci 3U 8HP CPU Module.

TOUCH CONTROLLER CUWIN

Jade IdeaBoxx. Product Manual

LS9200 User Guide LinkSprite Technologies, Inc.

RC-SV Configuration Guide (Rev 4)

DTK2410 Specification

APPENDIX A. CODE COMPOSER STUDIO (CCS) v5: A BRIEF TUTORIAL FOR THE DSK6713

Quick Operation Manual

INSTALLATION. Security of Information and Communication Systems

First Steps. esom/sk5 esom/3517 Embedded Linux Starter Kit

ez80190 Development Kit Quick Start Guide

QSPI Flash Memory Bootloading In Standard SPI Mode with KC705 Platform

Board Update Portal based on Nios II Processor with EPCQ (Arria 10 GX FPGA Development Kit)

EX L-8 User Guide

SBC8140 Single Board Computer

Applied ICT Skills MS Windows

MYD-IMX28X Development Board

Windows Password Reset 6.0 User Guide

RC-SV Configuration Guide Revision 3

Manual Format Flash Drive Ntfs Windows Xp

2 Mega-Pixel H.264 Box IP Camera ICA-HM125. Quick Installation Guide. Version 1.0

Peerless Drive System User's Manual

OMAP3530 has 256MB NAND flash in PoP (PoP: Package-On-Package implementation for Memory Stacking) configuration.

Boot Loader for the Z51F6412 MCU

iw-rainbow-g3 / G3V FAQs:

Human Machine Interface Platform

EMBEDDED HARDWARE. Core Board. ARM7 Development board. ARM7 Evaluation Board. Page 1 of 5

QNX Software Development Platform SP1. Optimizing Startup Times

Transcription:

Release Notes of the QNX 6.4.0 BSP for Centrality Atlas II EVB Trunk# System requirements# Target system# Board version: Centrality Atlas II motherboard version 2.1 CPU board version 2.12 (with 64MB of RAM) CPU AT440 C-D-CC 7" LCD panel (resolution: 800x480) or 4" LCD panel (resolution: 320x240) ROM monitor: NBoot v2.01 or v5.0. Note: If the Atlas II board is populated with more than 64MB of RAM the startup code (i.e. init_raminfo.c) will need to be changed to add the proper RAM size. Host development system# QNX Momentics 6.4.0 development platform Latest version of the QNX Momentics Character Driver Development Kit (DDK) Terminal emulation program (Qtalk, Momentics IDE Terminal, tip, HyperTerminal, etc.) RS-232 serial port and serial cable or USB to serial adaptor Ethernet link Note: The initial board configuration requires a Microsoft Windows host. System Layout# The table below depicts the memory layout for the image and for the on-board flash. Item OS image loaded at: OS image begins execution at: IPL offset: Address 0xC0200000 0xC0200000 In on-board NAND flash, at NBoot location Ethernet base address 0x14000000 (IRQ: 205) USB base address 0x57f00000 (IRQ: 17) Getting Started# Step 1: Connect the hardware# Connect the Centrality Atlas II board's power supply as per the instructions provided with the hardware. Connect the straight-through serial cable between the USP0 port (P7) on the Atlas II. Connect the supplied USB cable to the P11 connector (USB client) on the centrality Atlas II board. Connect the other end of the USB cable to a free USB port on a Windows PC.

Step 2: Generate the OS image and IPL# For instructions about building a BSP OS image, please refer to the chapter Working with a BSP in the Building Embedded Systems manual. The IPL binary needs to be padded to 16 KB before transferring it to the board via NBoot. This step is done automatically when generating the IPL binary from the source code on the command line. Use the notarm-objcopy and mkrec to pad the IPL binary to 16 KB: rm -f ipl-atlasii.bin #convert IPL into an S-record ${QNX_HOST}/usr/bin/ntoarm-objcopy -Osrec ipl-atlasii ipl-tmp-atlasii.srec #convert S-Record IPL to binary ${QNX_HOST}/usr/bin/ntoarm-objcopy -Obinary ipl-tmp-atlasii.srec ipl.tmp mkrec -r -ffull -s16k ipl.tmp > ipl-atlasii.bin #cleaning up temporary files rm -f *tmp* This step is necessary only when transferring the pre-built IPL via NBoot or the IDE. Step 3: Prepare to flash the IPL # The procedure in Step 4 will replace the NBoot loader with a QNX Initial Program Loader (IPL), which can then be used to load a QNX OS image serially or from the flash. To perform this procedure, you will need a Microsoft Windows utility called AtlasMgr2.exe, for NBoot v2.01, or AltasMgr5.exe for NBoot v5.0), both available from Centrality. You will also need to install a USB device driver, available from Centrality, on the Windows host for the Atlas II board. Note: The Centrality tools are usually provided with the Centrality Atlas II board. On your host machine, start your terminal program with these settings: Baud: 38400 Bits: 8 Stop bits: 1 Parity: none The Atlas II board has a two-stage boot process. The first loader to run is called NBoot, which will present the user with a menu of further boot and configuration options. The second loader called EBoot won't be used. Transfer the binary IPL to the MS Windows host that is connected to the Atlas II board via the USB link. The binary IPL file is called ipl-atlasii.bin. If you built the BSP on the command line the IPL will be located at images/ipl-atlasii.bin. See Step 2: Generate the OS image and IPL for more details. Step 4: Flash the IPL# Before transferring the OS image to the board, you'll need to program the IPL to the flash. The Centrality Altas II board is equipped with on-board NAND flash (either on the mainboard (MB) or on the CPU module (CM)) and a SmartMedia card reader. It is possible to boot from any of these flash devices. Therefore you can transfer the IPL to either one of these boot devices. Refer to Step 4A to use the on-board NAND flash. Refer to Step 4B to use the SmartMedia.

The IPL will be flashed on top of the ROM monitor NBoot. Once the NBoot is replaced by the QNX IPL, it will not be possible to reflash NBoot back into the board. However it will still be possible to update the IPL by using the I option from the IPL menu. See Step 3.2: Update the IPL for more details. Step 4A: Transfer the IPL to the on-board NAND flash# In this step you will write the IPL to the on-board NAND flash. Note: If you wish to keep a copy of the ROM monitor on the board, you can flash it into the ~Smartmedia card before copying the IPL to the on-board flash. You can follow the steps documented in Step 4B: Program the IPL as a guideline. Replace any reference to IPL with ROM monitor in order to program the ROM monitor into the ~Smartmedia card. There are two banks of DIP switches in the lower right corner of the Atlas II board, SW1 and SW2. Each bank has 4 DIP switches. Place all eight DIP switches in the OFF position. This puts the board into Normal Operation Mode, and selects NAND_CS0 (i.e. on-board NAND flash) as the boot device. Apply power to the Centrality Atlas II board. On the serial console, you should the following NBoot output when using NBoot v2.01: WinCE NAND Boot v2.01 Jun 27 2005 12:13:09 TOC: 0x00000001 EBOOT: 0x00000002 NANDXIP: 0x00000000 DM: 0x00000000 Image start: 0x0000000C Image Blocks: 0x00000000 g_dwioclock: 0x02FAF080 1): Launch NK 2): Launch EBOOT 3): Launch DM 4): Enter USB Mode to Update Bootloader 6): Erase flash except NBOOT 7): Show NBOOT Menu: ENABLED 9): FCE2/3 Setting 0): Clock set Select: If the above NBoot menu isn't displayed, press the the lower right button on below the LCD panel and simultaneously press the reset button. The NBoot menu should then be visible. Select the option #7 in order to permanently display the NBoot menu at boot time. Then perform the following: if you are using NBoot version 2.01 1. Select the option #4, Enter USB Mode to Update Bootloader. You will then see the following message: Plug in USB 2. If you have correctly installed the USB device driver on the MS Windows host, you should then see the following message: USB Configured! 3. From the MS Windows host, run the AtlasMgr2.exe program. In the Transport area, make sure that USB is selected. Then click on Open. 4. In the Target Media section, select NandFlash CS0.

if you are using NBoot version 5.0 1. Make sure that you have correctly installed the USB device driver on the MS Windows host and that the USB cable is plugged in. 2. From the MS Windows host, run the AtlasMgr5.exe program. In the Transport area, make sure that USB is selected. 3. Then simultaneously reset the board and quickly click on the Open button of the AtlasMgr5.exe program until the NBoot output appears in the USB Terminal section of the AtlasMgr5.exe program. 4. In the Target Media section, select Atlas CS0. In the Update Functions section, select Update NBoot. In the Open dialog box that appears, navigate to the ipl-atlasii.bin file, and select it. The IPL will now be programmed to the NBoot area of the CS0 NAND flash. The AtlasMgr utility should display the following message when the IPL is successfully programmed to the flash: Update NBoot Successful! Change the baud rate of your terminal to 115200. Reset the Atlas II board. You should then see the following IPL output (or similar): QNX Neutrino Initial Program Loader for Centrality ATLAS-II board Commands: Press 'D' for serial download, using the 'sendnto' utility Press 'F' to Boot an OS image from NAND flash Press 'U' to Copy an OS image to NAND flash Press 'I' to Update the IPL Press 'S' to Select Clock Step 4B: Transfer the IPL to the ~Smartmedia NAND flash (Alternative to Step 4A)# The IPL will be flashed on top of the ROM monitor NBoot. Once the NBoot is replaced by the QNX IPL, it will not be possible to reflash NBoot back into the board. However it will still be possible to update the IPL by using the I option from the IPL menu. See Step 4.2: Update the IPL for more details. Note: If you wish to keep a copy of the ROM monitor on the board, you can flash it into the on-board NAND flash before copying the IPL to the SM card. You can follow the steps documented in Step 4A: Program the IPL as a guideline. Replace any reference to IPL with ROM monitor in order to program the ROM monitor into the on-board NAND flash. There are two banks of DIP switches in the lower right corner of the Atlas II board, SW1 and SW2. Each bank has 4 DIP switches. Place all eight DIP switches in the OFF position. This puts the board into Normal Operation Mode, and selects NAND_CS0 (i.e. on-board NAND flash) as the boot device. Insert the SmartMedia card in its slot. Apply power to the Centrality Atlas II board. On the serial console, you should the following NBoot output when using the version 2.01: WinCE NAND Boot v2.01 Jun 27 2005 12:13:09 TOC: 0x00000001 EBOOT: 0x00000002 NANDXIP: 0x00000000 DM: 0x00000000 Image start: 0x0000000C Image Blocks: 0x00000000 g_dwioclock: 0x02FAF080 1): Launch NK

2): Launch EBOOT 3): Launch DM 4): Enter USB Mode to Update Bootloader 6): Erase flash except NBOOT 7): Show NBOOT Menu: ENABLED 9): FCE2/3 Setting 0): Clock set Select: If the above NBoot menu isn't displayed, press the the lower right button on below the LCD panel and simultaneously press the reset button. The NBoot menu should then be visible. Select the option #7 in order to permanently display the NBoot menu at boot time. Select the option FCE2/3 Setting then select the option #1 from the following sub-menu to select SM (SmartMedia). 0): FCE2 -> Empty 1): FCE3 -> SM 2): Return Select: Select the option #2 of the sub-menu to return to the main NBoot menu. Then perform the following: if you are using NBoot version 2.01 1. Select the option #4, Enter USB Mode to Update Bootloader. You will then see the following message: Plug in USB 2. If you have correctly installed the USB device driver on the MS Windows host, you should then see the following message: USB Configured! 3. From the MS Windows host, run the AtlasMgr2.exe program. In the Transport area, make sure that USB is selected. Then click on Open. 4. In the Target Media section, select NandFlash CS3. if you are using NBoot version 5.0 1. Make sure that you have correctly installed the USB device driver on the MS Windows host and that the USB cable is plugged in. 2. From the MS Windows host, run the AtlasMgr5.exe program. In the Transport area, make sure that USB is selected. 3. Then simultaneously reset the board and quickly click on the Open button of the AtlasMgr5.exe program until the NBoot output appears in the USB Terminal section of the AtlasMgr5.exe program. 4. In the Target Media section, select Atlas CS3. In the Update Functions section, select Update NBoot. In the Open dialog box that appears, navigate to the ipl-atlasii.bin file, and select it. The IPL will now be programmed to the NBoot area of the CS3 NAND flash (~Smartmedia flash). The AtlasMgr utility should display the following message when the IPL is successfully programmed to the flash: Update NBoot Successfully! Power off the target board. Set the SW2No InterWiki reference defined in properties for Wiki called "0"! switches on the mainboard to respectively On, On, On, Off (i.e. Boot Mode: SM_CS). This will use the SmartMedia card as the boot device. Change the baud rate of your terminal to 115200. Turn the power back on. You should then see the following IPL output (or similar): QNX Neutrino Initial Program Loader for Centrality ATLAS-II board

Commands: Press 'D' for serial download, using the 'sendnto' utility Press 'F' to Boot an OS image from NAND flash Press 'U' to Copy an OS image to NAND flash Press 'I' to Update the IPL Press 'S' to Select Clock Step 5: Update the IPL# Once the IPL is running on the board, you can update the IPL with a new version. Copy the IPL to the host system that is connected to the Atlas II board via a serial link. The IPL file should be called ipl-atlasii (ELF format only for command line users). src/hardware/ipl/boards/atlasii/ arm/le or images/ipl-atlasii. For IDE users, both binary (i.e. ipl-atlasii.bin) or ELF formats can be used. From the IPL commands menu, select option I to download and to program the IPL into the flash. If teh IPL is located in the NAND flash, you should see the following sub-menu: Booting from on-board NAND flash Press "1" to update IPL on SM card Press any other key to update IPL on on-board NAND flash If the IPL is located on the SmartMedia card, you should see the following sub-menu: Booting from SM card Press "1" to update IPL on MB NAND flash (CM NAND flash update not supported) Press any other key to update IPL on SM card Press any key other than 1 to update the IPL in place. The 1 option will update the alternate IPL. After making a selection the following will be displayed, send the IPL now... Note: Updating the IPL on the flash located on the CPU module, when booting from the SM card, isn't supported. Then use the QNX sendnto utility to transfer the IPL from the host to the Centrality Atlas II board. For instance, from the command line, run sendnto as follows: sendnto -d <host-serial-port> iplatlasii Once the IPL is successfully downloaded and programmed into the flash you should see the following message: Update IPL OK Reset the board. You should then see the new IPL output. For instance: QNX Neutrino Initial Program Loader for Centrality ATLAS-II board Commands: Press 'D' for serial download, using the 'sendnto' utility Press 'F' to Boot an OS image from NAND flash Press 'U' to Copy an OS image to NAND flash Press 'I' to Update the IPL Press 'S' to Select Clock

Step 6: Transfer the OS image to the board# Once the IPL is running on the board, use the following steps to transfer the OS image to the board. You can either transfer the OS image into RAM and execute it from RAM or transfer it to flash then boot from flash. Step 6.1: Transfer the OS image to RAM# Locate the QNX OS image (ifs-atlasii.bin) generated in Step 2: Generate the OS image and IPL. Select the IPL option D to download the OS image serially to the board. Use the QNX sendnto utility to transfer the OS image from the host to the Centrality Atlas II board. For instance: sendnto -d <host-serial-port> ifs-atlasii.bin Once the transfer is completed, the OS image will be executed and QNX Neutrino will boot on the board. You should also see the following welcome message on your terminal screen: Welcome to QNX Neutrino 6.x on the Centrality Communications Atlas II Board You can now test the OS simply by executing any shell builtin command or any command residing within the OS image (e.g. pidin). Step 6.2: Transfer the OS image and program it into the NAND flash (optional)# Once the IPL is running on the board, use the following steps to transfer the OS image to the board and program it to the flash. Select the IPL option U to download the OS image serially to the board and to program it to the NAND flash which you've booted from (i.e. either on-board NAND or Smartmedia). Use the QNX sendnto utility to transfer the OS image from the host to the Centrality Atlas II board. For instance: sendnto -d<host-serial-port> ifs-atlasii.bin. Once the transfer is completed, the OS image will be programmed to the NAND flash. This might take a few seconds. Once this operation is completed the board will reset automatically. Make sure that the size of the IFS image is smaller than the amount of flash. Select the IPL option F to download the OS image from NAND to RAM and execute it. QNX Neutrino will then boot on the board. You should also see the following welcome message on your terminal screen: Welcome to QNX Neutrino 6.x on the Centrality Communications Atlas II Board You can now test the OS simply by executing any shell builtin command or any command residing within the OS image (e.g. pidin). Change the clock settings (optional)# Once the IPL is running on the board, you can use the following steps to change the clock settings for the Atlas II board. Select the IPL option S to change the clock settings. You should see the following output: a) SDR_276_184_92_46 b) SDR_264_176_88_44 c) SDR_252_168_84_42 d) SDR_240_160_80_40 e) SDR_228_152_76_38

f) SDR_216_144_72_36 g) SDR_276_184_92_92 h) SDR_264_176_88_88 i) SDR_252_168_84_84 j) SDR_240_160_80_80 k) SDR_228_152_76_76 l) SDR_216_144_72_72 1) return: The IPL uses the following setting by default: g) SDR_276_184_92_92 Select the desired frequency option. Once the OS image is loaded into RAM the clock settings selected from the IPL will be applied. Driver Command Summary# The following table summarizes the commands to launch the various drivers. Component Buildfile Command Required Binaries Required Libraries Source Location Startup startupatlasii.. src/hardware/ startup/ boards/atlasii Serial booting from the ROM monitor NBoot: devcseratlasii devc-seratlasii. src/hardware/ devc/ seratlasii booting from the QNX IPL: devcseratlasii -e -F -b115200 USP devcseratlasii_usp -F -b38400 -u3 devc-seratlasii_usp. src/hardware/ devc/ seratlasii_usp 0x80010000,21,1 (USP1) devcseratlasii_usp -F -b38400 -u3 0x80020000,22,2 (USP2) devcseratlasii_usp -F -b38400 -u3 0x80030000,23,3 (USP3) devcseratlasii_usp -F -b38400 -u3

SD Card 0x80040000,400,4 (USP4) devcseratlasii_usp -E -F - b38400 -u3 0x80050000,401,5 (USP 5) devb-sdatlasii sd libdma-imx31v2.so. prebuilt only nodma,sg,bs=evb Flash (NOR) devf-mx31ads devf-mx31ads flashctl ETFS Flash (NAND) fs-etfsatlasii512 - r65536 -m /fs/ etfs (128M) fs-etfsatlasii512 - r32768 -m /fs/ etfs (64M) Network io-pkt-v4 -dne2000 fs-etfs-atlasii512 etfsctl. src/hardware/ flash/boards/ mx31ads. src/hardware/ etfs/nand512/ atlasii512 io-pkt-v4 ifconfig ioport=0x14000000,irq=205 nicinfo* devn-ne2000.so libsocket.so devnp-shim.so src/hardware/ devn/ne2000 -ptcpip ping* cat* USB io-usb - d atlasii io-ubs usb* devu-atlasii.so libusbdi.so prebuilt only ioport=0x57f00000,irq=17 class drivers I2C i2c-atlasii i2c-atlasii. src/hardware/ i2c/atlasii Audio io-audio -d atlasii_ac97 Graphics io-display -c /etc/ system/config/ img.conf display.atlasii.conf -dvid=0,did=0 io-audio io-audio -d atlasii_ac97 libasound.so io-display atlasii.conf libdma-imx31v2.so devg-atlasii.so devg-soft3d-fixed.so libgles_cl.so.1 libffb.so.2 libm.so.2 libdisputil.so src/hardware/ deva/ctrl/ atlasii_ac97 src/hardware/ devg/atlasii Some of the drivers are commented out in the default buildfile. To use the drivers in the target hardware, you'll need to uncomment them in your buildfile, rebuild the image, and load the image into the board. ETFS NAND flash# Command to run the ETFS NAND flash driver on a Samsung K9K1G08U0M on-board flash part (128MB): fs-etfs-atlasii512 -r65536 -m /fs/etfs

Where -r <cluster-number> is the number of clusters (a cluster contains 2 pages of 512B) to reserve for the IPL, the OS image and potential bad blocks skipped when the IPL and the OS image are copied to the flash. You should then see /dev/etfs1 and /dev/etfs2 partitions. The /dev/etfs1 partition contains the IPL and the OS image so make sure to not erase it. Command to run the ETFS NAND flash driver on a Samsung K9F1208U0B on-board flash part (64MB): fs-etfs-atlasii512 -r32768 -m /fs/etfs To format the second NAND flash partition (i.e. /dev/etfs2): etfsctl -d /dev/etfs2 -S -f -c You should now see the mount point /fs/etfs/ which can be used to copy files to. The above commands are to be executed on the boot device (which could be either the on-board NAND or the SM card). It is possible to run the ETFS driver on the other flash part (which wasn't used for booting) using the following options: fs-etfs-atlasii512 -r<cluster-number> -D cs -m /fs/etfs Both drivers (on-board and SM) can't be run at the same time due to the fact that they share the same hardware interface. Make sure that the SM card is inserted before starting the driver in order to detect it. The ETFS driver does not support Plug-and-Play. SD card# Command to run the SD card block driver on a SD flash card (4GB maximum): devb-sd-atlasii sd nodma,sg,bs=evb Make sure that the SD card is inserted before starting the driver in order to detect it. The driver does not support Plug-and-Play. If the card has been formatted with a QNX filesystem (i.e. type 77 for instance), you can mount the device using the follow command: mount /dev/hd0t77 /sd0 If the card has been formatted with a FAT filesystem (i.e. type 11 for instance), you can mount the device using the follow command: mount -tdos /dev/hd0t11 /sd0 Audio# There are two blocks of DIP switches on the mainboard that control connections to the AC97 codec chip: S4 and S10. You may need to remove the LCD panel (if the 7" panel is installed) to gain access to these switches. All of these switches need to be set in the "ON" position for the AC97 driver to work. USB# Due to the hardware design, both the USB host and USB client ports share the same lines. They cannot both be plugged in at the same time. Known Issues# Both the USB host and USB client ports share the same lines. They can't be plugged in at the same time. The Ethernet driver (10Mbit only) is stable but might have performance issues in streaming conditions. However the driver is fine to transfer files using NFS or FTP, or to use in a Telnet session (Ref# 29670).

To build the BSP from the command line, you need to extract the source code from the zip file. In Microsoft Windows, make sure you place the source code in a directory that doesn't contain any spaces in its name. Some warnings may be displayed when compiling this BSP with one or both supported compilers. These warnings are benign and do not affect the functionality of the resulting binaries. In those instances where the the ROM monitor's MAC address is different from the one you pass in when running io-net and/or io-pkt, the host can cache the ROM monitor's address. This can result in a loss of connectivity. Workaround: If you need to specify a MAC address to io-net and/or io-pkt, we recommend that you use the same MAC address that the ROM monitor uses. This will ensure that if the host caches the ROM monitor's MAC address, you'll still be able to communicate with the target. Otherwise you might need to delete the target's arp entry on your host.