s3c6410 linux gadget hid驱动

╰半橙微兮° 2022-01-11 06:17 290阅读 0赞

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_wuyuwei45_article_details_8930830]

[http://blog.csdn.net/fanqipin/article/details/8450694][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的错误,我们接着往下看：

当返回-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设备了。

方法二：

在f\_hid.c中的hidg\_setup函数中加入如下代码:

case ((USB_DIR_IN | USB_TYPE_CLASS | USB_RECIP_INTERFACE) << 8
    		  | HID_REQ_GET_PROTOCOL):
    		VDBG(cdev, "get_protocol\n");
    		goto stall;
    		break;
    #if 1
    	case ((USB_DIR_OUT | USB_TYPE_CLASS | USB_RECIP_INTERFACE) << 8
    		  | USB_REQ_GET_INTERFACE):
    		VDBG(cdev, "get_interface | wLenght=%d\n", ctrl->wLength);
    		/* send an empty report */
    		length = min_t(unsigned, length, hidg->report_length);
    		memset(req->buf, 0x0, length);
    
    		goto respond;
    		break;
    #endif

其中从\#if 1开始到\#endif为我们加入的代码 host发送0xa为get\_interface命令 这里我们也是发送的一个空包.至此hid设备可以正确识别。

在进行hid通讯测试的的时候 发现write之后会溢出，目前还没有解决......

水平有限 ，如有错误请指出。

[http_blog.csdn.net_wuyuwei45_article_details_8930830]: http://blog.csdn.net/wuyuwei45/article/details/8930830
[http_blog.csdn.net_fanqipin_article_details_8450694]: http://blog.csdn.net/fanqipin/article/details/8450694