URL
https://opencores.org/ocsvn/openrisc_2011-10-31/openrisc_2011-10-31/trunk
Subversion Repositories openrisc_2011-10-31
[/] [openrisc/] [trunk/] [orpsocv2/] [sw/] [README] - Rev 449
Compare with Previous | Blame | View Log
Project software================This directory contains software that is intended to be compiled and run onORPSoC, and utilities to help format software images.appsStandalone programs and utilities designed to run on ORPSoC. Usually theseshould be run on a FPGA/ASIC ORPSoC target.boardThis path mainly contains information about the board, in the board.h headerfound in the board/include path. Typically each board port of ORPSoC will havetheir own board/include/board.h file to indicate the board's specificconfiguration.bootromThis is some assembly which is compiled and converted into Verilog, and thensynthesized into a Wishbone ROM module that the processor uses to boot. It isnot really software to run on ORPSoC, rather it is software that ends upembedded in ORPSoC. See the README in bootrom for more information.driversEach module requiring a driver will have its own path under this directory. Inthe case of a CPU (currently only OR1200), it will also contain all thenecessary files to support creating of standalone executables (C runtime file,linker script, etc.) Under each specific driver's path should be an include/path which contains headers allowing use of the drivers. When using driversin a board port that are modified versions of those included in the base swpath, the board port's driver will be used over the one in the root sw path.libGeneric library softwares, and location of compiled liborpsoc.a library.Makefile.incMain Makefile fragment included by all other makefiles when building things. Theauthor is not the best at GNU make, so if anything is done a silly way, pleasefeel free to fix it and commit this back. The better this file is, the easierthis convoluted software setup will be to use.READMEThis README.testsThis path contains software intended to test particular modules of ORPSoC. Eachis separated into tests intended to be run in simulation (sim/) and on a "board"or physical ORPSoC target.utilsA path containing utilities, built for the host system, which will help in thegeneration of the programming files.liborpsocAll of the drivers, and generic library functions are compiled into a librarycalled liborpsoc.a which ends up in sw/lib. This is linked against by alltest software and standalone applications included here. This alleviates anyneed for the toolchain to contain a C library, although limits the capabilitiesof the library, however if anything special functions are needed, it's easyenough to add them to the existing functions in lib/lib-utils.c.BuildingThe simulation makefiles should take care of this, but to test buildingliborpsoc.a change into sw/lib and run "make liborpsoc.a".To test building an executable, go into one of the test directories and run"make test-name.elf" where "test-name" is the name of a valid test file.CleaningTo clean the software, run "make distclean" in sw/lib.Author: Julius Baxter, julius@opencores.org
