On Sat, 2014-07-19 at 20:40 +0100, Ian Campbell wrote:
On Sun, 2014-07-20 at 02:38 +0900, sf...@users.sourceforge.net wrote:
Hello Ian,
Ian Campbell:
This include is added by aufs3-mmap.patch but causes circular
dependencies on arm64 as seen with the Debian kernel packages in
o bugfix
- missing mnt_want_write in moo
In move-up-on-open, between copying-up to the upper branch and unlinking
on the lower branch, mnt_want_write is necessary.
- restore the lost unlock in an error path
A call to au_unpin() in an error path was lost by an old commit
Ian Campbell:
The following patch which does what I think you are suggesting works OK
for me too.
Thanks for the patch.
#ifndef CONFIG_MMU was less important since the built kernel doesn't
contain the functions defined in the header as long as they are unused.
But by moving them into a source
James B:
Update on the issue: I've decided to try another path - Russel King the ARM
kernel maintainer has updated his cubox-i patches to work with 3.16-rc kernel
(so now the cubox-i can run mainline kernel + his 40-odd patches). I have
tried building 3.16-rc5 kernel with his patches
Sergey Korshunoff:
Sorry, I'm back.
The key of the problem with suspend/resume of the openvz container using
aufs as a root fs is a file descriptor opened by aufs itself.
For me, the key of the problem is
- less description about the problem and the environment.
- even after I quoted the
Ian Campbell:
#ifndef CONFIG_MMU was less important since the built kernel doesn't
contain the functions defined in the header as long as they are unused.
But by moving them into a source file, the built kernel will contain
them. So ifndef CONFIG_MMU is necessary this time.
Yes, good