Re: [git pull] vfs.git part 1
From: Michael Ellerman <mpe@ellerman.id.au>
Date: 2017-07-07 12:46:32
Also in:
linux-fsdevel
Al Viro [off-list ref] writes:
vfs.git topology is rather convoluted this cycle, so
I'm afraid that it'll take more pull requests than usual ;-/
The first pile is #work.misc-set_fs. Assorted getting rid
of cargo-culted access_ok(), cargo-culted set_fs() and
field-by-field copyouts. The same description applies to
a lot of stuff in other branches - this is just the stuff that
didn't fit into a more specific topical branch.
The following changes since commit c86daad2c25bfd4a33d48b7691afaa96d9c5ab46:
Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input (2017-05-26 16:45:13 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.misc-set_fs
for you to fetch changes up to 8c6657cb50cb037ff58b3f6a547c6569568f3527:
Switch flock copyin/copyout primitives to copy_{from,to}_user() (2017-06-26 23:52:44 -0400)
This commit seems to have broken networking on a bunch of my PPC
machines (64-bit kernel, 32-bit userspace).
# first bad commit: [8c6657cb50cb037ff58b3f6a547c6569568f3527] Switch flock copyin/copyout primitives to copy_{from,to}_user()
The symptom is eth0 doesn't get address via dhcp.
Reverting it on top of master (9f45efb928) everything works OK again.
Trying to bring networking up manually gives:
# ifup eth0
ifup: failed to lock lockfile /run/network/ifstate.eth0: Invalid argument
strace shows:
5647 fcntl64(3, F_SETLK, {l_type=F_WRLCK, l_whence=SEEK_SET, l_start=0, l_len=0}) = -1 EINVAL (Invalid argument)
5647 write(2, "ifup: failed to lock lockfile /r"..., 74) = 74
vs the working case:
6005 fcntl64(3, F_SETLK, {l_type=F_WRLCK, l_whence=SEEK_SET, l_start=0, l_len=0}) = 0
Patch coming.
cheers