快乐虾
http://blog.csdn.net/lights_joy/（QQ群：Visual EmbedLinux Tools 375515651）
欢迎转载，但请保留作者信息
本文仅适用于vs2013 + velt-0.1.5
VELT的全称是Visual EmbedLinuxTools，它是一个与visual gdb类似的visual studio插件，用以辅助完成Linux开发。利用这个插件，将可以在visual studio的IDE中进行Linux应用程序的开发（包括编译和调试），也可以进行uboot和linux内核的编译，并根据编译时的错误信息正确定位到源码。目前的版本是0.1.4，仅支持vs2013。此插件可以在CSDN下载频道下载（http://download.csdn.net/detail/lights_joy/8429771）。下面是它的基本功能：
- 支持x86 Linux，海思hi3516/hi3520，MinGW这几个平台，提供这几个平台的项目模板。
- 完成UBOOT的编译，并根据编译的错误信息自动定位到相应的文件位置。
- 完成LINUX内核的编译，并根据编译的错误信息自动定位到相应的文件位置。
- 在VS下完成Linux内核的配置。
- 不使用Makefile进行Linux应用程序的编译。
- 使用Makefile进行Linux应用程序的开发。
- 使用SSH连接目标机器并用gdb进行应用程序的调试。
- 使用Telnet连接目标机器并用gdb进行应用程序的调试。
- 在VS中集成Linux终端(Poderosa)，支持SSH/Telnet/Com，在打开终端时自动将VS的变量导出为bash里的变量，如ProjectDir等。
在用gdb命令行成功连接目标板后，尝试在vs2013下连接目标板。
与应用程序相比，仅仅只需要将原来的-exec-run改为target remoteCOM1，其余照旧。
很快就看到结果了。
首先配置好调试参数：
由于gdb运行于windows下，因而这里采用windows路径。gdb将读取linux内核源码根目录下的vmlinux。
当启动调试时，RemoteConsole会输出提示信息并等待：
此时调试器将等待串口输出：
kgdb: Waiting for connection from remote gdb...
在接收到此输出后启动gdb并加载vmlinux
然后可以看到vs中断下来：
此时的调用栈：
呵呵，小小地激动了一把。
在我们的驱动上设一个断点，run
这回是大大地激动了一把。
不过在用了一段时间后激动慢慢退去，越来越觉得不爽，最主要的就是一个字
慢
毕竟是串口的东西！！
而且由于内核的优化，很多东西其实是显示不出来的。
线程也不正确：
只有当前中断的内核线程可以取到栈。
反汇编基本显示不出来，因为太慢了，而且有数据丢失。
下回试试用命令行的接口，不用mi。
??