the bitrig pedro_tmpfs_snap branch has been created by pedro. it is 0 commits behind master, and 2 commits ahead.
commit f651df374513cfcaf9e74d6aa68624dc498b4f1c diff: https://github.com/bitrig/bitrig/commit/f651df3 author: pedro martelletto <[email protected]> date: Sat Oct 25 09:47:50 2014 +0200 Don't silently truncate uint64_t to off_t. Prevent a silent truncation of uint64_t to off_t when calling vn_rdwr() by explicitly checking against OFF_MAX. Add an earlier check to catch this condition in the load case; when generating a snap, there is no immediate way of knowing how large it will be, so we need to check every time before calling vn_rdwr(). Problem noticed by Gerhard Roth <[email protected]>. M sys/tmpfs/tmpfs_snapshot.c commit 14301b1ff76b1a40600171f1a5a4fb5c46648794 diff: https://github.com/bitrig/bitrig/commit/14301b1 author: pedro martelletto <[email protected]> date: Sat Oct 25 13:44:15 2014 +0200 Define OFF_MAX, to be used only in the kernel. Many variables in the kernel are of type off_t. There isn't, however, a definition holding the highest value that this type can represent. Address this issue by defining OFF_MAX; inspired by FreeBSD. OK natano@ patrick@. M sys/sys/limits.h
