Copyright 2007, 2018 Kolja Waschk and the respective authors.
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation. A copy of the license is included in the section entitled "GNU Free Documentation License".
JTAG basics can be found all over the Internet. This section should go into some more details about working with JTAG. What hardware do you need, what is the usage of JTAG, where do I get files. What file formats are available…
JTAG (IEEE 1149.1) is a serial interface for testing devices with integrated circuits. The problem that the JTAG interface was designed to solve is checking if connections between ICs are OK. Therefore you can set and check in- and outputs of ICs. In order to save pins and logic a very simple serial design was invented.
One pin serial input
One pin serial output
One pin clock
One pin control
The control pin (together with clock) allows to switch device states. A state machine inside each chip can be controlled, e.g. to reset the device. This control machine also allows to have two internal shift registers in each device (although we only have on in- and one output-pin). The registers are called instruction register (IR) and data register (DR). The current UrJTAG tool allows you to set the IR and set and get the DR. It doesn’t allow you to directly control the state machine (yet).
The simplest interface that you can build is like the Xilinx parallel cable (also called DLC5). If your device works with a 5V or 3.3V supply voltage then this device can even be built just with passive parts. (picture missing here) UrJTAG also supports a number of other interface adapters.
In the meantime the JTAG specification was used as a basis for programming flash files and debugging processors. UrJTAG supports programming a couple of different flash devices. It also supports programming of non-flash devices via SVF files. UrJTAG does not support debugging yet. Other open source solutions such as OpenOCD allow you to debug ARM processors with gdb.
The BSDL file format describes the JTAG interface for one IC. It is a VHDL syntax with the needed information (like pin-names, register lengths and commands) that is usually created by the supplier. e.g. Xilinx BSDL files are all included in their free web-pack (using file extension ".bsd").
UrJTAG uses a different file format internally. So in order to add a new device to UrJTAG you need to convert those files and produce a directory structure. Currently there are at least three tools available to do that; included with UrJTAG is "bsdl2jtag". Please ask on the mailing list in case of problems with that. Please also send proven working files back to this project.
Starting with post-0.7 releases, UrJTAG contains a BSDL subsystem that retrieves the descriptions for chips in the chain from BSDL files on the fly. "bsdl2jtag" is in fact a wrapper that uses the BSDL subsystem to convert the BSDL file.
The SVF file format contains a number of high level commands to drive the JTAG bus. For example you can shift the IR or DR and even check for the results. The Xilinx Impact and Altera QuartusII tools allow you to write this file to program devices.
The player has been developed according to the "Serial Vector Format Specification", Revision E, 8 March 1999 issued by ASSET InterTech, Inc. The full specification can be found at http://www.asset-intertech.com/support/svf.pdf.
UrJTAG features an "SVF player" that can read SVF files and perform the described actions on the bus.
SVF parser and lexer are also copyright 2002, CDS at http://www-csd.ijs.si/. They have been reused from the "Experimental Boundary Scan" project at http://ebsp.sourceforge.net/.
Another format for describing actions over JTAG interfaces is STAPL, actually standardized as JEDEC "JESD-71A". Compared to SVF, it looks more like an actual programming language and features looping, conditional execution, and more. STAPL is not yet supported by UrJTAG.
UrJTAG is a software package which enables working with JTAG-aware (IEEE 1149.1) hardware devices (parts) and boards through a JTAG adapter.
This package has an open and modular architecture with the ability to write miscellaneous extensions (like board testers, flash memory programmers, and so on).
UrJTAG is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for UrJTAG. Please read the COPYING file for more info.
This software may damage your hardware! |
Feedback and contributions are welcome.
This documentation is far from being complete. You’re encouraged to amend and supplement it and submit your changes in the Bugs or Enhancements tracker at the UrJTAG website.
The most current version of this documentation and UrJTAG source code is always available from the project homepage at http://www.urjtag.org.
I (Kolja) favour short names, so I thought about adding only a few letters to "JTAG". The prefix "Ur" in German means "ancestral", an "Ur-Vater" is a forefather. UrJTAG shall become the forefather, the prototype for many other JTAG tools. By mere chance the "Ur" is also another name for an aurochs, an animal similar to the GNU…
A list of contributors is maintained in the file THANKS in the source distribution. Special thanks go to Marcel Telka, who actually "invented" the JTAG tools and wrote most of this basis of UrJTAG, and Arnim Laeuger for his continuous support and development of SVF and BSDL subsystem and FT2232 drivers.
The JTAG Tools originally were developed by Marcel Telka as part of the openwince project. Still a large portion of the source code is his work. However, the last release of the JTAG tools was version 0.5.1 in 2003. After a few years the development completely stalled. Every few months or so on the project’s mailing list someone asked about continuing, but a critical mass wasn’t reached before late 2007. A fork of the JTAG tools was created under the wings of the UrJTAG project at Sourceforge.
JTAG Tools should run on all Unix like operating systems including MS Windows with Cygwin installed. A precompiled version that runs on MS Windows without Cygwin is available as a Windows installer executable.
Required only for MS Windows, unless you use the precompiled version:
current Cygwin net installation from http://cygwin.com
ioperm package (a part of the standard Cygwin net installation)
It may be necessary to run the command "ioperm -i" to install the IOPERM.SYS driver in the system.
If UrJTAG was compiled to use the readline library, it has to be present on the system as well. It’s probably a standard part of your distribution.
More software is needed if you want to compile UrJTAG (which you probably want because currently no pre-compiled binaries are available…). See "Installation" below.
See help cable command for up-to-date info.
Parallel-port cables:
Arcom JTAG Cable
Altera ByteBlaster/ByteBlaster II/ByteBlasterMV Parallel Port Download Cable
Xilinx DLC5 JTAG Parallel Cable III
ETC EA253 JTAG Cable
ETC EI012 JTAG Cable
Ka-Ro TRITON (PXA255/250) JTAG Cable
Keith & Koep JTAG Cable
Lattice Parallel Port JTAG Cable
Mpcbdm JTAG Cable
Macraigor Wiggler JTAG Cable
FT2232-based USB cables:
Amontec JTAGkey
Amontec JTAGkey-Tiny (supported as cable "JTAGkey")
KrisTech UsbScarab2 ARM JTAG http://www.kristech.eu/
Olimex ARM-USB-JTAG
Olimex ARM-USB-TINY
OOCDLink-s (experimental) http://www.joernonline.de/dw/doku.php?id=projects:oocdlink:2_oocdlinks
Other FT2232-based USB JTAG cables (experimental)
TinCanTools Flyswatter
Turtelizer 2 (experimental) http://www.ethernut.de/en/hardware/turtelizer/
USB to JTAG Interface (experimental)
Blackfin gnICE http://docs.blackfin.uclinux.org/doku.php?id=hw:jtag:gnice
Blackfin gnICE+ http://docs.blackfin.uclinux.org/doku.php?id=hw:jtag:gnice-plus
Xverve Signalyzer Tool (experimental)
Other USB cables:
Altera USB-Blaster and compatible http://www.ixo.de/info/usb_jtag
Segger/IAR J-Link / Atmel SAM-ICE (experimental, work in progress)
Xilinx Platform USB Cable / DLC9 (slow, experimental, work in progress - don’t use)
Other cables:
Technologic Systems TS-7800 SoC GPIO builtin JTAG interface
The data/ directory of the UrJTAG installation has some more, but at least the following are supported:
Altera EP1C20F400
Altera MAX7000 (w/ BSDL)
Altera EPM7128AETC100
Altera Cyclone I & II (w/ BSDL)
Analog Devices Blackfin (w/ BSDL)
BF504/BF506
BF512/BF514/BF516/BF518
BF522/BF523/BF524/BF525/BF526/BF527
BF531/BF532/BF533
BF538/BF539
BF534/BF536/BF537
BF542/BF544/BF547/BF548/BF549
BF561
BF592
Analog Devices Sharc-21065L
Atmel ATmega128 (partial support)
Atmel AT32AP7000 (partial support)
Broadcom BCM1250
Broadcom BCM3310 (partial support)
Broadcom BCM5421S
Broadcom BCM4712 (partial support)
DEC SA1100
Hitachi HD64465
Hitachi SH7727
Hitachi SH7729
IBM PowerPC 440GX
Intel IXP425
Intel SA1110
Intel PXA250/PXA255/PXA260/PXA261/PXA262/PXA263
Lattice LC4032V
Lattice M4A3-64/32
Lattice M4A3-256/192
Motorola MPC8245
Samsung S3C4510B
Sharp LH7A400
Toshiba TX4925/TX4926
Xilinx XC2C256-TQ144
Xilinx XCR3032XL-VQ44
Xilinx XCR3128XL-CS144
Xilinx XCR3128XL-VQ100
Xilinx XCR3256XL-FT256
Xilinx Spartan-IIE
Xilinx Spartan-3/E
Xilinx Spartan-3AN
Not all chips are supported in every possible configuration, there may be untested combinations of chip type, bus width, … |
Intel 28FxxxJ3A (28F320J3A, 28F640J3A, 28F128J3A)
Intel 28FxxxK3 (28F640K3, 28F128K3, 28F256K3)
Intel 28FxxxK18 (28F640K18, 28F128K18, 28F256K18)
AMD Am29LV64xD (Am29LV640D, Am29LV641D, Am29LV642D)
AMD Am29xx040B (Am29F040B, Am29LV040B)
Macronix MX29LV160, MX29LV320, MX29LV640
UrJTAG uses the multi-byte write mode if supported by the particular flash device. The flash code will automatically switch to this algorithm if the Device Geometry Definition reports that more than one memory location can be written in a single step (refer to CFI details shown by detectflash). Since multiple locations are written in a burst-like manner with only one polling sequence afterwards, the overall flashing performance increases by factor of 5-17.
In case you encounter any issues with the multi-byte write mode, run configure with the --disable-flash-multi-byte option and re-compile to disable this algorithm.
By simply running UrJTAG-xxx.exe, the executable and data files will be installed in your Windows program folder, usually some place like C:\Program Files\UrJTAG. It comes ready with support for JTAG cables that are directly attached to a parallel port. However, if you work with Windows Vista and want access to the parallel port, a driver for it has to be installed separately. It is available from
http://www.highrez.co.uk/Downloads/InpOut32/
If you want to use UrJTAG with a JTAG cable attached to the USB port, actual cable drivers have to be installed beside UrJTAG itself. Usually, the cable vendor will provide the drivers. For example, drivers for Altera USB-Blaster come with their Quartus software. For FTDI-based cables, you need an INF file describing the cable and FTDIBUS.SYS and FTD2XX.DLL from FTDI (CDM drivers). If your cable shows up in the device manager without any warning sign, UrJTAG probably is able to talk to it.
Finally, UrJTAG additionally needs libusb-win32 to talk to some USB cables that are not based on FTDI chips (Xilinx Platform Cable USB, Segger J-Link). The so-called libusb-win32 filter driver is available from the project’s download page at Sourceforge:
http://libusb-win32.sourceforge.net/#downloads
To run autogen.sh, you need autoconf and automake, bison, pkg-config and a recent flex.
The distributed source tarball contains source pregenerated with a current flex version; flex therefore is only needed if you want to compile code checked out from our Subversion repository. Flex 2.5.4a as it comes with most but the very latest Cygwin release cannot build the scanners for BSDL and SVF. Building these files requires Flex 2.5.33 or newer. The configure script will compare the available Flex version against these preconditions and enables or disables the related features.
Furthermore, libtool should be available, and "devel" versions of the following packages:
gettext
readline (not needed, but really eases interactive use)
ioperm (needed only for Cygwin)
For USB adapter support (including support for parallel port adapters attached to USB-to-parallel converters), one or more additional libraries are required.
Many USB JTAG adapters and USB-to-parallel converters are based on chips made by FTDI. To support these, either intra.net’s "libftdi" or FTDI’s "FTD2XX" library can be used.
On many modern Linux distributions, libftdi is available as a precompiled package and can be installed using the distribution’s package management system (e.g. "apt-get libftdi-dev" for Debian and Ubuntu). If it isn’t available or you don’t run Linux, you can get it from
Alternatively, you can use the FTD2XX library from the chip manufacturer FTDI. It is available for Linux and Windows. There’s more information about linking to that library in a Cygwin environment below.
All other USB JTAG adapters can be supported only if libusb is installed. There is a libusb-win32 variant that can be used in a Cygwin environment:
http://libusb.sourceforge.net (libusb)
http://libusb-win32.sourceforge.net (libusb for Windows)
For specific notes regarding the use of these libraries in a Cygwin environment, see below.
The installation follows the standard configure, make, make install scheme:
tar xzvf urjtag-x.y.tar.gz cd urjtag-x.y ./configure make make install
If you want to try the very newest version of UrJTAG…
svn co http://urjtag.svn.sourceforge.net/svnroot/urjtag/trunk urjtag
cd urjtag/jtag ./autogen.sh # ./configure done by autogen.sh; run it here with special options if needed make make install
Before running configure, get the D2XX drivers from FTDI.
http://www.ftdichip.com/Drivers/D2XX.htm (FTDI FTD2XX library)
Unzip the archive into a directory of your choice (probably a choice without spaces in the name is better) and afterwards run configure with the "--with-ftd2xx" pointing to that directory, e.g.
./configure --with-ftd2xx="/cygdrive/c/temp/ftdi-cdm-drivers"
Configure should now report
jtag is now configured for ... Detected libftd2xx : yes
Before running configure, install the LibUSB-Win32 "filter" driver from SF.
Then point configure to the directory where LibUSB-Win32 was installed (it might give problems if the path contains spaces, as "Program Files" does!):
./configure --with-libusb="/cygdrive/c/Programme/LibUSB-Win32/"
UrJTAG may be compiled into a Windows executable using the MinGW compiler (http://www.mingw.org), or Cygwin GCC with the "-mno-cygwin" compiler flag.
This has the advantage over running in a Cygwin environment that you don’t need to install anything else but the jtag.exe (plus libraries like FTD2XX.dll or InpOut32.DLL that are required for device access under Windows in any case).
However, because support for MinGW is quite new in UrJTAG, it may lack some features (e.g. readline support) or run a little slower.
Because it seems to be easier to set up a Cygwin environment, we recommend using the Cygwin GCC with "-mno-cygwin" flag instead of using a MinGW setup:
CFLAGS="-mno-cygwin -O2" ./configure --with-ftd2xx=/tmp/cdm-drivers --with-inpout32
It is even possible to cross-compile and build the executable on a Linux host:
./configure --host=i586-mingw32msvc --with-ftd2xx=/tmp/cdm-drivers --with-inpout32 make
The "--with-inpout32" switch tells UrJTAG to use the InpOut32.DLL for access to parallel ports, because the Cygwin ioperm isn’t available for MinGW. The InpOut32 library is available from logix4u.net:
http://logix4u.net/Legacy_Ports/Parallel_Port/Inpout32.dll_for_Windows_98/2000/NT/XP.html
An version updated to work in Windows Vista and 64 bit Windows is available from highrez:
http://www.highrez.co.uk/Downloads/InpOut32/
The configure script enables all default bus, cable and lowlevel drivers. You can include and exclude specific drivers if required. For a list of parameters run
./configure --help
to figure out the appropriate --enable-bus, --enable-cable, and --enable-lowlevel options.
As mentioned above, building the BSDL lexer requires Flex 2.5.33 or newer. If the detected Flex version is not recent enough, configure will disable the BSDL subsystem. The detection result is summarized at the end of configure:
jtag is now configured for ... Build BSDL subsystem : yes
Flex is only required when you’re working on a check-out of the Subversion repository. In this case Flex has to be called to transform bsdl_flex.l to bsdl_flex.c. When you’re compiling from released sources, the local Flex version is not relevant since the output file of Flex is part of the tarball. I.e. even if the local Flex fails the check, the BSDL subsystem is enabled and will be compiled from the released C files.
Connect your JTAG adapter between your PC and target device and turn on your device.
To run UrJTAG type "jtag" and press Enter; jtag should start and display some initial information. Output should end with a line like this:
WARNING: UrJTAG may damage your hardware! Type "quit" to exit, "help" for help.
Type "help cable" for a list of supported JTAG cables.
Type the "cable" command followed by the cable name and possibly further arguments for cable configuration. Example:
jtag> cable EA253 parallel 0x378 Initializing ETC EA253 JTAG Cable on parallel port at 0x378
See the section about the "cable" command for details and USB support.
Type "detect" at the jtag command prompt:
jtag> detect
Your output should look like this:
IR length: 5 Chain length: 1 Device Id: 01011001001001100100000000010011 Manufacturer: Intel Part: PXA250 Stepping: C0 Filename: /usr/local/share/urjtag/intel/pxa250/pxa250c0
If you get empty output or an error message your JTAG adapter is not connected properly, or your target board doesn’t work, or it is turned off.
The "detect" command is required before all other commands.
jtag> print chain No. Manufacturer Part Stepping Instruction Register --------------------------------------------------------- 0 Intel PXA250 C0 BYPASS BR
jtag> instruction SAMPLE/PRELOAD jtag> shift ir jtag> shift dr jtag> dr 1000110010000010000110010111111111111111111001101110... jtag> print chain No. Manufacturer Part Stepping Instruction Register ------------------------------------------------------------ 0 Intel PXA250 C0 SAMPLE/PRELOAD BSR jtag> get signal BOOT_SEL[0] BOOT_SEL[0] = 0 jtag>
Note: BSR is "Boundary Scan Register"
jtag> flashmem 0 brux.b 0x00000000 Note: Supported configuration is 2 x 16 bit only BOOT_SEL: Asynchronous 32-bit ROM
2 x 16 bit CFI devices detected (QRY ok)!
program: block 0 unlocked erasing block 0: 0 addr: 0x00002854 verify: addr: 0x00002854 Done. jtag>
or:
jtag> flashmem msbin xboot.bin Note: Supported configuration is 2 x 16 bit only BOOT_SEL: Asynchronous 32-bit ROM
2 x 16 bit CFI devices detected (QRY ok)!
block 0 unlocked erasing block 0: 0 program: record: start = 0x00000000, len = 0x00000004, checksum = 0x000001EB record: start = 0x00000040, len = 0x00000008, checksum = 0x000001B0 record: start = 0x00001000, len = 0x00002B30, checksum = 0x00122CAB record: start = 0x00004000, len = 0x00000160, checksum = 0x0000684B record: start = 0x00005000, len = 0x00000054, checksum = 0x000008EE record: start = 0x00005054, len = 0x00000030, checksum = 0x00000DA9 record: start = 0x00000000, len = 0x00001000, checksum = 0x00000000
verify: record: start = 0x00000000, len = 0x00000004, checksum = 0x000001EB record: start = 0x00000040, len = 0x00000008, checksum = 0x000001B0 record: start = 0x00001000, len = 0x00002B30, checksum = 0x00122CAB record: start = 0x00004000, len = 0x00000160, checksum = 0x0000684B record: start = 0x00005000, len = 0x00000054, checksum = 0x000008EE record: start = 0x00005054, len = 0x00000030, checksum = 0x00000DA9 record: start = 0x00000000, len = 0x00001000, checksum = 0x00000000
Done. jtag>
Erasing and programming flash devices is covered by standard procedures in UrJTAG. Apart from these, many flash chips implement a lot more functionality via dedicated commands that vary from between manufacturers and device families. UrJTAG can’t cover them all natively.
It’s however possible to send any command stream to the flash by using the poke and peek commands. You just need to clarify two things:
base address of the flash (BA) it’s the same that’s used for detectflash
data width, x8 or x16 defined by the width of the bus where the flash is attached
Next look up the address/data pairs for the command in question. The data sheet for your particular flash should document all commands in a table e.g. If your flash is attached in x16 mode, the address must be shifted by one position. Addresses in x8 mode are not affected.
The "Read Manufacturer ID" command in x16 mode would look like
poke BA+(0x555*2) 0xaa poke BA+(0x2aa*2) 0x55 poke BA+(0x555*2) 0x90 peek BA+(0x000*2)
Note that the calculations must be done beforehand. UrJTAG can’t evaluate expressions on the command line.
Following is a list of commands currently supported by jtag and some example usage.
define new BSR bit
change active bus
manage BSDL files
select JTAG cable
detect parts on the JTAG chain
detect parameters of flash chips attached to a part
discovery of unknown parts in the JTAG chain
display or set active data register for a part
set/print endianness for reading/writing binary files
erase flash memory by number of blocks
burn flash memory with data from a file
setup JTAG frequency
get external signal value
display this help
include command sequence from external file
initialize bus driver for active part
change active instruction for a part or declare new instruction
change active part for current JTAG chain
read a single word
write a single word
display JTAG chain list/status
exit and terminate this session
read content of the memory and write it to file
define new data register for a part
detect changes on input pins of current part
set external signal value
shift data/instruction registers through JTAG chain
define new signal for a part
execute SVF commands from file
write content from file to memory
Some tools derived from the same openwince JTAG Tools code base as UrJTAG know additional commands, which are not supported in UrJTAG. See the section about "Unsupported commands", below, about workarounds.
This command closes the jtag console.
Without additional parameter it gives an overview of the available commands. With a parameter you can get more information about any of the commands. Example:
jtag> help cable
Most cable drivers require some more details about the cable to start properly. To learn about the details, use the "cable" command with the name of the cable followed by the word "help". Example:
jtag> cable wiggler help
Run commands from a named script file installed with UrJTAG or applies a BSDL file to the active part. The directory prefix is added automatically (e.g. /usr/share/urjtag/, depending on your installation), unless the file name starts with a dot or slash.
For example, the following startup sequence configures the cable, chain, and loads definitions and bus driver for a Samsung S3C4510B CPU to peek its memory at 0x0:
jtag> cable wiggler ppdev /dev/parport0 jtag> detect jtag> include samsung/s3c4510b/s3c4510b jtag> peek 0x0000
If the file contains valid BSDL syntax, it will be converted to native commands on the fly.
Optionally, a number X may be specified following the file name, to cause an X times repetition of the command sequence from the file.
Sets and initializes the cable driver. This is usually the first command that you are executing in a session. Example:
jtag> cable EA253 parallel 0x378 Initializing ETC EA253 JTAG Cable on parallel port at 0x378
For a parallel cable using the ppdev driver you would use this:
jtag> cable DLC5 ppdev /dev/parport0
If you get an error, it may be that the parallel port kernel driver was compiled as a module in your Linux kernel and wasn’t loaded automatically. Then you should try to load the ppdev driver manually (with root rights outside the jtag shell):
modprobe ppdev modprobe parport modprobe parport_pc
UrJTAG now also supports some USB cables. Unfortunately, there is no standard for "JTAG over USB", so this support is limited to a few selected cables only. For cables based on the FT2232 chip from FTDI, the cable command has to be given cable name and optionally the driver name, USB Vendor, and Product ID of the cable:
jtag> cable ARM-USB-OCD vid=15ba pid=0003 driver=ftdi-mpsse
For all known cables, UrJTAG knows the VID and PID so you can just say
jtag> cable ARM-USB-OCD
If your cable isn’t detected automatically though it’s listed as a known and supported cable, feel free to report its VID and PID. It might be a different revision and should be added to the known & tested list of cables.
As stated above, the driver name is not mandatory for the cable command. UrJTAG will select the driver automatically based on UrJTAG’s configuration. In case your system provides just one of libftdi or FTD2XX the respective driver is selected. If both libraries are available, then FTD2XX is selected. That’s simply because FTD2XX showed some performance advantages over libftdi in the past. You can still force libftdi with the respective parameter.
There’s one quirk to consider when using FTDI’s FTD2XX driver. It connects to any known FTDI chip, randomly. I.e. if there’s more than one FTDI device connected to the host, chances are that the driver connects to the wrong USB device. This might be an OEM USB-serial converter and you’ll be banging your head why there’s no proper reading from the JTAG chain. Therefore it’s strongly recommended to specify the desc=xxx parameter for the cable command if the ftd2xx driver is to be used. Set xxx to the product or serial number descriptor string that are exhibited by the USB device. |
Detects devices on the chain. Example:
jtag> detect IR length: 5 Chain length: 1 Device Id: 01011001001001100100000000010011 Manufacturer: Intel Part: PXA250 Stepping: C0 Filename: /usr/local/share/jtag/intel/pxa250/pxa250c0
During "detect", UrJTAG searches through the files in its database (usually in /usr/share/urjtag) and optionally in the search path for BSDL files (see bsdl command) to find a match for the manufacturer, revision and part number for the IDCODE read from the part. However, not all parts identify themselves in a way that is useful for "detect". For example, many chips with an ARM processor core inside present an IDCODE that may be specific to the the particular core inside the chip (e.g. ARM7TDMI), but doesn’t tell about the actual manufacturer of the chip. In such case, the data for the part has to be included manually. See also the documentation for the "include" command.
Print a list of parts in the chain and the currently active instruction per part. Further details of bus, signals and instructions can be obtained with dedicated command options, see "help print".
Selects and initializes a bus of the currently selected part, e.g. the external memory bus of a CPU. This is required in order to access chips that aren’t connected in the JTAG chain, but indirectly accessible through other chips (e.g. CPU or programmable logic).
Type "help initbus" to get a list of supported bus types. If you do not find a bus driver for your specific hardware, you might be lucky enough to have EJTAG in your target (most MIPS-based CPUs do) and should try the "ejtag" bus driver. In contrast to the method "via BSR", it uploads some instructions to the CPU and triggers their execution to access the bus, and should work with almost any EJTAG-capable chip (Note: JTAG isn’t EJTAG):
jtag> initbus ejtag
There’s another option to support new chips "via BSR", the "prototype" bus driver, which can be adapted to support your part with command parameters. The only prerequisite for using this driver is knowledge of the names of the signals that represent address bus, data bus, and enable signals, and that address and data lines are numbered in order.
For example, assume the signals are named in the BSDL description as follows:
Data bus: D0, D1, … D31
Address bus: ADDR0, ADDR1, … ADDR22
Output Enable: nOE
Write Enable: nWE
Chip Select: nRCS0
The enable signals seem to be active low (indicated by the leading "n" in their names). Further we assume the interesting connected part, some flash chip, is only 16 bits wide even though the data bus width is 32 bits. With this information, you could use the following command (all on a single line!) to access the bus:
initbus prototype amsb=ADDR22 alsb=ADDR0 dmsb=D15 dlsb=D0 ncs=nRCS0 nwe=nWE noe=nOE amode=x16
The "prototype" bus driver cannot deal with systems where address and data bus are multiplexed on the same pins. If signals aren’t numbered in the right order or with gaps, you may get along by defining proper names as aliases for the actual signals, with commands like "salias ADDR12 BSCGX44".
Most drivers work "via BSR", i.e. they directly access the pins of the device. Because it isn’t possible to efficiently address only particular pins but only all at once, and data for all pins has to be transferred through JTAG for every single change, this method isn’t the fastest, but usually easiest to implement and, well, sometimes it counts whether it works at all.
The "fjmem" (FPGA JTAG memory) bus driver attempts to address this issue by moving control and observation away from BSR to a device-internal register. For sure this is only possible on FPGAs where the designer can hook additional logic to the JTAG chain. A core design plus examples for different FPGA families is available in the extra/fjmem directory. Refer to the README located there.
Some chips don’t allow direct access to their pins via BSR at all. For these, writing a new bus driver that utilizes a debug module to upload specific code to access the bus is inevitable.
It’s possible to initialize more than one bus for part(s) within a chain. The "bus" command allows to select the active bus for readmem, flashmem, etc. operation.
The following commands are also used in the data files to define a device (IC) on the JTAG chain. It is not recommended to use these commands in an interactive session. Instead you should produce a device definition file out of a .bsd file using one of the supplied tools (or use the new BSDL subsystem, see below).
define new BSR bit
change active instruction for a part or declare new instruction
define new data register for a part
define new signal for a part
The following commands can be used to directly manipulate and display the state of the TAP controller(s) and registers in the chain:
display or set active data register for a part
change active instruction for a part or declare new instruction
get external signal value
low level direct access to POD signals like TRST; use with care
detect changes on input pins of current part
set external signal value
shift data/instruction registers through JTAG chain
These commands can be used if a part in the chain has memory connected to it (or integrated). Before they can be used, a bus driver has to be selected and initialized (see initbus command).
detect parameters of flash chips attached to a part
set/print endianness for reading/writing binary files
erase flash memory by number of blocks
burn flash memory with data from a file
read a single word
write a single word
read content of the memory and write it to file
write content from file to memory
The SVF player operates on a single part in the scan chain. Therefore, you have to bring up the JTAG software, specify a cable and detect the scan chain beforehand.
The player will establish a new instruction called "SIR" and a new register called "SDR". They are used internally by the respective SVF commands and are reassigned with new values as the player advances through the file. It is not recommended to use them outside of the SVF player as their content is dynamic.
An example session:
jtag> cable ppdev /dev/parport0 DLC5 Initializing Xilinx DLC5 JTAG Parallel Cable III on ppdev port /dev/parport0 jtag> detect IR length: 5 Chain length: 1 Device Id: 10010000101000100000000010010011 Manufacturer: Xilinx Part: XC2S300E-PQ208 Stepping: 9 Filename: /usr/local/share/jtag/xilinx/xc2s300e-pq208/xc2s300e-pq208 jtag> part <desired part of the scan chain> jtag> svf <SVF file for selected part> jtag> instruction BYPASS jtag> shift ir jtag> part <next part> jtag> svf <SVF file for selected part> jtag> instruction BYPASS jtag> shift ir
It is recommended to set the part’s instruction register to BYPASS although most SVF files do this at the end. By setting the instruction explicitely to BYPASS the output of the print command will always show meaningful information.
The SVF player will issue messages when situations arise that cannot be handled. These messages are classified as warnings or errors depending on whether the player can continue operation (warning) or not (error). In case the TDO parameter of an SDR command leads to a mismatch the player issues a warning and continues. If the player should abort in this case then specify stop at the svf command.
The absence of error or warning messages indicate that the SVF file was executed without problems. To get a progress reporting while the player advances through the SVF file, specify progress at the svf command.
The bsdl command is used to set up and test the underlying BSDL subsystem of UrJTAG.
Whenever detect encounters a new part, a configuration process is started. This involves matching the retrieved IDCODE against the part descriptions in /usr/share/urjtag as described above. However, before this database is searched for a suitable description, the BSDL subsystem is started and searches for a BSDL file that matches this device. If it finds a matching file, traversal of the /usr/share/urjtag database is skipped. If not, then this standard process follows.
To tell the BSDL subsytem where to look for BSDL files, the bsdl path pathlist command has to be issued prior to detect. The contents of pathlist must be a semicolon-separated list of directories where BSDL files are located. This list is stored by bsdl path and is used later on when detect calls the BSDL subsystem.
The BSDL subsystem applies the first BSDL file that parses without errors and that contains the correct IDCODE. Scanning the specified directories happens in exactly the given order. Inside a directory however, the order depends largely on your filesystem’s behavior. |
Further details of the bsdl command:
bsdl path <path1>[;<path2>[;<pathN>]] set paths for locating BSDL files
bsdl debug on|off switches debug messages on or off
bsdl test [file] reads file (if specified) or all files found via bsdl path and prints a short status, an active part is not required
bsdl dump [file] reads file (if specified) or all files found via bsdl path and prints all configuration commands, an active part is not required
The bsdl dump file command implements the same functionality as bsdl2jtag. |
Although it’s still there, its functionality has been merged into the include command. Please use "include" instead.
This command was only there to support the SHARC 21065L processor, which has no IDCODE and therefore can’t be initialized correctly by just running "detect". However, the proper initialization can be done after "detect" by loading the proper declarations and bus driver manually:
jtag> include analog/sharc21065l/sharc21065l
The commands "spidetectflash", "spiflashmem", "spireadflash" and "spieraseflash" only exist in a version of the JTAG tools copyrighted by Intratrade Ltd., we just know about them from a posting on the net.
This section is only a placeholder for the information that will be added soon…
Documentation
Part descriptions (data files)
C header files
C source code
BSDL subsystem
Bus driver for various CPUs and other parts
Implementation of the commands for the "jtag" shell
Flash detection and programming algorithms
JIM, the JTAG target simulator
Utility functions
Functions for accessing specific parts in a chain
SVF player
Functions for accessing the chain in general
Cable drivers
Link drivers
TAP drivers
Chain drivers
Bus drivers
Flash drivers
Commands
Cable-specific drivers are those which are visible to the user through the "jtag" command shell. They’re listed in response to the "help cable" command. Each driver has to provide the following functions:
connect(), init() - Initialization
done(), cable_free(), disconnect() - Cleaning up
set_frequency() - set bitrate for shifting data through the chain
clock(), get_tdo(), transfer() - immediate JTAG activities
flush() - internally used to actually perform JTAG activities
help() - a help text to be displayed by the jtag command shell
After allocating a "cable_t" structure, a pointer to it and further parameters (as strings) have to be passed first to the selected cable’s connect() function.
Following that, the init() function is called via cable_init(). If cable_init() returns a zero value, all is fine and the cable is ready for use.
There are two functions for actual cleanup:
done() is responsible for driving the hardware to a safe and consistent state.
cable_free() then can be used to clean up eventually extra allocated memory etc.
Both are usually called from chain_disconnect().
An additional mechanism allows to clean up if a disconnection was detected by the low level driver (e.g. USB or parallel port driver). A cable has to provide a disconnect() function for this purpose:
Low level (e.g. parport) driver calls cable driver→disconnect()
cable driver→disconnect() calls chain_disconnect()
chain_disconnect() calls cable driver→done()
chain_disconnect() then calls cable driver→cable_free()
After return from chain_disconnect() to cable driver→disconnect(), the cable_t structure has been freed and must not be accessed anymore.
Currently the API provides five different functions for performing operations at the JTAG interface on the low level signal level (using the four signals TMS, TCK, TDI, and TDO).
clock(tms,tdi,n) takes values for TMS and TDI output as its parameters, ensures that actual cable signals are set accordingly, and does a 0-1 transition on TCK (n times)
get_tdo() returns the current value at the TDO input.
set_trst(x) sets the TRST signal and returns the current value.
get_trst() returns the current value of the TRST signal.
For many JTAG adapters, there’s almost no delay when doing alternating clock() and get_tdo(). Writing and reading happens immediately and the result is available immediately as well. This is the case with most parallel port adapters (but not when attached to USB-to-parallel adapters or USB docking stations) and memory mapped IO (e.g. general purpose I/O pins of microcontrollers).
But there are adapters, especially USB and Ethernet based adapters, which exhibit a rather long delay between the initiation of reading a bit and the delivery of the value of the bit. It is at least 1 millisecond with USB, which would limit the transfer rate to 1 kHz. One way to workaround this is to transmit bits compacted into bytes and chunks of bytes, which is possible with the transfer() function.
transfer(in, out)
The transfer() function does a series of TCK pulses, with data for TDI read as bytes from memory. The bytes are automatically serialized. TMS is set to zero during transfer()s. Optionally, prior to each bit shifted out to the interface, TDO input can be read into memory (deserialized into a byte array of the same size as the input array).
It still doesn’t yield much improvement if the operation consists of many read and write transitions (e.g. repeatedly writing an instruction and some data register values, then reading from the data register, as it is necessary for memory access). For that reason, the above functions are also available in variants that don’t cause immediate activity, but rather schedule it for later. In the API, they’re visible as
cable_defer_clock()
cable_defer_get_tdo()
cable_defer_set_trst()
cable_defer_get_trst()
cable_defer_transfer()
These functions aren’t implemented in the cable driver (but currently in src/tap/cable.c). The cable driver just has to provide a flush() function to actually execute the queued activity in some cable-specific optimal way, and to store the results of get_tdo() and transfer() activity. The caller later can pick up the results using these functions (implemented in cable.c):
cable_get_tdo_late()
cable_get_trst_late()
cable_transfer_late()
As an example, consider the following sequence of activities:
clock()
get_tdo()
clock()
get_tdo()
If the result of the first get_tdo() isn’t absolutely required before the second clock(), the sequence can be optimized into the following sequence (if
defer_clock()
defer_clock()
flush()
get_tdo_late()
get_tdo_late()
The next sections explain the queueing mechanism and its limits in detail.
The cable_flush() function is used to flush the queue towards the cable. It takes one additional argument, "how_much", which may be one of
OPTIONALLY: The cable driver may flush if it’s reasonable (e.g. if the queue has been filled so that some buffer limit for the cable interface is reached). It would be wise to flush early to keep the queue small, if there is no point in queueing up more items because the transfer to the cable would have to be split into smaller chunks anyway. This is used by UrJTAG immediately after adding items to the queue.
TO_OUTPUT: The cable driver should at least flush as much so that one output becomes available in the output queue. If there’s already something in the output queue, this should be interpreted similar to OPTIONALLY. This is used by UrJTAG immediately before it wants to use that output.
COMPLETELY: The cable driver has to flush the queue completely. This is used by UrJTAG immediately before actions that circumvent the queueing such as calls to the legacy clock/get_tdo functions. It could also be used by application code to ensure that some action is actually done in time.
The source in src/tap/cable.c provides to important functions to access the two queues "todo" (with activity to be done) and "done" (with results):
cable_add_queue_item
cable_get_queue_item
In src/tap/cable/generic.c you’ll find two implementations of dequeueing algorithms, i.e. implementations of the flush() function. These could be used by any new cable driver unless it provides a more sophisticated algorithm itself:
generic_flush_one_by_one() simply calls the "classic" functions one after another. The performance of the cable driver using this implementation will be the same whether the immediate or defer variants of the functions are used.
generic_flush_using_transfer() tries to optimize as many clock() and get_tdo() by transforming them into calls to transfer() instead. This can give a slight advantage.
The generic implementations also serve as a template for new cable-specific implementations.
As a reference and in many cases completely sufficient for new cables, take a look at the code in src/tap/cable/generic.c, which contains generic routines, suitable for parallel port based cables (and some for other types of cables as well).
Link drivers like the "parport" driver collection provide the basis for communication between cable driver and actual JTAG adapter. The openwince JTAG tools supported only parallel port links with the "parport" drivers. UrJTAG introduced support for USB links, but in the early releases the drivers for these just mimic the parallel port links.
The basic functions provided by all link drivers are
connect(), to called from cable driver connect()
open(), to actually connect to the device during cable driver init()
close(), to disconnect from the device during cable driver done()
free(), to free all resources, called from cable driver free()
Currently there are parport drivers for direct access to the parallel port on a PC using I/O addresses (direct.c), and for using ppdev on Linux or ppi on FreeBSD.
In addition, there are "ftdi" and "ftd2xx" parport drivers that actually are for communication with USB cables based on FTDI chips. They cannot be used for connecting old parallel port cables through parallel to USB adapters with FTDI chips, and probably soon will be rewritten as "usbconn" drivers instead.
All parport drivers present a common API for setting and reading signals.
The usbconn drivers provide a common API to search for and connect with USB devices. At the moment, there are drivers for libusd, libftdi and FTD2XX (e.g. to communicate with FTDI chip based cables through libftdi and/or FTD2XX, to communicate with Cypress FX2 using EZUSB.SYS or CyUSB.sys, and more).
Bus drivers translate read and write operations on a bus into JTAG commands and methods. A bus in this context is neither restricted to a processor bus, nor to memory. Any system component that can be read from and written to could be seen as attached to a bus. I.e. external or internal memory (RAM, ROM, Flash) and peripherals connected to a processor or simply an FPGA with 1:1 connections.
The available bus drivers are listed in response to "help initbus". Each driver has to provide the following functions:
bus_new() - Initialization
bus_free() - Cleaning up
bus_printinfo() - Short description
bus_prepare() - Preparation
bus_area() - Description of the bus geometry
bus_read_start() - Initiate reading
bus_read_next() - Read access
bus_read_end() - Finish reading
bus_read() - Atomic reading
bus_write() - Write access
Address parameters to the functions listed above specify always byte locations, independent of the actual data width. The bus driver has to adjust the address on its own if required. |
Upon calling of its bus_new() function, the driver allocates a "bus_t" structure and performs all required internal initializations.
After creation of the new "bus_t" structure, the bus_init() function will be called to give the driver the possibility to initialize it’s internal states or BSR bits as required. Such functionality has been split from bus_new() since some drivers require to re-initialize during runtime.
The driver is supposed to free all allocated memory (including its "bus_t" structure). Additionally, it should set the device into a state that doesn’t prevent it from normal operation.
Prints a message describing the driver. This function is called by the "print" command before it lists the areas covered by this bus driver.
This function is called whenever a bus operation is initiated. The driver should perform the required preparation steps so that subsequent calls to the bus_read_* and bus_write functions can perform their tasks properly.
E.g. a BSR bus driver would put the device into EXTEST mode to activate the boundary scan register on the device pins.
At certain stages, the bus driver’s bus_area() function is called by other commands to query the bus geometry for a given address. The bus driver must fill in the fields of a "bus_area_t" structure describing the geometry of the area in which the specified address is located:
a short textual description of the area
start address of area
length of area in bytes
data width in bits
Queries with an address out of range must result in an area length of
UINT64_C(0x100000000)
Since the JTAG state machine defines a capture-shift-update sequence, it is required to shift the address for a read prior to capturing the read data. Therefore, the bus_read_start() function is called with the very first address to read from. This enables the driver to shift the address into the device before it can actually retrieve the read data for this address.
The bus_read_next() function fetches the read data from the device that has been addressed by a previous call to bus_read_start() or bus_read_next(). Again, this is due to the capture-shift-update sequence of JTAG:
capture read data from device pins
shift new address
update new address to device pins
The address parameter specifies the location of the following read access. It is not the address of the data returned by this function call. |
Function "bus_read_end()" is called at the end of a read sequence. I.e. when the higher level command determines that the last data portion is to be read from the device. There is no new address and the function driver is supposed to return the read data that was addressed previously.
For ease of use, a bus driver has to supply a "bus_read()" function that encapsulates reading data from a single address in an atomic operation. Bus drivers typically build this function from "bus_read_start()" and a subsequent "bus_read_end()".
This function writes one data element at the specified address. Since this translates to a single JTAG operation (capture ignored, shift and update address & data), there is no splitting as with the read functions.
JTAG declarations files are located in directory "data". The files contains common part specific JTAG information in parseable form, e.g. list of the JTAG commands, boundary scan register, list of JTAG registers, etc.
Syntax of the JTAG declaration file is defined in the following subsections.
JTAG declaration file is text file which consists of lines. Empty lines are ignored. Text after first "#" on the line to the end of line is ignored. This is useful for comments. All other lines are significant.
Each significant line consists of tokens separated by whitespace. Whitespace could be spaces and/or tabs.
Signal definition line consists of word "signal" followed by whitespace and signal name (without spaces in the name). Rest of the line should contain whitespace separated list of pins of the part. This list is currently not used for any purpose in JTAG Tools. It is intended for future use.
The data/MANUFACTURERS file is used to locate the manufacturer of a specific device found in the JTAG chain. If you get the error Unknown manufacturer when attempting the detect command, this is the file you need to update.
See the JEDEC document for more information: JEDEC Solid State Technology Association, "Standard Manufacturer’s Identification Code", September 2001, Order Number: JEP106-K
The first token is a bit string that matches bits 11-1 of the device’s IDCODE. We omit bit 0 because it should always be 1 (per the JEDEC standard).
The second token is the name of the directory under data/ to search for specific part information.
The rest of the line is the human readable form of the manufacturer’s name.
For example, we find this in data/MANUFACTURERS:
00001100101 analog Analog Devices, Inc.
The manufacturer’s IDCODE is 000011001011 (notice the last bit is stripped), more part information can be found under data/analog/, and the human friendly name is Analog Devices, Inc..
Every manufacturer subdirectory needs a PARTS file. This is used to look up further information about a part such as the stepping and signal list. If you get the error Unknown part when attempting the detect command, this is the file you need to update.
The first token is a bit string that matches bits 27-12 of the device’s IDCODE.
The second token is the name of the directory under the manufacturer’s data/ directory to search for specific part information.
The rest of the line is the human readable form of the part’s name.
For example, we find this in data/analog/PARTS:
0010011111001000 bf537 BF537
The part’s IDCODE is 0010011111001000, more part information can be found under data/analog/bf537/, and the human friendly name is BF537.
Every part subdirectory needs a STEPPINGS file. This is used to find the file that contains information like the signals list. If you get the error Unknown stepping when attempting the detect command, this is the file you need to update.
The first token is a bit string that matches bits 31-28 of the device’s IDCODE.
The second token is the name of the file to load that contains information like the signal list, extra instructions/registers, etc… This file should be placed alongside the STEPPINGS file in the part-specific subdirectory.
The rest of the line is the human readable form of the part stepping’s name.
For example, we find this in data/analog/bf537/STEPPINGS:
0010 bf537 2
The part’s stepping is 0010, signal information can be found in the file data/analog/bf537/bf537, and the human friendly stepping name is 2.
C API and library package
Bindings for Python, Perl, …
TCP/IP access
New cable drivers
…
For a list of known problems in current versions, please also check the "Bugs" tracker at the UrJTAG website!
The documentation is incomplete. Where can I get more information?::
Please ask in the "Using UrJTAG" Forum on http://urjtag.org
My flash isn’t detected or can’t be programmed. What can I do?::
Please record the output of the "detect" and "detectflash" commands and ask in the Forum. If possible, re-compile UrJTAG before with "--enable-jedec-exp" to get extra information.
My CPU/FPGA/etc. chip isn’t detected. What can I do?::
First try to get hold of a "BSDL" description of the chip from the vendor, and specify where to find this file to UrJTAG using "bsdl path" before you "detect". Second, a bus driver has to be selected. Maybe "ejtag" or "prototype" work.
When I type "cable parallel 0x378 DLC5" (in a Cygwin environment) I get "Unknown port driver: parallel"?::
Please install the Cygwin ioperm package, and re-configure/compile.
When I type "cable parallel 0x378 DLC5" (in a Cygwin environment) I get "Error: Cable initialization failed!".::
Please install ioperm.sys driver using ioperm -i command.
When running autogen.sh, I get "Can’t exec "autopoint": No such file or directory"::
You need the headers for gettext (e.g. Debian package "gettext-devel").
When running autogen.sh, it complains about missing CVS::
The easiest solution is to actually install CVS for this step, just to get around this error message.
During compilation, I get "svf_bison.y: No such file or directory"::
You need "bison".
During compilation, I get "flex: can’t open … src/svf/svf_flex.l"::
You need "flex"
During compilation, I get "src/svf/svf_flex.l", line 27: unrecognized %option: bison-locations"::
You need a newer version of flex. It should be 2.5.31 or newer; Unfortunately, Cygwin comes with only 2.5.4a. You may try to compile and install a newer version of flex from source to solve this. The distributed source tarball contains source pregenerated with a current flex version, you need flex yourself only to compile from fresh SVN checkouts.
When running "make install", I get "Permission denied" errors::
If you want to install into a system directory (the default /usr/local is one), you’ll have to run "make install" as the superuser, e.g. do "sudo make install".
My BSDL file defines the bus DAT as bit_vector(15 downto 0), how should I access single elements?::
BSDL syntax is an extension of the VHDL language. Array elements are indexed with parentheses: DAT(4) selects index number 4 of the DAT vector. Also refer to the "print signals" command.
My board requires certain signals to be set to dedicated values before external memories can be accessed.::
Most (if not all) BSR-based bus drivers allow for static configurations of pins that are controlled by BSR bits. Apply the required "set" commands before issueing the "initbus …" command. These settings are preserved by all bus related commands if they don’t collide with the signals required for bus operation.
My USB pod seems slow.::
USB-based JTAG pods suffer from a couple of intrinsic issues. Consider the following to get maximum performance:
Run UrJTAG on native linux. Cygwin and VMWare are reportedly slower.
Connect the pod via a high speed USB hub to a high speed USB host port. Even though the pod is a full speed device, it benefits from the shorter turn-around times between host and hub.
Various licenses are used for the UrJTAG project. The GPL is used for most of the code except for some include files, JIM, and cable driver source, where a BSD or MIT license is used; this is noted in the file headers.
GNU Free Documentation License Version 1.2, November 2002 Copyright (C) 2000,2001,2002 Free Software Foundation, Inc. 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed. 0. PREAMBLE The purpose of this License is to make a manual, textbook, or other functional and useful document "free" in the sense of freedom: to assure everyone the effective freedom to copy and redistribute it, with or without modifying it, either commercially or noncommercially. Secondarily, this License preserves for the author and publisher a way to get credit for their work, while not being considered responsible for modifications made by others. This License is a kind of "copyleft", which means that derivative works of the document must themselves be free in the same sense. It complements the GNU General Public License, which is a copyleft license designed for free software. We have designed this License in order to use it for manuals for free software, because free software needs free documentation: a free program should come with manuals providing the same freedoms that the software does. But this License is not limited to software manuals; it can be used for any textual work, regardless of subject matter or whether it is published as a printed book. We recommend this License principally for works whose purpose is instruction or reference. 1. APPLICABILITY AND DEFINITIONS This License applies to any manual or other work, in any medium, that contains a notice placed by the copyright holder saying it can be distributed under the terms of this License. Such a notice grants a world-wide, royalty-free license, unlimited in duration, to use that work under the conditions stated herein. The "Document", below, refers to any such manual or work. Any member of the public is a licensee, and is addressed as "you". You accept the license if you copy, modify or distribute the work in a way requiring permission under copyright law. A "Modified Version" of the Document means any work containing the Document or a portion of it, either copied verbatim, or with modifications and/or translated into another language. A "Secondary Section" is a named appendix or a front-matter section of the Document that deals exclusively with the relationship of the publishers or authors of the Document to the Document's overall subject (or to related matters) and contains nothing that could fall directly within that overall subject. (Thus, if the Document is in part a textbook of mathematics, a Secondary Section may not explain any mathematics.) The relationship could be a matter of historical connection with the subject or with related matters, or of legal, commercial, philosophical, ethical or political position regarding them. The "Invariant Sections" are certain Secondary Sections whose titles are designated, as being those of Invariant Sections, in the notice that says that the Document is released under this License. If a section does not fit the above definition of Secondary then it is not allowed to be designated as Invariant. The Document may contain zero Invariant Sections. If the Document does not identify any Invariant Sections then there are none. The "Cover Texts" are certain short passages of text that are listed, as Front-Cover Texts or Back-Cover Texts, in the notice that says that the Document is released under this License. A Front-Cover Text may be at most 5 words, and a Back-Cover Text may be at most 25 words. A "Transparent" copy of the Document means a machine-readable copy, represented in a format whose specification is available to the general public, that is suitable for revising the document straightforwardly with generic text editors or (for images composed of pixels) generic paint programs or (for drawings) some widely available drawing editor, and that is suitable for input to text formatters or for automatic translation to a variety of formats suitable for input to text formatters. A copy made in an otherwise Transparent file format whose markup, or absence of markup, has been arranged to thwart or discourage subsequent modification by readers is not Transparent. An image format is not Transparent if used for any substantial amount of text. A copy that is not "Transparent" is called "Opaque". Examples of suitable formats for Transparent copies include plain ASCII without markup, Texinfo input format, LaTeX input format, SGML or XML using a publicly available DTD, and standard-conforming simple HTML, PostScript or PDF designed for human modification. Examples of transparent image formats include PNG, XCF and JPG. Opaque formats include proprietary formats that can be read and edited only by proprietary word processors, SGML or XML for which the DTD and/or processing tools are not generally available, and the machine-generated HTML, PostScript or PDF produced by some word processors for output purposes only. The "Title Page" means, for a printed book, the title page itself, plus such following pages as are needed to hold, legibly, the material this License requires to appear in the title page. For works in formats which do not have any title page as such, "Title Page" means the text near the most prominent appearance of the work's title, preceding the beginning of the body of the text. A section "Entitled XYZ" means a named subunit of the Document whose title either is precisely XYZ or contains XYZ in parentheses following text that translates XYZ in another language. (Here XYZ stands for a specific section name mentioned below, such as "Acknowledgements", "Dedications", "Endorsements", or "History".) To "Preserve the Title" of such a section when you modify the Document means that it remains a section "Entitled XYZ" according to this definition. The Document may include Warranty Disclaimers next to the notice which states that this License applies to the Document. These Warranty Disclaimers are considered to be included by reference in this License, but only as regards disclaiming warranties: any other implication that these Warranty Disclaimers may have is void and has no effect on the meaning of this License. 2. VERBATIM COPYING You may copy and distribute the Document in any medium, either commercially or noncommercially, provided that this License, the copyright notices, and the license notice saying this License applies to the Document are reproduced in all copies, and that you add no other conditions whatsoever to those of this License. You may not use technical measures to obstruct or control the reading or further copying of the copies you make or distribute. However, you may accept compensation in exchange for copies. If you distribute a large enough number of copies you must also follow the conditions in section 3. You may also lend copies, under the same conditions stated above, and you may publicly display copies. 3. COPYING IN QUANTITY If you publish printed copies (or copies in media that commonly have printed covers) of the Document, numbering more than 100, and the Document's license notice requires Cover Texts, you must enclose the copies in covers that carry, clearly and legibly, all these Cover Texts: Front-Cover Texts on the front cover, and Back-Cover Texts on the back cover. Both covers must also clearly and legibly identify you as the publisher of these copies. The front cover must present the full title with all words of the title equally prominent and visible. You may add other material on the covers in addition. Copying with changes limited to the covers, as long as they preserve the title of the Document and satisfy these conditions, can be treated as verbatim copying in other respects. If the required texts for either cover are too voluminous to fit legibly, you should put the first ones listed (as many as fit reasonably) on the actual cover, and continue the rest onto adjacent pages. If you publish or distribute Opaque copies of the Document numbering more than 100, you must either include a machine-readable Transparent copy along with each Opaque copy, or state in or with each Opaque copy a computer-network location from which the general network-using public has access to download using public-standard network protocols a complete Transparent copy of the Document, free of added material. If you use the latter option, you must take reasonably prudent steps, when you begin distribution of Opaque copies in quantity, to ensure that this Transparent copy will remain thus accessible at the stated location until at least one year after the last time you distribute an Opaque copy (directly or through your agents or retailers) of that edition to the public. It is requested, but not required, that you contact the authors of the Document well before redistributing any large number of copies, to give them a chance to provide you with an updated version of the Document. 4. MODIFICATIONS You may copy and distribute a Modified Version of the Document under the conditions of sections 2 and 3 above, provided that you release the Modified Version under precisely this License, with the Modified Version filling the role of the Document, thus licensing distribution and modification of the Modified Version to whoever possesses a copy of it. In addition, you must do these things in the Modified Version: A. Use in the Title Page (and on the covers, if any) a title distinct from that of the Document, and from those of previous versions (which should, if there were any, be listed in the History section of the Document). You may use the same title as a previous version if the original publisher of that version gives permission. B. List on the Title Page, as authors, one or more persons or entities responsible for authorship of the modifications in the Modified Version, together with at least five of the principal authors of the Document (all of its principal authors, if it has fewer than five), unless they release you from this requirement. C. State on the Title page the name of the publisher of the Modified Version, as the publisher. D. Preserve all the copyright notices of the Document. E. Add an appropriate copyright notice for your modifications adjacent to the other copyright notices. F. Include, immediately after the copyright notices, a license notice giving the public permission to use the Modified Version under the terms of this License, in the form shown in the Addendum below. G. Preserve in that license notice the full lists of Invariant Sections and required Cover Texts given in the Document's license notice. H. Include an unaltered copy of this License. I. Preserve the section Entitled "History", Preserve its Title, and add to it an item stating at least the title, year, new authors, and publisher of the Modified Version as given on the Title Page. If there is no section Entitled "History" in the Document, create one stating the title, year, authors, and publisher of the Document as given on its Title Page, then add an item describing the Modified Version as stated in the previous sentence. J. Preserve the network location, if any, given in the Document for public access to a Transparent copy of the Document, and likewise the network locations given in the Document for previous versions it was based on. These may be placed in the "History" section. You may omit a network location for a work that was published at least four years before the Document itself, or if the original publisher of the version it refers to gives permission. K. For any section Entitled "Acknowledgements" or "Dedications", Preserve the Title of the section, and preserve in the section all the substance and tone of each of the contributor acknowledgements and/or dedications given therein. L. Preserve all the Invariant Sections of the Document, unaltered in their text and in their titles. Section numbers or the equivalent are not considered part of the section titles. M. Delete any section Entitled "Endorsements". Such a section may not be included in the Modified Version. N. Do not retitle any existing section to be Entitled "Endorsements" or to conflict in title with any Invariant Section. O. Preserve any Warranty Disclaimers. If the Modified Version includes new front-matter sections or appendices that qualify as Secondary Sections and contain no material copied from the Document, you may at your option designate some or all of these sections as invariant. To do this, add their titles to the list of Invariant Sections in the Modified Version's license notice. These titles must be distinct from any other section titles. You may add a section Entitled "Endorsements", provided it contains nothing but endorsements of your Modified Version by various parties--for example, statements of peer review or that the text has been approved by an organization as the authoritative definition of a standard. You may add a passage of up to five words as a Front-Cover Text, and a passage of up to 25 words as a Back-Cover Text, to the end of the list of Cover Texts in the Modified Version. Only one passage of Front-Cover Text and one of Back-Cover Text may be added by (or through arrangements made by) any one entity. If the Document already includes a cover text for the same cover, previously added by you or by arrangement made by the same entity you are acting on behalf of, you may not add another; but you may replace the old one, on explicit permission from the previous publisher that added the old one. The author(s) and publisher(s) of the Document do not by this License give permission to use their names for publicity for or to assert or imply endorsement of any Modified Version. 5. COMBINING DOCUMENTS You may combine the Document with other documents released under this License, under the terms defined in section 4 above for modified versions, provided that you include in the combination all of the Invariant Sections of all of the original documents, unmodified, and list them all as Invariant Sections of your combined work in its license notice, and that you preserve all their Warranty Disclaimers. The combined work need only contain one copy of this License, and multiple identical Invariant Sections may be replaced with a single copy. If there are multiple Invariant Sections with the same name but different contents, make the title of each such section unique by adding at the end of it, in parentheses, the name of the original author or publisher of that section if known, or else a unique number. Make the same adjustment to the section titles in the list of Invariant Sections in the license notice of the combined work. In the combination, you must combine any sections Entitled "History" in the various original documents, forming one section Entitled "History"; likewise combine any sections Entitled "Acknowledgements", and any sections Entitled "Dedications". You must delete all sections Entitled "Endorsements". 6. COLLECTIONS OF DOCUMENTS You may make a collection consisting of the Document and other documents released under this License, and replace the individual copies of this License in the various documents with a single copy that is included in the collection, provided that you follow the rules of this License for verbatim copying of each of the documents in all other respects. You may extract a single document from such a collection, and distribute it individually under this License, provided you insert a copy of this License into the extracted document, and follow this License in all other respects regarding verbatim copying of that document. 7. AGGREGATION WITH INDEPENDENT WORKS A compilation of the Document or its derivatives with other separate and independent documents or works, in or on a volume of a storage or distribution medium, is called an "aggregate" if the copyright resulting from the compilation is not used to limit the legal rights of the compilation's users beyond what the individual works permit. When the Document is included in an aggregate, this License does not apply to the other works in the aggregate which are not themselves derivative works of the Document. If the Cover Text requirement of section 3 is applicable to these copies of the Document, then if the Document is less than one half of the entire aggregate, the Document's Cover Texts may be placed on covers that bracket the Document within the aggregate, or the electronic equivalent of covers if the Document is in electronic form. Otherwise they must appear on printed covers that bracket the whole aggregate. 8. TRANSLATION Translation is considered a kind of modification, so you may distribute translations of the Document under the terms of section 4. Replacing Invariant Sections with translations requires special permission from their copyright holders, but you may include translations of some or all Invariant Sections in addition to the original versions of these Invariant Sections. You may include a translation of this License, and all the license notices in the Document, and any Warranty Disclaimers, provided that you also include the original English version of this License and the original versions of those notices and disclaimers. In case of a disagreement between the translation and the original version of this License or a notice or disclaimer, the original version will prevail. If a section in the Document is Entitled "Acknowledgements", "Dedications", or "History", the requirement (section 4) to Preserve its Title (section 1) will typically require changing the actual title. 9. TERMINATION You may not copy, modify, sublicense, or distribute the Document except as expressly provided for under this License. Any other attempt to copy, modify, sublicense or distribute the Document is void, and will automatically terminate your rights under this License. However, parties who have received copies, or rights, from you under this License will not have their licenses terminated so long as such parties remain in full compliance. 10. FUTURE REVISIONS OF THIS LICENSE The Free Software Foundation may publish new, revised versions of the GNU Free Documentation License from time to time. Such new versions will be similar in spirit to the present version, but may differ in detail to address new problems or concerns. See http://www.gnu.org/copyleft/. Each version of the License is given a distinguishing version number. If the Document specifies that a particular numbered version of this License "or any later version" applies to it, you have the option of following the terms and conditions either of that specified version or of any later version that has been published (not as a draft) by the Free Software Foundation. If the Document does not specify a version number of this License, you may choose any version ever published (not as a draft) by the Free Software Foundation. ADDENDUM: How to use this License for your documents To use this License in a document you have written, include a copy of the License in the document and put the following copyright and license notices just after the title page: Copyright (c) YEAR YOUR NAME. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled "GNU Free Documentation License". If you have Invariant Sections, Front-Cover Texts and Back-Cover Texts, replace the "with...Texts." line with this: with the Invariant Sections being LIST THEIR TITLES, with the Front-Cover Texts being LIST, and with the Back-Cover Texts being LIST. If you have Invariant Sections without Cover Texts, or some other combination of the three, merge those two alternatives to suit the situation. If your document contains nontrivial examples of program code, we recommend releasing these examples in parallel under your choice of free software license, such as the GNU General Public License, to permit their use in free software.
GNU GENERAL PUBLIC LICENSE Version 2, June 1991 Copyright (C) 1989, 1991 Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed. Preamble The licenses for most software are designed to take away your freedom to share and change it. By contrast, the GNU General Public License is intended to guarantee your freedom to share and change free software--to make sure the software is free for all its users. This General Public License applies to most of the Free Software Foundation's software and to any other program whose authors commit to using it. (Some other Free Software Foundation software is covered by the GNU Lesser General Public License instead.) You can apply it to your programs, too. When we speak of free software, we are referring to freedom, not price. Our General Public Licenses are designed to make sure that you have the freedom to distribute copies of free software (and charge for this service if you wish), that you receive source code or can get it if you want it, that you can change the software or use pieces of it in new free programs; and that you know you can do these things. To protect your rights, we need to make restrictions that forbid anyone to deny you these rights or to ask you to surrender the rights. These restrictions translate to certain responsibilities for you if you distribute copies of the software, or if you modify it. For example, if you distribute copies of such a program, whether gratis or for a fee, you must give the recipients all the rights that you have. You must make sure that they, too, receive or can get the source code. And you must show them these terms so they know their rights. We protect your rights with two steps: (1) copyright the software, and (2) offer you this license which gives you legal permission to copy, distribute and/or modify the software. Also, for each author's protection and ours, we want to make certain that everyone understands that there is no warranty for this free software. If the software is modified by someone else and passed on, we want its recipients to know that what they have is not the original, so that any problems introduced by others will not reflect on the original authors' reputations. Finally, any free program is threatened constantly by software patents. We wish to avoid the danger that redistributors of a free program will individually obtain patent licenses, in effect making the program proprietary. To prevent this, we have made it clear that any patent must be licensed for everyone's free use or not licensed at all. The precise terms and conditions for copying, distribution and modification follow. GNU GENERAL PUBLIC LICENSE TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION 0. This License applies to any program or other work which contains a notice placed by the copyright holder saying it may be distributed under the terms of this General Public License. The "Program", below, refers to any such program or work, and a "work based on the Program" means either the Program or any derivative work under copyright law: that is to say, a work containing the Program or a portion of it, either verbatim or with modifications and/or translated into another language. (Hereinafter, translation is included without limitation in the term "modification".) Each licensee is addressed as "you". Activities other than copying, distribution and modification are not covered by this License; they are outside its scope. The act of running the Program is not restricted, and the output from the Program is covered only if its contents constitute a work based on the Program (independent of having been made by running the Program). Whether that is true depends on what the Program does. 1. You may copy and distribute verbatim copies of the Program's source code as you receive it, in any medium, provided that you conspicuously and appropriately publish on each copy an appropriate copyright notice and disclaimer of warranty; keep intact all the notices that refer to this License and to the absence of any warranty; and give any other recipients of the Program a copy of this License along with the Program. You may charge a fee for the physical act of transferring a copy, and you may at your option offer warranty protection in exchange for a fee. 2. You may modify your copy or copies of the Program or any portion of it, thus forming a work based on the Program, and copy and distribute such modifications or work under the terms of Section 1 above, provided that you also meet all of these conditions: a) You must cause the modified files to carry prominent notices stating that you changed the files and the date of any change. b) You must cause any work that you distribute or publish, that in whole or in part contains or is derived from the Program or any part thereof, to be licensed as a whole at no charge to all third parties under the terms of this License. c) If the modified program normally reads commands interactively when run, you must cause it, when started running for such interactive use in the most ordinary way, to print or display an announcement including an appropriate copyright notice and a notice that there is no warranty (or else, saying that you provide a warranty) and that users may redistribute the program under these conditions, and telling the user how to view a copy of this License. (Exception: if the Program itself is interactive but does not normally print such an announcement, your work based on the Program is not required to print an announcement.) These requirements apply to the modified work as a whole. If identifiable sections of that work are not derived from the Program, and can be reasonably considered independent and separate works in themselves, then this License, and its terms, do not apply to those sections when you distribute them as separate works. But when you distribute the same sections as part of a whole which is a work based on the Program, the distribution of the whole must be on the terms of this License, whose permissions for other licensees extend to the entire whole, and thus to each and every part regardless of who wrote it. Thus, it is not the intent of this section to claim rights or contest your rights to work written entirely by you; rather, the intent is to exercise the right to control the distribution of derivative or collective works based on the Program. In addition, mere aggregation of another work not based on the Program with the Program (or with a work based on the Program) on a volume of a storage or distribution medium does not bring the other work under the scope of this License. 3. You may copy and distribute the Program (or a work based on it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you also do one of the following: a) Accompany it with the complete corresponding machine-readable source code, which must be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, c) Accompany it with the information you received as to the offer to distribute corresponding source code. (This alternative is allowed only for noncommercial distribution and only if you received the program in object code or executable form with such an offer, in accord with Subsection b above.) The source code for a work means the preferred form of the work for making modifications to it. For an executable work, complete source code means all the source code for all modules it contains, plus any associated interface definition files, plus the scripts used to control compilation and installation of the executable. However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable. If distribution of executable or object code is made by offering access to copy from a designated place, then offering equivalent access to copy the source code from the same place counts as distribution of the source code, even though third parties are not compelled to copy the source along with the object code. 4. You may not copy, modify, sublicense, or distribute the Program except as expressly provided under this License. Any attempt otherwise to copy, modify, sublicense or distribute the Program is void, and will automatically terminate your rights under this License. However, parties who have received copies, or rights, from you under this License will not have their licenses terminated so long as such parties remain in full compliance. 5. You are not required to accept this License, since you have not signed it. However, nothing else grants you permission to modify or distribute the Program or its derivative works. These actions are prohibited by law if you do not accept this License. Therefore, by modifying or distributing the Program (or any work based on the Program), you indicate your acceptance of this License to do so, and all its terms and conditions for copying, distributing or modifying the Program or works based on it. 6. Each time you redistribute the Program (or any work based on the Program), the recipient automatically receives a license from the original licensor to copy, distribute or modify the Program subject to these terms and conditions. You may not impose any further restrictions on the recipients' exercise of the rights granted herein. You are not responsible for enforcing compliance by third parties to this License. 7. If, as a consequence of a court judgment or allegation of patent infringement or for any other reason (not limited to patent issues), conditions are imposed on you (whether by court order, agreement or otherwise) that contradict the conditions of this License, they do not excuse you from the conditions of this License. If you cannot distribute so as to satisfy simultaneously your obligations under this License and any other pertinent obligations, then as a consequence you may not distribute the Program at all. For example, if a patent license would not permit royalty-free redistribution of the Program by all those who receive copies directly or indirectly through you, then the only way you could satisfy both it and this License would be to refrain entirely from distribution of the Program. If any portion of this section is held invalid or unenforceable under any particular circumstance, the balance of the section is intended to apply and the section as a whole is intended to apply in other circumstances. It is not the purpose of this section to induce you to infringe any patents or other property right claims or to contest validity of any such claims; this section has the sole purpose of protecting the integrity of the free software distribution system, which is implemented by public license practices. Many people have made generous contributions to the wide range of software distributed through that system in reliance on consistent application of that system; it is up to the author/donor to decide if he or she is willing to distribute software through any other system and a licensee cannot impose that choice. This section is intended to make thoroughly clear what is believed to be a consequence of the rest of this License. 8. If the distribution and/or use of the Program is restricted in certain countries either by patents or by copyrighted interfaces, the original copyright holder who places the Program under this License may add an explicit geographical distribution limitation excluding those countries, so that distribution is permitted only in or among countries not thus excluded. In such case, this License incorporates the limitation as if written in the body of this License. 9. The Free Software Foundation may publish revised and/or new versions of the General Public License from time to time. Such new versions will be similar in spirit to the present version, but may differ in detail to address new problems or concerns. Each version is given a distinguishing version number. If the Program specifies a version number of this License which applies to it and "any later version", you have the option of following the terms and conditions either of that version or of any later version published by the Free Software Foundation. If the Program does not specify a version number of this License, you may choose any version ever published by the Free Software Foundation. 10. If you wish to incorporate parts of the Program into other free programs whose distribution conditions are different, write to the author to ask for permission. For software which is copyrighted by the Free Software Foundation, write to the Free Software Foundation; we sometimes make exceptions for this. Our decision will be guided by the two goals of preserving the free status of all derivatives of our free software and of promoting the sharing and reuse of software generally. NO WARRANTY 11. BECAUSE THE PROGRAM IS LICENSED FREE OF CHARGE, THERE IS NO WARRANTY FOR THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD THE PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, REPAIR OR CORRECTION. 12. IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR REDISTRIBUTE THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, INCLUDING ANY GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED TO LOSS OF DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR THIRD PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER PROGRAMS), EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. END OF TERMS AND CONDITIONS How to Apply These Terms to Your New Programs If you develop a new program, and you want it to be of the greatest possible use to the public, the best way to achieve this is to make it free software which everyone can redistribute and change under these terms. To do so, attach the following notices to the program. It is safest to attach them to the start of each source file to most effectively convey the exclusion of warranty; and each file should have at least the "copyright" line and a pointer to where the full notice is found. <one line to give the program's name and a brief idea of what it does.> Copyright (C) <year> <name of author> This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. Also add information on how to contact you by electronic and paper mail. If the program is interactive, make it output a short notice like this when it starts in an interactive mode: Gnomovision version 69, Copyright (C) year name of author Gnomovision comes with ABSOLUTELY NO WARRANTY; for details type `show w'. This is free software, and you are welcome to redistribute it under certain conditions; type `show c' for details. The hypothetical commands `show w' and `show c' should show the appropriate parts of the General Public License. Of course, the commands you use may be called something other than `show w' and `show c'; they could even be mouse-clicks or menu items--whatever suits your program. You should also get your employer (if you work as a programmer) or your school, if any, to sign a "copyright disclaimer" for the program, if necessary. Here is a sample; alter the names: Yoyodyne, Inc., hereby disclaims all copyright interest in the program `Gnomovision' (which makes passes at compilers) written by James Hacker. <signature of Ty Coon>, 1 April 1989 Ty Coon, President of Vice This General Public License does not permit incorporating your program into proprietary programs. If your program is a subroutine library, you may consider it more useful to permit linking proprietary applications with the library. If this is what you want to do, use the GNU Lesser General Public License instead of this License.