Драйверы USB TMC для linux Опции

[_galb_]

Доброго дня всем!
Нужно создать драйвер устройства USB TMC (Test and Measurement Class) Gadget, ОС linux (дистрибутив linux-davinci), процессор AM1808 от TI.
Есть ли здесь у кого опыт создания устройств usb gadget для linux? Есть вопросы...

[gosha]

Доброго дня всем!
Нужно создать драйвер устройства USB TMC (Test and Measurement Class) Gadget, ОС linux (дистрибутив linux-davinci), процессор AM1808 от TI.
Есть ли здесь у кого опыт создания устройств usb gadget для linux? Есть вопросы...

Есть опыт написания драйверов usb-storage, usb-video.
Там все по аналогии с имеющимся драйвером похожего устройства. делается

[_galb_]

Есть опыт написания драйверов usb-storage, usb-video.

Со стороны хоста, или со стороны гаджета?

Мои вопросы состоят примерно в следующем:
1) В папке drivers/usb/gadget во всех драйверах используются функции библиотеки composite.c. Например, драйвер регистрируется с помощью функции usb_composite_probe, которая в свою очередь вызывает usb_gadget_probe_driver, описанную в include/linux/usb/gadget.h. А реализация этой функции, похоже, у каждого драйвера своя. Например, для драйвера zero.c её нет в явном виде, и мне не понятно, в каком направлении дальше идёт регистрация драйвера Gadget Zero в системе...
2) Если продолжить рассматривать драйвер zero.c, то там явно описывается только дескриптор устройства ( в структуре zero_driver = { <...>, .dev = &device_desc, <...> } ). Остальные дескрипторы (Configuration Descriptor, Interface Descriptor), похоже, инициализируются где-то через функции composite.c. Мне не понятно, как их (дескрипторы) задавать (например, для USB TMC устройств мне нужно прописать bInterfaceClass = 0xFE, bInterfaceSubClass = 3, bInterfaceProtocol = 1).

[gosha]

Со стороны хоста, или со стороны гаджета?

Мои вопросы состоят примерно в следующем:
1) В папке drivers/usb/gadget во всех драйверах используются функции библиотеки composite.c. Например, драйвер регистрируется с помощью функции usb_composite_probe, которая в свою очередь вызывает usb_gadget_probe_driver, описанную в include/linux/usb/gadget.h. А реализация этой функции, похоже, у каждого драйвера своя. Например, для драйвера zero.c её нет в явном виде, и мне не понятно, в каком направлении дальше идёт регистрация драйвера Gadget Zero в системе...
2) Если продолжить рассматривать драйвер zero.c, то там явно описывается только дескриптор устройства ( в структуре zero_driver = { <...>, .dev = &device_desc, <...> } ). Остальные дескрипторы (Configuration Descriptor, Interface Descriptor), похоже, инициализируются где-то через функции composite.c. Мне не понятно, как их (дескрипторы) задавать (например, для USB TMC устройств мне нужно прописать bInterfaceClass = 0xFE, bInterfaceSubClass = 3, bInterfaceProtocol = 1).

Со стороны хоста.

Какая версия ядра?

Драйвер при загрузке insmod в сообщает таблицу usb дескрипторов, при подключении каких usb idVendor idProduct и пр необходимо запустить его ф-ю по-пробовать и поднять драйвер.
При подсоединении устройства, usb_core определяет его bDeviceClass idVendor idProduct , какой драйвер зарегистрировался на это устройство.
Дальше пусть этот драйвер сам разбирается с этим устройством.
usb_core запускает ф-ю probe() драйвера, который зарегистрировался на этот тип usb устройств.
Эта ф-я проверяет устройство и поднимает его интерфейсы.
Напр, если это eth драйвер, в системе регистрируется напр eth2.
В данном случае, это ф-я bind()

При извлечении usb устройства, интерфейс unregister: eth_unbind().

CODE

static struct usb_device_descriptor     [u]device_desc[/u] = {
    .bDescriptorType =    USB_DT_DEVICE,
    .bcdUSB =        cpu_to_le16 (0x0200),
    .bDeviceClass =        USB_CLASS_COMM,
    .bDeviceSubClass =    0,
    .bDeviceProtocol =    0,
    .idVendor =        cpu_to_le16 (CDC_VENDOR_NUM),
    .idProduct =        cpu_to_le16 (CDC_PRODUCT_NUM),
}

static int __ref eth_bind(struct usb_composite_dev *cdev)
{...}
static struct usb_composite_driver eth_driver = {
    .[b]dev[/b]        = &[u]device_desc[/u],
    .strings    = dev_strings,
    .[b]bind[/b]        = [b]eth_bind[/b],
    .[b]unbind[/b]        = __exit_p([b]eth_unbind[/b]),
};

http://lwn.net/Articles/395712/

[_galb_]

Какая версия ядра?

Linux-2.6.37, сборка linux-davinci

При подсоединении устройства, usb_core определяет его bDeviceClass idVendor idProduct , какой драйвер зарегистрировался на это устройство.
Дальше пусть этот драйвер сам разбирается с этим устройством.

Как раз и интересно, как дальше драйвер разбирается с устройством. Как я вижу, стандартные запросы USB (GET_STATUS, CLEAR_FEATURE, ...) обрабатываются в функции composite_setup (библиотеки composite.c). Пока не понятно, где обрабатываются специфические для класса запросы (например, для TMC запрос GET_CAPABILITY). Ну и мехинизм посылки ответа хосту тоже не до конца понятен...

Может, конечно, я туплю, но пока что из всего, что прочитано, как надо сделать до меня не дошло

Сообщение отредактировал _galb_ - Oct 17 2012, 10:12

[gosha]

Linux-2.6.37, сборка linux-davinci


Как раз и интересно, как дальше драйвер разбирается с устройством. Как я вижу, стандартные запросы USB (GET_STATUS, CLEAR_FEATURE, ...) обрабатываются в функции composite_setup (библиотеки composite.c). Пока не понятно, где обрабатываются специфические для класса запросы (например, для TMC запрос GET_CAPABILITY). Ну и мехинизм посылки ответа хосту тоже не до конца понятен...

Может, конечно, я туплю, но пока что из всего, что прочитано, как надо сделать до меня не дошло

Не понятно что?: как устройство зарегистрировать в ситеме при его подключении и записать в регистры usb устройства его настройки?
Или как написать интерфейсные ф-ии драйвераа, к которым будет обращаться приложение?

Если необходимо писать в регистры устройства (например, я задавал частоту и разрешение кадров видеокамеры)

3. Для инициализации камеры послать управляющие посылки (Vendor Request)

(IN UCHAR Request, IN USHORT Value, IN USHORT Index)

0x0A, 0x01, 0x0F
0x0A, 0x03, 0x0F
0x0A, 0x01, 0x0F
0x0A, 0x00, 0x60
0x0A, 0x01, 0x02
Задержка в 2 мс.
0x0A, 0x15, 0x0F

4. Включить камеру на передачу кадров по Pipe: 1 Type: BLK
0x0A, 0x1F,0x0F;

5. Принимать кадры по Pipe: 1 (Bulk Read) (MaxPktSize: 0x200)

6. Выключить камеру после окончания приема.
0x0A, 0x1D, 0x0F

CODE

static int vec135_cmd_tx(struct usb_vec135 *vec135, unsigned short req, unsigned short value, unsigned short index)
{int ret = usb_control_msg (vec135->udev, usb_sndctrlpipe(vec135->udev, 0), req,
        USB_DIR_OUT | USB_TYPE_VENDOR, value, index, NULL, 0, 5000);
if (ret < 0)
    printk("%s> error: returned %d for 0x%x 0x%x 0x%x\n", __FUNCTION__, ret, req, value, index);
else
    printk("%s> req 0x%02x 0x%02x 0x%02x\n", __FUNCTION__, req, value, index);
return ret;
}



static int vec135_init(struct usb_vec135 *vec135) {
    vec135_cmd_tx( vec135, 0x0A, 0x01,0x0F);
    vec135_cmd_tx( vec135, 0x0A, 0x03,0x0F);
    vec135_cmd_tx( vec135, 0x0A, 0x01,0x0F);
    vec135_cmd_tx( vec135, 0x0A, 0x60,0x00);
    vec135_cmd_tx( vec135, 0x0A, 0x00,0x60);
    vec135_cmd_tx( vec135, 0x0A, 0x01,0x02);
    msleep(200);
    vec135_cmd_tx( vec135, 0x0A, 0x15, 0x0F);
    return 0;
}

[_galb_]

gosha, спасибо Вам за ответ, стало более понятно

Не понятно что?: как устройство зарегистрировать в ситеме при его подключении и записать в регистры usb устройства его настройки?
Или как написать интерфейсные ф-ии драйвераа, к которым будет обращаться приложение?

а вообще да, интересует как написать интерфейсные ф-ии драйвера, к которым будет обращаться приложение.


Сообщение отредактировал _galb_ - Oct 23 2012, 04:15

[_galb_]

gosha, ещё вопрос... в своём драйвере Вы использовали потоки (thread), или можно без них обойтись?

[gosha]

gosha, ещё вопрос... в своём драйвере Вы использовали потоки (thread), или можно без них обойтись?

При написании драйверов не используются thread.
При написании драйверов USB используются только call-back ф-ии, которые вызывает usb-core, когда устройство прислало ответ на команду.

я использовал ф-ии usb_submit_urb(urb) для обмена данными с устройством.
Например:

CODE

/*============================================================================*/
static void uvc_video_complete(struct urb *urb)
{struct uvc_video_device *video = urb->context;
struct uvc_video_queue *queue = &video->queue;

int ret;
if (video->removed)
    return;
switch (urb->status)
    {case 0:
        break;
     default:
        uvc_printk(KERN_WARNING, "Non-zero status (%d) in video completion handler.\n", urb->status);
     case -ENOENT:        /* usb_unlink_urb() called. */
        if (video->frozen)
            return;
     case -ECONNRESET:    /* usb_unlink_urb() called. */
     case -ESHUTDOWN:    /* The endpoint is being disabled. */
        uvc_queue_enable(queue, 0);
        return;
    }
if(queue->flags & UVC_QUEUE_STREAMING)
    {struct uvc_buffer *buf = NULL;
     unsigned long flags;
     spin_lock_irqsave(&queue->irqlock, flags);
     buf= &queue->buffer[queue->buf_tail];
     spin_unlock_irqrestore(&queue->irqlock, flags);
     video->decode(urb, video, buf);
     urb->dev = video->uvc_dev->udev;
     urb->status = 0;
    if ((ret = usb_submit_urb(urb)) < 0)
        {uvc_printk(KERN_ERR, "Failed to resubmit video URB (%d).\n", ret);}
    }
return;
}

/*=================================================*/
urb = usb_alloc_urb(npackets<<4);
urb->dev = video->uvc_dev->udev;
urb->context = video;
urb->pipe = usb_rcvisocpipe(video->uvc_dev->udev, ep->bEndpointAddress);
urb->transfer_flags = USB_ISO_ASAP;
urb->interval = 1;//ep->bInterval;
urb->transfer_buffer = video->urb_buffer[i];
urb->complete = uvc_video_complete; /* эта функция будет вызвана, когда вернется ответ (данные от устройства) */
urb->number_of_packets = npackets;
urb->transfer_buffer_length = size;
if ((ret = usb_submit_urb(urb)) < 0)
        {uvc_printk(KERN_ERR, "Failed to resubmit video URB (%d).\n", ret);}

Прикладная программа обращается к драйверу через системные вызовы
open()
close()
read()
write()
ioctl()
poll()

Соответственно, необходимо в драйвере написать эти ф-ии, которые будут вызываться ядром ОС Linux при обращении к устройству прикладной программы. И зарегистрировать их в системе.

Для драйвера usb видеокамеры у меня:

CODE

struct file_operations uvc_fops = {
    .owner        = THIS_MODULE,
    .open        = uvc_v4l2_open,
    .release    = uvc_v4l2_release,
    .ioctl        = uvc_v4l2_ioctl,
    .llseek        = no_llseek,
    .read        = uvc_v4l2_read,
    .mmap        = uvc_v4l2_mmap,
    .poll        = uvc_v4l2_poll,
}
video_register_device (uvc_fops)

[_galb_]

При написании драйверов не используются thread.

и всё же, в драйвере устройства mass_storage (linux-davinci/drivers/usb/gadget/mass_storage.c) создаётся thread (в функции fsg_common_init вызывается kthread_create).

[gosha]

и всё же, в драйвере устройства mass_storage (linux-davinci/drivers/usb/gadget/mass_storage.c) создаётся thread (в функции fsg_common_init вызывается kthread_create).

Понял. Возможен и такой вариант.

[_galb_]

хорошо, с регистрацией и определением устройства в системе понятно, работает.
теперь... вот хост отправил данные устройству в конечную точку (типа bulk) с помощью функции usb_bulk_msg. как мне в устройстве принять данные в конечную точку?