嗯..linux-3.6.2/fs/namei.c 包含许多类似的情况。例如，rename 系统调用实际上定义为
SYSCALL_DEFINE2(rename, const char __user *, oldname, const char __user *, newname)
{
return sys_renameat(AT_FDCWD, oldname, AT_FDCWD, newname);
}
换句话说，从另一个系统调用调用一个系统调用没有问题。问题是指针参数是 userspace 指针，而您正在尝试提供 kernel 指针：您的 fileName 应该在用户空间中分配，但您的在内核空间。
正确的解决方案是从两个函数（你的和fs/namei.c 中的sys_renameat()）中提取出公共代码，然后从两个系统调用中调用该函数。假设您没有尝试将其包含在上游——如果是，那么它是重构和重新思考的时间——您可以轻松地将 sys_renameat 的内容复制到您自己的函数中；它不是那么大。熟悉诸如此类的文件系统操作所需的必要检查和锁定也是一个有用的点。
编辑以解释问题和解决方案：
在非常真实的意义上，普通进程分配的内存（userspace内存）和内核分配的内存（kernelspace）完全被kernel-userspace分开障碍。
您的代码忽略了这个障碍，根本不应该工作。 （它可能在 x86 上有点工作，因为在该体系结构上，内核用户空间屏障很容易从内核端穿透。）您还使用 256 字节的堆栈作为文件名，这是一个禁忌：内核堆栈是一个资源非常有限，应谨慎使用。
普通进程（用户空间进程）无法访问任何内核内存。你可以试试，不会的。这就是障碍存在的原因。 （有些嵌入式系统的硬件根本不支持这种屏障，但为了讨论的目的，让我们忽略这些。记住，即使在 x86 上，屏障很容易从内核端突破，但这并不意味着它不存在。不要因为它似乎对你有用，就假设它是正确的。）
屏障的性质使得在大多数架构上，内核也存在屏障。
为了帮助内核程序员，指向用户空间的指针被标记为__user。这意味着您不能仅仅取消引用它们并期望它们起作用；您需要使用copy_from_user() 和copy_to_user()。这不仅仅是系统调用参数：当您从内核访问用户空间数据时，您需要使用这两个函数。
所有系统调用都适用于用户空间数据。您看到的每个指针都（或应该！）标记为__user。每个系统调用都会完成所有必要的工作以从用户空间访问数据。
您的问题是您试图将内核空间数据inputFile 提供给系统调用。它不会起作用，因为系统调用总是会尝试穿过屏障，但 inputFile 位于屏障的同一侧！
真的没有理智的方法可以将inputFile 复制到障碍的另一边。我的意思是，当然有一些方法可以做到，甚至没有那么困难，但它就是不理智。
那么，让我们探索一下我上面描述的正确解决方案，以及哪个足球已经拒绝了一次。
首先，让我们看看renameat 系统调用在当前 (3.6.2) Linux 内核中的实际样子（请记住，此代码是在 GPLv2 下获得许可的）。 rename 系统调用只是使用sys_renameat(AT_FDCWD, oldname, AT_FDCWD, newname) 调用它。我将插入我对代码作用的解释：
SYSCALL_DEFINE4(renameat, int, olddfd, const char __user *, oldname,
int, newdfd, const char __user *, newname)
{
struct dentry *old_dir, *new_dir;
struct dentry *old_dentry, *new_dentry;
struct dentry *trap;
struct nameidata oldnd, newnd;
char *from;
char *to;
int error;
在内核中，堆栈是一种有限的资源。您可以使用相当多的变量，但任何本地数组都会是一个严重的问题。上面的局部变量列表几乎是您在典型系统调用中看到的最大的。
对于重命名调用，函数必须首先找到包含文件名的父目录：
error = user_path_parent(olddfd, oldname, &oldnd, &from);
if (error)
goto exit;
注意：在此之后，旧的目录和路径必须在使用后通过调用path_put(&oldnd.path); putname(from);释放。
error = user_path_parent(newdfd, newname, &newnd, &to);
if (error)
goto exit1;
注意：在此之后，新的目录和路径必须在使用后通过调用path_put(&newnd.path); putname(to);释放。
下一步是检查两者是否位于同一个文件系统上：
error = -EXDEV;
if (oldnd.path.mnt != newnd.path.mnt)
goto exit2;
目录中的最后一个组件必须是普通目录：
old_dir = oldnd.path.dentry;
error = -EBUSY;
if (oldnd.last_type != LAST_NORM)
goto exit2;
new_dir = newnd.path.dentry;
if (newnd.last_type != LAST_NORM)
goto exit2;
并且包含目录的挂载必须是可写的。请注意，如果成功，这将对挂载应用锁定，并且必须在系统调用返回之前始终与 mnt_drop_write(oldnd.path.mnt) 调用配对。
error = mnt_want_write(oldnd.path.mnt);
if (error)
goto exit2;
接下来，更新 nameidata 查找标志以反映目录是已知的：
oldnd.flags &= ~LOOKUP_PARENT;
newnd.flags &= ~LOOKUP_PARENT;
newnd.flags |= LOOKUP_RENAME_TARGET;
接下来，这两个目录在重命名期间被锁定。这必须与相应的解锁调用配对，unlock_rename(new_dir, old_dir)。
trap = lock_rename(new_dir, old_dir);
接下来，查找实际存在的文件。如果成功，则必须调用dput(old_dentry)释放dentry：
old_dentry = lookup_hash(&oldnd);
error = PTR_ERR(old_dentry);
if (IS_ERR(old_dentry))
goto exit3;
/* source must exist */
error = -ENOENT;
if (!old_dentry->d_inode)
goto exit4;
/* unless the source is a directory trailing slashes give -ENOTDIR */
if (!S_ISDIR(old_dentry->d_inode->i_mode)) {
error = -ENOTDIR;
if (oldnd.last.name[oldnd.last.len])
goto exit4;
if (newnd.last.name[newnd.last.len])
goto exit4;
}
/* source should not be ancestor of target */
error = -EINVAL;
if (old_dentry == trap)
goto exit4;
还会查找新文件名的条目（毕竟它可能存在）。同样，如果成功，此条目也必须在之后使用dput(new_dentry) 释放：
new_dentry = lookup_hash(&newnd);
error = PTR_ERR(new_dentry);
if (IS_ERR(new_dentry))
goto exit4;
/* target should not be an ancestor of source */
error = -ENOTEMPTY;
if (new_dentry == trap)
goto exit5;
此时，函数已确定一切正常。接下来，它必须通过调用security_path_rename(struct path *old_dir, struct dentry *old_dentry, struct path *new_dir, struct dentry *new_dentry) 检查操作是否可以继续（关于访问模式等）。 （用户空间进程的身份详细信息保存在current中。）
error = security_path_rename(&oldnd.path, old_dentry,
&newnd.path, new_dentry);
if (error)
goto exit5;
如果对重命名没有异议，则可以使用vfs_rename(struct inode *old_dir, struct dentry *old_dentry, struct inode *new_dir, struct dentry *new_dentry)进行实际重命名：
error = vfs_rename(old_dir->d_inode, old_dentry,
new_dir->d_inode, new_dentry);
至此，所有工作都完成了（如果error为零则成功），剩下的就是释放各种查找
exit5:
dput(new_dentry);
exit4:
dput(old_dentry);
exit3:
unlock_rename(new_dir, old_dir);
mnt_drop_write(oldnd.path.mnt);
exit2:
path_put(&newnd.path);
putname(to);
exit1:
path_put(&oldnd.path);
putname(from);
exit:
return error;
}
这就是重命名操作。如您所见，没有明确的copy_from_user() 可见。 user_path_parent() 调用 getname()，后者调用 getname_flags()，它执行此操作。如果您忽略所有必要的检查，则归结为
char *result = __getname(); /* Reserve PATH_MAX+1 bytes of kernel memory for one file name */
in len;
len = strncpy_from_user(result, old/newname, PATH_MAX);
if (len <= 0) {
__putname(result);
/* An error occurred, abort! */
}
if (len >= PATH_MAX) {
__putname(result);
/* path is too long, abort! */
}
/* Finally, add it to the audit context for the current process. */
audit_getname(result);
并且，在不再需要它之后，
putname(result);
所以，小伙子，您的问题没有简单的解决方案。没有一个函数调用可以神奇地使您的系统调用工作。你将不得不重写它，看看这些东西是如何在fs/namei.c 中正确完成的。这并不难，但你必须小心谨慎地去做——而且最重要的是接受“只是试图让这个简单的事情以最小的改变工作”的方法不适合这个。