usb_control_msg возвращает -EAGAIN - PullRequest
Новая
       20

usb_control_msg возвращает -EAGAIN

0 голосов
/ 07 октября 2018

У меня есть настроенная плата, которая взаимодействует через USB .. Я пишу драйвер USB Linux.

Все работает нормально, когда я тестирую его на своей виртуальной машине .. Но когда я переключаюсь на реальное оборудование ииспользуйте Yocto на оборудовании и запустите следующий код .. Сбой с -EAGAIN .. 

retval = usb_control_msg(serial->dev,
        usb_rcvctrlpipe(serial->dev, 0),
        CP210X_GET_MDMSTS,
        USB_DIR_IN | USB_TYPE_VENDOR | USB_RECIP_INTERFACE,
        0,
        i,
        (void *)&modem_status,
        1,
        USB_CTRL_SET_TIMEOUT);

Retval возвращает с -11.Я не уверен, почему это не происходит на виртуальной машине, так как единственное отличие состоит в том, что плата PIC подключается к плате X86 Customized и запускает linux ..

dmesg output: 

transfer buffer not dma capable
------------[ cut here ]------------
WARNING: CPU: 1 PID: 754 at /usr/src/kernel/drivers/usb/core/hcd.c:1595 usb_hcd_map_urb_for_dma+0x3e6/0x5b0
Modules linked in: cp2108(O)
CPU: 1 PID: 754 Comm: test_quad Tainted: G           O    4.14.68-intel-pk-standard #1
task: ffff9a33b7d4a4c0 task.stack: ffff9ce5c0130000
RIP: 0010:usb_hcd_map_urb_for_dma+0x3e6/0x5b0
RSP: 0018:ffff9ce5c0133b08 EFLAGS: 00010296
RAX: 000000000000001f RBX: ffff9a33b7d89780 RCX: 0000000000000000
RDX: ffff9a33bfc9d680 RSI: ffff9a33bfc95598 RDI: ffff9a33bfc95598
RBP: ffff9ce5c0133b28 R08: 0000000000000001 R09: 0000000000000328
R10: ffff9a33ba840068 R11: 0000000000000000 R12: ffff9a33ba2ea000
R13: 00000000fffffff5 R14: 0000000001400000 R15: 0000000000000200
FS:  00007fac9eeed4c0(0000) GS:ffff9a33bfc80000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 0000003c334e3cb0 CR3: 0000000179498000 CR4: 00000000003406e0
Call Trace:
 usb_hcd_submit_urb+0x420/0xa00
 ? tty_port_open+0xa7/0xd0
 ? tty_ldisc_unlock+0x1a/0x20
 ? tty_open_proc_set_tty+0x7f/0xb0
 ? tty_unlock+0x29/0x40
 ? tty_open+0x38e/0x450
 usb_submit_urb+0x364/0x550
 usb_start_wait_urb+0x5f/0xe0
 usb_control_msg+0xc5/0x110
 cp210x_ioctl+0x4d2/0xe20 [cp2108]
 ? filemap_map_pages+0x129/0x290
 ? do_filp_open+0xa0/0xf0
 serial_ioctl+0x46/0x50
 tty_ioctl+0xe7/0x870
 do_vfs_ioctl+0x99/0x5e0
 ? putname+0x4c/0x60
 SyS_ioctl+0x79/0x90

Не могли бы вы, ребята, дать подсказку, чтобы я попробовал ... Цените ваше время и усилия.

1 Ответ

0 голосов
/ 08 октября 2018

Я получил решение Ядро> = 4.9 больше не принимает статически выделенный буфер.

Изменен код для использования динамической памяти, и он заработал. 

   modem_status = kmalloc(sizeof(unsigned long), GFP_KERNEL);
    if (!modem_status)
        return -ENOMEM;
    for (i = 0; i < MAX_CP210x_INTERFACE_NUM; i++) {
        retval = usb_control_msg(serial->dev,
                usb_rcvctrlpipe(serial->dev, 0),
                CP210X_GET_MDMSTS,
                USB_DIR_IN | USB_TYPE_VENDOR | USB_RECIP_INTERFACE,
                0,
                i,
                (void *)modem_status,
                1,
                USB_CTRL_SET_TIMEOUT);
...