2 | Patch Release Note |
Features in 86222-22
PCR 02136 | Module: FIREWALL | Network affecting: No |
The firewall was blocking outbound ICMP packets when the associated private interface had a ‘deny all’ rule. The passing of ICMP packets should be controlled by the ICMP_FORWARDING and PING parameters. This issue has been resolved.
PCR 02184 | Module: FFS FILE TTY | Network affecting: No |
This patch supersedes PCRs 02073, 02081, 02086 and 02105. In addition to enhancements in the preceding PCRs, this PCR now also resolves the following issues:
•If a compaction was started within 60ms of a file write commencing, the file being written was placed in the wrong location in the file system. This led to file corruption during subsequent compactions.
•If a file load occurred during compaction, an incomplete copy of the file was loaded. The load also put the file into the wrong part of the file system once the compaction had moved beyond the part of the file that had been loaded.
•A fatal error occurred during compaction if a file was marked as deleted when it was being transferred.
•Sometimes during compaction when the file system was erasing blocks belonging to deleted files, one of the files was transferred rather than deleted. However, its directory entry was deleted, so the file was not visible with a SHOW FILE command but was visible with a SHOW FFILE command.
•During compaction if the amount of free space was less than two erase blocks (including the "spare" erase block), the file system erroneously reported that a large amount of space was available for a new file due to an underflow problem. When a new file was written it would corrupt existing data.
•If the file system was completely full and the deletion of a single file led to a compaction, the file system reported that it was continually compacting. This was because it was repeatedly searching through a linked list of file headers.
•A byte of data from FLASH was incorrectly returning the value 0xFF.
•When a file was renamed using upper case letters, the renamed file did not appear in the file directory but did appear in FLASH. Also, if a SHOW FFILE CHECK command was executed after renaming the file, the file system would appear to hang. All file names must now be lower case.
•Multiple TTY sessions could edit the same file. This caused unpredictable behaviour when the TTY sessions closed the files.
A new command, SHOW FFILE VERIFY, has been added. This command steps through the file system headers starting with file zero and finishing at the end of the last reachable file. It then verifies that all FLASH locations from the end of the last reachable file to the beginning of file zero are in an erased state. Errors are reported as they are found.
Patch
