Patches are cumulative - that is you only ever need the latest one installed, you do not need to install intermediate versions. Patches are specific to the GunLink release number they will only install on that release.
But if you ever need to unroll one or more patches then this will take you back to the original major release. If you wanted to go back to the previous version of a patch you will need to re-install that after unrolling.
Patches are stored in /opt/gunlink/patches/patchname. Within each patch directory you can find a copy of the latest patch file that you can use to unroll it (or any previous version), a copy of the release notes, a file containing the patch release date and the backup files. These directories do not get deleted even if you unroll a patch.
The patch file name will be something like 3p1p0-21june2011.bin.gz for example. In these notes replace 'xxxx' with in this case '3p1p0-21june2011'. The directory created will be /opt/gunlink/patches/3p1p0 replace 'yyyy' with this.
To unroll a patch and restore the system to the base install:
If you have not previously installed the 16th May version of this patch then the new firmware included in this patch must be installed by the operator using 'updateAllFirmware' as normal.
master - Fix - If you selected only 'long phones' for recording to SEG-D files the writeSegd process was not started and no SEG-D files created. Looking at the GunLink panel app process status writeSegd was grey and marked as 'not required'. If you selected some other channel type for recording in addition to 'long phones' the system operated correctly. It also operated correctly if you selected some additional channel type then changed to just long phones but would then fail again at the next restart of the host programs.
21/06/2011 - Latest licence file - 21 June 2011.
The new firmware included in this patch must be installed by the operator using 'updateAllFirmware' as normal.
ad - Fix - Bug caused the day of the year in the nodes to be wrong for up to 5 minutes after midnight resulting in spurious fire time mismatch messages when compared to the TCU time stamp which had the correct day number.
adread - Fix - The timer used to control system timeouts could run slowly. In particular it can result in incorrect 'arm to fire delay too short' messages when using an arm to fire delay of 1 second or less.
adread - Fix - When using the new 'long hydrophone' capability of SEG-D recording with a record length less than the shot cycle time a warning that hydrophone coverage is not continuous was issued to the log. Setting the record length to for example match the seismic record length is a legitimate use of the feature so it is not an error. Message downgraded to 'info'.
tcucom - Expanded some debug messages in case of further problems with timeout timer.
TCU1p4p10 When running on internal 1PPS - with GPS not fixing or not connected - the node clocks were 18.75uS out of sync resulting in fire time mismatch error messages. The time stamps recorded in the headers and database from the TCU were correct.
Install using 'updateAllFirmware -T'
13/05/2011 - Latest licence file - 13 May 2011.