【问题标题】:C Linux USB Driver | Best way to print URB buffer contentsC Linux USB 驱动程序 |打印 URB 缓冲区内容的最佳方法
【发布时间】:2016-11-05 15:16:59
【问题描述】:

我是 Linux USB 驱动程序开发的新手,到目前为止我非常喜欢它!我目前正在为 Xbox One 控制器创建驱动程序,我有一个问题要问你们。在下面的代码中,您将看到我在 open 函数中填充了一个中断 IN URB,并且我想在 xb1_int_in_callback() 函数中打印 URB 缓冲区的内容。最好的方法是什么?目前,我正在使用 printk(KERN_INFO "int_in_buffer: %s", dev->int_in_buffer),但是我没有看到打印的整个 URB 缓冲区内容,并且得到了一个奇怪的字符串打印到 dmesg。

对不起,如果这是一个简单的问题,我是编程和 C 的新手,所以我还在边学习边学习,但到目前为止我非常喜欢它!

代码:

static void xb1_int_in_callback(struct urb *int_in_urb) {
    struct xb1_controller *dev = int_in_urb->context;

    printk(KERN_INFO "xb1_int_in_callback successfully called");
    printk(KERN_INFO "int_in_buffer: %s", dev->int_in_buffer);
}

static int xb1_open(struct inode *inode, struct file *file) {
    printk(KERN_INFO "open function called..");

    struct xb1_controller *dev;
    struct usb_interface *interface;
    int subminor;
    int retval = 0;

    subminor = iminor(inode);

    interface = usb_find_interface(&xb1_driver, subminor);
    if(!interface) {
        printk(KERN_INFO "Unable to locate interface in open   
        function");
        retval = -ENODEV;
        goto exit;
    }

    dev = usb_get_intfdata(interface);
        if(!dev) {
            printk(KERN_INFO "Unable to locate dev structure in open   
            function");
            retval = -ENODEV;
            goto exit;
        }

    usb_fill_int_urb(dev->int_in_urb, dev->udev, usb_rcvintpipe(dev- 
                 >udev, dev->int_in_endpoint->bEndpointAddress),
                 dev->int_in_buffer, dev->int_in_endpoint- 
                 >wMaxPacketSize, xb1_int_in_callback,
                 dev, dev->int_in_endpoint->bInterval);

    dev->int_in_running = 1;

    retval = usb_submit_urb(dev->int_in_urb, GFP_KERNEL);
    if(retval) {
        printk(KERN_INFO "Unable to submit int_in_urb in open 
        function");
        dev->int_in_running = 0;
        goto exit;
    }

    file->private_data = dev;

exit:
    return retval;
}


static int xb1_probe(struct usb_interface *interface, const struct     
usb_device_id *id) {
    struct usb_device *udev = interface_to_usbdev(interface);
    struct xb1_controller *dev = NULL;
    struct usb_host_interface *iface_desc;
    struct usb_endpoint_descriptor *endpoint;
    int i;
    int retval = -ENODEV;

    if(!udev) {
        printk(KERN_INFO "udev is NULL in probe function");
        xb1_abort(dev);
        return retval;
    }

    dev = kzalloc(sizeof(struct xb1_controller), GFP_KERNEL);
    if(!dev) {
        printk(KERN_INFO "Unable to allocate memory for dev in probe   
        function");
        xb1_abort(dev);
        return retval;
    }

    dev->udev = udev;
    dev->interface = interface;

    iface_desc = interface->cur_altsetting;

    for(i=0; i<iface_desc->desc.bNumEndpoints; i++) {
        endpoint = &iface_desc->endpoint[i].desc;

        if(((endpoint->bEndpointAddress & USB_ENDPOINT_DIR_MASK) ==   
        USB_DIR_IN)
           && ((endpoint->bmAttributes & USB_ENDPOINT_XFERTYPE_MASK) == 
              USB_ENDPOINT_XFER_INT)) {

            dev->int_in_endpoint = endpoint;
        }
    }

    if(!dev->int_in_endpoint) {
        printk(KERN_INFO "Unable to locate interrupt in endpoint for 
        interface in probe function");
        xb1_abort(dev);
        return retval;
    }
    else {
        printk(KERN_INFO "Interrupt in endpoint found!");
    }

【问题讨论】:

  • 另外,我想指出 dev->int_in_buffer 被定义为一个 char 数组 (char* int_in_buffer)
  • 你确定你的缓冲区是一个 C 字符串吗?它最后必须有 /0 否则您可能会遇到分段错误。在打印之前将其复制到以 /0 结尾的字符串。顺便说一句,缓冲区中的零字节也是问题。
  • 是的,我猜应该是这样。这是我查看 dmesg 时得到的结果:~\xffffffed\xffffff8c\xffffffdd\xffffffe8\xffffffe1 但这与我使用 USB 嗅探工具看到的不匹配
  • 我不能告诉你为什么你会看到你所看到的,你的问题是输出缓冲区数据的最佳方式。所以,不客气。 :-)

标签: c linux usb driver


【解决方案1】:

要打印小缓冲区(最长 64 字节),请使用 printk 格式:

作为十六进制字符串的原始缓冲区:

%*ph    00 01 02  ...  3f
%*phC   00:01:02: ... :3f
%*phD   00-01-02- ... -3f
%*phN   000102 ... 3f

对于更大的缓冲区,请使用print_hex_dump()。参考here

【讨论】:

  • 非常感谢您的帮助!我会按照您的建议进行尝试,看看我现在是否可以让事情正常进行!
猜你喜欢
  • 2023-04-10
  • 1970-01-01
  • 1970-01-01
  • 2017-11-18
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2014-09-07
相关资源
最近更新 更多