diff --git a/_images/Tracks.png b/_images/Tracks.png
new file mode 100644
index 0000000000..39c83cd595
Binary files /dev/null and b/_images/Tracks.png differ
diff --git a/_images/fork.png b/_images/fork.png
new file mode 100644
index 0000000000..f43f64242e
Binary files /dev/null and b/_images/fork.png differ
diff --git a/_images/pullrequest.png b/_images/pullrequest.png
new file mode 100644
index 0000000000..8cfc71e9cd
Binary files /dev/null and b/_images/pullrequest.png differ
diff --git a/_sources/devguide/statepoint.txt b/_sources/devguide/statepoint.txt
index 2b486f12e0..9862a45282 100644
--- a/_sources/devguide/statepoint.txt
+++ b/_sources/devguide/statepoint.txt
@@ -4,6 +4,544 @@
State Point Binary File Specifications
======================================
+-----------
+Revision 10
+-----------
+
+**integer(4) FILETYPE_STATEPOINT**
+
+ Flags whether this file is a statepoint file or a particle restart file.
+
+**integer(4) REVISION_STATEPOINT**
+
+ Revision of the binary state point file. Any time a change is made in the
+ format of the state-point file, this integer is incremented.
+
+**integer(4) VERSION_MAJOR**
+
+ Major version number for OpenMC
+
+**integer(4) VERSION_MINOR**
+
+ Minor version number for OpenMC
+
+**integer(4) VERSION_RELEASE**
+
+ Release version number for OpenMC
+
+**character(19) time_stamp**
+
+ Date and time the state point was written.
+
+**character(255) path**
+
+ Absolute path to directory containing input files.
+
+**integer(8) seed**
+
+ Pseudo-random number generator seed.
+
+**integer(4) run_mode**
+
+ run mode used. The modes are described in constants.F90.
+
+**integer(8) n_particles**
+
+ Number of particles used per generation.
+
+**integer(4) n_batches**
+
+ Total number of batches (active + inactive).
+
+**integer(4) current_batch**
+
+ The number of batches already simulated.
+
+if (run_mode == MODE_EIGENVALUE)
+
+ **integer(4) n_inactive**
+
+ Number of inactive batches
+
+ **integer(4) gen_per_batch**
+
+ Number of generations per batch for criticality calculations
+
+ *do i = 1, current_batch \* gen_per_batch*
+
+ **real(8) k_generation(i)**
+
+ k-effective for the i-th total generation
+
+ *do i = 1, current_batch \* gen_per_batch*
+
+ **real(8) entropy(i)**
+
+ Shannon entropy for the i-th total generation
+
+ **real(8) k_col_abs**
+
+ Sum of product of collision/absorption estimates of k-effective
+
+ **real(8) k_col_tra**
+
+ Sum of product of collision/track-length estimates of k-effective
+
+ **real(8) k_abs_tra**
+
+ Sum of product of absorption/track-length estimates of k-effective
+
+ **real(8) k_combined(2)**
+
+ Mean and standard deviation of a combined estimate of k-effective
+
+ **integer(4) cmfd_on**
+
+ Flag that cmfd is on
+
+ if (cmfd_on)
+
+ **integer(4) cmfd % indices**
+
+ Indices for cmfd mesh (i,j,k,g)
+
+ **real(8) cmfd % k_cmfd(1:current_batch)**
+
+ CMFD eigenvalues
+
+ **real(8) cmfd % src(1:I,1:J,1:K,1:G)**
+
+ CMFD fission source
+
+ **real(8) cmfd % entropy(1:current_batch)**
+
+ CMFD estimate of Shannon entropy
+
+ **real(8) cmfd % balance(1:current_batch)**
+
+ RMS of the residual neutron balance equation on CMFD mesh
+
+ **real(8) cmfd % dom(1:current_batch)**
+
+ CMFD estimate of dominance ratio
+
+ **real(8) cmfd % scr_cmp(1:current_batch)**
+
+ RMS comparison of difference between OpenMC and CMFD fission source
+
+**integer(4) n_meshes**
+
+ Number of meshes in tallies.xml file
+
+*do i = 1, n_meshes*
+
+ **integer(4) meshes(i) % id**
+
+ Unique ID of mesh.
+
+ **integer(4) meshes(i) % type**
+
+ Type of mesh.
+
+ **integer(4) meshes(i) % n_dimension**
+
+ Number of dimensions for mesh (2 or 3).
+
+ **integer(4) meshes(i) % dimension(:)**
+
+ Number of mesh cells in each dimension.
+
+ **real(8) meshes(i) % lower_left(:)**
+
+ Coordinates of lower-left corner of mesh.
+
+ **real(8) meshes(i) % upper_right(:)**
+
+ Coordinates of upper-right corner of mesh.
+
+ **real(8) meshes(i) % width(:)**
+
+ Width of each mesh cell in each dimension.
+
+**integer(4) n_tallies**
+
+*do i = 1, n_tallies*
+
+ **integer(4) tallies(i) % id**
+
+ Unique ID of tally.
+
+ **integer(4) tallies(i) % n_realizations**
+
+ Number of realizations for the i-th tally.
+
+ **integer(4) size(tallies(i) % scores, 1)**
+
+ Total number of score bins for the i-th tally
+
+ **integer(4) size(tallies(i) % scores, 2)**
+
+ Total number of filter bins for the i-th tally
+
+ **integer(4) tallies(i) % n_filters**
+
+ *do j = 1, tallies(i) % n_filters*
+
+ **integer(4) tallies(i) % filter(j) % type**
+
+ Type of tally filter.
+
+ **integer(4) tallies(i) % filter(j) % n_bins**
+
+ Number of bins for filter.
+
+ **integer(4)/real(8) tallies(i) % filter(j) % bins(:)**
+
+ Value for each filter bin of this type.
+
+ **integer(4) tallies(i) % n_nuclide_bins**
+
+ Number of nuclide bins. If none are specified, this is just one.
+
+ *do j = 1, tallies(i) % n_nuclide_bins*
+
+ **integer(4) tallies(i) % nuclide_bins(j)**
+
+ Values of specified nuclide bins
+
+ **integer(4) tallies(i) % n_score_bins**
+
+ Number of scoring bins.
+
+ *do j = 1, tallies(i) % n_score_bins*
+
+ **integer(4) tallies(i) % score_bins(j)**
+
+ Values of specified scoring bins (e.g. SCORE_FLUX).
+
+ *do j = 1, tallies(i) % n_score_bins*
+
+ **integer(4) tallies(i) % scatt_order(j)**
+
+ Scattering Order specified scoring bins.
+
+ **integer(4) tallies(i) % n_score_bins**
+
+ Number of scoring bins without accounting for those added by
+ the scatter-pn command.
+
+**integer(4) n_realizations**
+
+ Number of realizations for global tallies.
+
+**integer(4) N_GLOBAL_TALLIES**
+
+ Number of global tally scores
+
+*do i = 1, N_GLOBAL_TALLIES*
+
+ **real(8) global_tallies(i) % sum**
+
+ Accumulated sum for the i-th global tally
+
+ **real(8) global_tallies(i) % sum_sq**
+
+ Accumulated sum of squares for the i-th global tally
+
+**integer(4) tallies_on**
+
+ Flag indicated if tallies are present in the file.
+
+if (tallies_on > 0)
+
+ *do i = 1, n_tallies*
+
+ *do k = 1, size(tallies(i) % scores, 2)*
+
+ *do j = 1, size(tallies(i) % scores, 1)*
+
+ **real(8) tallies(i) % scores(j,k) % sum**
+
+ Accumulated sum for the j-th score and k-th filter of the
+ i-th tally
+
+ **real(8) tallies(i) % scores(j,k) % sum_sq**
+
+ Accumulated sum of squares for the j-th score and k-th
+ filter of the i-th tally
+
+if (run_mode == MODE_EIGENVALUE)
+
+ *do i = 1, n_particles*
+
+ **real(8) source_bank(i) % wgt**
+
+ Weight of the i-th source particle
+
+ **real(8) source_bank(i) % xyz(1:3)**
+
+ Coordinates of the i-th source particle.
+
+ **real(8) source_bank(i) % uvw(1:3)**
+
+ Direction of the i-th source particle
+
+ **real(8) source_bank(i) % E**
+
+ Energy of the i-th source particle.
+
+----------
+Revision 9
+----------
+
+**integer(4) FILETYPE_STATEPOINT**
+
+ Flags whether this file is a statepoint file or a particle restart file.
+
+**integer(4) REVISION_STATEPOINT**
+
+ Revision of the binary state point file. Any time a change is made in the
+ format of the state-point file, this integer is incremented.
+
+**integer(4) VERSION_MAJOR**
+
+ Major version number for OpenMC
+
+**integer(4) VERSION_MINOR**
+
+ Minor version number for OpenMC
+
+**integer(4) VERSION_RELEASE**
+
+ Release version number for OpenMC
+
+**character(19) time_stamp**
+
+ Date and time the state point was written.
+
+**character(255) path**
+
+ Absolute path to directory containing input files.
+
+**integer(8) seed**
+
+ Pseudo-random number generator seed.
+
+**integer(4) run_mode**
+
+ run mode used. The modes are described in constants.F90.
+
+**integer(8) n_particles**
+
+ Number of particles used per generation.
+
+**integer(4) n_batches**
+
+ Total number of batches (active + inactive).
+
+**integer(4) current_batch**
+
+ The number of batches already simulated.
+
+if (run_mode == MODE_EIGENVALUE)
+
+ **integer(4) n_inactive**
+
+ Number of inactive batches
+
+ **integer(4) gen_per_batch**
+
+ Number of generations per batch for criticality calculations
+
+ *do i = 1, current_batch \* gen_per_batch*
+
+ **real(8) k_generation(i)**
+
+ k-effective for the i-th total generation
+
+ *do i = 1, current_batch \* gen_per_batch*
+
+ **real(8) entropy(i)**
+
+ Shannon entropy for the i-th total generation
+
+ **real(8) k_col_abs**
+
+ Sum of product of collision/absorption estimates of k-effective
+
+ **real(8) k_col_tra**
+
+ Sum of product of collision/track-length estimates of k-effective
+
+ **real(8) k_abs_tra**
+
+ Sum of product of absorption/track-length estimates of k-effective
+
+ **real(8) k_combined(2)**
+
+ Mean and standard deviation of a combined estimate of k-effective
+
+**integer(4) n_meshes**
+
+ Number of meshes in tallies.xml file
+
+*do i = 1, n_meshes*
+
+ **integer(4) meshes(i) % id**
+
+ Unique ID of mesh.
+
+ **integer(4) meshes(i) % type**
+
+ Type of mesh.
+
+ **integer(4) meshes(i) % n_dimension**
+
+ Number of dimensions for mesh (2 or 3).
+
+ **integer(4) meshes(i) % dimension(:)**
+
+ Number of mesh cells in each dimension.
+
+ **real(8) meshes(i) % lower_left(:)**
+
+ Coordinates of lower-left corner of mesh.
+
+ **real(8) meshes(i) % upper_right(:)**
+
+ Coordinates of upper-right corner of mesh.
+
+ **real(8) meshes(i) % width(:)**
+
+ Width of each mesh cell in each dimension.
+
+**integer(4) n_tallies**
+
+*do i = 1, n_tallies*
+
+ **integer(4) tallies(i) % id**
+
+ Unique ID of tally.
+
+ **integer(4) tallies(i) % n_realizations**
+
+ Number of realizations for the i-th tally.
+
+ **integer(4) size(tallies(i) % scores, 1)**
+
+ Total number of score bins for the i-th tally
+
+ **integer(4) size(tallies(i) % scores, 2)**
+
+ Total number of filter bins for the i-th tally
+
+ **integer(4) tallies(i) % n_filters**
+
+ *do j = 1, tallies(i) % n_filters*
+
+ **integer(4) tallies(i) % filter(j) % type**
+
+ Type of tally filter.
+
+ **integer(4) tallies(i) % filter(j) % n_bins**
+
+ Number of bins for filter.
+
+ **integer(4)/real(8) tallies(i) % filter(j) % bins(:)**
+
+ Value for each filter bin of this type.
+
+ **integer(4) tallies(i) % n_nuclide_bins**
+
+ Number of nuclide bins. If none are specified, this is just one.
+
+ *do j = 1, tallies(i) % n_nuclide_bins*
+
+ **integer(4) tallies(i) % nuclide_bins(j)**
+
+ Values of specified nuclide bins
+
+ **integer(4) tallies(i) % n_score_bins**
+
+ Number of scoring bins.
+
+ *do j = 1, tallies(i) % n_score_bins*
+
+ **integer(4) tallies(i) % score_bins(j)**
+
+ Values of specified scoring bins (e.g. SCORE_FLUX).
+
+ *do j = 1, tallies(i) % n_score_bins*
+
+ **integer(4) tallies(i) % scatt_order(j)**
+
+ Scattering Order specified scoring bins.
+
+ **integer(4) tallies(i) % n_score_bins**
+
+ Number of scoring bins without accounting for those added by
+ the scatter-pn command.
+
+**integer(4) n_realizations**
+
+ Number of realizations for global tallies.
+
+**integer(4) N_GLOBAL_TALLIES**
+
+ Number of global tally scores
+
+*do i = 1, N_GLOBAL_TALLIES*
+
+ **real(8) global_tallies(i) % sum**
+
+ Accumulated sum for the i-th global tally
+
+ **real(8) global_tallies(i) % sum_sq**
+
+ Accumulated sum of squares for the i-th global tally
+
+**integer(4) tallies_on**
+
+ Flag indicated if tallies are present in the file.
+
+if (tallies_on > 0)
+
+ *do i = 1, n_tallies*
+
+ *do k = 1, size(tallies(i) % scores, 2)*
+
+ *do j = 1, size(tallies(i) % scores, 1)*
+
+ **real(8) tallies(i) % scores(j,k) % sum**
+
+ Accumulated sum for the j-th score and k-th filter of the
+ i-th tally
+
+ **real(8) tallies(i) % scores(j,k) % sum_sq**
+
+ Accumulated sum of squares for the j-th score and k-th
+ filter of the i-th tally
+
+if (run_mode == MODE_EIGENVALUE)
+
+ *do i = 1, n_particles*
+
+ **real(8) source_bank(i) % wgt**
+
+ Weight of the i-th source particle
+
+ **real(8) source_bank(i) % xyz(1:3)**
+
+ Coordinates of the i-th source particle.
+
+ **real(8) source_bank(i) % uvw(1:3)**
+
+ Direction of the i-th source particle
+
+ **real(8) source_bank(i) % E**
+
+ Energy of the i-th source particle.
+
----------
Revision 8
----------
diff --git a/_sources/devguide/styleguide.txt b/_sources/devguide/styleguide.txt
index a758537493..5ac2371481 100644
--- a/_sources/devguide/styleguide.txt
+++ b/_sources/devguide/styleguide.txt
@@ -35,17 +35,17 @@ Don't use ``print *`` or ``write(*,*)``. If writing to a file, use a specific
unit. Writing to standard output or standard error should be handled by the
``write_message`` subroutine or functionality in the error module.
--------------------------
-Subroutines and Functions
--------------------------
+----------
+Procedures
+----------
-Above each subroutine/function, include a comment block giving a brief
-description of what the subroutine or function does.
+Above each procedure, include a comment block giving a brief description of what
+the procedure does.
-Arguments to subroutines/functions should be explicitly specified as intent(in),
-intent(out), or intent(inout).
+Nonpointer dummy arguments to procedures should be explicitly specified as
+intent(in), intent(out), or intent(inout).
-Include a comment describing what each argument to a subroutine/function is.
+Include a comment describing what each argument to a procedure is.
---------
Variables
@@ -133,9 +133,11 @@ value of f90-continuation-indent in Emacs.
Whitespace in Expressions
-------------------------
+Use a single space between arguments to procedures.
+
Avoid extraneous whitespace in the following situations:
-- In subroutine/function calls::
+- In procedure calls::
Yes: call somesub(x, y(2), z)
No: call somesub( x, y( 2 ), z )
diff --git a/_sources/devguide/workflow.txt b/_sources/devguide/workflow.txt
index 40528beea3..9562c9584e 100644
--- a/_sources/devguide/workflow.txt
+++ b/_sources/devguide/workflow.txt
@@ -5,41 +5,113 @@ Development Workflow
====================
Anyone wishing to make contributions to OpenMC should be fully acquianted and
-comfortable working with git_ and GitHub_. The primary means of modifying and
-making contributions to OpenMC is through GitHub `pull requests`_. This is
-what's known as a fork and pull development model. The steps for this are as
-follows:
+comfortable working with git_ and GitHub_. We assume here that you have git
+installed on your system, have a GitHub account, and have setup SSH keys to be
+able to create/push to repositories on GitHub.
+
+Overview
+--------
+
+Development of OpenMC relies heavily on branching; specifically, we use a
+branching model sometimes referred to as `git flow`_. If you plan to contribute
+to OpenMC development, we highly recommend that you read the linked blog post to
+get a sense of how the branching model works. There are two main branches that
+always exist: *master* and *develop*. The *master* branch is a stable branch
+that contains the latest release of the code. The *develop* branch is where any
+ongoing development takes place prior to a release and is not guaranteed to be
+stable. When the development team decides that a release should occur, the
+*develop* branch is merged into *master*.
+
+Trivial changes to the code may be committed directly to the *develop* branch by
+a trusted developer. However, most new features should be developed on a branch
+that branches off of *develop*. When the feature is completed, a `pull request`_
+is initiated on GitHub that is then reviewed by a trusted developer. If the pull
+request is satisfactory, it is then merged into *develop*. Note that a trusted
+developer may not review their own pull request (i.e., an independent code
+review is required).
+
+Code Review Criteria
+--------------------
+
+In order to be considered suitable for inclusion in the *develop* branch, the
+following criteria must be satisfied for all proposed changes:
+
+- Changes have a clear purpose and are useful.
+- Compiles under all conditions (MPI, OpenMP, HDF5, etc.). This is checked as
+ part of the test suite (see `test_compile.py`_).
+- Passes the regression suite.
+- If appropriate, test cases are added to regression suite.
+- No memory leaks (checked with valgrind_).
+- Conforms to the OpenMC `style guide`_.
+- No degradation of performance or greatly increased memory usage. This is not a
+ hard rule -- in certain circumstances, a performance loss might be acceptable
+ if there are compelling reasons.
+- New features/input are documented.
+- No unnecessary external software dependencies are introduced.
+
+Contributing
+------------
+
+Now that you understand the basic development workflow, let's discuss how an
+individual to contribute to development. Note that this would apply to both new
+features and bug fixes. The general steps for contributing are as follows:
1. Fork the main openmc repository from `mit-crpg/openmc`_. This will create a
-repository with the same name under your personal account. As such, you can
-commit to it as you please without disrupting other developers.
+ repository with the same name under your personal account. As such, you can
+ commit to it as you please without disrupting other developers.
-2. Create a branch that you want merged back to `mit-crpg/openmc`_ and make
-commits that you intend to go back. If you have made other changes that should
-not be merged back, those changes should be on another branch.
+ .. image:: ../../img/fork.png
-3. Issue a pull request from GitHub and select the branch you want merged.
+2. Clone your fork of OpenMC and create a branch that branches off of *develop*:
-4. The OpenMC integration manager will review your pull request and make sure it
-conforms to the :ref:`devguide_styleguide`, compiles correctly, runs in parallel
-correctly, does not break other features in the code, etc. Any issues with the
-pull request can be discussed directly on the pull request page itself.
+ .. code-block:: sh
-5. After the pull request has been thoroughly vetted, it is merged back into
-`mit-crpg/openmc`_.
+ git clone git@github.com:yourusername/openmc.git
+ cd openmc
+ git checkout -b newbranch develop
+
+3. Make your changes on the new branch that you intend to have included in
+ *develop*. If you have made other changes that should not be merged back,
+ ensure that those changes are made on a different branch.
+
+4. Issue a pull request from GitHub and select the *develop* branch of
+ mit-crpg/openmc as the target.
+
+ .. image:: ../../img/pullrequest.png
+
+ At a minimum, you should describe what the changes you've made are and why
+ you are making them. If the changes are related to an oustanding issue, make
+ sure it is cross-referenced. A wise developer would also check whether their
+ changes do indeed pass the regression test suite.
+
+5. A trusted developer will review your pull request based on the criteria
+ above. Any issues with the pull request can be discussed directly on the pull
+ request page itself.
+
+6. After the pull request has been thoroughly vetted, it is merged back into the
+ *develop* branch of mit-crpg/openmc.
+
+Private Development
+-------------------
While the process above depends on the fork of the OpenMC repository being
publicly available on GitHub, you may also wish to do development on a private
repository for research or commercial purposes. The proper way to do this is to
create a complete copy of the OpenMC repository (not a fork from GitHub). The
private repository can then either be stored just locally or in conjunction with
-a private repository on Github (this requires a `paid plan`_). If you want to
-merge some changes you've made in your private repository back to
-`mit-crpg/openmc`_ repository, simply follow the steps above with an extra step
-of pulling a branch from your private repository into your public fork.
+a private repository on Github (this requires a `paid plan`_). Alternatively,
+`Bitbucket`_ offers private repositories for free. If you want to merge some
+changes you've made in your private repository back to mit-crpg/openmc
+repository, simply follow the steps above with an extra step of pulling a branch
+from your private repository into a public fork.
.. _git: http://git-scm.com/
.. _GitHub: https://github.com/
-.. _pull requests: https://help.github.com/articles/using-pull-requests
+.. _git flow: http://nvie.com/git-model
+.. _test_compile.py: https://github.com/mit-crpg/openmc/blob/develop/tests/test_compile/test_compile.py
+.. _valgrind: http://valgrind.org/
+.. _style guide: http://mit-crpg.github.io/openmc/devguide/styleguide.html
+.. _pull request: https://help.github.com/articles/using-pull-requests
.. _mit-crpg/openmc: https://github.com/mit-crpg/openmc
.. _paid plan: https://github.com/plans
+.. _Bitbucket: https://bitbucket.org
diff --git a/_sources/publications.txt b/_sources/publications.txt
index cd4f99a99a..a7100fc18b 100644
--- a/_sources/publications.txt
+++ b/_sources/publications.txt
@@ -4,6 +4,58 @@
Publications
============
+- Benoit Forget, Sheng Xu, and Kord Smith, "Direct Doppler broadening in Monte
+ Carlo simulations using the multipole representation," *Ann. Nucl. Energy*,
+ **64**, 78--85 (2014). ``_
+
+- Andrew Siegel, Kord Smith, Kyle Felker, Paul Romano, Benoit Forget, and Peter
+ Beckman, "Improved cache performance in Monte Carlo transport calculations
+ using energy banding," *Comput. Phys. Commun.*
+ (2013). ``_
+
+- Jonathan A. Walsh, Benoit Forget, and Kord S. Smith, "Validation of OpenMC
+ Reactor Physics Simulations with the B&W 1810 Series Benchmarks,"
+ *Trans. Am. Nucl. Soc.*, **109**, 1301--1304 (2013).
+
+- Bryan R. Herman, Benoit Forget, and Kord Smith, "Utilizing CMFD in OpenMC to
+ Estimate Dominance Ratio and Adjoint," *Trans. Am. Nucl. Soc.*, **109**,
+ 1389-1392 (2013).
+
+- Timothy P. Burke, Brian C. Kiedrowski, and William R. Martin, "Flux and
+ Reaction Rate Kernel Density Estimators in OpenMC," *Trans. Am. Nucl. Soc.*,
+ **109**, 683-686 (2013).
+
+- Paul K. Romano, Benoit Forget, Kord Smith, and Andrew Siegel, "On the user of
+ tally servers in Monte Carlo simulations of light-water reactors,"
+ *Proc. Joint International Conference on Supercomputing in Nuclear
+ Applications and Monte Carlo*, Paris, France, Oct. 27--31 (2013).
+
+- Paul K. Romano, Nicholas E. Horelik, Bryan R. Herman, Adam G. Nelson, Benoit
+ Forget, and Kord Smith, "OpenMC: A State-of-the-Art Monte Carlo Code for
+ Research and Development," *Proc. Joint International Conference on
+ Supercomputing in Nuclear Applications and Monte Carlo*, Paris, France,
+ Oct. 27--31 (2013).
+
+- Kyle G. Felker, Andrew R. Siegel, Kord S. Smith, Paul K. Romano, and Benoit
+ Forget, "The energy band memory server algorithm for parallel Monte Carlo
+ calculations," *Proc. Joint International Conference on Supercomputing in
+ Nuclear Applications and Monte Carlo*, Paris, France, Oct. 27--31 (2013).
+
+- John R. Tramm and Andrew R. Siegel, "Memory Bottlenecks and Memory Contention
+ in Multi-Core Monte Carlo Transport Codes," *Proc. Joint International
+ Conference on Supercomputing in Nuclear Applications and Monte Carlo*, Paris,
+ France, Oct. 27--31 (2013).
+
+- Andrew R. Siegel, Kord Smith, Paul K. Romano, Benoit Forget, and Kyle Felker,
+ "Multi-core performance studies of a Monte Carlo neutron transport code,"
+ *Int. J. High Perform. Comput. Appl.*
+ (2013). ``_
+
+- Paul K. Romano, Andrew R. Siegel, Benoit Forget, and Kord Smith, "Data
+ decomposition of Monte Carlo particle transport simulations via tally
+ servers," *J. Comput. Phys.*, **252**, 20--36
+ (2013). ``_
+
- Paul K. Romano, Bryan R. Herman, Nicholas E. Horelik, Benoit Forget, Kord
Smith, and Andrew R. Siegel, "Progress and Status of the OpenMC Monte Carlo
Code," *Proc. Int. Conf. Mathematics and Computational Methods Applied to
diff --git a/_sources/quickinstall.txt b/_sources/quickinstall.txt
index e6c9e4488e..2cee56987a 100644
--- a/_sources/quickinstall.txt
+++ b/_sources/quickinstall.txt
@@ -43,6 +43,7 @@ following commands in a terminal:
git clone git://github.com/mit-crpg/openmc.git
cd openmc/src
+ git checkout master
make
sudo make install
diff --git a/_sources/releasenotes/index.txt b/_sources/releasenotes/index.txt
index 876d953ff8..9164fa5943 100644
--- a/_sources/releasenotes/index.txt
+++ b/_sources/releasenotes/index.txt
@@ -10,6 +10,7 @@ bugs fixed, and known issues for each successive release.
.. toctree::
:maxdepth: 1
+ notes_0.5.3
notes_0.5.2
notes_0.5.1
notes_0.5.0
diff --git a/_sources/releasenotes/notes_0.5.3.txt b/_sources/releasenotes/notes_0.5.3.txt
new file mode 100644
index 0000000000..6d93f9aece
--- /dev/null
+++ b/_sources/releasenotes/notes_0.5.3.txt
@@ -0,0 +1,49 @@
+.. _notes_0.5.3:
+
+==============================
+Release Notes for OpenMC 0.5.3
+==============================
+
+-------------------
+System Requirements
+-------------------
+
+There are no special requirements for running the OpenMC code. As of this
+release, OpenMC has been tested on a variety of Linux distributions, Mac OS X,
+and Microsoft Windows 7. Memory requirements will vary depending on the size of
+the problem at hand (mostly on the number of nuclides in the problem).
+
+------------
+New Features
+------------
+
+- Output interface enhanced to allow multiple files handles to be opened
+- Particle restart file linked to output interface
+- Particle restarts and state point restarts are both identified with the -r
+ command line flag.
+- Particle instance no longer global, passed to all physics routines
+- Physics routines refactored to rely less on global memory, more arguments
+ passed in
+- CMFD routines refactored and now can compute dominance ratio on the fly
+- PETSc 3.4.2 or higher must be used and compiled with fortran datatype support
+- Memory leaks fixed except for ones from xml-fortran package
+- Test suite enhanced to test output with different compiler options
+- Description of OpenMC development workflow added
+- OpenMP shared-memory parallelism added
+- Special run mode --tallies removed.
+
+---------
+Bug Fixes
+---------
+
+- 2b1e8a_: Normalize direction vector after reflecting particle.
+- 5853d2_: Set blank default for cross section listing alias.
+- e178c7_: Fix infinite loop with words greater than 80 characters in write_message.
+- c18a6e_: Check for valid secondary mode on S(a,b) tables.
+- 82c456_: Fix bug where last process could have zero particles.
+
+.. _2b1e8a: https://github.com/mit-crpg/openmc/commit/2b1e8a
+.. _5853d2: https://github.com/mit-crpg/openmc/commit/5853d2
+.. _e178c7: https://github.com/mit-crpg/openmc/commit/e178c7
+.. _c18a6e: https://github.com/mit-crpg/openmc/commit/c18a6e
+.. _82c456: https://github.com/mit-crpg/openmc/commit/82c456
diff --git a/_sources/usersguide/input.txt b/_sources/usersguide/input.txt
index d9b43c8214..c5417403a4 100644
--- a/_sources/usersguide/input.txt
+++ b/_sources/usersguide/input.txt
@@ -381,6 +381,14 @@ survival biasing, otherwise known as implicit capture or absorption.
.. _trace:
+```` Element
+---------------------
+
+The ```` element indicates the number of OpenMP threads to be used for
+a simulation. It has no attributes and accepts a positive integer value.
+
+ *Default*: None (Determined by environment variable :envvar:`OMP_NUM_THREADS`)
+
```` Element
-------------------
@@ -390,6 +398,15 @@ integers: the batch number, generation number, and particle number.
*Default*: None
+.. _track:
+
+``
@@ -57,6 +57,7 @@
bugs fixed, and known issues for each successive release.
There are no special requirements for running the OpenMC code. As of this
+release, OpenMC has been tested on a variety of Linux distributions, Mac OS X,
+and Microsoft Windows 7. Memory requirements will vary depending on the size of
+the problem at hand (mostly on the number of nuclides in the problem).