[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[PATCH 0/4] Transparent Unionmount
From: |
Sergiu Ivanov |
Subject: |
[PATCH 0/4] Transparent Unionmount |
Date: |
Fri, 17 Jul 2009 13:54:59 +0300 |
User-agent: |
Mutt/1.5.18 (2008-05-17) |
Hello,
I'm posting the patch series which makes unionmount transparent. I
hope the goal of all the patches will be clear from their commit
messages, so won't enumerate what they do in this mail.
The necessity of having non-transparent union mounts was discussed on
the IRC and the possible debugging use-case was pointed out. OTOH, in
non-transparent mode unionmount behaves a lot like unionfs, allowing
to add directories dynamically. Although these advantages may be
considered weak, it's not too hard to maintain two variants of union
mount functionality, so these options will persist.
Another topic for discussion was whether a non-transparent unionmount
should shut down the mountee on going away. I believe such
functionality is necessary, because it is unionmount who starts the
mountee, so it bears some responsibility for its child process. If
this argument is considered bad, it's easy to modify the functionality
accordingly.
Regards,
scolobb
- [PATCH 0/4] Transparent Unionmount,
Sergiu Ivanov <=
- [PATCH 1/4] Add the ``--no-mount'' option., Sergiu Ivanov, 2009/07/17
- [PATCH 2/4] Go away when the mountee has been shut down., Sergiu Ivanov, 2009/07/17
- [PATCH 3/4] Conditionally forward some fsys_* RPCs to the mountee., Sergiu Ivanov, 2009/07/17
- [PATCH 4/4] Supply the port to the real underlying node to the mountee., Sergiu Ivanov, 2009/07/17
- Re: [PATCH 0/4] Transparent Unionmount, olafBuddenhagen, 2009/07/30