Commit c1c67b31 authored by Steve French's avatar Steve French Committed by Steve French

Set Type field when creating block/char/pipe e.g. via mknod.

Fixing problem mentioned by Jeremy Allison

remove spurious warning message logged on mount with credentials file (pointed 
out by Richard Hughes)

Signed-off-by: Steve French (sfrench@us.ibm.com)
parent 9ee756ec
......@@ -2,7 +2,9 @@ Version 1.20
------------
Make transaction counts more consistent. Merge /proc/fs/cifs/SimultaneousOps
info into /proc/fs/cifs/DebugData. Fix oops in rare oops in readdir
(in build_wildcard_path_from_dentry).
(in build_wildcard_path_from_dentry). Fix mknod to pass type field
(block/char/fifo) properly. Remove spurious mount warning log entry when
credentials passed as mount argument.
Version 1.19
------------
......
......@@ -101,10 +101,11 @@ Linux:
Note that ea support is required for supporting Linux xattrs.
Some administrators also change the "map archive" and the "create mask"
parameters from their default values. Creating special devices (mknod) remotely
may require specifying a mkdev function to Samba. For more information on these
see the manual pages ("man smb.conf") on the Samba server system. Note that the
cifs vfs, unlike the smbfs vfs, does not read the smb.conf on the client system
parameters from their default values. Creating special devices (mknod)
remotely may require specifying a mkdev function to Samba if you are not using
Samba 3.0.5 or later. For more information on these see the manual pages
("man smb.conf") on the Samba server system. Note that the cifs vfs,
unlike the smbfs vfs, does not read the smb.conf on the client system
(the few optional settings are passed in on mount via -o parameters instead).
Note that Samba 2.2.7 or later includes a fix that allows the CIFS VFS to delete
open files (required for strict POSIX compliance). Windows Servers already
......
......@@ -82,7 +82,7 @@ but recognizes them
succeed but still return access denied (appears to be Windows
server not cifs client problem) and has not been reproduced recently.
NTFS partitions do not have this problem.
4) debug connectation lock test case 10 which fails against
4) debug connectathon lock test case 10 which fails against
Samba (may be unmappable due to POSIX to Windows lock model
differences but worth investigating). Also debug Samba to
see why lock test case 7 takes longer to complete to Samba
......@@ -91,7 +91,7 @@ than to Windows.
Misc testing to do
==================
1) check out max path names and max path name components against various server
types. Return max path name in stat -f information
types. Try nested symlinks. Return max path name in stat -f information
2) Modify file portion of ltp so it can run against a mounted network
share and run it against cifs vfs.
......
......@@ -2836,6 +2836,23 @@ CIFSSMBUnixSetPerms(const int xid, struct cifsTconInfo *tcon,
data_offset->DevMajor = cpu_to_le64(MAJOR(device));
data_offset->DevMinor = cpu_to_le64(MINOR(device));
data_offset->Permissions = cpu_to_le64(mode);
if(S_ISREG(mode))
data_offset->Type = cpu_to_le32(UNIX_FILE);
else if(S_ISDIR(mode))
data_offset->Type = cpu_to_le32(UNIX_DIR);
else if(S_ISLNK(mode))
data_offset->Type = cpu_to_le32(UNIX_SYMLINK);
else if(S_ISCHR(mode))
data_offset->Type = cpu_to_le32(UNIX_CHARDEV);
else if(S_ISBLK(mode))
data_offset->Type = cpu_to_le32(UNIX_BLOCKDEV);
else if(S_ISFIFO(mode))
data_offset->Type = cpu_to_le32(UNIX_FIFO);
else if(S_ISSOCK(mode))
data_offset->Type = cpu_to_le32(UNIX_SOCKET);
pSMB->ByteCount = cpu_to_le16(pSMB->ByteCount);
rc = SendReceive(xid, tcon->ses, (struct smb_hdr *) pSMB,
(struct smb_hdr *) pSMBr, &bytes_returned, 0);
......
......@@ -715,6 +715,8 @@ cifs_parse_mount_options(char *options, const char *devname, struct smb_vol *vol
if((i==15) && (value[i] != 0))
printk(KERN_WARNING "CIFS: netbiosname longer than 15 and was truncated.\n");
}
} else if (strnicmp(data, "credentials", 4) == 0) {
/* ignore */
} else if (strnicmp(data, "version", 3) == 0) {
/* ignore */
} else if (strnicmp(data, "rw", 2) == 0) {
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment