Linux2.6内核usb gadget驱动移植

 

在写之前恶补一点usb slave端的知识
      在kernel 2.4版本中，嵌入式USB驱动是在kernel/arch/arm目录下的ep0.c  ep**.c, 在调试USB驱动的时候比较难，主要是如果在中断了加太多的printk, 会影响USB的时序，导致枚举就失败或不停地USB reset。
      在kernel 2.6版本中，USB的驱动改为了gadget接口，在/kernel/drivers/usb/gadget目录下，有一系列的文件，这些文件都是USB的驱动，其中serial.c是bulk驱动或CDC ACM驱动， 运行make menuconfig配置好所有的USB功能后，make modules,则在gadget目录下有一些g_serial.ko,  g_enther.ko, g_rnds.ko, g_file_storage.ko, g_gadget.ko. 其中g_serial.ko运行的时候有个参数是use_acm, 若为0则是普通的USB bulk驱动，最好修改serial.c文件，改为不要和tty关联，这时候windows端用USB bulk驱动，在DDK下有源代码，编译一下就可以了。如果不`想写windows端的驱动，可以把use_acm置为1, host端用windows自带的usbser.sys驱动，即USB转串口驱动，有时候在 c:/windows/driver/dllcach目录下，可以用expand把它解出来，具体参考/kernel/document.  在windows端需写个inf文件， 在inf文件里可以把USB转为一个MODEM, 这样Windows就可以拿它来拨号上网了，当然在小机端要和GPRS模组通讯,模组的初始化AT命令可以写在INF文件里。在windows的资源管理中是看不见串口的，只能看到modem (comX), 在超级终端中打不开这个串口，但是在secureCRT中是可以访问这个串口的。如果想虚拟出真正的串口，可以修改INF文件，把它虚拟出真正的串口，想添加MODEM的时候可以选择添加标准MODEM，模组的初始化AT命令可以写在MODEM的属性-->初始化命令中,比如ATD*99***1#
      g_file_storage.ko是U盘的驱动，比如把SD卡当U盘，insmod g_file_storage.ko file=/mnt/mmc luns=1,若有3个分区可以当U盘，则luns=3. 注意busybox中没有mkdosfs来格式化FAT文件系统，需要自己编译修改mkdosfs的源代码。
      g_enter.ko是把USB虚拟出一个网卡，在windows端用usblan.sys就可以构成直接对接的网络了。
      g_rnds.ko只在XP下有windows端的驱动，windows 2000下要字迹开发，可以到微软的网站上查RNDS.其中可以拿RNDS来调试程序.不论用USB转串口还是USB网卡来配合GDB调试程序，都比tty串口调试快多了

1、  配置选项
      配置选项相关解释
[img]http://blogimg.chinaunix.net/blog/upfile2/081130201717.png[/img]

 
      选项配置模块g_file_storage.ko
      File-backed Storage Gadget
      配置选项，产生模块s3c2410_udc.ko文件
      USB Peripheral Controller (S3C2410 USB Device Controller)  --->
           (X) S3C2410 USB Device Controller
      编译后生成对应的驱动
     [root@vm-dev linux-2.6.24.4]# ls drivers/usb/gadget/*.ko
     drivers/usb/gadget/g_file_storage.ko  drivers/usb/gadget/s3c2410_udc.ko
     [root@vm-dev linux-2.6.24.4]#
2、  编译错误
      在编译的时出现关于debugfs的错误，这时注释掉相应的代码就可以了，无关驱动，至于这个debugfs，我也搞不清楚是个什么东西，也没在细研究他，有知道的朋友可以分享一下。
// drivers/usb/gadget/s3c2410_udc.c
static int __init udc_init(void)
{
        int retval;
        ……..
#if 0
//no idea about debugfs
//delete by lyj
        s3c2410_udc_debugfs_root = debugfs_create_dir(gadget_name, NULL);
        if (IS_ERR(s3c2410_udc_debugfs_root)) {
                printk(KERN_ERR "%s: debugfs dir creation failed %ld/n",
                        gadget_name, PTR_ERR(s3c2410_udc_debugfs_root));
                s3c2410_udc_debugfs_root = NULL;
        }      
#endif
        ………
}
3、  probe函数不能正常执行的问题。网上也有很多仁兄抱怨s3c2410_udc_probe函数没有执行，看来linux2.6还是不那么普及！这个是因为还不是很熟悉linux2.6 platform device的调用过程导致的，只需在/arch/arm/mach-s3c2410.c中添加s3c_device_usbgadget的结构体就可以了。
//add end
static struct platform_device *smdk2410_devices[] __initdata = {
        &s3c_device_usb,
              …….
        &s3c_device_usbgadget,
        &s3c_device_ts,
        &s3c_device_ds,
        &s3c_device_gpio,
        //&s3c_device_ad7655,
};
//add by lyj
      其中大多数的结构体platform_device定义都在arch/arm/plat-s3c24xx/devs.c文件里，小部分定义在/arch/arm/mach-s3c2410.c文件中，自己在添加新的platform_device的时候，建议添加到mach-s3c2410.c文件中，因为devs.c文件中大部分是自带的，可以直接使用的设备。
// arch/arm/plat-s3c24xx/devs.c
#if 1
/* USB Device (Gadget)*/

static struct resource s3c_usbgadget_resource[] = {
        [0] = {
                .start = S3C24XX_PA_USBDEV,
                .end   = S3C24XX_PA_USBDEV + S3C24XX_SZ_USBDEV - 1,
                .flags = IORESOURCE_MEM,
        },
        [1] = {
                .start = IRQ_USBD,
                .end   = IRQ_USBD,
                .flags = IORESOURCE_IRQ,
        }

};
#endif
struct platform_device s3c_device_usbgadget = {
        .name             = "s3c2410-usbgadget",
        .id               = -1,
        .num_resources    = ARRAY_SIZE(s3c_usbgadget_resource),
        .resource         = s3c_usbgadget_resource,
};

EXPORT_SYMBOL(s3c_device_usbgadget);
4、  时序问题
       偶的驱动程序加载之后，没有出现任何的问题，在电脑端也可以看到对应的usb设备显示为U盘设备，但是内容是空的！这个让人很头痛。
       后来在高人的指点下，使用抓包工具（原来只知道调试网络要用抓包工具，原来调试usb设备也要用这玩意儿）。发现在最开是的时候报头是完整的，但是后面的内容不再进行传输。正常的USB设备在挂载时，首先是传递整个USB的存盘信息，然后会有不断的一收一发的交互信息，这个在2410连接的时候也是没有的，也就是在连接显示了u盘之后，就不再有任何的交互信息。
       在高人的启发下，在drivers/usb/gadget/file_storage.c文件中添加了无数的调试信息，终于定位到是usb传输的时序问题。在整个gadget的修改中只改了一行代码：
/* Use this for bulk or interrupt transfers, not ep0 */
static void start_transfer(struct fsg_dev *fsg, struct usb_ep *ep,
                struct usb_request *req, int *pbusy,
                enum fsg_buffer_state *state)
{
        int     rc;
//      printk("start_transfer/n");
        udelay(1000);
        if (ep == fsg->bulk_in)

这是我打的一个补丁：usb_gadget.patch
--- linux-2.6.24.4/drivers/usb/gadget/file_storage.c  2008-03-25 02:49:18.000000000 +0800
+++ drivers/usb/gadget/file_storage.c   2016-11-25 15:35:23.000000000 +0800
@@ -1090,7 +1090,7 @@
static int ep0_queue(struct fsg_dev *fsg)
{      
        int     rc;
-
+//     printk("ep0_queue / n");
        rc = usb_ep_queue(fsg->ep0, fsg->ep0req, GFP_ATOMIC);
        if (rc != 0 && rc != -ESHUTDOWN) {

@@ -1098,6 +1098,7 @@
                WARN(fsg, "error in submission: %s --> %d/n",
                                fsg->ep0->name, rc);
        }               
+//     printk("ep0_queue end / n");
        return rc;      
}              
        
@@ -1452,7 +1453,7 @@
        struct fsg_dev          *fsg = get_gadget_data(gadget);
        int                     rc;
        int                     w_length = le16_to_cpu(ctrl->wLength);
-               
+//     printk("fsg_steup /n");
        ++fsg->ep0_req_tag;             // Record arrival of a new request
        fsg->ep0req->context = NULL;
        fsg->ep0req->length = 0;
@@ -1489,7 +1490,8 @@
                enum fsg_buffer_state *state)
{      
        int     rc;
-
+//     printk("start_transfer/n");
+       udelay(1000);
        if (ep == fsg->bulk_in)
                dump_msg(fsg, "bulk-in", req->buf, req->length);
        else if (ep == fsg->intr_in)
@@ -2573,7 +2575,7 @@
                start_transfer(fsg, fsg->intr_in, fsg->intreq,
                                &fsg->intreq_busy, &bh->state);
        }
-
+//     printk("send_status /n");
        fsg->next_buffhd_to_fill = bh->next;
        return 0;
}
@@ -2961,7 +2963,7 @@
                halt_bulk_in_endpoint(fsg);
                return -EINVAL;
        }
-
+//     printk("received_cbw /n");      
        /* Is the CBW meaningful? */
        if (cbw->Lun >= MAX_LUNS || cbw->Flags & ~USB_BULK_IN_FLAG ||
                        cbw->Length Length > MAX_COMMAND_SIZE) {
@@ -3245,7 +3247,7 @@
                        raise_exception(fsg, FSG_STATE_EXIT);
                }
        }
-
+       printk("handle_exception /n");
        /* Cancel all the pending transfers */
        if (fsg->intreq_busy)
                usb_ep_dequeue(fsg->intr_in, fsg->intreq);
@@ -4031,7 +4033,6 @@
static void fsg_suspend(struct usb_gadget *gadget)
{
        struct fsg_dev          *fsg = get_gadget_data(gadget);
-
        DBG(fsg, "suspend/n");
        set_bit(SUSPENDED, &fsg->atomic_bitflags);
}
5、  关于硬件连接的问题
[img]http://blogimg.chinaunix.net/blog/upfile2/081130202014.png[/img]

      说明一下VBUS管脚会在usb从口有设备插入式由主口端的电平将它拉高，从而产生插入中断。但是在s3c2410中有一个USBD的中断信号，是由s3c2410芯片产生的，所以这个插入中断并没有起到实际的左右。真正作用的是USBD信号！多说几句其实那么对应USB host的中断也是采用的USBH，都是在数据收发的时候起作用。
      实际上对于s3c2410来讲，usb设备的使用很简单，用的时候，直接就有D+和D-信号几乎不需要做任何事情！
参考了一些其他的电路，发现一些不同的地方
[img]http://blogimg.chinaunix.net/blog/upfile2/081130201952.png[/img]
这里他把VBUS信号断开，也就是不要插入中断的信号，但是这里的外部中断17还连接到D+上，我一时就搞糊涂了，而且进过验证这个电路不能正常工作，原因在于EINT17的电平直接影响到D+的信号，导致不能正常通信，在实际的测试过程中，连USBD中断信号都搞没了。实在是可恶之极，索性不管他浪费的这个外部中断，把他当作普通的GPIO输出，输出为高电平时，所有的现象又恢复正常，所以说这种连接方法是一种浪费，不过2410的外中断引脚很多，洒洒水啦！
      这里说上几句，在实际的嵌入式编程的过程中会碰到很多的硬件问题，当然这有的时候和硬件工程师的素质有关，但是作为资深的嵌入式工程师，还是要有一定的硬件功底的，如果在软件上是在是行不通，找不到毛病，最好是转头怀疑下硬件。当然有的朋友说，硬件严格测试过了我们才才开始开发的，呵呵，这个在国内还比较少吧！有时候还要考虑是不是器件问题，还要考虑是不是焊接问题，哈哈，想起这些就头大！
6、  加载驱动之后才可以插入设备，如果你是事先插入的USB那么是不会被识别的！因为没有产生所有的插入中断。
7、  如何正确使用
来看一把我是使用方法，呵呵，并不推荐这么使用
2410-S:~/usb_slave #cat liu.sh
#!/bin/sh
#insmod g_file_storage.ko file=/dev/mmc/blk0/part1 stall=0 removable=1
insmod s3c2410_udc.ko
#insmod g_file_storage.ko file=/dev/mtdblock3 stall=0 removable=1
insmod g_file_storage.ko file=/dev/sda1 stall=0 removable=1
8、  后来又想到一种好的方法
cd /tmp
dd if=/dev/zero of=img bs=1k count=12k ;
insmod /usr/g_file_storage.ko file=img
在主设备那边访问直接就与U盘一样
在从设备这边访问
cd /tmp/
rmmod g_file_storage
mkdir udisk
mount –o loop –t vfat img udisk/
mount
ls udisk/

9、  另外，2410上挂载的usb设备也是可以被访问的，曾经有端时间自己的sd卡转接口不见了，就是那2410来当作sd卡转接口用的，对应的语句就是这个了
insmod g_file_storage.ko file=/dev/sda1 stall=0 removable=1