valgrind交叉编译

1. MeeGo 1.2 Harmattan和塞班3有什么区别

区别大了去了，MeeGo比塞班3智能多了，但是软件量要少的多
MeeGo的1.2诺基亚（通常简称为哈麦丹
哈麦丹
在开发文档）是一个成熟的，功能丰富的软件平台，旨在配合诺基亚的最新尖端设备。哈麦丹允许开发人员轻松创建漂亮的应用程序使用先进设备，最先进的Qt应用程序的框架。
哈麦丹是最开放的移动软件平台之一。基础平台是开源的，该工具是开源的，和大多数的应用框架开源。这留下了潜在的开发环境，工具，以及提供广泛的文件。
MeeGo的1.2哈麦丹平台SDK提供的工具和和开发本地应用和哈麦丹系统级的组件资源。您可以访问设备的功能更深层和发展平台。哈麦丹平台SDK是基于Scratchbox的交叉编译环境，并使用完整的linux工具（例如，自动工具和Valgrind）。Ovi商店，为移动应用成熟的分销渠道，为分发应用。它从未如此简单的设计，开发和分发新的诺基亚设备软件。
MeeGo系统，是诺基亚与英特尔当年联合开发的一个系统。当年初诺基亚宣布与微软在智能手机领域结成战略联盟之后，诺基亚就已经对外宣称其与英特尔联合开发的MeeGo系统将会被放弃。而当业内期待诺基亚的下一款重量级手机理应是基于微软Windows
Phone7的时候，诺基亚却出乎意料地发布了采用MeeGo系统的N9，更令业内不解的是在发布N9之后，诺基亚CEO史蒂芬·埃洛普（Stephen
Elop）仍坚称，不管N9在市场上是否成功，未来仍然会放弃MeeGo系统，全面支持微软的Windows
Phone系统。
不过在中关村网站上看到好像诺基亚还有采用MeeGo系统的

2. 交叉编译的valgrind放到arm板怎么测试

报这个错误是因为你没有进行屏幕校准，或者是pointercal这个文件被删除了。 运行一下：ts_calibrate重新校准一下，这样就能重新生成pointercal文件

3. Ubuntu：valgrind嵌入式平台内存测试

1、tar xvf valgrind-3.13.0.tar.bz2

2、cd valgrind-3.13.0

3、交叉编译：由于valgrind需要运行在目标板上，所以需要交叉编译成arm版本。

先在本地机上进行编译，修改configure： armv7*) 改成armv7*|arm*)

4、./configure --host=arm-linux CC=arm-none-linux-gnueabi-gcc CPP=arm-none-linux-gnueabi-cpp CXX=arm-none-linux-gnueabi-g++ --prefix=/

注意：--prefix=/ 这里编译后的结果在根目录，后面 所有 配置要与其一致

5、make

6、make install

7、拷贝文件根目录下生成文件到目标板对应的文件夹内，包括在4个文件夹内：/bin、/include、/lib、/share

8、–prefix=/指定的目录要与开发板上放置的目录一致，不然运行valgrind时可能会出现“valgrind: failed to start tool ‘memcheck’ for platform ‘arm-linux’: No such file or directory”错误

9、从主机拷贝文件ld-2.8.so替换目标板的相应文件。

图形化结果分析工具：qcachegrind

按照程序自带的redmine安装，联网安装，缺少啥就安装啥。

1、先安装QT

tar -xzvf qt-everywhere-opensource-src-4.8.7.tar.gz

cd qt-everywhere-opensource-src-4.8.7

./configure选择‘o’，然后yes接受协议，稍等一会中间可能需要安装libxtst-dev，apt-get安装即可。

make

make install安装完毕，测试是否成功安装

cd /usr/local/Trolltech/Qt-4.8.7 qt安装在这个文件夹

cd bin

./qmake -v如果出来版本信息说明安装成功

2、再安装qcachegrind

解压后，qmake，再make。按照redmine操作。

4. ARM下面Valgrind如何才能够交叉编译通过

使用交叉编译工具链，在编译选项中指定具体的arm处理器架构

5. 编译android 源码需要sdk环境吗

下面是android学习手册，可以查看编译源码，360手机助手中下载，

编译环境：ubuntu9.10，widnows平台目前不被支持。

1）安装必要的软件环境

$ sudo apt-get install git-core gnupg sun-java5-jdk flex bison gperf libsdl-dev libesd0-dev libwxgtk2.6-dev build-essential zip curl libncurses5-dev zlib1g-dev

官方推荐的就是上面这些，如果在编译过程中发现某些命令找不到，就apt-get它。可能需要的包还有：

$ sudo apt-get install make
$ sudo apt-get install gcc
$ sudo apt-get install g++
$ sudo apt-get install libc6-dev

$ sudo apt-get install patch
$ sudo apt-get install texinfo

$ sudo apt-get install zlib1g-dev
$ sudo apt-get install valgrind
$ sudo apt-get install python2.5（或者更高版本）

需要注意的是，官方文档说如果用sun-java6-jdk可出问题，得要用sun-java5- jdk。经测试发现，如果仅仅make（make不包括make sdk），用sun-java6-jdk是没有问题的。而make sdk，就会有问题，严格来说是在make doc出问题，它需要的javadoc版本为1.5。

因此，我们安装完sun-java6-jdk后最好再安装sun-java5-jdk，或者只安装sun-java5-jdk。这里sun-java6-jdk和sun-java5-jdk都安装，并只修改javadoc.1.gz和javadoc。因为只有这两个是make sdk用到的。这样的话，除了javadoc工具是用1.5版本，其它均用1.6版本：

$ sudo apt-get install sun-java6-jdk

修改javadoc的link：

$ cd /etc/alternatives
$ sudo rm javadoc.1.gz
$ sudo ln -s /usr/lib/jvm/java-1.5.0-sun/man/man1/javadoc.1.gz javadoc.1.gz
$ sudo rm javadoc
$ sudo ln -s /usr/lib/jvm/java-1.5.0-sun/bin/javadoc javadoc

2）设置环境变量

$ emacs ~/.bashrc

在.bashrc中新增或整合PATH变量，如下：

#java 程序开发/运行的一些环境变量

JAVA_HOME=/usr/lib/jvm/java-6-sun
JRE_HOME=${JAVA_HOME}/jre
export ANDROID_JAVA_HOME=$JAVA_HOME
export CLASSPATH=.:${JAVA_HOME}/lib:$JRE_HOME/lib:$CLASSPATH
export JAVA_PATH=${JAVA_HOME}/bin:${JRE_HOME}/bin
export JAVA_HOME;
export JRE_HOME;
export CLASSPATH;
HOME_BIN=~/bin/
export PATH=${PATH}:${JAVA_PATH}:${HOME_BIN};

保存后，同步更新：

source ~/.bashrc

3）安装repo（用来更新android源码）

创建~/bin目录，用来存放repo程序，如下：

$ cd ~
$ mkdir bin

并加到环境变量PATH中，在第2步中已经加入。

下载repo脚本并使其可执行：

$ curlhttp://android.git.kernel.org/repo>~/bin/repo
$ chmod a+x ~/bin/repo

4）初始化repo

repo是android对git的一个封装，简化了一些git的操作。

创建工程目录：

$ mkdir android
$ cd android

repo初始化：

$ repo init -u git://android.git.kernel.org/platform/manifest.git

在此过程中需要输入名字和email地址。初始化成功后，会显示：

repo initialized in /android

在~/android下会有一个.repo的隐藏目录。

5）同步源代码

$ repo sync

这一步要很久很久。

6）编译android源码,并得到~/android/out目录

$ cd ~/andoird
$ make

这一过程很久。

7）在模拟器上运行编译好的android

编译好android之后，emulator在~/android/out/host/linux-x86/bin下，ramdisk.img，system.img和userdata.img则在~/android/out/target/proct/generic下。

$ cd ~/android/out/host/linux-x86/bin

增加环境变量

$ emacs ~/.bashrc

在.bashrc中新增环境变量，如下

#java 程序开发/运行的一些环境变量

export ANDROID_PRODUCT_OUT=~/android/out/target/proct/generic
ANDROID_PRODUCT_OUT_BIN=~/android/out/host/linux-x86/bin
export PATH=${PATH}:${ANDROID_PRODUCT_OUT_BIN}:${ANDROID_PRODUCT_OUT};

最后，同步这些变化：

$ source ~/.bashrc
$ cd ~/android/out/target/proct/generic
$ emulator -system system.img -data userdata.img -ramdisk ramdisk.img

最后进入android桌面，就说明成功了。

8）编译模块

android中的一个应用程序可以单独编译，编译后要重新生成system.img。

在源码目录下执行

$ . build/envsetup.sh （.后面有空格）

就多出一些命令：

- croot: Changes directory to the top of the tree.
- m: Makes from the top of the tree.
- mm: Builds all of the moles in the current directory.
- mmm: Builds all of the moles in the supplied directories.
- cgrep: Greps on all local C/C++ files.
- jgrep: Greps on all local Java files.
- resgrep: Greps on all local res/*.xml files.
- godir: Go to the directory containing a file.

可以加—help查看用法。

我们可以使用mmm来编译指定目录的模块，如编译联系人：

$ mmm packages/apps/Contacts/

编完之后生成两个文件：

out/target/proct/generic/data/app/ContactsTests.apk
out/target/proct/generic/system/app/Contacts.apk

可以使用

$ make snod

重新生成system.img，再运行模拟器。

9）编译SDK

直接执行make是不包括make sdk的。make sdk用来生成SDK，这样，我们就可以用与源码同步的SDK来开发android了。

a）修改/frameworks/base/include/utils/Asset.h

‘UNCOMPRESS_DATA_MAX = 1 * 1024 * 1024’ 改为 ‘UNCOMPRESS_DATA_MAX = 2 * 1024 * 1024’

原因是eclipse编译工程需要大于1.3M的buffer；

b）编译ADT

由于本人不使用eclipse，所以没有进行这步；

c）执行make sdk

注意，这里需要的javadoc版本为1.5，所以你需要在步骤1中同时安装sun-java5-jdk

$ make sdk

编译很慢。编译后生成的SDK存放在out/host/linux-x86/sdk/，此目录下有android-sdk_eng.xxx_linux- x86.zip和android-sdk_eng.xxx_linux-x86目录。android-sdk_eng.xxx_linux-x86就是 SDK目录。

实际上，当用mmm命令编译模块时，一样会把SDK的输出文件清除，因此，最好把android-sdk_eng.xxx_linux-x86移出来。

此后的应用开发，就在该SDK上进行，所以把7）对于~/.bashrc的修改注释掉，增加如下一行：

export PATH=${PATH}:~/android/out/host/linux-x86/sdk/android-sdk_eng.xxx_linux-x86/tools

注意要把xxx换成真实的路径；

d）关于环境变量、android工具的选择

目前的android工具有：

A、我们从网上下载的Android SDK，如果你下载过的话（ tools下有许多android工具，lib/images下有img映像）
B、我们用make sdk编译出来的SDK（ tools下也有许多android工具，lib/images下有img映像）
C、我们用make编译出来的out目录（ tools下也有许多android工具，lib/images下有img映像）

那么我们应该用那些工具和img呢？

首先，我们一般不会用A选项的工具和img，因为一般来说它比较旧，也源码不同步。其次，也不会用C选项的工具和img，因为这些工具和img没有经过SDK的归类处理，会有工具和配置找不到的情况；事实上，make sdk产生的很多工具和img，在make编译出来out目录的时候，已经编译产生了，make sdk只是做了而已。

e）安装、配置ADT
略过；

f）创建Android Virtual Device

编译出来的SDK是没有AVD（Android Virtual Device）的，我们可以通过android工具查看：

$ android list

创建AVD：

$ android create avd -t 1 -n myavd

可以android –help来查看上面命令选项的用法。创建中有一些选项，默认就行了。

再执行android list，可以看到AVD存放的位置。

以后每次运行emulator都要加-avd myavd或@myavd选项：

$ emulator -avd myavd

10）编译linux内核映像

a）准备交叉编译工具链

android代码树中有一个prebuilt项目，包含了我们编译内核所需的交叉编译工具。

b）设定环境变量

$ emacs ~/.bashrc

增加如下两行：

export PATH=$PATH:~/android/prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin
export ARCH=arm

保存后，同步变化：

$ source ~/.bashrc

c）获得合适的内核源代码

$ cd ~/android

获得内核源代码仓库

$ git clone git://android.git.kernel.org/kernel/common.git kernel
$ cd kernel
$ git branch

显示

* android-2.6.27

说明你现在在android-2.6.27这个分支上，也是kernel/common.git的默认主分支。

显示所有head分支：

$ git branch -a

显示

* android-2.6.27
remotes/origin/HEAD -> origin/android-2.6.27
remotes/origin/android-2.6.25
remotes/origin/android-2.6.27
remotes/origin/android-2.6.29
remotes/origin/android-goldfish-2.6.27
remotes/origin/android-goldfish-2.6.29

我们选取最新的android-goldfish-2.6.29，其中goldfish是android的模拟器模拟的CPU。

$ git checkout -b android-goldfish-2.6.29 origin/android-goldfish-2.6.29
$ git branch

显示

android-2.6.27
* android-goldfish-2.6.29

我们已经工作在android-goldfish-2.6.29分支上了。

d）设定交叉编译参数

打开kernel目录下的Makefile文件，把CROSS_COMPILE指向刚才下载的prebuilt中的arm-eabi编译器.

CROSS_COMPILE ?= arm-eabi-

把

LDFLAGS_BUILD_ID = $(patsubst -Wl$(comma)%,%,
$(call ld-option, -Wl$(comma)–build-id,))

这一行注释掉，并且添加一个空的LDFLAGS_BUILD_ID定义，如下:

LDFLAGS_BUILD_ID =

e）编译内核映像

$ cd ~/android/kernel
$ make goldfish_defconfig
$ make

f）测试生成的内核映像

$ emulator -avd myavd -kernel ~/android/kernel/arch/arm/boot/zImage

6. 怎么样选择嵌入式Linux开发工具

但是，交叉编译、设备驱动程序开发/调试，以及更小尺寸等要求对嵌入式Linux开发者来说都是严峻的挑战。为应对这些挑战，针对嵌入式Linux开发的专用工具应运而生，而且发展十分迅猛。 但是，许多这类开发工具都不兼容非X86平台，而且也没有很好地实现归档备案或集成。在其它开发环境下，组件间的高度集成并没有完全兑现。因此，要想完全从这些免费的软件组件开始创建一个完整的跨平台开发环境，开发者应意识到这将需要大量的调研、实施、培训和维护方面的工作。 Linux是少数既可以在嵌入式设备上运行也可作为开发环境的操作系统之一。这一特性可让开发者在转向此开发系统之前于常用硬件(比如X86桌面系统)之上开发、调试和测试应用程序和库，因此可减少对标准参考平台和指令集仿真器的依赖。这一技术仅适用于应用程序和库，但不适用于设备驱动程序，因为后者的开发依赖于Linux架构。 开放源代码团体及一些软件供应商可提供设备驱动程序开发工具。由于设备驱动程序比标准应用程序距离硬件更近，因此它们的开发比较困难。所幸的是，Linux桌面系统可以利用一些Windows及其它操作系统所没有的工具。有足够经验开发设备驱动程序的开发人员可能已经习惯将Linux作为他们的桌面开发系统了。 Linux的快速发展及其桌面方案的不断涌现提出了一个重要问题：所选择的工具方案怎样在不同的Linux分布式系统上运行？它们依赖于主机平台的软件配置吗？ 有些Linux工具提供独立于主机平台的开发环境，包括一系列可支持开发工具的应用软件、库和实用程序。这一方法几乎将开发环境与主机配置完全隔离开来，因此主机可以是任何Linux分布式系统，而且任何更新和修改都不会影响开发环境的功能。 这种方法的主要缺点是对存储空间的要求有所增加――约200MB，因为它自己实际上相当于一个微型Linux分布式系统。 可用的工具一个嵌入式Linux产品的开发需要几个阶段，包括为目标板配置和构建基本Linux OS；调试应用程序、库、内核及设备驱动程序/内核模块；出货前最终方案的优化、测试和验证。 有数百种开放源代码开发工具可供选择。只要开发者原意花时间和精力去调研、实施和维护一系列各不相同的工具，总能找出一个完整的解决方案，完成几乎任何开发任务。 在Linux应用程序和库的调试方面，GNU Debugger(GDB)作为一种标准已有几年的历史。它是一种命令行程序，由多个不同的图形用户界面前端予以支持，每个前端都能以多种方式提供调试控制功能。尽管GDB不是一个完美的方案，但它足够应对各种调试任务，而且已经得到开放源代码团体的广泛支持。 Linux内核或设备驱动程序的调试要比应用程序的调试繁琐得多。 在做调研时，以下方面应特别注意： 什么调试方法支持要开发产品的硬件？ 还需要其它什么工具才能提供完整的方案？ 经过进一步的调查，开发者往往发现工具A和工具B并没有提供完全一致的功能，因为它们是在彼此独立的情况下开发的。结果，开发者必须精确地考虑到这些工具的松散集合能提供什么样的功能，还需要付出多大的努力才能形成完整的解决方案。 如果不同处理器类型间的集成、可用性、互操作性和移植性很关键的话，开发者应考虑购买商用开发工具。这主要是因为将开发一个“免费”方案所付出的努力考虑进去，商用开发工具并不算贵。 Linux BSPLinux系统有两大主要部分：带设备驱动程序的Linux内核；以及根文件系统，包括系统所需的全部支持应用程序、服务和库。 除了驻留在目标板上的OS组件外，还需要创建一个由GNU Compiler Collection构成的交叉编译环境，为库和二进制程序(binutils)提供支持。 虽然几乎每一个组件都可在网上找到，但在硬件或设备驱动程序支持、集成测试信息、交叉编译指南或软件兼容性方面却很难收集到太多信息。尽管开发者可从网上免费下载各种组件以配置嵌入式Linux操作系统，但每个组件在版本、支持、稳定性和测试等方面的状态则需要开发者自己决定。然后，开发者还要完成最后的OS集成和测试，以及为所开发产品提供终身Linux OS维护。 另一方面，嵌入式Linux供应商所提供的商用Linux板支持工具包一般都是经过预先安装和测试的，而且提供支持和维护。其它须考虑的因素包括Linux桌面主机将会添加不同的库和内核功能，以及由于组织内的开发者变动而引起的长期维护问题。 品质保证部门一般会执行一系列严格的验证和性能测试，其中包括存储器泄漏检测/纠正、代码优化和任务跟踪等。那些想利用开放源代码工具开发面向非X86平台的嵌入式Linux产品开发者将会发现这一任务甚至要比选择开放源代码调试方案难得多。Linux Trace Toolkit、Valgrind工具及其它存储器分析程序可完成部分测试和验证任务。但总的来说，它们缺乏关键特性、集成功能及广泛的硬件支持。这些开放源代码分析工具的评估过程与评估调试方案的过程基本相同。 最后的分析就是，一个设计得恰到好处的开发环境应能够提供商用和开放源代码两个世界所具有的最好特性： * 交钥匙开发能力； * 易于使用和集成； * 大型工程组织的协调控制； * 品质和支持保证；* 持续性；* 按照自己的判断力使用开放源代码的能力。

7. 如何对lighttpd进行交叉编译安装并配置lighttpdweb服务器

1. 编译、安装
1.1. 先到lighttpd官网下载对应版本的软件包：
http://www.lighttpd.net/
我下载的是 lighttpd-1.4.30.tar.gz
1.2. 将压缩包解压到任意目录（我的是 /root/Desktop/common）得到文件夹 lighttpd-1.4.30
1.3. 在文件夹 lighttpd-1.4.30 中创建shell脚本，命名为：configure-arm.sh
1.4. 在shell脚本 configure-arm.sh 中输入如下代码：
#! /bin/sh
CC=arm-linux-gcc
AR=arm-linux-ar LD=arm-linux-ld RANLIB=arm-linux-ranlib
STRIP=arm-linux-strip ./configure --prefix=/opt/web/lighttpd-1.4.30-arm
--host=arm-linux --build=i686-pc-linux --disable-FEATURE --enable-shared
--disable-static --disable-lfs --disable-ipv6 --without-PACKAGE
--without-valgrind --without-openssl --without-kerberos5 --without-pcre
--without-zlib --without-bzip2 --without-lua

1.5. 打开控制台，cd进入 lighttpd-1.4.30 目录
1.6. 给 configure-arm.sh 文件添加可执行属性，执行命令：
chmod +x configure-arm.sh
1.7. 配置lighttpd，执行命令：
./configure-arm.sh
1.8. 编译lighttpd，执行命令：
make
1.9. 安装lighttpd，执行命令：
make install

8. MeeGo MeeGo1.2 Harmattan是什么

Harmattan操作系统
Harmattan(哈麦丹)操作系统为MeeGo的1.2诺基亚（通常简称为哈麦丹 哈麦丹 在开发文档）是一个成熟的，功能丰富的软件平台，旨在配合诺基亚的最新尖端设备。哈麦丹允许开发人员轻松创建漂亮的应用程序使用先进设备，最先进的Qt应用程序的框架。
哈麦丹是最开放的移动软件平台之一。基础平台是开源的，该工具是开源的，和大多数的应用框架开源。这留下了潜在的开发环境，工具，以及提供广泛的文件。
MeeGo的1.2哈麦丹平台SDK提供的工具和和开发本地应用和哈麦丹系统级的组件资源。您可以访问设备的功能更深层和发展平台。哈麦丹平台SDK是基于Scratchbox的交叉编译环境，并使用完整的Linux工具（例如，自动工具和Valgrind）。Ovi商店，为移动应用成熟的分销渠道，为分发应用。它从未如此简单的设计，开发和分发新的诺基亚设备软件。

9. 如何选择嵌入式Linux开发工具

嵌入式Linux具有稳定、可伸缩及开放源代码等特点，可兼容多种处理器和主机，广泛适用于各种产品和应用。但是，交叉编译、设备驱动程序开发/调试，以及更小尺寸等要求对嵌入式Linux开发者来说都是严峻的挑战。为应对这些挑战，针对嵌入式Linux开发的专用工具应运而生，而且发展十分迅猛。

但是，许多这类开发工具都不兼容非X86平台，而且也没有很好地实现归档备案或集成。在其它开发环境下，组件间的高度集成并没有完全兑现。因此，要想完全从这些免费的软件组件开始创建一个完整的跨平台开发环境，开发者应意识到这将需要大量的调研、实施、培训和维护方面的工作。

Linux是少数既可以在嵌入式设备上运行也可作为开发环境的操作系统之一。这一特性可让开发者在转向此开发系统之前于常用硬件(比如X86桌面系统)之上开发、调试和测试应用程序和库，因此可减少对标准参考平台和指令集仿真器的依赖。这一技术仅适用于应用程序和库，但不适用于设备驱动程序，因为后者的开发依赖于Linux架构。

开放源代码团体及一些软件供应商可提供设备驱动程序开发工具。由于设备驱动程序比标准应用程序距离硬件更近，因此它们的开发比较困难。所幸的
是，Linux桌面系统可以利用一些Windows及其它操作系统所没有的工具。有足够经验开发设备驱动程序的开发人员可能已经习惯将
Linux作为他们的桌面开发系统了。

Linux的快速发展及其桌面方案的不断涌现提出了一个重要问题：所选择的工具方案怎样在不同的Linux分布式系统上运行？它们依赖于主机平台的软件配置吗？

有些Linux工具提供独立于主机平台的开发环境，包括一系列可支持开发工具的应用软件、库和实用程序。这一方法几乎将开发环境与主机配置完全隔离开来，因此主机可以是任何Linux分布式系统，而且任何更新和修改都不会影响开发环境的功能。

这种方法的主要缺点是对存储空间的要求有所增加――约200MB，因为它自己实际上相当于一个微型Linux分布式系统。

可用的工具

一个嵌入式Linux产品的开发需要几个阶段，包括为目标板配置和构建基本Linux OS;调试应用程序、库、内核及设备驱动程序/内核模块;出货前最终方案的优化、测试和验证。

有数百种开放源代码开发工具可供选择。只要开发者原意花时间和精力去调研、实施和维护一系列各不相同的工具，总能找出一个完整的解决方案，完成几乎任何开发任务。图1：开发者必须精确地考虑到这些工具的松散集合能提供什么样的功能，以及需要付出多大的努力才能形成完整的解决方案。

在Linux应用程序和库的调试方面，GNU Debugger(GDB)作为一种标准已有几年的历史。它是一种命令行程序，由多个不同的图形用户界面前端予以支持，每个前端都能以多种方式提供调试控制功能。尽管GDB不是一个完美的方案，但它足够应对各种调试任务，而且已经得到开放源代码团体的广泛支持。

Linux内核或设备驱动程序的调试要比应用程序的调试繁琐得多。

在做调研时，以下方面应特别注意：

什么调试方法支持要开发产品的硬件？需要什么内核补丁程序？还需要其它什么补丁程序？调试界面怎么样，如何使用？该工具需要调试内核模块及处理虚拟地址转换吗？还需要其它什么工具才能提供完整的方案？

经过进一步的调查，开发者往往发现工具A和工具B并没有提供完全一致的功能，因为它们是在彼此独立的情况下开发的。结果，开发者必须精确地考虑到这些工具的松散集合能提供什么样的功能，还需要付出多大的努力才能形成完整的解决方案。

如果不同处理器类型间的集成、可用性、互操作性和移植性很关键的话，开发者应考虑购买商用开发工具。这主要是因为将开发一个“免费”方案所付出的努力考虑进去，商用开发工具并不算贵。

Linux BSP

Linux系统有两大主要部分：带设备驱动程序的Linux内核;以及根文件系统，包括系统所需的全部支持应用程序、服务和库。除了驻留在目标
板上的OS组件外，还需要创建一个由GNU Compiler
Collection构成的交叉编译环境，为库和二进制程序(binutils)提供支持。

虽然几乎每一个组件都可在网上找到，但在硬件或设备驱动程序支持、集成测试信息、交叉编译指南或软件兼容性方面却很难收集到太多信息。尽管开发
者可从网上免费下载各种组件以配置嵌入式Linux操作系统，但每个组件在版本、支持、稳定性和测试等方面的状态则需要开发者自己决定。然后，开发者还要
完成最后的OS集成和测试，以及为所开发产品提供终身Linux OS维护。

另一方面，嵌入式Linux供应商所提供的商用Linux板支持工具包一般都是经过预先安装和测试的，而且提供支持和维护。其它须考虑的因素包括Linux桌面主机将会添加不同的库和内核功能，以及由于组织内的开发者变动而引起的长期维护问题。

品质保证部门一般会执行一系列严格的验证和性能测试，其中包括存储器泄漏检测/纠正、代码优化和任务跟踪等。那些想利用开放源代码工具开发面向
非X86平台的嵌入式Linux产品开发者将会发现这一任务甚至要比选择开放源代码调试方案难得多。Linux Trace
Toolkit、Valgrind工具及其它存储器分析程序可完成部分测试和验证任务。但总的来说，它们缺乏关键特性、集成功能及广泛的硬件支持。这些开
放源代码分析工具的评估过程与评估调试方案的过程基本相同。

最后的分析就是，一个设计得恰到好处的开发环境应能够提供商用和开放源代码两个世界所具有的最好特性：
◆交钥匙开发能力;◆易于使用和集成;◆大型工程组织的协调控制;◆品质和支持保证;◆持续性;◆按照自己的判断力使用开放源代码的能力