我们可以在signal_handler使用了read和write函数处理设备文件的读写操作。然而这两个函数可以分别用aio_read和aio_write代替。在本节将重新改造signal驱动，使用aio_read和aio_write函数来处理设备文件的读写操作，新的Linux驱动源代码文件是aio_signal.c。这个文件和13.1.3节编写的signal.c文件的内容基本相同，只是添加了如下两个函数。
// 设备文件的aio_read函数
static ssize_t signal_aio_read(struct kiocb *iocb, const struct iovec *iov, unsigned long niov, loff_t pos)
{
return signal_read(iocb->ki_filp, (char*)iov->iov_base,iocb->ki_nbytes, &pos);;
}
// 设备文件的aio_write函数
static ssize_t signal_aio_write(struct kiocb *iocb, const struct iovec *iov, unsigned long niov, loff_t pos)
{
return signal_write(iocb->ki_filp, (char*)iov->iov_base,iocb->ki_nbytes, &pos);;
}
这两个函数的参数完全相同。其中kiocb结构体类似于aiocb结构体，aiocb结构体中很多数据（如aio_nbytes、aio_offset等）在kiocb中都可以通过对应的成员变量获取。而iov可以获取用于读写数据的缓存区，也就是aiocb.aio_buf指向的内存区域。除此之外，还可以通过iovec.iov_len获取缓存区的字节长度。pos参数和kiocb.ki_pos都可以获取读写数据的偏移量，使用哪个都可以。只是pos参数和read、write函数不同。在aio_read和aio_write函数中pos参数变成了实际的值，而不是loff_t指针类型参数。也就是不能在aio_read和aio_write函数中修改pos参数的值（修改了也没用）。
从上面实现的aio_read和aio_write函数可以看出，在这两个函数中并未实现具体的代码，而是调用了已经实现的signal_read和signal_write函数。这就会引出一个问题，如果file_operations结构体同时初始化异步（aio_read和aio_write）和同步（read和write）函数，那么系统会使用同步还是异步读写方式处理对设备文件的读写操作呢？
如果同时指定同步和异步读写函数，系统会使用read和write函数来处理设备文件的读写操作。如果想使用aio_read和aio_write函数来处理设备文件的读写操作，就不能指定read和write函数。因此，本节的示例需要按如下方式修改file_operations结构体初始化的代码。
static struct file_operations dev_fops =
{
.owner = THIS_MODULE,
.poll = signal_poll,
.fasync = signal_fasync,
.aio_read=signal_aio_read,
.aio_write=signal_aio_write
};
现在Linux驱动程序已经修改完毕，最后执行build.sh脚本文件编译和安装本节实现的Linux驱动。为了和13.1.3节实现的signal驱动区分开。本节实现的Linux驱动建立的设备文件名是aio_signal。
注意:file_operations结构体的aio_read、aio_write和read、write都能处理同步和异步I/O操作。只是aio_read和aio_write函数可以获取更多的异步I/O的数据，并可以更好地控制异步I/O。虽然大多数字符设备都不使用aio_read和aio_write函数（只有一些块设备，如磁带机，为了提高读写效率会使用它们），但如果想对AIO有更多的控制，也可以考虑使用aio_read和aio_write函数，尽管这两个函数看起来比read和write函数复杂一些。