刚给贵公司打了一个电话（13719442657），想咨询一下公司提供的WIN CE5  BSP 是否支持KITL功能，可得到的回答是：不清楚，没有测试过。实在是无语了。

我们开发并不使用该功能，不了解是实情，这个很正常啊，没有人是万能的。
难道一定要编造一个理由吗

另外，实际的情况是：
该用户在电话中咨询内核是否支持"KITL"功能，我们并不清楚他使用的是Linux还会wince, 只听到一个"K"开头的发音，所以一般缺省理解他使用的是linux系统，而Linux系统中也有一个"K"开头的内核调试功能。我们回答，我们的内核一般都比较新，应该是支持这个功能的，但我们并没有使用过这个功能，所以对此不了解，然后用户就挂了。

但无论Linux还是wince，我们确实均没有使用"K"开头的调试功能，这种调试对我们的开发而言并不是必须的，也并不是每个开发者一定要掌握的，所以没有用过，不了解很正常的事情，希望每个网友都能理解。

我们一般使用最简陋方式-串口打印。

呵呵，，，
既然听到在电话中咨询：内核是否支持"KITL"功能，应该知道和WIN CE相关，LINUX有“KITL”相关概念吗？
当然我的表达不恰当，这是我的不对。但我可以肯定在电话中提到“WIN CE”，而且在电话中我还提到BSP，OAL相关术语，据此你们应该可以猜到我讲的是WIN CE 。
对于WIN CE下很多硬件驱动的开发，一般使用WIN CE5.0 KITL进行调试。怎么你们连KITL从来都不使用吗？

我看了他们的BSP代码，是不支持KITL的。虽然他们的BSP里有KITL相关代码，但实际无法使用。但是奇怪的是我拿到的Samsung原版的bsp却是支持的，貌似是FriendlyARM反而把这个功能去掉了。我这两天正在试着把Samsung原版里关于KITL的代码添加到他们的bsp里，若能搞定，就开个帖子讲讲怎么弄。

三星提供的BSP也有好几个版本的 ，可能是版本不一样，FriendlyARM应该不会刻意去掉某些功能的。