我使用Linux内核的v4.0.5开发了一个简单的线路规则,在Mint Linux下运行.
tty_ldisc_ops结构如下所示:
static struct tty_ldisc_ops my_ldisc = { .owner = THIS_MODULE, .magic = TTY_LDISC_MAGIC, .name = "my_ldisc", .open = my_open, .close = my_close, .read = my_read, .write = my_write, .ioctl = my_ioctl, .poll = my_poll, .receive_buf = my_receive, .write_wakeup = my_wakeup, };
该模块通过添加insmod my_lkm.ko
.我知道它正在添加正确,因为我已经使用printk来指示它并且可以通过看到消息dmesg
.此外,在启动时,我的用户空间应用程序使用ioctl,我也验证了通过printk工作.
问题是,在my_write中,copy_from_user总是返回一个非零值,表明它以某种方式失败了.
这是my_write():
static ssize_t my_write(struct tty_struct *tty, struct file *file, const unsigned char *buf, size_t nr) { int error = 0; unsigned char data[MAX]; //MAX is 256 if(!my_tty) { return -EIO; } if(nr > MAX) { //too big return -ENOMEM; } error = copy_from_user(data,buf,nr); printk("copy_from_user returned %d\n",error); //here, error is always equal to nr //(which is 12 in my example application) if(error==0) { printk("success\n"); //never get here return nr; } return error; }
根据我的研究,copy_from_user最终调用pa_memcpy来验证正在使用的指针.验证失败了,但我不明白为什么.我不知道*buf和数据如何重叠或会导致错误.
输出来自uname -a
:Linux mint-linux 4.0.5-040005-generic #201506061639 SMP Sat Jun 6 16:40:45 UTC 2015 UTC x86_64 x86_64 x86_64 GNU/Linux
用户空间应用程序的片段是:
#define OPEN_FLAGS (O_RDWR|O_NONBLOCK) int main(int argc, char **argv) { int fd=-1; int bytes_written= 0; char device="/dev/ttyUSB0"; unsigned char outbuffer[128]={0}; fd=open(device,OPEN_FLAGS); //set baud rate, etc., switch to my_ldisc (using N_MOUSE) outbuffer[0]=0x01; outbuffer[1]=0x02; outbuffer[2]=0x03; outbuffer[3]=0x04; outbuffer[4]=0x05; outbuffer[5]=0x06; outbuffer[6]=0x07; outbuffer[7]=0x08; outbuffer[8]=0x09; outbuffer[9]=0x0A; outbuffer[10]=0x0B; outbuffer[11]=0x0C; bytes_written=write(fd,outbuffer,12); while(true) { //... sleep(1); } }
此外,my_write中对buf的任何访问都会导致VM不稳定.即使遵循o'reilly linux驱动程序中的tty驱动程序示例也是如此:
printk(KERN_DEBUG "%s - ", __FUNCTION__); for(i=0;i按照Tsyvarev的建议,我在用户空间应用程序和内核模块中打印了指针.它们是不同的,这意味着我应该直接访问传入的缓冲区.我曾经
printf("%p\n",outbuffer);
在用户空间和内核空间中的等效printk中这样做.因此,逐行减慢和测试模块帮助我解决原始问题,结果是用户空间应用程序中的错误.
FWIW,编译器从来没有给我一个关于在原始代码中使用__user的警告.如果它以Tsyvarev建议它在编译时的方式工作,它将使这更容易追踪.
1> Tsyvarev..:不像到.WRITE的方法
struct file_operations
,该方法接受指针的用户数据,.WRITE方法用于struct tty_operations
接受指针到内核数据,而这些数据经由shold通常的方法来访问诸如memcpy
甚至直接.现代内核使用
__user
标记用户空间数据的属性,并且在访问数据时检查(在编译时)此属性.因此,启用编译器警告将显示具有不正确来源的数据的使用.