Hi again, Jonathan Nieder wrote:
> Hi kernel team, [...] > Please consider the attached patch for the sid branch of the packaging > repo. It applies the five aforementioned patches from upstream: > > 6a8a13e03861 fs: add new FMODE flags: FMODE_32bithash and FMODE_64bithash > d1f5273e9adb ext4: return 32/64-bit dir name hash according to usage type > 999448a8c020 nfsd: rename 'int access' to 'int may_flags' in nfsd_open > 06effdbb49af nfsd: vfs_llseek() with 32 or 64 bit offsets (hashes) > d7dab39b6e16 ext3: return 32/64-bit dir name hash according to usage > type > > which make NFSv3/4 use 64-bit hashes as readdir cookies instead of > crippling itself for the sake of NFSv2 which only supports 32-bit > cookies. The most interesting of these (patches #2 and #5) are > unfortunately a bit too big for the letter of the upstream stable > rules, but the patches are straightforward, make sense, and are well > tested. Ping. Do you think these could work for stable@? If not, could they make sense for wheezy anyway? Even if I cheat by stripping out some comments and such, patch #2 is 257 lines including context and diff headers, but semantically the patches are very clear and seem safe and sensible. Thanks, Jonathan -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
