Linux USB gadget设备驱动解析（2） 驱动调试
本文主要把在实现“linux模拟U盘功能”过程中的一些调试过程记录下来，并加以解析。
一、背景知识
1、USB Mass Storage类规范概述
USB 组织在universal Serial Bus Mass Storage Class
Spaceification 1.1版本中定义了海量存储设备类（Mass Storage Class）的规范，这个类规范包括四个
独立的子类规范，即：
1. USB Mass Storage Class Control/Bulk/Interrupt (CBI)
Transport
2.USB Mass Storage Class Bulk-Only Transport
3.USB Mass Storage Class ATA Command Block
4.USB Mass Storage Class UFI Command Specification
前两个子规范定义了数据/命令/状态在USB 上的传输方法。Bulk- Only 传输规范仅仅使用Bulk
端点传送数据/命令/状态，CBI 传输规范则使用Control/Bulk/Interrupt
三种类型的端点进行数据/命令/状态传送。后两个子规范则定义了存储介质的操作命令。ATA 命令规范用于硬盘，UFI 命令规范是针对USB
移动存储。
Microsoft Windows 中提供对Mass Storage 协议的支持，因此USB 移动设备只需要遵循
Mass Storage 协议来组织数据和处理命令，即可实现与PC 机交换数据。而Flash 的存储单元组织形式采用FAT16
文件系统，这样，就可以直接在Windows的浏览器中通过可移动磁盘来交换数据了，Windows 负责对FAT16 文件系统的管理，USB
设备不需要干预FAT16 文件系统操作的具体细节。
USB（Host）唯一通过描述符了解设备的有关信息，根据这些信息，建立起通信，在这
些描述符中，规定了设备所使用的协议、端点情况等。因此，正确地提供描述符，是USB
设备正常工作的先决条件。
Linux-2.6.26内核中在利用USB
gadget驱动实现模拟U盘时主要涉及到file_storage.c、s3c2410_udc.c等驱
相关文档：
使用DDD+GDB开发ARM Linux程序
今天又取得了一些进展，赶快写下来以免自己忘记。
自从Linux在我的板子上跑起来之后，我一直在想一个问题，怎么调试将来写的程序。其实我在Linux开发方面真得很外行，到了今天才知道GDB到底是 干什么用的，呵呵。我相信很多人从Bootloader调试开始一直都使用LED啊，printf这样的方法来调试� ......
which 语法 which command 说明 依序从path环境变量所列的目录中找出command的位置，并显示完整路径的名称。在找到第一个符合条件的程序文件时，就立刻停止搜索，省略其余未搜索目录。 范例，找出ls命令的程序文件的位置： which ls 系统输出： /usr/bin/ls whereis 语法 whereis [option] name 说明 找出特定 ......
系统
# uname -a # 查看
内核/操作系统/CPU信息
# head -n
1 /etc/issue # 查看
操作系统版本
# cat /proc/cpuinfo # 查看
CPU信息
#
hostname &nb ......
当我们的程序崩溃时，内核有可能把该程序当前内存映射到core文件里，方便程序员找到程序出现问题的地方。最常出
现的，几乎所有C程序员都出现过的错误就是“段错误”了。也是最难查出问题原因的一个错误。下面我们就针对“段错误”来分析core文件的产生、以及我们
如何利用core文件找到出现崩溃的地� ......
