3

这与如何使用nix的ioctl有关？但这不是同一个问题。

我想检索一个可变大小的缓冲区。还有一个ioctl告诉我我需要读取 X 个字节。C 标头也告诉我以下内容：

#define HID_MAX_DESCRIPTOR_SIZE     4096
#define HIDIOCGRDESC        _IOR('H', 0x02, struct hidraw_report_descriptor)

struct hidraw_report_descriptor {
    __u32 size;
    __u8 value[HID_MAX_DESCRIPTOR_SIZE];
};

我通过以下方式定义宏：

ioctl_read_buf!(hid_read_descr, b'H', 0x02, u8);

后来打电话：

let mut desc_raw = [0u8; 4 + 4096];
let err = unsafe { hid_read_descr(file.as_raw_fd(), &mut desc_raw); };

这样做的时候，desc_raw全是零。我本来希望size根据结构定义包含前 4 个字节。

替代方案似乎也不起作用

ioctl_read!(hid_read_descr2, b'H', 0x02, [u8; 4+4096]);
// ...
let mut desc_raw = [0xFFu8; 4 + 4096];
let err = unsafe { hid_read_descr2(file.as_raw_fd(), &mut desc_raw); };

在这两种情况下，我都尝试desc_raw使用 0xFF 进行初始化，并且在调用之后，它似乎没有受到影响。

我是否ioctl_read_buf错误地使用了宏？

4

2 回答 2

4

现在，Digikata 已经精心提供了足够的代码来驱动程序......

我是否ioctl_read_buf错误地使用了宏？

我会说在这里使用它是不正确的。您不想读取数据数组，您想读取特定类型的单个实例。这ioctl_read!就是为了。

我们定义了一个repr(C)模仿 C 定义的结构。这确保了重要的细节，如对齐、填充、字段排序等，都与我们调用的代码一一匹配。

然后我们可以构造这个结构的一个未初始化的实例并将它传递给新定义的函数。

use libc; // 0.2.66
use nix::ioctl_read; // 0.16.1
use std::{
    fs::OpenOptions,
    mem::MaybeUninit,
    os::unix::{fs::OpenOptionsExt, io::AsRawFd},
};

const HID_MAX_DESCRIPTOR_SIZE: usize = 4096;

#[repr(C)]
pub struct hidraw_report_descriptor {
    size: u32,
    value: [u8; HID_MAX_DESCRIPTOR_SIZE],
}

ioctl_read!(hid_read_sz, b'H', 0x01, libc::c_int);
ioctl_read!(hid_read_descr, b'H', 0x02, hidraw_report_descriptor);

fn main() -> Result<(), Box<dyn std::error::Error>> {
    let file = OpenOptions::new()
        .read(true)
        .write(true)
        .custom_flags(libc::O_NONBLOCK)
        .open("/dev/hidraw0")?;

    unsafe {
        let fd = file.as_raw_fd();

        let mut size = 0;
        hid_read_sz(fd, &mut size)?;
        println!("{}", size);

        let mut desc_raw = MaybeUninit::<hidraw_report_descriptor>::uninit();
        (*desc_raw.as_mut_ptr()).size = size as u32;
        hid_read_descr(file.as_raw_fd(), desc_raw.as_mut_ptr())?;
        let desc_raw = desc_raw.assume_init();
        let data = &desc_raw.value[..desc_raw.size as usize];
        println!("{:02x?}", data);
    }

    Ok(())
}
于 2018-08-18T00:34:46.823 回答
2

我认为你在这里有几个问题。有些在 Rust 方面，有些在HIDIOCGRDESC错误地使用 ioctl。如果你在 Linux 内核发行版中查看 hidraw.txt 和 hid-example.c 代码，结构体的使用如下：

struct hidraw_report_descriptor rpt_desc;

memset(&rpt_desc, 0x0, sizeof(rpt_desc));

/* Get Report Descriptor */
rpt_desc.size = desc_size;
res = ioctl(fd, HIDIOCGRDESC, &rpt_desc);

desc_size来自之前的HIDIOCGRDESCSIZEioctl 调用。除非我填写正确的大小参数，否则 ioctl 会返回错误（ENOTTY或EINVAL）。

传递O_NONBLOCK标志以打开 HID 设备而不使用libc::open. 我最终得到了这个：

#[macro_use]
extern crate nix;

extern crate libc;

ioctl_read!(hid_read_sz, b'H', 0x01, i32);
ioctl_read_buf!(hid_read_descr, b'H', 0x02, u8);

fn main() {
    // see /usr/include/linux/hidraw.h
    // and hid-example.c
    extern crate ffi;
    use std::ffi::CString;
    let fname = CString::new("/dev/hidraw0").unwrap();
    let fd = unsafe { libc::open(fname.as_ptr(), libc::O_NONBLOCK | libc::O_RDWR) };

    let mut sz = 0i32;
    let err = unsafe { hid_read_sz(fd, &mut sz) };
    println!("{:?} size is {:?}", err, sz);

    let mut desc_raw = [0x0u8; 4 + 4096];

    // sz on my system ended up as 52 - this handjams in the value
    // w/ a little endian swizzle into the C struct .size field, but
    // really we should properly define the struct
    desc_raw[0] = sz as u8;

    let err = unsafe { hid_read_descr(fd, &mut desc_raw) };
    println!("{:?}", err);

    for (i, &b) in desc_raw.iter().enumerate() {
        if b != 0 {
            println!("{:4} {:?}", i, b);
        }
    }
}

最后，您不应该将结构调整为可变大小，ioctl 标头表明预期有一个固定的最大值。可变性全部由系统 ioctl 处理，它只需要来自另一个 ioctl 调用的预期大小提示。

于 2018-08-17T21:59:12.177 回答