s3c6410 linux gadget hid驱动调了我一个多星期了今天终于搞定了，来跟大家分享下.
上一个星期纠结了一个星期的寄存器，试了N次，不管把3.1和3.7的hid驱动移植过来也是一样的情况，所以这星期直接从问题本身着手一个个找，一个个对比，终于解决了。
我用的内核是linux2.6.38的,最开始的时候开发板是可以当U盘用的，而使用hid功能的时候出现如下问题:
g_hid gadget: hid_setup crtl_request : bRequestType:0x21 bRequest:0xa Value:0x0
g_hid gadget: Unknown request 0xa
s3c-hsotg s3c-hsotg: writen DxEPCTL=0x04228000 to 00000900 (DxEPCTL=0x00208000)
s3c-hsotg s3c-hsotg: s3c_hsotg_rx_data: FIFO 8 bytes on ep0 but no req (DxEPCTl=0x00028000)
s3c-hsotg s3c-hsotg: s3c_hsotg_rx_data: FIFO 8 bytes on ep0 but no req (DxEPCTl=0x00028000)
s3c-hsotg s3c-hsotg: s3c_hsotg_rx_data: FIFO 8 bytes on ep0 but no req (DxEPCTl=0x00028000)
s3c-hsotg s3c-hsotg: S3C_GINTSTS_USBSusp
这个是我把debug信息打开后打印出来的信息，前面一直以为是device的时钟没有设置对，device的时钟应该设置为48M，但是结果不是这里的问题，怎么修改时钟效果都是一样，所以上个星期一个寄存器一个寄存器的对，修改完后发现还是一样的问题。所以开始研究这个：Unknown request 0xa
hid的大致流程是s3c_hsotg.c->composite.c->f_hid.c具体流程网上有很多这里我就不作说明了。
资料：
http://blog.csdn.net/wuyuwei45/article/details/8930830
http://blog.csdn.net/fanqipin/article/details/8450694
纠结了一个星期后，中间花了几个小时把2416的hid调好的，最后没办法所以决定一步步对.
6410的当host发送请求0xa时就直接出现了上面的错误，但是2416当host发送0xa时也会出现-95的错误但是host端会继续发送0x06和0x09请求，请查看usb协议这里就不多说了。
6410与2416在接收到0xa请求时的操作基本一样，不同的是2416在接收到0xa后，会忽略这个请求然后向host发送一个空包，这样host会继续发送其它的请求，而6410在接收到0xa后忽略了,但是没有向host端发送任何数据，所以导致后面的操作无法进行.
所以现在的工作就是当device收到0xa后，向host端发送一个空包，让枚举继续下去.
主要修改就在s3c_hsotg.c里面的s3c_hsotg_process_control函数，整个过程我就不在这分析了，我也不是很懂，哈哈。
/* as a fallback, try delivering it to the driver to deal with */
if (ret == 0 && hsotg->driver) {
ret = hsotg->driver->setup(&hsotg->gadget, ctrl);
if (ret < 0)
dev_dbg(hsotg->dev, "driver->setup() ret %d\n", ret);
}
这里是接收到请求后由composite.c里面的composite_setup进行处理，当接收到0xa后这里会返回-95的错误,我们接着往下看：
/* the request is either unhandlable, or is not formatted correctly
* so respond with a STALL for the status stage to indicate failure.
*/ if (ret < 0) {
u32 reg;
u32 ctrl; dev_dbg(hsotg->dev, "ep0 stall (dir=%d)\n", ep0->dir_in);
reg = (ep0->dir_in) ? S3C_DIEPCTL0 : S3C_DOEPCTL0; /* S3C_DxEPCTL_Stall will be cleared by EP once it has
* taken effect, so no need to clear later. */ ctrl = readl(hsotg->regs + reg);
ctrl |= S3C_DxEPCTL_Stall;
ctrl |= S3C_DxEPCTL_CNAK;
writel(ctrl, hsotg->regs + reg); dev_dbg(hsotg->dev,
"writen DxEPCTL=0x%08x to %08x (DxEPCTL=0x%08x)\n",
ctrl, reg, readl(hsotg->regs + reg)); /* don't belive we need to anything more to get the EP
* to reply with a STALL packet */
}
当返回-95后只对DIEPCTL0进行了相关操作，具体设置请查看6410 datasheet
所以我们要在这加上发一个空包的过程，看s3c_hsotg.c你会发现，里面有这样一个函数：s3c_hsotg_send_zlp
这个函数的功能就是向host发送一个空包的过程，当然不能全部copy过来，全部copy过来是会有问题的，所以我的修改如下:
/* the request is either unhandlable, or is not formatted correctly
* so respond with a STALL for the status stage to indicate failure.
*/ if (ret < 0) {
u32 reg;
u32 ctrl; dev_dbg(hsotg->dev, "ep0 stall (dir=%d)\n", ep0->dir_in);
reg = (ep0->dir_in) ? S3C_DIEPCTL0 : S3C_DOEPCTL0; /* S3C_DxEPCTL_Stall will be cleared by EP once it has
* taken effect, so no need to clear later. */
if(ret != -95) {
ctrl = readl(hsotg->regs + reg);
ctrl |= S3C_DxEPCTL_Stall;
ctrl |= S3C_DxEPCTL_CNAK;
writel(ctrl, hsotg->regs + reg);
}
else {
/* issue a zero-sized packet to terminate this */
writel(S3C_DxEPTSIZ_MC(1) | S3C_DxEPTSIZ_PktCnt(1) |
S3C_DxEPTSIZ_XferSize(0), hsotg->regs + S3C_DIEPTSIZ(0)); ctrl = readl(hsotg->regs + reg);
ctrl |= S3C_DxEPCTL_CNAK; /* clear NAK set by core */
ctrl |= S3C_DxEPCTL_EPEna; /* ensure ep enabled */
ctrl |= S3C_DxEPCTL_USBActEp;
writel(ctrl, hsotg->regs + reg);
} dev_dbg(hsotg->dev,
"writen DxEPCTL=0x%08x to %08x (DxEPCTL=0x%08x)\n",
ctrl, reg, readl(hsotg->regs + reg)); /* don't belive we need to anything more to get the EP
* to reply with a STALL packet */
}
当if(ret < 0)里改为如下，同时保留原来的设置，以勉后面出现问题，这样修改后当host发送0xa给device device会回一个空包给host 这样host会继续后面的操作，这样你就可以在你的电脑硬件管理里面看到你的hid设备了。
水平有限 ，如有错误请指出。