gpt4 book ai didi

c - 在内核中访问用户空间结构的成员给出了错误的值

转载 作者:太空狗 更新时间:2023-10-29 12:35:40 25 4
gpt4 key购买 nike

我在我的代码输出中发现了一个我无法理解的奇怪之处。我在头文件中定义了一个结构。我在用户空间中填充一个结构,然后通过 ioctl 将其发送到内核模块。内核模块应该从用户那里复制它,然后报告用户存储的值。

结构定义为:

typedef struct Command_par {
int cmd; /**< special driver command */
int target; /**< special configuration target */
unsigned long val1; /**< 1. parameter for the target */
unsigned long val2; /**< 2. parameter for the target */
int error; /**< return value */
unsigned long retval; /**< return value */
} Command_par_t ;

用户空间代码只是一个快速测试程序:

#include <stdio.h>
#include <errno.h>
#include <string.h>
#include <fcntl.h>
#include <sys/stat.h>
#include "can4linux.h" //can4linux is the standard can driver that comes
//with the uCLinux kernel (where this code was originally
//running before this port to a desktop machine

#define CAN_COMMAND 0
void main()
{
long ret;
Command_par_t cmd;
int fd;
//set and open the file descriptor to the device

cmd.cmd = 2;
cmd.target = 9;
cmd.val1 = 8;
cmd.val2 = 7;
cmd.error = 6;
cmd.retval = 5;
ret = ioctl(fd, CAN_COMMAND, &cmd);

内核模块通过 ioctl 获取打开/发送数据:

long can_ioctl(struct file *file, unsigned int cmd, unsigned long arg)
{
Command_par_t *myptr;
myptr = (void *)kmalloc(sizeof(Command_par_t)+1,GFP_KERNEL );

copy_from_user((void *)myptr, (void *)arg, sizeof(Command_par_t));

printk("cmd = %d, target = %d, val1 = %d, val2 = %d, error = %d, retval = %d\n",
myptr->cmd, myptr->target, myptr->val1, myptr->val2, myptr->error, myptr->retval);

这里是在 can4linux.h 头文件中定义可能的 IOCTL 命令的地方:

---------- IOCTL requests */

#define COMMAND 0 /**< IOCTL command request */
#define CONFIG 1 /**< IOCTL configuration request */
#define SEND 2 /**< IOCTL request */
#define RECEIVE 3 /**< IOCTL request */
#define CONFIGURERTR 4 /**< IOCTL request */

很明显这只是测试代码,我正在尝试调试一个更大的问题,但现在即使这样也不能正常工作......我得到的输出是:

[217088.860190] cmd = 2, target = 1, val1 = 3, val2 = 134514688, error = 134514480, retval = 0

cmd 设置正确,之后其他一切都发生了偏差...看起来它只传递了一个 int 然后我正在访问我的结构之外的内存?有人看到我在这里做错了什么吗?

最佳答案

问题在于 ioctl 编号是如何定义的。这是从运行在某些嵌入式硬件上的 uCLinux (2.4) 到 OpenSUSE 发行版 (3.1) 的端口。我想发生的事情是在我们很幸运的较小的嵌入式平台上发生的,并且 ioctl 数字定义为简单的整数:

#define COMMAND      0  /**< IOCTL command request */ 
#define CONFIG 1 /**< IOCTL configuration request */
#define SEND 2 /**< IOCTL request */
#define RECEIVE 3 /**< IOCTL request */
#define CONFIGURERTR 4 /**< IOCTL request */

足够独特,不会引起问题。现在我正在尝试在完整的 Linux 发行版上重新编译代码,系统中发生了太多其他事情,我们的命令被践踏了。现在重新定义 ioctl 数字:

#define GC_CAN_IOC_MAGIC  'z'       //!< Magic number - I guess this magic number can be chosen freely
#define GC_CAN_IOC_WRITE_COMMAND _IOW(GC_CAN_IOC_MAGIC, 0, Command_par_t)

正确记录从用户空间传递的值:

[220546.535115] cmd = 2, target = 9, val1 = 8, val2 = 7, error = 6, retval = 5

如果有人能给我一个比“踩踏”更好的答案,我很乐意对这个问题有一个更清晰的认识。另外,如果我仍然错误地设置了 IOCTL 编号,请有人纠正我。

关于c - 在内核中访问用户空间结构的成员给出了错误的值,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12354657/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com