mids and cifs sendrcv2

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Update on cifs vs. smb2 mids, and the smb2 sendrcv2.   Jeff had
suggested more closely matching the cifs and smb2 mids, in particular
extending the 16 bit cifs mid (multiplex identifier for inflight
network requests) to the 64 bit size needed for smb2 (and thus masking
the mid when used for cifs) and having cifs ignore the various smb2
unique fields in the mid (which makes the mid larger for cifs).
Since the smb2 code in cifs-2.6.git (put in February and early March)
has now been rereviewed, the next step in the smb2 merge is posting
and reviewing the transport routine for smb2 (smb2_sendrcv2 or reusing
cifs_sendrcv2) - the latter may make more sense if we go to a common
mid for cifs and smb2.   At the fs summit, Jeff and Jeremy and I
talked about this, but Pavel and others may have opinions on this
topic.   As soon as the cifs merge activity settles down for 2.6.39, I
plan to post sendrcv2 alternatives and then begin work with Pavel on
the superblock, file and inode routines and seeing whether for smb2
they should be smb2 unique (as we originally expected since smb2 is
handle based, and simpler) and look more like they did in the smb2.ko
work that Pavel did last summer or should be more common with the cifs
routines.

-- 
Thanks,

Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux