fs/unionfs/README.txt
=====================

Overview
--------
This directory contains the NuttX Union File System. The Union file
system is provides a mechanism to overlay two different, mounted file
systems so that they appear as one. In general this works like this:

1) Mount file system 1 at some location, say /mnt/file1
2) Mount file system 2 at some location, say /mnt/file2
3) Call unionfs_mount() to combine and overly /mnt/file1 and mnt/file2
as a new mount point, say /mnt/unionfs.

/mnt/file1 and /mnt/file2 will disappear and be replaced by the single
mountpoint /mnut/unionfs. The previous contents under /mnt/file1 and
/mnt/file2 will appear merged under /mnt/unionfs. Files at the same
relative path in file system1 will take presence. If another file of the
same name and same relative location exists in file system 2, it will
not be visible because it will be occluded by the file in file system1.

See include/nutts/unionfs.h for additional information.

The Union File System is enabled by selecting the CONFIG_FS_UNIONFS option
in the NuttX configuration file.

Disclaimer: This Union File System was certainly inspired by UnionFS
(http://en.wikipedia.org/wiki/UnionFS) and the similarity in naming is
unavoidable. However, other than that, the NuttX Union File System
has no relationship with the UnioinFS project in specification, usage,
design, or implementation.

Uses of the Union File System
------------------------------
The original motivation for this file was for the use of the built-in
function file system (BINFS) with a web server. In that case, the built
in functions provide CGI programs. But the BINFS file system cannot hold
content. Fixed content would need to be retained in a more standard file
system such as ROMFS. With this Union File System, you can overly the
BINFS mountpoint on the ROMFS mountpoint, providing a single directory
that appears to contain the executables from the BINFS file system along
with the web content from the ROMFS file system.

Another possible use for the Union File System could be to augment or
replace files in a FLASH file system. For example, suppose that you have
a product that ships with content in a ROMFS file system provided by the
on-board FLASH. Later, you overlay that ROMFS file system with additional
files from an SD card by using the Union File System to overlay, and
perhaps replace, the ROMFS files.

Another use case might be to overlay a read-only file system like ROMFS
with a writable file system (like a RAM disk). This should then give
to a readable/write-able file system with some fixed content.

Prefixes
--------

And optional prefix may be provided with each of the file systems
combined in by the Union File System. For example, suppose that:

o File system 1 is a ROMFS file system with prefix == NULL,
o File system 2 is a BINFS file system with prefix == "cgin-bin", and
o The union file system is mounted at /mnt/www.

Then the content in the in the ROMFS file system would appear at
/mnt/www and the content of the BINFS file system would appear at
/mnt/www/cgi-gin.

Example Configurations
----------------------

o boards/sim/sim/sim/unionfs - This is a simulator configuration that
uses the Union File System test at apps/examples/unionfs. That test
overlays two small ROMFS file systems with many conflicts in
directories and file names. This is a good platform for testing the
Union file System and apps/examples/unionfs is a good example of how to
configure the Union File System.

o boards/arm/lpc17xx_40xx/lincoln60/thttpd-binfs - This is an example
using the THTTPD web server. It server up content from a Union File
System with fixed content provided by a ROMFS file system and CGI
content provided by a BINFS file system.

You can see how the Union File System content directory is configured
by logic in apps/example/thttpd/.

o boards/arm/lpc17xx_40xx/olimex-lpc1766stk/thttpd-binfs - This is
essentially the same as the lincoln60 configuration. It does not work,
however, because the LPC1766 has insufficient RAM to support the THTTPD
application in this configuration.

See the README.txt file in each of these board directories for additional
information about these configurations.