欧美另类一区二区三区,日韩视频不卡中文,国产亚洲精品v

VirtualCopy in WinCE6.0

Wed, 18 Apr 2007 02:56:00 GMT

http://blog.csdn.net/fredzeng/archive/2007/04/04/1551898.aspx

在CE4.2/5.0里面滚打多年的兄弟应该经常用�q�个函数吧。这个函数方侉K��动和应用�E�序范围��M��的物理地址�Q�包括物理内存啊�Q�设备控制器的寄存器啊，甚至GPIO也可以在AP里面随便拉上拉下�?/font>

�q�个函数虽然方便�Q�但是�ƈ不安全，你想你好不容易把一个功能完善的image�l�build出来了，�l�果��到了一个写AP�?#8220;高手”�Q�把你的寄存器和�׃�n内存中的数据修改得一塌糊涂，最后报出bug来说你驱动的你会不会晕倒！

�q�好从CE6.0开始我们可以安枕无忧了�Q�因为AP再也不能调用VirtualCopy函数来直接访问物理地址了，但因此带来了一些应用上的不�ѝ�?/font>

VirtualCopy的限制来源于CE6.0之后kernel的巨大变革，在CE5.0之前的Windows CE操作�pȝ��中，kenrel��׃��仅是kern.exe�Q�nk.exe�Q�，�q�个exe其实是OAL、KITL和Kernel三个的合体，nk.exe是运行于内核模式�Q�kernel mode�Q�，也就��h��了访问特�D�地址的权限，然后除此之外的代码默认都是运行于用户模式�Q�user mode�Q�，所以它们的驱动和AP都是�{��的，都在用户模式�q�行�Q�要�q�行在kernel模式也可以，调用一个API SetKmode�Q�）��p��了。因为驱动是肯定要访问物理地址的，所以CE5.0以前的OS都是�q�行用户模式的程式访问物理地址的，然后又�ؓ了方便做从物理地址到虚拟地址的映��，��提供了一�p�d��的帮助函敎ͼ�virtualcopy��是最常用的函��C��一�?/font>

CE6.0开始，kernel模式变得比较正规�Q�类��g��台式��Z��的windows�pȝ��了，驱动和ap的权限是严格区分的，大部分的驱动�E�序�q�行在kernel模式�Q�它们可以用virtualcopy��d��物理地址对应的物理设备，但用��h��式的AP��从此没有直接访问物理地址的权限，virtualcopy每次调用都会��p�|�q�回�?/font>

在这里还要注意的是，其实�q�不是用��h��式就不能使用virtualcopy�Q�virtualcopy只是不能在用��h��式的AP中��用，但是却还可以在用��h��式的驱动使用�Q�但是在用户模式的驱动中使用也有条�g�Q�那��是必须在对应的注册表中讄��可以讉K��的内存地址的范围才行�?/font>

在某些场合，一些特�D�功能的AP��实需要访问物理地址的，比如讄��保存物理内存指定位置的全局变量�Q�开发读写GPIO的测试工��L��{�。在�q�种情况下一�U�简单的�Ҏ��是实��C��个最��单的跑在kernel模式的流驱动�Q�提供一个deviceiocontrol的接口来帮助AP甌��对应于物理内存地址的虚拟内存地址�?/font>

除了virtualcopy之外�Q�CE6下还有很多API是AP和user模式的驱动不能调用的�Q�给大家参考一下，大家要把CE50下的AP�U�L��?.0下一定要注意扑ֈ�替代

Virtual Memory APIs
CeVirtualSharedAlloc
LockPages
LockPagesEx
UnlockPages
UnlockPagesEx
VirtualAllocCopyEx
VirtualCopyEx
VirtualSetAttributes
CreateStaticMapping
NKDeleteStaticMapping
VirtualCopy

File System APIs
ReadRegistryFromOEM
SetStoreQueueBase
WriteRegistryToOEM

Power APIs
PowerOffSystem �Q�很多测试AP用到�Q?/font>

Miscellaneous APIs
SetOOMEvent

相思酸中有�?/a> 2007-04-18 10:56 发表评论

Wed, 18 Apr 2007 01:57:00 GMT

来自 http://www.winbile.net/BBS/1015270/ShowPost.aspx

重新设计了Kernel�Q�支持的�q�程��C��32个扩展到32000
每个�q�程的地址�I�间�?2MB扩展�?GB
很多�pȝ��模块�Q�如文�g�pȝ��和设备管理器�Q�将�q�行在kernel模式�Q�OAL也从kernel独立出来�Q�driver可以�q�行在kernel模式和user模式
Visual Studio 2005专业版将包括一个被�U�CؓPlatform Builder的功能强大的插�g�Q�它是一个专门�ؓ嵌入式��^台提供的“集成开发环�?#8221;。这个集成开发环境��得整个开发链融�ؓ一体，�q�提供了一个从讑֤�到应用都易于使用的工��P��极大地加速了讑֤�开发的上市
Windows Embedded CE 6.0加入了新的单元核心数据和语音�l��g
Windows Embedded CE 6.0包含的组件更便于开发者创建通过Windows Vista™内置功能无线�q�接到远�E�桌面共享体验的投媄�?br>
来自 http://develop.csai.cn/ebd/200702031135001231.htm

Windows CE 6.0大幅改变了核心定址以及资源分配的机�Ӟ��旧版CE同时间只能有32个程序执行于各自分配�?2MB虚拟存储器空间中�Q?.0版则是大�q�放宽了限制�Q�最大可同时执行32,000个程序，而且每个�E�序可拥有独立分配的2GB虚拟存储器，在此同时�Q�核心服务、硬件装�|�的驱动�E�序、视�H�绘图以及事件子�pȝ��、档案系�l�等服务都被转移到系�l�核心保留空间中。不�q�这��L��改变也会带给使用者疑虑，毕竟�q�去NT 4.0��曾�l�上演过�c�M��的戏码，��驱动程序从使用者模式�{�U�d��核心模式�Q�虽然可以大�q�改�q�应用的速度�Q�但是一个体质不良的驱动�E�序�Q�可能就会拖垮整个系�l�，因此在硬仉��动程序的开发上�Q�就必需要有个有�?a target=_blank>标准来规范，最好还要导入如WHQL之类的驱动程序验证服务，以避免媄响整个系�l�的�E�_��性�?

　　Windows CE 6.0的新变革

　　Windows CE 6.0依旧把眼光投注在ARM架构中，新的BSP与编译器也都支持了ARM的最��C��p�，但是其它嵌入�?/font>处理器的支持也没有被忽视�Q�威盛公司最新的处理器也在不久前宣称支持�?a target=_blank>Windows CE 6.0操作�pȝ��。�?.0版也�?a target=_blank>微��Y首个导入�ơ世代档案系�l�ExFAT�?a target=_blank>操作�pȝ��Q�虽然到目前为止其细节还不明了，但是�Ҏ��已有的信息指出，ExFAT�?a target=_blank>Windows CE 6.0中，担当了�ȝ��所有外接储存媒体的中界层的角色�Q�广��Z�业界所�U�赞的是�Q�这能够解除�q�去传统FAT档案�pȝ��?2GB单一定w��限制。ExFAT同样也解除了单一档案只能�?GB以下的限�Ӟ��q�对于硬件厂商以Windows CE发展大容量储存管理伺服架构，有著相当大的帮助。加上一些安全机�Ӟ��我们可以把ExFAT视�ؓWindows CE 6.0上的NTFS加强版�?/p>

　　VoIP也是Windows CE 6.0另一个持�l�加强的重点�Q�除了在应用�E�序层的整合更进一步以外，操作�pȝ��核心也具备直接支持的能力�Q�因此硬件开发上可以更容易的�?a target=_blank>Windows CE环境上进行各�U�网�l�的语音通讯服务。而因应这��L��势�Q?.0版自然也把过�?.0版的�~�失补正�q�来�Q�在�|�络堆叠协定斚w��Q�直接支持了802.11i、WAP2�?02.11e�Q�无�U�QoS�Q�、蓝牙A2DP/AVRCP的AES加密�{�等�Q��ؓ无线通讯建立了一个稳定、安全以及可靠的应用环境�?/p>

　　而从使用者观�Ҏ��看，Windows CE 6.0扩展了超��以往版本��d��的承诺，�q�些功能包括了最新的多媒体能力，诸如Windows Media 10/11的支持、，对于�|�络多媒体装�|�的原生整合能力�Q�在Platform Builder开发工具中�Q�甚至也加入了行动媒体中心的支持�Q�可以藉�?a target=_blank>Windows Media Connect 2.0大幅强化多媒体应用的支持能力�Q��ƈ且可以与其它微��Y�?a target=_blank>操作�pȝ��或硬件装�|�做同步�l�合的动作。这些功能包含了以下��目�Q?/p>

　　�?TIFF�~�解码器的支�?br>　　�?HD-DVD的解码器支持
　　�?MPEG-2解码�?br>　　�?更多的媄音编码与格式支持
　　�?UDF 2.5格式的支�?br>　　�?虚拟环绕声道的支�?br>　　�?多轨��x��的支�?br>　　�?强化DirectDraw�Q�可支持电视使用的交错显�C�模�?br>　　�?USB OTG功能加入�Q�可作�ؓUSB的控制端

　　虽然在核心部分做��么大的更斎ͼ�但是Windows CE 6.0的储存上�q�没有如微��Y其它操作�pȝ��般的飞涨�Q�Vista甚至需要超�q?0GB的初始储存安装空��_��Q�，相较�?.0版，6.0在体�U�上也不�q�增加了5�Q�左叻I��虽然�q�对嵌入�?/font>�pȝ��产业来说是理所当然�Q�但对于微��Y可以说是另一��奇�q�V�?/p>

　　Windows CE 6.0带给开发者的好处

　　在开攑֎�始码的历史中�Q?a target=_blank>微��Y要写下另一个新的里�E�碑�Q?00�Q�对产品开发者释攑և�原始码，且可允许厂商�q�行自订的变更或订做�Q�而无��释攑և��l�过修改的程序码�Q�虽然在�q�义上�ƈ不能视�ؓ真正开放，但是��些喜�Ƣ藏�U�留一手的厂商来说�Q�无疑是增加竞争力的最��x��D�之一。而作为开发工��L��Visual Studio 2005 PRO��会作�ؓWindows CE 6.0的整体套件之一�Q�内建的许多开发工具与定义对于开发者来说相对便利许多�?/p>

　　Windows CE 6.0支持�?a target=_blank>Windows .NET Compact Framework 2.0作�ؓ应用�E�序��理开发以及Win32�?MFC�?ATL�?WTL和STL�{?a target=_blank>�E�序开�?/font>界面提供�l�开发原生应用程序的开发者��用。具备了如此势力庞大以及完整的开发环境作为支持，开发者与刉��商也可��保后箋的支持不虞匮乏�?/p>

　　而在��g斚w��Q�根�?a target=_blank>微��Y斚w��的说法，在不变更原有的硬件架构之下，导入Windows CE 6.0可以大幅改善原有�E�序的执行效率，�q�且也容许同旉��有更多程序同步执行，�׃��每个�E�序都具备有独立的执行空��_��特定�E�序当掉�Q�也不会影响到其它应用程序或�pȝ��执行�Q�提供给使用者比起以往旧版�pȝ��更强的稳固性与更大的弹性。而目前逐渐风行的多核心处理架构上，Windows CE 6.0也可以在不变�?a target=_blank>�E�序开�?/font>者原有程序模型的状况之下�Q�提供最佛_��的核心工作自动分配与指定�Q�当�Ӟ��如果有需求的话，�E�序开�?/font>者依然可以自行决定指定核心的方式�?/p>

　　市场上的实际应用与结�?/p>

　　截至目前为止�Q�台湑ַ��l�有研华�U�技在针对物��、仓储管理、公共服务以及领域维护方面的应用�Q�进行基�?a target=_blank>Windows CE 6.0操作�pȝ��下的工业�U�掌上型�l�端机的开发，而精技计算机则是开发了可应用于搜集资料、RFID、BarCode��理的垂直市场PDA�Q�采�?a target=_blank>Windows CE 6.0中的cell core元�g�Q�羃短GPRS端的资料传输设计时程。而各大手持式��装置的开发者也都已�l�在着手导�?a target=_blank>Windows CE 6.0�Q�实际��品预计将会于2007�q�第二季之后逐渐��现台面�?/p>

　　100�Q�开攑֎�始码的创丑֯��?a target=_blank>微��Y来说是个相当大的�H�破�Q�虽然这有一大部分是因�ؓ嵌入�?/font>Linux所带来的竞争挑战所��_��但是鹬蚌�怺�的结果，带给开发伙伴的好处也远大于�q�去采用��闭模式的流�E�，而�g�l�过�?a target=_blank>Windows CE 5.0的成果，Windows CE 6.0也将会��l�在嵌入�?/font>应用、行动装�|�、GPS、智能型手机�{�市场��l�攻城掠圎ͼ�不过在面对市��Z��诸多�Ҏ��的竞争，微��Y仍须做出更多的改�q�。比如在修正漏洞斚w��可以更快速的反应、�ƈ且提供给开发者更大的支持力度�{�等�Q�当开发者甜头吃的够多，自然也会�?a target=_blank>Windows CEWindows CE架构更�ؓ忠诚�Q�出现在市面上的产品自然也会更�ؓ成熟�?br>

相思酸中有�?/a> 2007-04-18 09:57 发表评论

VirtualAlloc/Copy and MmMapIospace

Tue, 17 Apr 2007 05:38:00 GMT

Tuesday, March 20, 2007 12:35 PM by Kurt Kennett

VirtualCopy can be a bit confusing to use.

http://msdn2.microsoft.com/en-us/library/aa908789.aspx

Let's look at the parameters. I've commented with -- after each of them.

lpvDest

[in] Pointer to the destination memory, which must be reserved.

-- This means that the destination range of VIRTUAL memory must already be reserved by a call to VirtualAlloc(). You must have allocated a range of virtual memory that you are going to map to some physical range.

lpvSrc

[in] Pointer to committed memory.

-- This is the range of *either* VIRTUAL *or* PHYSICAL memory that you want to map the range specified by the 'lpvDest' parameter to.

If you specify a VIRTUAL address and omit the PAGE_PHYSICAL flag from the fdwProtect parameter, then you are simply saying "Copy the mapping at the lpvSrc address to the lpvDest address". This just means that there will be two ranges of virtual memory that point to the same physical range.

If you specify a PHYSICAL address (shifted right 8 bits) and include the PAGE_PHYSICAL flag in the fdwProtect parameter, then you are saying "Map the range at the lpvDest address to this specific physical address". This sets your new range of virtual memory to point to a piece of physical memory.

cbSize

[in] Size, in bytes, of the region. The allocated pages include all pages containing one or more bytes in the range from lpAddress to lpAddress+cbSize. This means that a 2-byte range straddling a page boundary causes both pages to be included in the allocated region.

-- pretty straight forward here.

fdwProtect

[in] Type of access protection. If the pages are being committed, any one of a number of flags can be specified, along with the PAGE_GUARD and PAGE_NOCACHE, protection modifier flags. The following table shows the flags that can be specified.

-- 'Reserving' a page means you're allocating a range of virtual memory but not pointing it at anything yet. 'Commiting' a page means you are actually taking up physical storage somewhere - be it in RAM or in physical addres space. For the purposes of our discussion here, you would normally map registers and i/o space with PAGE_NOCACHE. If you used a physical address (shifted right 8 bits) in the lpvSrc parameter, then you would also specify the PAGE_PHYSICAL flag.

quetion:

If I want to access some physical memory in my driver, can I do like these way?

Method (1) define static map relationship in OEMAddressTable and reserve difined virtual address in config.bib first, then use VirtualAlloc() and VirtualCopy() without the page_physical parameter.

or (2) directly use MmMapIoSpace() or VirtualAlloc+Copy() with the page_physical parameter

answer:
Yes, either of those would work I believe. #2 is the preferred/recommended method

Monday, March 26, 2007 12:07 PM by Kurt Kennett

Wow! Lots of interest in VirtualCopy! Ok, I'll try to be super-clear here.

VirtualCopy *copies* or *sets* a range of virtual addresses.

- You use it to *copy* an existing Virtual->Physical mapping (no matter where it is).

- You use it to *set* a mapping to a range of physical addresses.

In *either* case, the virtual memory you want to create the new map in must already be allocated (via VirtualAlloc()).

OEMAddressTable is a static (unchanging, available at startup without doing any work or setup) table of virtual -> physical mappings. The kernel is the only thing that has default access to the resources mapped by this table. If you are operating outside the OAL (i.e. in any kind of driver or application), you must use VirtualCopy() to copy or create memory page mappings. As mentioned above, you can copy any existing mapping as long as you have access to it. This includes a static mapping done by the OEMAddressTable. Some people will map all resources in the OEMAddressTable (so the kernel has access to everything), then just copy those mappings in drivers when they need to. This is not a best practice because it makes driver code less portable -- it is better to read the physical address of a component from the registry, then use the value found there to map to it. If you do this your driver code does not have to change if it is moved to a different platform or extended to use multiple components in different physical locations.

A mapping does not have to exist in OEMAddressTable in order for you to access the physical resources mapped. You can create a new mapping unknown to the OEMAddressTable by using VirtualCopy with the PAGE_PHYSICAL flag.

MmMapIoSpace is a CEDDK function -- it simply does the appropriate calls to VirtualAlloc/VirtualCopy. You could write your own MmMapIoSpace if you wanted to. Some people have in the past - calling the function "VirtualMemCopyPhysical" or something like that. Some platforms need to modify the MmMapIoSpace to set Virtual mapping attributes when pages are mapped (hence the original purpose for this blog entry).

Using flags like PAGE_EXECUTE_READWRITE with VirtualCopy are a 'request'. If the platform/CPU does not have a differentiation between executable pages and non-executable pages, the EXECUTE property will not be able to be set. For example, the X86 CPUs can explicitly state that memory is executable, but can't be read or written to. The ARM processors have no notion of this - you can read it or read and write it.

In Windows CE 5.0 and earlier, virtual allocations below 2MB come out of the address space of the process calling it, while allocations above 2MB come out of the shared address space.

Sue

相思酸中有�?/a> 2007-04-17 13:38 发表评论

Fri, 02 Feb 2007 01:27:00 GMT

wy12218 发表�?2006-11-9 18:17:00

OEMAddressTable里定义的映射关系是给ARM MMU用的,是在KernelStart(source code参考wince420private目录)时徏立的,只要WINCE�q�在�?��׃��会解�?
OEMAddressTable里的Virtual Addr和Physical Addr是对ARM来说�? 其实对于WINCE,��只能访问到它的Virtual address. 也就是说,OEMAddressTable里的Virtual address对WINCE �pȝ��来说才是Physical Address.

�l�过OEMAddressTable映射后的�pȝ��的物理地址,�?x80000000~0x9fffffff之间.是caching and buffering的地址,�q�个地址加上0x20000000,��是它的cache & buffering disabled地址.所有的��g寄存器的地址都在�q�个地址�D�上,受MMU保护�?

上面讲的�pȝ��的物理地址,�?x80000000~0xbfffffff,在Kernel Mode下都可以直接讉K��. ISR是在KERNEL�?也就可以直接讉K��q�些�pȝ��的物理地址.无所�?因�ؓISR只能讉K��静态映��的虚拟地址".

上面说过,对于ARM来说,有虚拟地址和物理地址之分,对于WINCE来说,也有虚拟地址和物理地址之分. 可以�q�么�?ARM的虚拟地址��是WINCE�pȝ��的物理地址.
32位的OS��d��?G的虚拟地址�I�间,WINCE也不例外. 其中,0x00000000~0x80000000是Application Space; 0x80000000~0xffffffff是System Reserved. �pȝ��的物理地址��在System Reserved的这�D?只能在KERNEL MODE讉K��. 那么,当APPLICATION和DRIVER(都是�q�行在USER MODE)要访问这些在System Reserved地址�D늚��g寄存器或MEMORY怎么办呢? 只好再徏立一层映��关�p?在Application Space里分配一�D늩��?把它映射到System Reserved里的地址�?�q�就是VirtualAlloc/Copy和MmMapIoSpace�q�的事情.

如果你的地址是这样声明的:
#define RTC_COUNTER *((volatile unsigned *)0x91000000)
那么直接��d��可以了,比如:
int nRtc = RTC_COUNTER;
RTC_COUNTER = nRtc;

否则,可以�?
int nRtc = READ_REGISTER_ULONG(0x91000000);
WRITE_REGISTER_ULONG(0X91000000, nRtc);

其实�q�两�U�方式的本质是一��L��,都是把地址声明成某个数据类�?然后��可以直接读写了.下面是READ_REGISTER_ULONG()和WRITE_REGISTER_ULONG()的定�?
#define READ_REGISTER_ULONG(reg) (*(volatile unsigned long * const)(reg))
#define WRITE_REGISTER_ULONG(reg, val) (*(volatile unsigned long * const)(reg)) = (val)

相思酸中有�?/a> 2007-02-02 09:27 发表评论

wince中断问题

Fri, 02 Feb 2007 01:25:00 GMT

摘要: 我现在遇到的问题是不知道如何�~�写��g触发中断处理�E�序环境为wince.net x86,代码如下希望您给予关�?//ÖÐ¶Ï´��À�T̔�H·Ö HANDLE g_hevInterrupt;; HANDLE g_htIST; DWORD g_dwSysInt; DWORD SetupInterrupt ( void ); DWORD WINAPI ThreadIST ( LPVOID lpvParam... 阅读全文

相思酸中有�?/a> 2007-02-02 09:25 发表评论

WinCE中OEM适配层编�E�点滴之创徏OAL

Fri, 02 Feb 2007 01:23:00 GMT

付林林：

　　2001�q�计��机专业毕业。从毕业起一直从事��Y件开发工作。目前从�?Windows CE 下操作系�l�内核定制和应用�E�序开发。在实际工作中积累了CE下开发的一些经验。希望和 CE 下开发者交��、探讨，更希望你们能不吝赐教。我的EMail�Q�windowsce@tom.com

　　如果您有技术问题向我咨询，��L��?a target="_blank">天极�|�嵌入式开发论�?/font>�Q�本人将在此论坛回复您的问题。在论坛上交��会更方便些�Q�其它网友也可以回答参与�Q��I补了我的不��?/p>

　　�q�入作者专�?/font>

　　正文

　　正如CE的帮助文档所�a��Q�创建OAL是一个非常复杂的��d��Q�而通常的办法是复制原有的相同��^台的OAL代码�Q�然后修�Ҏ��适应�q�_��的特�D�要求。也��是说对于没有特�D�要求的�q�_��Q�复制原有相同��^台的OAL代码��p��够了。由于OAL的复杂性在�q�篇文章中我只讲解常用的部分�?

　　一、实现ISR

　　1. ISR的概�?br />
　　ISR�Q�interrupt service routine�Q�是处理IRQs�Q�interrupt request line�Q�的�E�序。Windows CE用一个ISR来处理所有的IRQ��h��。当一个中断发生时�Q�内核的异常处理�E�序先调用内核ISR�Q�内核ISR��用所有具有相同优先��和较低优先��的中断，然后调用已经注册的OAL ISR�E�序�Q�一般ISR有下列特征：

　　1) 执行最��的中断处理�Q�最��的中断处理指能够检验、答复��生中断的��g�Q�而把更多的处理工作留�l�IST�Q�interrupt service thread�Q��?br />
　　2) 当ISR完成时返回中断ID�Q�中断ID大部分是预定义的�Q��?br />
　　2. X86�q�_��的ISR�l�构

　　X86�q�_��的ISR保存�?_WINCEROOT%\PUBLIC\COMMON\OAK\CSP\I486\OAL\fwpc.c中，函数名�ؓPeRPISR。下面分析一下此函数的主要代码：

ULONG PeRPISR(void)
{
　ULONG ulRet = SYSINTR_NOP; ///�q�回��|��既中断ID�Q�以SYSINTR_为前�~��Q?br />　UCHAR ucCurrentInterrupt; ///当前中断�?br />　if (fIntrTime) ////// fIntrTime 用于��试SR和IST的�g时时��_��试工具为ILTiming.exe�?br />　　......
　　ucCurrentInterrupt = PICGetCurrentInterrupt(); ////�q�回当前中断IRQ
　if (ucCurrentInterrupt == INTR_TIMER0) ///IRQ0�Q�IRQ0为系�l�时钟（system tick�Q�中断，具体见“二、实现系�l�时钟�?br />　......
　if (dwRebootAddress) ////是否需要重启动
　　RebootHandler();
　　......
　if(ucCurrentInterrupt == INTR_RTC) ////IRQ8�Q�real-time clock的中�?br />　　......
　else if (ucCurrentInterrupt <= INTR_MAXIMUM) ///如果中断��于 INTR_MAXIMUM
　{
　　ulRet = NKCallIntChain(ucCurrentInterrupt); ////调用中断�?br />　　if (ulRet == SYSINTR_CHAIN) ///如果中断链未包含中断
　　　ulRet = OEMTranslateIrq(ucCurrentInterrupt); ////在IRQ 和SYSINTR之间转换�Q�此函数�q�回IRQ对应的SYSINTR
　　　......
　　　PICEnableInterrupt(ucCurrentInterrupt, FALSE); ///启用除当前中断以外的所有中�?br />　} ///else if
　OEMIndicateIntSource(ulRet); ///通知内核已经发生SYSINTR中断
}

　　从以上代码不隄��出ISR的�Q务就是返回以“SYSINTR_”�ؓ前缀的中断ID�Q�如果不需要进一步执行IST�Q�那么就�q�回SYSINTR_NOP�?br />
　　3. 中断注册步骤

　　参考X86�q�_��的代码，中断注册步骤如下�Q?br />
　　1) 用SETUP_INTERRUPT_MAP宏关联SYSINTR和IRQ。以“SYSINTR_”�ؓ前缀的常量由内核使用�Q�用于唯一标识发生中断的硬件。在Nkintr.h文�g中预定义了一些SYSINTR�Q�OEM可以在Oalintr.h文�g中自定义SYSINTR�?br />
　　2) 用HookInterrupt函数兌��g中断号和ISR。这里的��g中断号�ؓ物理中断��P��而非逻辑中断号IRQ。在InitPICs函数�Q�和上述ISR位于同一文�g�Q�的最后调用了HookInterrupt函数�Q�如下：

for (i = 64; i < 80; i++)
　HookInterrupt(i, (void *)PeRPISR); ///用ISR兌��16个中断号

　　4. 中断处理步骤

　　1) 调用InterruptInitialize函数兌��SYSINTR和IST�Q�具体是兌��IST�{�待的事件。一般在驱动�E�序中按如下�~�写�Q?br />

hEvent = CreateEvent(...) ///创徏一个事件对�?br />InterruptInitialize(SYSINTR_SERIAL, hEvent, ...) ///兌��一个串口中断ID和这个事�?br />hThd = CreateThread(..., MyISTRoutine, hEvent, ...) ///创徏一个线�E�（IST�Q?br />CeSetThreadPriority(hThd, 152); ///提高此线�E�的优先�U?/td>

　　2) IST执行I/O操作�Q�一般IST按如下编写：

for(;;) ///驱动�E�序一直处于服务状�?br />{
　WaitForSingleObject(hEvent, INFINITE); ////无限�{�待事�g
　...... //// I/O操作
　InterruptDone(InterruptId); ///�l�束当前中断处理
}

　　3) ISR和IST之间数据传输

　　假如我们要从一个设备频�J�的��d��数据而每�ơ读取量非常��，那么每次��d��都要调用IST会降低性能。作��x��案，ISR可以做读取工作（存放到缓冲区�Q�，�q�在�~�冲区存放满后由IST到缓冲区��d��。因为ISR�q�行在内核模式而IST�q�行在用��h��式，IST不能��L��地访问ISR的缓冲区�Q��ؓ此CE提供了一个办法（参见标题为“Passing Data between an ISR and an IST”的帮助文档�Q�，您也可以�?a target="_blank">天极�|�嵌入式开发论�?/font>询问�?br />
　　二、实现系�l�时�?/b>

　　1. �pȝ��旉��Q�system tick�Q�概�?br />
　　�pȝ��旉��是内栔R��要的唯一中断�Q�IRQ0�Q�，�pȝ��旉��每毫�U��生一个中断，当发生中断时内核在ISR中篏计，�?000的倍数��是�q�了一�U�钟。在处理�pȝ��旉��的ISR中不仅要累计计数�Q�还要决定是否通知内核开始重新调度当前所有的�U�程。要实现一个OAL�Q�系�l�时钟是�W�一个必��d��的事�?br />
　　2. X86�q�_��pȝ��旉��中断的处理工�?�pȝ��旉��由InitClock函数负责初始化工作，一般是在OEMInit函数中调用。当发生中断�Ӟ��ISR首先用下列语句篏计计敎ͼ�

CurMSec += SYSTEM_TICK_MS; /////SYSTEM_TICK_MS = 1

　　然后�Ҏ��下列语句判断应该�q�回什么��|��

if ((int) (dwReschedTime �?CurMSec) >= 0)
　return SYSINTR_RESCHED; ///重新调度
else
　return SYSINTR_NOP; ///不再执行��M��操作

　　上述代码中全局变量dwReschedTime在schedule.c中定义，也就是由内核的调度模块决定在何时开始重新调度线�E�。CurMSec累计了从WindowsCE启动到当前��d��产生了多��个system tick。实现系�l�时钟后�q�要实现OEMIdle函数�Q�当没有�U�程准备�q�行时OEMIdle被调用，OEMIdle函数��CPU�|�于�I�闲模式�Q�但在空闲模式下仍然要篏计系�l�时钟�?br />
　　三、I/O控制代码

　　1. I/O控制代码作用

　　应用软�g或者驱动程序可以调用KernelIoControl函数与OAL层通信�Q�而KernelIoControl在内部调用OEMIoControl函数。OEMIoControl是一个OAL API�Q�OEM可以在OEMIoControl中编写自��q��I/O控制代码实现一些功能，或者说与应用��Y仉��信。I/O控制代码常用的例子如重启计算机、得到系�l�信息、设�|�RTC、得到设备ID�{�。还有一些系�l�程序��用的�Ҏ��的I/O控制代码。在�q�里说明一下，我经�q�实验证实CE提供的得到设备ID�Ҏ��q��有效�?br />
　　2. �~�写自己的I/O控制代码步骤

　　1) 在pkfuncs.h或者新�~�写一�?h文�g中按如下格式定义�Q?br />
#define IOCTL_MY_CONTROL CTL_CODE(FILE_DEVICE_HAL, 3000, METHOD_NEITHER, FILE_ANY_ACCESS)

　　2) 在oemioctl.c中修改OEMIoControl函数�Q�添加如下代码：

case IOCTL_MY_CONTROL:

......

　　3) 在应用程序中调用KernelIoControl函数�Q�具体参数参见帮助文�?img src ="http://m.shnenglu.com/milkyway/aggbug/18267.html" width = "1" height = "1" />

相思酸中有�?/a> 2007-02-02 09:23 发表评论

NAND and NOR and XIP

Fri, 02 Feb 2007 01:20:00 GMT
来自 http://www.student.buct.edu.cn/snc/blog/blog.asp?name=wy12218&month=2003-9

NOR和NAND是现在市��Z��两种主要的非易失闪存技术。Intel�?988�q�首先开发出NOR flash技术，��d��改变了原先由EPROM和EEPROM一�l�天下的局面。紧接着�Q?989�q�_��东芝公司发表了NAND flash�l�构�Q�强调降低每比特的成本，更高的性能�Q��ƈ且象��盘一样可以通过接口��L��升��。但是经�q�了十多�q�之后，仍然有相当多的硬件工�E�师分不清NOR和NAND闪存�?
相“flash存储器”经常可以与相“NOR存储器”互换��用。许多业内�h士也搞不清楚NAND闪存技术相对于NOR技术的优越之处�Q�因为大多数情况下闪存只是用来存储少量的代码�Q�这时NOR闪存更适合一些。而NAND则是高数据存储密度的理想解决�Ҏ��?
NOR的特�Ҏ��芯片内执�?XIP, eXecute In Place)�Q�这样应用程序可以直接在flash闪存内运行，不必再把代码��d��pȝ��RAM中。NOR的传输效率很高，�?�?MB的小定w��时具有很高的成本效益�Q�但是很低的写入和擦除速度大大影响了它的性能�?
NAND�l�构能提供极高的单元密度�Q�可以达到高存储密度�Q��ƈ且写入和擦除的速度也很快。应用NAND的困隑֜�于flash的管理和需要特�D�的�pȝ��接口�?

性能比较
flash闪存是非易失存储器，可以对称为块的存储器单元块进行擦写和再编�E�。�Q何flash器�g的写入操作只能在�I�或已擦除的单元内进行，所以大多数情况下，在进行写入操作之前必��d��执行擦除。NAND器�g执行擦除操作是十分简单的�Q�而NOR则要求在�q�行擦除前先要将目标块内所有的位都写�ؓ0�?
�׃��擦除NOR器�g时是�?4�?28KB的块�q�行的，执行一个写�?擦除操作的时间�ؓ5s�Q�与此相反，擦除NAND器�g是以8�?2KB的块�q�行的，执行相同的操作最多只需�?ms�?
执行擦除时块��寸的不同进一步拉大了NOR和NADN之间的性能差距�Q�统计表明，对于�l�定的一套写入操�?��其是更新小文�g�?�Q�更多的擦除操作必须在基于NOR的单元中�q�行。这��P��当选择存储解决�Ҏ��Ӟ��设计师必��L��衡以下的各项因素�?
�?NOR的读速度比NAND�E�快一些�?
�?NAND的写入速度比NOR快很多�?
�?NAND�?ms擦除速度�q�比NOR�?s快�?
�?大多数写入操作需要先�q�行擦除操作�?
�?NAND的擦除单元更��，相应的擦除电路更��?

接口差别
NOR flash带有SRAM接口�Q�有��_��的地址引脚来寻址�Q�可以很�Ҏ��地存取其内部的每一个字节�?
NAND器�g使用复杂的I/O口来串行地存取数据，各个产品或厂商的�Ҏ��可能各不相同�?个引脚用来传送控制、地址和数据信息�?
NAND��d��写操作采�?12字节的块�Q�这一�Ҏ��点像��盘��理此类操作�Q�很自然圎ͼ��Z��NAND的存储器��可以取代硬盘或其他块设备�?

定w��和成�?
NAND flash的单元尺寸几乎是NOR器�g的一半，�׃��生��q�程更�ؓ��单，NAND�l�构可以在给定的模具��寸内提供更高的定w��Q�也��q��应地降低了�h根{�?
NOR flash占据了容量�ؓ1�?6MB闪存市场的大部分�Q�而NAND flash只是用在8�?28MB的��品当中，�q�也说明NOR主要应用在代码存储介质中�Q�NAND适合于数据存储，NAND在CompactFlash、Secure Digital、PC Cards和MMC存储卡市��Z��所占䆾额最大�?

�?性和耐用�?
采用flahs介质时一个需要重点考虑的问题是�?性。对于需要扩展MTBF的系�l�来��_��Flash是非常合适的存储�Ҏ��。可以从寿命(耐用�?、位交换和坏块处理三个方面来比较NOR和NAND的可*性�?
寿命(耐用�?
在NAND闪存中每个块的最大擦写次数是一百万�ơ，而NOR的擦写次数是十万�ơ。NAND存储器除了具�?0�?的块擦除周期优势�Q�典型的NAND块尺寸要比NOR器�g��?倍，每个NAND存储器块在给定的旉��内的删除�ơ数要少一些�?
位交�?
所有flash器�g都受位交换现象的困扰。在某些情况�?很少见，NAND发生的次数要比NOR�?�Q�一个比特位会发生反转或被报告反转了�?
一位的变化可能不很明显�Q�但是如果发生在一个关键文件上�Q�这个小��的故障可能��D��pȝ��停机。如果只是报告有问题�Q�多��d��ơ就可能解决了�?
当然�Q�如果这个位真的改变了，��必��采用错误探��?错误更正(EDC/ECC)��法。位反�{的问题更多见于NAND闪存�Q�NAND的供应商��使用NAND闪存的时候，同时使用EDC/ECC��法�?
�q�个问题对于用NAND存储多媒体信息时倒不是致命的。当�Ӟ��如果用本地存储设备来存储操作�pȝ��、配�|�文件或其他敏感信息�Ӟ��必须使用EDC/ECC�pȝ��以确保可*性�?
坏块处理
NAND器�g中的坏块是随机分布的。以前也曾有�q�消除坏块的努力�Q�但发现成品率太低，代�h太高�Q�根本不划算�?
NAND器�g需要对介质�q�行初始化扫描以发现坏块�Q��ƈ��坏块标��Cؓ不可用。在已制成的器�g中，如果通过�?的方法不能进行这��处理，��导致高故障率�?

易于使用
可以非常直接��C��用基于NOR的闪存，可以像其他存储器那样�q�接�Q��ƈ可以在上面直接运行代码�?
�׃��需要I/O接口�Q�NAND要复杂得多。各�U�NAND器�g的存取方法因厂家而异�?
在��用NAND器�g�Ӟ��必须先写入驱动程序，才能�l�箋执行其他操作。向NAND器�g写入信息需要相当的技巧，因�ؓ设计师绝不能向坏块写入，�q�就意味着在NAND器�g上自始至�l�都必须�q�行虚拟映射�?

软�g支持
当讨��Y件支持的时候，应该区别基本的读/�?擦操作和高一�U�的用于��盘仿真和闪存管理算法的软�g�Q�包括性能优化�?
在NOR器�g上运行代码不需要�Q何的软�g支持�Q�在NAND器�g上进行同��h��作时�Q�通常需要驱动程序，也就是内存技术驱动程�?MTD)�Q�NAND和NOR器�g在进行写入和擦除操作旉��需要MTD�?
使用NOR器�g时所需要的MTD要相对少一些，许多厂商都提供用于NOR器�g的更高��软�g�Q�这其中包括M-System的TrueFFS驱动�Q�该驱动被Wind River System、Microsoft、QNX Software System、Symbian和Intel�{�厂商所采用�?
驱动�q�用于对DiskOnChip产品�q�行仿真和NAND闪存的管理，包括�U�错、坏块处理和损耗��^�?img src ="http://m.shnenglu.com/milkyway/aggbug/18266.html" width = "1" height = "1" />

相思酸中有�?/a> 2007-02-02 09:20 发表评论

Sat, 20 Jan 2007 13:25:00 GMT

by microsun

WINCE的内存（包括SDRAM及FLASH�Q�的配置包含两个斚w��Q�源代码(包括C和汇�~?中的定义,及系�l�配�|�文件CONFIG.BIB中的定义。源代码中需要定义内存的物理及虚拟地址�Q�大��，�q�初始化名�ؓOEMAddressTable的结构数�l�，以告知系�l�物理地址与虚拟地址的对应关�p�，�pȝ��Ҏ��其设�|�生成MMU��表。而CONFIG.BIB中一般会��内存定义成不同的段�Q�各�D는�作不同的用途�?br />
CONFIG.BIB文�g
CONFIG.BIB文�g分两个部分，我们且称之�ؓ�D�，MEMORY�D�和CONFIG�D�c��MEMORY�D�定义内存的分片�Ҏ��Q�CONFIG�D�定义系�l�其它的一些属性。以下是一个CONFIG。BIB文�gMEMORY�D늚�例子�Q?br />MEMORY
�Q?名称起始地址大小属�?br />RESERVED 80000000 00008000 RESERVED
DRV_GLB 80008000 00001000 RESERVED
CS8900 80010000 00030000 RESERVED
EDBG 80040000 00080000 RESERVED
NK 800C0000 00740000 RAMIMAGE
RAM 81000000 00800000 RAM

名称原则上可以取��L��字符�Ԍ��ROMIMAGE通过一个内存片的属性来判断它的用途。RESERVE属性表明该片内存是BSP自己使用的，�pȝ��不必兛_��其用途；RAMIMAGE说明它是一片存放OS IMAGE的内存；而RAM则表�C�Z��片内存�ؓRAM�Q�系�l�可以在其中分配�I�间�Q�运行程序�?br />但存放ROM的这片内存的名称�Q�即NK一般不要改动。因为BIB文�g中定义将一个文件加入到哪个ROM片（WINCE支持��ROM　IMAGE存放在不�q�箋的几个内存片中）中时会用到这个名�U�ͼ�如下现这行BIB文�g��就定义��touch.dll攑֜�名称为NK�q�片ROM中，
touch.dll $(_FLATRELEASEDIR)\touch.dll NK SH
因而，如果��NK改�ؓ其它名称�Q�则�pȝ��中所有的BIB文�g中的�q�个NK串都需要改动�?br />注意�Q�保证各片内存不要重叠；而且中间不要留空�z�，以节�U�内存；两种讑֤�如果不能同时被加载，��应该只为其保留一片从而节�U�内存，例如�Q�本例中的CS8950是�ؓ�|�卡驱动�E�序保留的，EDBG是�ؓ�|�卡作调试（KITL�Q�用时保留的�Q�而系�l�设计成�q�两个程序不会同时加载（CS8950在启动时判断如果EDBG在运行就会自动退出）�Q�这样�ؓ�q�两个驱动程序各保留一片内存实在浪费而且也没有必要�?br />RAM片必��d��物理上是�q�箋的，如果�pȝ��的物理内存被分成了几片，则在RAM片只能声明一片，其它的内存在启动阶段由OEMGetExtensionDRAM报告�l�系�l�，如果有多于一个的内存片，应该用OEMEnumExtensionDRAM报告。NK片则没有此限�Ӟ��只是NK跨越两个以上物理内存片时�Q�系�l�启动时会显�C��个OS包跨��了多个物理内存片，认�ؓ是个错误�Q�但�q�不影响�pȝ��的执行与�E�_��性，因�ؓ�pȝ��启动之时便会打开MMU而��用虚拟地址�Q�从而看到连�l�的内存�I�间。当�Ӟ��如果内核自己都被攑֜�了两个内存片上，那系�l�应该就无法启动了。而其它保留�v来的内存片是一般是�l�驱动程序DMA用，应该保证它们在物理上的连�l�性，因�ؓDMA是直接用物理地址的�?br />CONFIG�D�中以下几个需要格外注意：
ROMSTART�Q�它定义ROM的�v始位�|�，应该和NK片的起始位置相同�?br />ROMSIZE�Q�定义ROM的大��，应该和NK片的大小相同�?br />如果不需要NK。BIN文�g�Q�则可以不设�q�两个倹{�?br />ROMWIDTH�Q�它只是定义ROMIMAG生成ROM包时如何�l�织文�g�Q�而非其字面含义：ROM的宽度，所以一般都应该�?2
COMPRESSION�Q�一般定义�ؓON�Q�以打开压羃功能�Q�从而减��BIN文�g的尺寸�?br />AUTOSIZE�Q�一般应该设为ON�Q�以使系�l�将定义�l�ROM但没有用掉的内存当做RAM使用�Q�而提高RAM的��用率。注意，如果ROM是FLASH�Q�则不能设�ؓON�Q�因为FLASH不能当作RAM使用�?br />ROMOFFSET�Q�它定义OS起始位置�Q�即ROMSTART�Q�的物理地址和虚拟地址的差��|��有些BSP中�ƈ没有使用�q�个定义�?br />OEMAddressTable及其�?br />OEMAddressTable用来初始化系�l�中各种讑֤�的虚拟地址与物理地址的对映关�p�R��在我��用的BSP中，它是�q�样定义�q�初始化的：
typedef struct
{
ULONG ulVirtualAddress;
ULONG ulPhysicalAddress;
ULONG ulSizeInMegs;
} AddressTableStruct;

#define MEG(A) (((A - 1)>>20) + 1)

const AddressTableStruct OEMAddressTable[] =
{
{ SDRAM_VIRTUAL_MEMORY, //虚拟地址
PHYSICAL_ADDR_SDRAM_MAIN, //物理地址
MEG(SDRAM_MAIN_BLOCK_SIZE) //�q�段�I�间的大��，以M�?br />},
……………………�?br />{
0,
0,
0
}
}�Q?br />如例子所�C�，OEMAddressTable��Z��个结构数�l�，每项的第一个成员�ؓ虚拟地址�Q�第二个成员为对应的物理地址�Q�最后一个成员�ؓ该段�I�间的大��。这个数�l�的最后一��必��d��部�ؓ0�Q�以�C�整个数�l�的�l�束。内核启动时会读取这个数�l�的内容以初始化MMU��表�Q�启用MMU�Q�从��ɽE�序可以用虚拟地址来访问设备。当�Ӟ��OEMAddressTable中所用到的每个物理地址及虚拟地址都需要在头文件中定义�Q�每个BSP中定义这些值的文�g不尽相同�Q�所以，在此不能说明具体在哪个文�Ӟ��读者朋友可以参考具体BSP的文档及代码�?br />
不连�l�内存的处理
如果内存在物理上是连�l�的�Q�则OEMAddressTable中只需要一��就可以完成对内存的地址映射。但如果BSP�q�行在SDRAM物理上不�q�箋的系�l�上�Ӟ��OEMAddressTable中需要更多的��Ҏ��SDRAM映射到连�l�的虚拟地址上，当然也可以将它们映射��C��q�箋的虚拟地址上，但似乎没有理由那么做。而且�Q�当其物理地址不连�l�时�pȝ��需要做更多的工作。例如，我有�q�样一个系�l�：32M SDRAM�Q?6M FLASH�Q�SDRAM在物理上不连�l�，被分成了4�?M的内存块�Q�我的SDRAM的��用情况如下图所�C�：

CONFIG。BIB文�g的MEMORY�D�如下所�C�：
MEMORY
RESERVED 80000000 00008000 RESERVED
DRV_GLB 80008000 00001000 RESERVED
CS8900 80010000 00030000 RESERVED
EDBG 80040000 00080000 RESERVED
NK 800C0000 00940000 RAMIMAGE
RAM 81800000 00800000 RAM

在这32M的空间中�Q�BSP保留了前0x80000字节�Q�接下来是NK�Q�它占用�?x940000字节�Q�而且它跨��了两个内存�?�q�些和其它BSP的设�|�都没有多大差别,接下来看RAM�?它只占用了最后的8M�I�间,前面说过�Q�在�q�种物理内存不连�l�的�pȝ��中，RAM片不能跨��两个物理内存块�Q�所以它被设计成只占用该�pȝ��中的最后一个物理内存片�Q�而其它两片则由OEMEnumExtensionDRAM在运行时��L��告给�pȝ��Q�该函数的内容如�?

pMemSections[0].dwFlags=0;
pMemSections[0].dwStart=(SDRAM_VIRTUAL_MEMORY + 0x1000000);
pMemSections[0].dwLen=0x800000;

pMemSections[1].dwFlags=0;
pMemSections[1].dwStart=(SDRAM_VIRTUAL_MEMORY + 0x0A00000);
pMemSections[1].dwLen=0x600000;
return 2;
�q�样,�pȝ��所有的内存都被�Ȁ�z?�pȝ��可用内存��变成了8+8+6=24M�Q�可以将RAM定义��三片中的��L��一片，而在OEMEnumExtensionDRAM中报告其它两片。但把RAM攑֜�最后一片物理内存上有一个很大的好处�Q�即如果NK变大�Q�例如编译一个DEBUG版的�pȝ��Ӟ��q�时�Q�只需要将OEMEnumExtensionDRAM中的内容注释掉，CONFIG.BIB文�g不用做�Q何改动，�pȝ��可�q�行�Q�只是在MAKEIMG时会有一个警告说�pȝ��包太大，可能无法�q�行�Q�但实际不会影响�pȝ��的执行与�E�_��性，因�ؓNK之后的那�D�内存�ƈ没有被��用，正好被涨大的�pȝ��占用�Q�这在调试时极其方便�?br />而如果系�l�物理内存是�q�箋的，那将变得��单的多，�q�以上面的设�|��ؓ例，如果�q?2M的SDRAM是物理上�q�箋的，内存的��用情况就可以表示如下图：

所有者系�l�可用内存都可以定义在RAM片中�?br />对硬件知识了解不多的朋友��h��意：SDRAM是否在物理上�q�箋�Q�与我们的板上有几片SDRAM没有关系�Q�应该向��g工程师了解SDRAM的地址分布情况�?/p>

相思酸中有�?/a> 2007-01-20 21:25 发表评论

ARM开发过�E�中最最需要注意的问题

Sat, 20 Jan 2007 13:24:00 GMT
作者：microsun

�q�x��大家接触最多的可能是X86�q�_��Q�在�q�种�pȝ��上写�E�序几乎不需要考虑太多问题�Q�但ARM上就不一样了�Q�最常见也最�Ҏ��被忽略的问题可能��是字节的对齐，即��像我�q�样有六七年�E�序开发经验的才手也时帔R��于提�Ԍ��最�q�就有一个BUG�Q�花了一天时间最�l�发现是寚w��引发的，在此与大家分享，但愿大家能够注意到�?br />
　　我在EBOOT中读取存在HARD　DISK上的nk.bin文�g�Q�从而从HARD　DISK上LOAD　WINCE�pȝ��Q�在�q�个�q�程中��L��有check sum错误�Q�但从ethernet下蝲时不会有错，所以问题应该还是在我加的这部分代码上，而且同样的代码在PC上能正常�q�行。经�q�检查代码的逻辑关系是正��的。接着我在出错时将那些数据全部用调试信息打出来�Q�发��C��文�g开始算��L��4096个字节被丢掉了，而其它的字节都是对的。初步判断是寚w��引发的问题，所以去查每一个BUFFER�Q�最�l�发现是在读取硬盘数据时BUFFERR�q�没有按双字节对齐，而硬盘以16BIT��d��数据�Q�而引发了错误�?br />
实际上，�q�类问题在ARM�pȝ��上很常见�Q�让人防不胜�Ԍ��以下是我的一些例子�?br />
1�Q�解析数据流时应该时��L��意。如果需要把一个数据流�Q�BUFFER�Q��{化成�l�构�q�行取��|��应该把�q�个�l�构定义为按字节存取.考虑如下�l�构�Q?br />
struct a{

char a;
short b;
long c;
};
如果某个数据��中包含�q�样的结构，而且我们要直接将数据��的指针转化成该�l�构的指针，然后直接取结构成员的��|��我们��应该将�q�个�l�构定义成按字节讉K��Q�即��其夹在语句
#pragma pack(push,1)
...

#pragma pack(pop)
之中。如果我们不�q�样做，�~�译器会��成员b的地址寚w��到short指针的地址�Q�即在a之后加上一个char�?位的成员�Q�将C寚w��到LONG�Q�即在B之后再加一个char成员。如此一来，成员B和成员C��得不到正确的��g��?br />
如果我们定义一个普通的�l�构用来存放一些数据，则不用定义成按字节存取，�~�译器会加上一些占位成员，但�ƈ不会影响�E�序的运行。从�q�个意义上讲�Q�在ARM中，��结构成员定义成CHAR和SHORT来节�U�内存是没有意义的�?br />
一个典型的例子��文件系�l�的驱动�E�序�Q�文件是以一些已�l�定义好的结构存攑֜�存储介质上的�Q�它们被��d��C��个BUFFER中，而具体取某个文�g、目录结构时�Q�我们会��地址转化成结构而读取其中的倹{�?br />

2�Q�访问外设时�?br />例如�Q�磁盘驱动通常�?6BIT的方式存取数据，��x��ơ存取两个字节，�q�样��p��求传�l�它的BUFFER是双字节寚w��的，驱动�E�序应该至上层传来的指针做出正确的处理以保证数据的正��性�?br />

3.有时�Q�我们没有将数据��指针�{化�ؓ�l�构指针取��|��但如果我们读取的是双字节或者是四字节的数据�Q�同样需要注意对齐的问题�Q�例如，如果从一个BUFFER的偏�U?0处读取一个四字节��|��则实际得到的值是偏移8处的
地址上的DWORD倹{�?img src ="http://m.shnenglu.com/milkyway/aggbug/17844.html" width = "1" height = "1" />

相思酸中有�?/a> 2007-01-20 21:24 发表评论

Sat, 20 Jan 2007 13:22:00 GMT

来自http://winceblog.blogspot.com/2006_11_01_archive.html

一个常见的办法��是执行菜单命��o�Q�Build->Open Release Directory��L��开一个命令行�H�口�Q�然后在�q�个�H�口中��E�Q�到惛_��~�译的目录，执行Build.如果要重新编译就�q�行Build -c,
然后扑ֈ�生成的Ｄ�Q�Ｌ文�g�Q�将其拷到Release 目录下，再执行makeimg��p��了．

相思酸中有�?/a> 2007-01-20 21:22 发表评论

windowsCE常用�~�译参数及编译器列表

Tue, 16 Jan 2007 02:13:00 GMT
来自 http://www.cnblogs.com/nasiry/archive/2004/11/09/61958.aspx

---------------by nasiry
RELEASETYPE
指定发布的类�?实际上就是编译后的文件的存放位置可选项�?
SDK|DDK|PLATFORM|LOCAL|CUSTOM 其余选项�{�效OAK
DLLENTRY|EXEENTRY|NODLLENTRY
指定入口�?
_TGTCPUFAMILY
指定处理器所属家族可选x86|MIPS|SH|ARM

LINT_TYPE
可选all | lob | ind

TARGETEXEFILES
控制输出文�g 可选NOLINK---不链�?

TARGETTYPE
输出文�g的类�?可选DYNLINK|PROGRAM|LIBRARY
WINCEDEBUG
文�g发布�c�d�� 可选retail|debug �I?debug
CDEBUG_DEFINES
调试�~�译选项 WINCE_LMEM_DEBUG|DISABLE_OPTIMIZER|WINCESHIP|WINCE_OVERRIDE_CFLAGS

TARGET_PDB_NAME
PDB文�g�?
WINCEPROFILE
可�?|1
TGTCPUISANAME
处理器名�U?

�~�译�?
x86
cxx cl386 -nologo
asm ml -nologo
-machine:iX86
SH3
cxx clsh -nologo
asm shasm
-machine:sh3
SH4
cxx clsh -nologo
asm shasm
-machine:sh4
MIPSII
cxx clmips -nologo
asm mipsasm
-machine:mips /-machine:-machine:mipsfpu
ARMV4                :
cxx clarm -nologo
asm armasm -coff
-machine:arm
ARMV4T
ARMV4I
clthumb -nologo
asm armasm -coff
-machine:thumb

相思酸中有�?/a> 2007-01-16 10:13 发表评论

Kitl是怎样工作的？

Tue, 16 Jan 2007 02:08:00 GMT
---------------by nasiry
     来自 http://www.cnblogs.com/nasiry/archive/2004/09/22/45473.aspx
---------------------------------
注：�׃��我们主要是分析kitl的工作原理我们就甉|��理的代码不做分析，以加电启动的�E�序��进行分析�?
part1.
kitl初始�?
-------------
Kitl的加载于其他调试服务之前�Q�以提供��些调试服务发布调试信息和接收��L��调试命��o的的通道。通常kitl在系�l�HAL初始化工作完成后�q�行加蝲�Q�MS��在OEMInit中启动kitl。这样就可以使用NIC或者是serial/Pal作�ؓkitl的物理传输介质�?
kitl的初始化由KitlInit完成�Q�这部分代码主要负责�Q?to be fill later)
下面我们来看看kitl的具体代码，�q�些代码位于%CEROOT%\PRIVATE\WINCEOS\COREOS\NK\KITL下�?
BOOL KitlInit (BOOL fStartKitl)
{
    // just initialize function pointers
    pKITLRegisterDfltClient = KITLRegisterDfltClient;
    pKITLIoCtl = KITLIoctl;
    pfnIsDesktopDbgrExist = IsDesktopDbgrExist;
    // Initialize default clients
    NewClient (KITL_SVC_DBGMSG, KITL_SVCNAME_DBGMSG, FALSE);
    NewClient (KITL_SVC_PPSH,   KITL_SVCNAME_PPSH,   FALSE);
    NewClient (KITL_SVC_KDBG,   KITL_SVCNAME_KDBG,   FALSE);

    return fStartKitl? StartKitl (TRUE) : TRUE;
}
�q�段代码主要完成两个动作�Q?
1.装蝲函数指针�Q��ؓ后箋代码的执行装载入口点�?
2.注册kitl客户端，�q�些客户端实��C��输层以后��是我们所需要的调试界面�?
输入参数军_��是否立即启动KITL服务�Q�如果false的话��׃��仅进行初始化�{�待后箋动作使用startKitl来启动kitl.
我们再来看看NewClient的原�?
static PKITL_CLIENT NewClient (UCHAR uId, LPCSTR pszSvcName, BOOL fAlloc)
{
    DEBUGCHK(IS_VALID_ID(uId));
    DEBUGCHK (!KITLClients[uId]);
    if (!fAlloc) {
        DEBUGCHK(IS_DFLT_SVC(uId));
        KITLClients[uId] = &DfltClnts[uId];
    } else if (!(KITLClients[uId] = (PKITL_CLIENT) AllocMem (HEAP_KITLCLIENT))) {
        return NULL;
    }
    memset (KITLClients[uId], 0, sizeof(KITL_CLIENT));
    KITLClients[uId]->ServiceId = uId;
    strcpy (KITLClients[uId]->ServiceName, pszSvcName);
    return KITLClients[uId];
}
�q�个被称为NewClient的函数所完成的功能十分的��单，先检查所需要创建的�l�构是否是系�l�默认服务所需要的�Q�如果是的话��q��接将该结构的指针指向全局�l�构DfltClnts�q�初始化�l�构�Q�如果不是就甌��相应的空间完成该�l�构的初始化。默认的服务�?KITL_SVCNAME_DBGMSG�Q?KITL_SVCNAME_PPSH�Q?KITL_SVCNAME_KDBG分别对应Debug信息的发布通道(Debug message)�Q�文本控制台界面(PPshell)�Q�和内核调试界面(kernel debug),在这里大家可能会问：��Z��么不�l�一使用固定的全局�l�构来存放这些服务的信息呢？原因很简单，因�ؓ�q�些"client"在WindowSCE下是可以注册扩充和注销的，�q�样用AllocMem所分配的内存空间在不再需要这些服务的时候可以释放掉�Q�就可以避免不必要的��费。另外KITLClients是这样定义的PKITL_CLIENT KITLClients[MAX_KITL_CLIENTS];所以kitl所能注册的client�q�同3个默认的服务一共最多可以有MAX_KITL_CLIENTS--128个�?
下面�l�箋沿着�E�序��往下看吧，kitlInit完成最基本的初始化动作卛_��启动kitl服务了。再看一下这个函数的原型�?
static BOOL StartKitl (BOOL fInit)
{
    // KITL already started?
    if (!fInit && (KITLGlobalState & KITL_ST_DESKTOP_CONNECTED)) {
        return TRUE;
    }
    /*
     * When this function is called, the kernel hasn't yet been initialized,
     * so can't make any system calls. Once the system has come up far
     * enough to handle system calls, KITLInitializeInterrupt() is called to complete
     * initialization. This is indicated by the KITL_ST_MULTITHREADED flag in KITLGlobalState.
     */
    // Detect/initialize ethernet hardware, and return address information
    if (!OEMKitlInit (&Kitl))
        return FALSE;
    // verify that the Kitl structure is initialized.
    if (!Kitl.pfnDecode || !Kitl.pfnEncode || !Kitl.pfnEnableInt || !Kitl.pfnRecv || !Kitl.pfnSend
        || !Kitl.dwPhysBuffer || !Kitl.dwPhysBufLen || !Kitl.WindowSize || !Kitl.pfnGetDevCfg || !Kitl.pfnSetHostCfg) {
        return FALSE;
    }
    // Validate that address is not in free RAM area - the HAL should put it in a reserved
    // section of memory conditional on some environment var.
    if ((pTOC->ulRAMStart < Kitl.dwPhysBuffer + Kitl.dwPhysBufLen)
        && (pTOC->ulRAMEnd > Kitl.dwPhysBuffer)) {
        KITLOutputDebugString("\r\n!Debug Ethernet packet buffers in free RAM area - must set IMGEBOOT=1\r\n");
        return FALSE;
    }
    if (Kitl.dwPhysBufLen < (DWORD) 3 * KITL_BUFFER_POOL_SIZE) {
        KITLOutputDebugString("\r\n!Debug Ethernet buffer size too small, must be at least 0x%x bytes (3 * WindowSize * 2 * KITL_MTU)\r\n",
            3 * KITL_BUFFER_POOL_SIZE);
        return FALSE;
    }
    KITLGlobalState |= KITL_ST_KITLSTARTED; // indicate (to kdstub) that KITL has started
    // If the initialized flag is already set, we are being called from the power on routine,
    // so reinit the HW, but not any state.
    if (!(KITLGlobalState & KITL_ST_ADAPTER_INITIALIZED)) {
        // perform the initial handshake with the desktop
        if (!KITLConnectToDesktop ()) {
            KITLOutputDebugString ("\r\n!Unable to establish KITL connection with desktop!\r\n");
            return FALSE;
        }

        // Set up kernel function pointers
        pKITLInitializeInterrupt = KITLInitializeInterrupt;
        pKITLSend = KITLSend;
        pKITLRecv = KITLRecv;
        KITLGlobalState |= KITL_ST_ADAPTER_INITIALIZED;
        if (Kitl.dwBootFlags & KITL_FL_DBGMSG)
            SetKernelCommDev (KERNEL_SVC_DBGMSG, KERNEL_COMM_ETHER);
        if (Kitl.dwBootFlags & KITL_FL_PPSH)
            SetKernelCommDev (KERNEL_SVC_PPSH, KERNEL_COMM_ETHER);
        if (Kitl.dwBootFlags & KITL_FL_KDBG)
            SetKernelCommDev (KERNEL_SVC_KDBG, KERNEL_COMM_ETHER);
        // only perform cleanboot if it's connected at boot. Cleanboot flag is
        // ignored if it's started dynamically.
        if (fInit && (Kitl.dwBootFlags & KITL_FL_CLEANBOOT)) {
            extern ROMHDR *const volatile pTOC;     // Gets replaced by RomLoader with real address
            // just clear the magic nOEMKitlInitumber (see SC_SetCleanRebootFlag)
            // NOTE: We can NOT call SC_SetCleanRebootFlag here since logPtr isn't
            // initialized yet.
            ((fslog_t *)((pTOC->ulRAMFree + MemForPT) | 0x20000000))->magic1 = 0;
        }
        // if OEM calls KitlInit (FALSE), KITLInitializeInterrupt will
        // not be called in SystemStartupFuc. We need to initialize
        // interrupt here (when RegisterClient is called)
        if (fKITLcsInitialized && !InSysCall ()) {
            KITLInitializeInterrupt ();
        }
    }
    LOG (KITLGlobalState);
    return TRUE;
}
启动代码首先判断是否已经启动kitl服务�Q�之后调用OEMKitlInit�Q�该函数�q�不在private目录下实玎ͼ�通常windowsCE需要用户定制的代码都是�q�种�l�构---MS提供的代码接口，用户自己完成相应的OEM部分�Q�通常�q�些代码都是与具体的��g�q�_��相关的代码。kitl的OEM代码在HAL中实玎ͼ�通常在platform\kernel\hal\.下，�q�部分的代码我们先蟩�q�，看完startkitl的全貌再回过头逐个说明。OEMkitlInit为kitl初始化硬件传输介质，同时分配初始化一些kitl所需要的全局�l�构。随后startkitl�l�箋��查OEMkitlInit所分配和初始化的KITL�l�构和内存区域是否有效后讄��kitl的全局标示KITL_ST_KITLSTARTED�Q�之后设�|�终端服务程序以及接收和发送程序的入口点后讄��全局标示KITL_ST_ADAPTER_INITIALIZED。现在传输介质已�l�全部就�l�，通过SetKernelCommDev讄��kernel通过ethernet传送调试信息，调试输入�Q�以及CESH控制台。再后调用KITLInitializeInterrupt完成中断的初始化kitl启动的过�E�就�l�束了�?
   紧接着我们来看看，OEMkitlInit都须要我们干什么。下面用SMDK2440的kitl为实例来�q�行分析�Q?
BOOL OEMKitlInit (PKITLTRANSPORT pKitl)
{
    KITLOutputDebugString ("+OEMKitlInit\n");
    RETAILMSG(1, (_T("+OEMKitlInit\r\n")));
    // try to find a transport available
    if (!InitEther (pKitl)
        && !InitParallelSerial (pKitl)) {
        KITLOutputDebugString ("Unable to initialize KITL Transports!\n");
        return FALSE;
    }
    gpKitl = pKitl;
    KITLOutputDebugString ("-OEMKitlInit\n");
    RETAILMSG(1, (_T("-OEMKitlInit\r\n")));
    return TRUE;
}
事实上工作很��单，调用InitEther (pKitl) �?!InitParallelSerial (pKitl)初始化网卡直接把初始化的KITL全局�l�构�q�回��是所有的工作。这儿的InitParallelSerial是一个dummy永远�q�回false,也就是说�q�里没有对serial¶llel transport�q�行支持。真正的工作量集中在InitEther之后。事实上InitEther �?InitParallelSerial只要��L��的实��C��个就可以辑ֈ�建立传输界面的目�?下面�Q�我们��l�看后面的代码�?
BOOL InitEther(PKITLTRANSPORT pKitl)
{
    EDBG_ADAPTER adp;
    DWORD dwDHCPLeaseTime;
    DWORD dwSubnetMask;
    KITLOutputDebugString ("+InitEther\n");
    memset (&adp, 0, sizeof(adp));
    memset (pKitl, 0, sizeof (KITLTRANSPORT));
    // use existing code for ether initialization
    if (!OEMEthInit (&adp))
        return FALSE;
    // we are going to completely ignore the info in bootargs and the adaptor info
    // returned from OEMEthInit, except MAC address. Just to prove that KITL will connect standalone
    // get the MAC address
    MyAddr.wMAC[0] = adp.Addr.wMAC[0];
    MyAddr.wMAC[1] = adp.Addr.wMAC[1];
    MyAddr.wMAC[2] = adp.Addr.wMAC[2];
    //MyAddr = adp.Addr;

    CreateDeviceName(&MyAddr, pKitl->szName);
    KITLOutputDebugString ("Using device name: %s\n", pKitl->szName);
    // If we haven't been given an IP address from our loader (or if we're not using static IP), get an IP address
    // from a DHCP server.
    if (adp.Addr.dwIP)
    {
        // Static IP or we got the IP from our bootloader...
        MyAddr.dwIP     = adp.Addr.dwIP;
        dwSubnetMask    = 0;    // Don't care about subnet mask...
        dwDHCPLeaseTime = adp.DHCPLeaseTime;
    }
    else
    {
        // Get a DHCP address...
        if (!EbootGetDHCPAddr (&MyAddr, &dwSubnetMask, &dwDHCPLeaseTime))
            return FALSE;
    }

    MyAddr.wPort = htons (EDBG_SVC_PORT);
    KITLOutputDebugString ("Device %s, IP %s, Port %d\n", pKitl->szName, inet_ntoa (MyAddr.dwIP), htons (MyAddr.wPort));
    // initialize KITL Ethernet transport layer
    if (!KitlEtherInit (&MyAddr, dwDHCPLeaseTime)) {
        KITLOutputDebugString ("Unable to initialize KITL Ether transport\n");
        return FALSE;
    }

    // fill in the blanks in KITLTRANSPORT structure.
    pKitl->FrmHdrSize = KitlEtherGetFrameHdrSize ();
    pKitl->Interrupt = (UCHAR) adp.SysIntrVal;
    pKitl->dwPhysBuffer = EDBG_PHYSICAL_MEMORY_START;
    pKitl->dwPhysBufLen = 0x20000;                      // 128K of buffer available
    pKitl->dwBootFlags = 0;
    pKitl->WindowSize = EDBG_WINDOW_SIZE;
    pKitl->pfnDecode = KitlEtherDecodeUDP;
    pKitl->pfnEncode = KitlEtherEncodeUDP;
    pKitl->pfnSend = EthSend;
    pKitl->pfnRecv = OEMEthGetFrame;
    pKitl->pfnEnableInt = KitlEthEnableInts;
    pKitl->pfnSetHostCfg = SetHostCfg;
    pKitl->pfnGetDevCfg = GetDevCfg;
    KITLOutputDebugString ("-InitEther\n");

    return TRUE;
}
�q�个函数完成的工作主要是调用OEMEthInit初始化网卡的服务�E�序及获得相应的IP和MAC�Q�如果IP无效则用DHCP动态获得IP.通过MAC��g�生一个标�C�，�q�个标示用来�l�PB的IDE使用。刚才的我们在kitlInit中看到除了检查OEMkitlInit的返回��g��外还��查了KITL�l�构�Q�该�l�构的这些特征值正是在�q�儿讄��的。在�q�儿可以看到pKitl->pfnDecode pKitl->pfnEncode pKitl->pfnSetHostCfg pKitl->pfnGetDevCfg 以及kitl所用的中断可��些都是OEM代码�Q�也��是用于传输的编码和解码形式以及配置函数都是可以自己定义的，�q�样一来也��无所谓��用什么传输介质作为KITK
的transport了，�q�就��Z��?394或者是USB�q�一�cȝ��传输链�\也能充当传输界面作了准备�?OEMEthInit函数是用于初始化传输介质--以太�|�卡。这部分代码直接是硬件控制代码，我们来简单的看一下�?
BOOL
OEMEthInit(EDBG_ADAPTER *pAdapter)
{
PBYTE pBaseIOAddress;
// Driver globals from the bootloader.
//
if (pDriverGlobals->eth.EbootMagicNum == EBOOT_MAGIC_NUM)
{
  memcpy(pAdapter, &pDriverGlobals->eth.TargetAddr, sizeof(EDBG_ADAPTER));
  switch(pDriverGlobals->misc.EbootDevice)
  {
  case(DOWNLOAD_DEVICE_PCMCIA): // NE2000 CF card.
   pBaseIOAddress = (PBYTE)PCMCIA_Init();
   if (pBaseIOAddress)
   {
    // Initialize the built-in Ethenet controller.
    //
    if (!NE2000Init((PBYTE)pBaseIOAddress, 1, pAdapter->Addr.wMAC))
    {
     EdbgOutputDebugString("ERROR: OEMEthInit: Failed to initialize Ethernet controller.\r\n");
     return(FALSE);
    }
   }
   pfnEDbgInit           = NE2000Init;
   pfnEDbgEnableInts     = NE2000EnableInts;
   pfnEDbgDisableInts    = NE2000DisableInts;
   pfnEDbgGetPendingInts = NE2000GetPendingInts;
   pfnEDbgGetFrame       = NE2000GetFrame;
   pfnEDbgSendFrame      = NE2000SendFrame;
   pfnEDbgReadEEPROM     = NE2000ReadEEPROM;
   pfnEDbgWriteEEPROM    = NE2000WriteEEPROM;
   pfnEDbgSetOptions     = NE2000SetOptions;
  #ifdef IMGSHAREETH
   pfnCurrentPacketFilter = Ne2000CurrentPacketFilter;
   pfnMulticastList  = NE2000MulticastList;
  #endif // IMGSHAREETH.
   break;
  case(DOWNLOAD_DEVICE_CS8900): // CS8900A.
   // Initialize the CS8900.
   //
   if (!CS8900DBG_Init((PBYTE)CS8900DBG_IOBASE, CS8900DBG_MEMBASE, pAdapter->Addr.wMAC))
   {
    EdbgOutputDebugString("ERROR: OEMEthInit: CS8900 initialization failed.\r\n");
    return(FALSE);
   }
   pfnEDbgInit  = CS8900DBG_Init;
   pfnEDbgEnableInts     = CS8900DBG_EnableInts;
   pfnEDbgDisableInts    = CS8900DBG_DisableInts;
   pfnEDbgGetFrame  = CS8900DBG_GetFrame;
   pfnEDbgSendFrame = CS8900DBG_SendFrame;
   pfnEDbgGetPendingInts = CS8900DBG_GetPendingInts;
  #ifdef IMGSHAREETH
   pfnCurrentPacketFilter = CS8900DBG_CurrentPacketFilter;
   pfnMulticastList = CS8900DBG_MulticastList;
  #endif // IMGSHAREETH.
   break;
  default:
   EdbgOutputDebugString("ERROR: OEMInit: Unknown download NIC (0x%x).\r\n", pDriverGlobals->misc.EbootDevice);
   return(FALSE);

}}
else
{
  // TODO - retrieve CS8900 MAC address from flash...
  // TODO - intialize the CS8900 from scratch...
}
EdbgOutputDebugString("::: OEMEthInit() IP Address : %s\r\n", inet_ntoa(pAdapter->Addr.dwIP));
EdbgOutputDebugString("::: OEMEthInit() Netmask    : %s\r\n", inet_ntoa(pDriverGlobals->eth.SubnetMask));
if (pDriverGlobals->misc.EbootDevice == DOWNLOAD_DEVICE_PCMCIA)
  pAdapter->SysIntrVal    = SYSINTR_PCMCIA_LEVEL;
else
  pAdapter->SysIntrVal    = SYSINTR_ETHER;
pAdapter->DHCPLeaseTime = DEFAULT_DHCP_LEASE;
pAdapter->EdbgFlags     = pDriverGlobals->eth.EdbgFlags;

#ifdef IMGSHAREETH
    VBridgeInit();
    VBridgeKSetLocalMacAddress((char *)pAdapter->Addr.wMAC);
#endif // IMGSHAREETH.
return(TRUE);
}

�q�个函数看�v来很复杂其实真正的工作�ƈ不多�Q�首先判断是不是由eboot启动的，如果已经eboot中已�l�完成了对以太网卡的初始化动作就直接使用�|�卡�q�装�?挂接�|�卡所需的函数和�|�卡信息�Q�否则就需要自��p��|�网卡的MAC地址和初始化�|�卡(事实上以上函数�ƈ没有对这部分代码�q�行实现�Q�这��是很多使用2410/2440的用户在不��用eboot启动的情况下��L��不能使用kitl的原�?-找不到eboot在DriverGlobal中留下的magic NUMBER)。这儿之所以有NE2000和Cs8900的区分是因�ؓSMDK2440可以使用PCMICA挂接Ne2000兼容的NIC或板载CS8900�Q�后面设�|�中断标�C�有两个分支也是�q�个原因�?
IMGSHAREETH的部分是Vbridge的部�?��Z��么要使用�q�个叫vbridge的东西呢�Q�我们看看下面的假设�?
��Z��建立kitl占用了一个网卡资源，而该资源如果在windowsCE下复�?该设备同时被两个驱动使用1.kitl 2.windowsCE NIC driver)的话会不会导致问题呢�Q�看看下面的两个函数�?
    VBridgeInit();
    VBridgeKSetLocalMacAddress((char *)pAdapter->Addr.wMAC);
    该函数在内核调试传输通道和tcp/ip&windsock之间建立一个虚拟的�|�桥v-bridge�Q�在外部看来vbridge��像在mac层一��P��vbridge一斚w��和硬仉��讯建立传输的物理界面，另一斚w��和调试所需的EDBG和vmini.dll提供相同的逻辑界面�Q�在更高的层面vmini.dll��像一个专门的�|�卡一��h��持NDIS以至于tcp/ip协议栈。这��h��们就可以一斚w��使用�|�卡做调试另外一斚w��仍然能让windowsCE使用�|�卡通讯�Q�对于windowCE而言所使用的网卡不在是与底层对应的�|�络讑֤��Q�而是通过vbridge虚拟出来的网�l�设备，所以在直接使用SMDK24XX的bsp�~�译出来的系�l�网卡显�C�Zؓvmini��是�q�个原因。这个时候网卡驱动怎么配置呢？�{�案很简单，��是不要�|�卡驱动�Q�因为我们已�l�从vbridge中抽�?虚拟---用一个网�?��Z��个网卡了�Q�原来的�|�卡驱动也就不在需要了�?

从上面的OemKitlInit到InitEther都是OEM代码�Q�目的在于��Kitl与相应的transport的物理介质联�p��v来，也就是构建kitl的硬件抽象层�Q�在一个kitl初始化代码中中只有这部分工作(OEM代码)是必要的�Q�其余的代码直接使用MS�~�译好的lib��可以了。尽��如此我们还是��l�看下面的代码，虽然�q�对我们来说不是必须的不�q�对一个程序要有全面的认识�Q�框架上的重要模块都是需要了解和认识的�?

看完了这一�p�d��的OEM代码�Q��l�看看StartKitl里面我们没有看完的部分在讄��启动标示位之前做�?个检查分别是��查buffer的位�|�是否在�~�译�pȝ��的时候预留下来以及是否有��_��的长度可用。这个内存区域不是动态分配的�Q�而是在bsp的内存配�|�文件中指定�q�保留下来的(见bsp file目录下的config.bib)。再下来�q�行一个KITLConnectToDesktop的动作，�q�个看名字就知道作用了。就是和PC�q�接。同��L��看代码：
static BOOL KITLConnectToDesktop (void)
{
    // we'll use the PpfsFmtBuf for send buffer since ppfs can't be started yet at this stage
    //
    PKITL_HDR pHdr = (PKITL_HDR) (PpfsFmtBuf + Kitl.FrmHdrSize);
    PKITL_DEV_TRANSCFG pCfg = (PKITL_DEV_TRANSCFG) KITLDATA(pHdr);
    USHORT cbData = sizeof (PpfsFmtBuf) - Kitl.FrmHdrSize - sizeof (KITL_HDR) - sizeof (KITL_DEV_TRANSCFG);
    if (!Kitl.pfnGetDevCfg ((LPBYTE) (pCfg+1), &cbData))
        return FALSE;
    memset (pHdr, 0, sizeof (KITL_HDR));
    pHdr->Id = KITL_ID;
    pHdr->Service = KITL_SVC_ADMIN;
    pHdr->Cmd = KITL_CMD_TRAN_CONFIG;
    cbData += sizeof (KITL_DEV_TRANSCFG);
    pCfg->wLen = cbData;
    pCfg->wCpuId = KITL_CPUID;
    memcpy (pCfg->szDevName, Kitl.szName, KITL_MAX_DEV_NAMELEN);
    cbData += sizeof (KITL_HDR);
    return KitlSendFrame (PpfsFmtBuf, cbData)
        && KITLPollResponse (FALSE, ChkCnxDsktp, TranCnxDsktp, (LPVOID) cbData);
}
�l�构PKITL_HDR��是kilt的传输头格式�Q�而PKITL_DEV_TRANSCFG信息则是传输讑֤�的设�|�。首先通过调用Kitl.pfnGetDevCfg得到传输讑֤�的信息，Kitl.pfnGetDevCfg是函数指针，在对以太�|�卡初始化的时候指向OEM代码中的GetDevCfg函数。通过�q�个函数得到讑֤�信息(smdk2410的bsp中这儿返回的��是IP地址)。然后再�l�箋讄��传输头的标示�Q�类型，命��o�{�等信息�Q�然后就是发送数据了�Q�具体的动作��是调用KitlSendFrame�?To be continue...)
BOOL KitlSendFrame (LPBYTE pbFrame, WORD cbData)
{
    if (!Kitl.pfnEncode (pbFrame, cbData)) {
        KITLOutputDebugString ("!KitlSendFrame: transport failed to encode the data frame\r\n");
        return FALSE;
    }
    return KitlSendRawData (pbFrame, (USHORT) (cbData + Kitl.FrmHdrSize + Kitl.FrmTlrSize));
}
�q�个函数首先调用KitlEtherEncodeUDP�Ҏ��据��q�行�~�码为UDP协议需要的格式。然后调�?KitlSendRawData��数据送出至PC.
BOOL KitlSendRawData (LPBYTE pbData, WORD wLength)
{
    BOOL fRet;
    if (!(KITLGlobalState & KITL_ST_MULTITHREADED) || InSysCall())
        fRet = Kitl.pfnSend (pbData, wLength);
    else if (IsDesktopDbgrExist ())
        fRet = KCall((PKFN) Kitl.pfnSend, pbData, wLength);
    else {
        EnterCriticalSection (&KITLKCallcs);
        fRet = Kitl.pfnSend (pbData, wLength);
        LeaveCriticalSection (&KITLKCallcs);
    }
    return fRet;
}
首先判定�pȝ��没有在调度中且当前代码在不可剥夺状态状态运行，通过EthSend调用OEMEthSendFrame��数据送出��完成了工作。另外两个分支与我们分析的程序流没有关系先放一下�?
BOOL
OEMEthSendFrame(
    BYTE *pData,     // IN - Data buffer
    DWORD dwLength) // IN - Length of buffer
{
    int retries = 0;
    while (retries++ < 4) {
        if (!pfnEDbgSendFrame(pData, dwLength))
  {
#ifdef IMGSHAREETH
   ProcessVMiniSend();
#endif //IMGSHAREETH
            return TRUE;
  }
        else
            EdbgOutputDebugString("!OEMEthSendFrame failure, retry %u\n",retries);
    }
    return FALSE;
}
在发送数据��的过�E�中专门有处理vMini发送的�q�程。由于kitl本��n��׃��是很��单我们以后后面再用专门的文章说明vbridge的工作过�E�。完成了发送，我们�l�箋下面的过�E��?
BOOL KITLPollResponse (BOOL fUseSysCalls, PFN_CHECK pfnCheck, PFN_TRANSMIT pfnTransmit, LPVOID pData)
{
    DWORD dwLoopCnt = 0, dwLoopMax = MIN_POLL_ITER;
    DWORD dwStartTime = CurMSec;
    int   nTimeMax = MIN_POLL_TIME; // start with 1 sec
    BOOL fUseIter = FALSE, fUseTick = FALSE;
    while (!pfnCheck (pData)) {
        //
        // if we've already connected with desktop, use the desktop
        // "Retransmit" package to determine if we need to retransmit
        //
        if (!(KITLGlobalState & KITL_ST_DESKTOP_CONNECTED)) {
            if (fUseTick) {
                if ((int) (CurMSec - dwStartTime) > nTimeMax) {
                    // retransmit
                    if (!pfnTransmit (pData, fUseSysCalls))
                        return FALSE;
                    dwStartTime = CurMSec;
                    if (nTimeMax < MAX_POLL_TIME)
                        nTimeMax <<= 1;
                }
            } else if (fUseIter || (dwStartTime == CurMSec)) {
                // if time isn't moving for a while, we'll
                // use iteration.
                if (dwLoopCnt ++ > dwLoopMax) {
                    if (!pfnTransmit (pData, fUseSysCalls))
                        return FALSE;
                    if (dwLoopMax < MAX_POLL_ITER)
                        dwLoopMax <<= 1;
                    dwLoopCnt = 0;
                    fUseIter = TRUE;
                }
            } else {
                // time is moving, just use tick from here
                fUseTick = TRUE;
            }
        }
        if (!KITLPollData(fUseSysCalls, pfnTransmit, pData)) {
            return FALSE;
        }
    }
    return TRUE;
}
static BOOL TranCnxDsktp (LPVOID pParam, BOOL fUseSysCalls)
{
    return KitlSendFrame (PpfsFmtBuf, (WORD) (DWORD) pParam);
}
�q�个函数的主体是一个��@环，�l�止的条件是!pfnCheck (pData)�Q�这个函数是由前面传递进来的�Q�返回��gؓKITLGlobalState & KITL_ST_DESKTOP_CONNECTED�Q�也��是说在得到桌面�q�接之前是不会返回的也就是说启动kitl以后不与桌面计算��接windowsCE的是无法启动的。由于从dwStartTime定义到dwStartTime == CurMSec的判定仅仅需要很��的旉��可以完成这�D�|��间内CurMSec是不会被改写的就可以通过循环�q�行��时��?
�q��过TranCnxDsktp重新发送数据，直到KITLPollData讄��KITLGlobalState�?
static BOOL KITLPollData(BOOL fUseSysCalls, PFN_TRANSMIT pfnTransmit, LPVOID pData)
{
    LPBYTE pRecvBuf = PollRecvBuf;

    if (fUseSysCalls && (KITLGlobalState & KITL_ST_MULTITHREADED)
        && !(pRecvBuf = _alloca(KITL_MTU))) {
        KITLOutputDebugString("!KITLPollData: STACK OVERFLOW!\r\n");
        return FALSE;
    }
    HandleRecvInterrupt(pRecvBuf, fUseSysCalls, pfnTransmit, pData);
    return TRUE;
}
�׃��我们上面传来的fUseSysCalls参数为false所以前一�D�|��查操作�ƈ不进行。直接调�?HandleRecvInterrupt�?
void HandleRecvInterrupt(UCHAR *pRecvBuf, BOOL fUseSysCalls, PFN_TRANSMIT pfnTransmit, LPVOID pData)
{
    WORD wLen = KITL_MTU;
    BOOL fFrameRecvd;
    // Receive data into buffer
    do {
        if (!fUseSysCalls)
            fFrameRecvd = Kitl.pfnRecv (pRecvBuf, &wLen);
        else if (IsDesktopDbgrExist ())
            fFrameRecvd = KCall((PKFN) Kitl.pfnRecv, pRecvBuf, &wLen);
        else {
            EnterCriticalSection (&KITLKCallcs);
            fFrameRecvd = Kitl.pfnRecv (pRecvBuf, &wLen);
            LeaveCriticalSection (&KITLKCallcs);
        }
        if (fFrameRecvd) {
            ProcessRecvFrame (pRecvBuf,wLen,fUseSysCalls, pfnTransmit, pData);
            wLen = KITL_MTU;
        }
    } while (fFrameRecvd);
}
通过Kitl.pfnRecv调用pfnEDbgGetFrame指向的CS8900DBG_GetFrame��d��当前的数据��送交ProcessRecvFrame处理。注意，�q�儿的pfnEDbgGetFrame�q�不是通过DMA或者是�|�卡传来的中断启动的而是使用查询的方法进行的�Q�这��是��Z��么这儿�ƈ没有启动中断仍然能够使用以太�|�卡�q�行数据传输数据的原因。随后，我们��计��机端送来的数据送交ProcessRecvFrame处理�?
static BOOL ProcessRecvFrame(UCHAR *pFrame, WORD wMsgLen, BOOL fUseSysCalls, PFN_TRANSMIT pfnTransmit, LPVOID pData)
{
    KITL_HDR *pMsg;
    KITL_CLIENT *pClient = NULL;
    BOOL fRet = TRUE;
    UCHAR RxBufOffset;
    WORD wDataLen;
    UCHAR ClientIdx;
    // let the transport layer decode the frame
    if (!(pMsg = (KITL_HDR *) Kitl.pfnDecode (pFrame, &wMsgLen))) {
        KITL_DEBUGMSG(ZONE_RECV, ("ProcessRecvFrame: Received Unhandled frame\n"));
        return FALSE;
    }
    // is it a valid KITL message?
    if (pMsg->Id != KITL_ID) {
        KITL_DEBUGMSG(ZONE_WARNING,("KITL: Got unrecognized Id: %X\r\n",pMsg->Id));
        return FALSE;
    }

    // Validate length
    if (wMsgLen < KITL_DATA_OFFSET) {
        KITL_DEBUGMSG(ZONE_WARNING,("KITL: Invalid length %u\n",wMsgLen));
        return FALSE;
    }
    if (KITLDebugZone & ZONE_FRAMEDUMP)
        KITLDecodeFrame("<
    // Check for administrative messages
    if (pMsg->Service == KITL_SVC_ADMIN)
        return ProcessAdminMsg(pMsg, wMsgLen, fUseSysCalls, pfnTransmit, pData);
    // Service Id is index into KITLClients array
    ClientIdx = pMsg->Service;
    if (ClientIdx >= MAX_KITL_CLIENTS) {
        KITL_DEBUGMSG(ZONE_WARNING,("!ProcessKITLMsg: Invalid ServiceId: %u\n",pMsg->Service));
        return FALSE;
    }
    pClient = KITLClients[ClientIdx];

    // Until we complete registering, only handle administrative messages
    if (!pClient || !(pClient->State & KITL_CLIENT_REGISTERED)) {
        KITL_DEBUGMSG(ZONE_WARNING,("!ProcessKITLMsg: Client %u not registered\n",ClientIdx));
        return FALSE;
    }
    if (pMsg->Service != pClient->ServiceId) {
        KITL_DEBUGMSG(ZONE_WARNING,("!ProcessKITLMsg: Mismatch in service Id for Client %u (Got %u, expect %u)\n",
                                    ClientIdx,pMsg->Service,pClient->ServiceId));
        return FALSE;
    }
    if (pClient->State & KITL_USE_SYSCALLS) {
        if (fUseSysCalls)
            EnterCriticalSection(&pClient->ClientCS);
        else if (pClient->ClientCS.OwnerThread) {
            // We can't get the client CS, and it is owned - just toss frame
            KITL_DEBUGMSG(ZONE_WARNING,("!KITL(%u) tossing msg %u (Can't get CS)\n",ClientIdx, pMsg->SeqNum));
            return FALSE;
        }
    }
    // we've being in sync with the desktop
    pClient->State |= KITL_SYNCED;

    // Put flags and seq # to LEDs
    KITL_DEBUGLED(LED_PEM_SEQ, ((DWORD) pMsg->Flags << 24) | pMsg->SeqNum);

    // OK, valid message, see if it's an ACK
    if (pMsg->Flags & KITL_FL_ACK) {
        KITL_DEBUGMSG(ZONE_RECV,("KITL(%u): Received ack for msg %u, Tx window: %u,%u\n",
                                 ClientIdx,pMsg->SeqNum, pClient->AckExpected,pClient->TxSeqNum));
        // ACKs acknowledge all data up to the ACK sequence #
        while (SEQ_BETWEEN(pClient->AckExpected, pMsg->SeqNum, pClient->TxSeqNum)) {
            if ((pClient->State & KITL_USE_SYSCALLS) &&
                ((pClient->CfgFlags & KITL_CFGFL_STOP_AND_WAIT) ||
                 (SEQ_DELTA(pClient->AckExpected, pClient->TxSeqNum) >= pClient->WindowSize-1) ||
                 !(KITLGlobalState & KITL_ST_INT_ENABLED))) {
                if (fUseSysCalls)
                    SetClientEvent(pClient,pClient->evTxFull);
                else {
                    // Can't process message at this time...
                    KITL_DEBUGMSG(ZONE_WARNING,("!KITL(%u): Tossing ACK %u (Can't set event)\n",
                                                ClientIdx, pMsg->SeqNum));
                    return FALSE;
                }
            }
            // Stop retransmission timer.
            TimerStop(pClient, (UCHAR)(pClient->AckExpected % pClient->WindowSize),fUseSysCalls);
            SEQ_INC(pClient->AckExpected);
        }
        goto ProcessKITLMsg_exit;
    }
    // Handle NACKs - retransmit requested frame if it is in our Tx window
    if (pMsg->Flags & KITL_FL_NACK) {
        KITL_DEBUGMSG(ZONE_WARNING,("KITL(%u): Received NACK for msg %u, Tx window: %u,%u\n",
                                    ClientIdx,pMsg->SeqNum, pClient->AckExpected,pClient->TxSeqNum));
        if (SEQ_BETWEEN(pClient->AckExpected, pMsg->SeqNum, pClient->TxSeqNum)) {
            UCHAR Index = pMsg->SeqNum % pClient->WindowSize;
            if (pClient->TxFrameLen[Index]) {
                // Restart retransmission timer (note we can't start timers if syscalls
                // are disabled, but this shouldn't screw us up, we'll just potentially
                // retransmit an extra frame if the timer fires before we get the ACK)
                if (fUseSysCalls)
                    TimerStop(pClient,Index,fUseSysCalls);
                RetransmitFrame(pClient, Index, fUseSysCalls);
                if (fUseSysCalls)
                    TimerStart(pClient,Index,KITL_RETRANSMIT_INTERVAL_MS,fUseSysCalls);
            }
            else
                KITL_DEBUGMSG(ZONE_WARNING,("!KITL(%u): NACK in window, but TxFrameLen empty!\n",ClientIdx));
        }
        else
            KITL_DEBUGMSG(ZONE_WARNING,("!KITL(%u): Received NACK outside of TX window: Seq: %u, Window: %u,%u\n",
                                        ClientIdx,pMsg->SeqNum,pClient->AckExpected,pClient->TxSeqNum));
        goto ProcessKITLMsg_exit;
    }

    // Data frame. Place in appropriate slot in Rx buffer pool. Note that we defer acking
    // received frames until they are read from the buffer, in KITLRecv.
    RxBufOffset = pMsg->SeqNum % pClient->WindowSize;
    if (! SEQ_BETWEEN(pClient->RxSeqNum, pMsg->SeqNum, pClient->RxWinEnd)) {
        UCHAR uLastACK = (UCHAR) (pClient->RxWinEnd - pClient->WindowSize - 1);
        KITL_DEBUGMSG (ZONE_WARNING, ("KITL(%u): Received msg outside window: Seq:%u, Win:%u,%u\n",
                              ClientIdx,pMsg->SeqNum,pClient->RxSeqNum,pClient->RxWinEnd));
        // Special case to handle lost ACKs - if an ack is dropped, our Rx window will have
        // advanced beyond the seq # of the retransmitted frame. Since ACKs ack all messages
        // up to the ack #, we only need to check the last frame.
        if (pMsg->SeqNum == uLastACK) {
            KITL_DEBUGMSG(ZONE_WARNING,("KITL(%u): Lost ACK (seq: %u, win: %u,%u)\n",ClientIdx,
                                        pMsg->SeqNum,uLastACK,pClient->RxWinEnd));
            SendAckNack (TRUE, pClient, uLastACK);
        }
    } else if (pClient->RxFrameLen[RxBufOffset] != 0) {
        // If all our buffers are full, toss frame (will be acked when data is read in KITLRecv)
        KITL_DEBUGMSG(ZONE_WARNING,("KITL(%u): Received duplicate (Seq:%u), slot %u already full. Win: %u,%u\n",
                                    ClientIdx,pMsg->SeqNum,RxBufOffset,pClient->RxSeqNum,pClient->RxWinEnd));
    } else {
        DWORD OldProcPerms;
        // If we're in non-preemptible mode, can't set the receive event, so just toss message
        // and wait for retry.
        if (!fUseSysCalls && (pClient->State & KITL_USE_SYSCALLS)) {
            KITL_DEBUGMSG(ZONE_WARNING,("KITL(%u): Tossing frame %u (Can't signal Rx event)\n",
                                        ClientIdx,pMsg->SeqNum));
            return FALSE;
        }
        KITL_DEBUGMSG(ZONE_RECV,("KITL(%u): Received frame Seq: %u, len: %u, putting in slot %u\n",
                                 ClientIdx, pMsg->SeqNum, wMsgLen, RxBufOffset));
        // If frames were dropped, send NACK (only allow one outstanding NACK)
        if (pMsg->SeqNum != pClient->RxSeqNum) {
            KITL_DEBUGMSG(ZONE_WARNING,("!KITL(%u): Dropped frame (seq: %u, win: %u,%u)\n",
                                        ClientIdx,pMsg->SeqNum,pClient->RxSeqNum, pClient->RxWinEnd));
            if (!(pClient->State & KITL_NACK_SENT)) {
                SendAckNack(FALSE, pClient, pClient->RxSeqNum);
                pClient->State |= KITL_NACK_SENT;
            }
        }
        else
            pClient->State &= ~KITL_NACK_SENT;

        // Copy data to receive buffer, unblock anyone waiting, and close receive window
        wDataLen = wMsgLen - (WORD)KITL_DATA_OFFSET;
        if (wDataLen == 0)
            KITL_DEBUGMSG(ZONE_WARNING,("!KITL: Received data message with 0 length!\n"));
        if (pClient->ProcPerms) {
            // acquire permission of pClient and add it to current thread
            ACCESSKEY aKey = GETCURKEY() | pClient->ProcPerms;
            SWITCHKEY (OldProcPerms, aKey);
        }
        memcpy(pClient->pRxBufferPool + RxBufOffset*KITL_MTU,KITLDATA(pMsg), wDataLen);
        if (pClient->ProcPerms) {
            SETCURKEY (OldProcPerms);
        }
        pClient->RxFrameLen[RxBufOffset] = wDataLen;
        if (pClient->State & KITL_USE_SYSCALLS)
            // If we get here, we know that fUseSysCalls is TRUE
            SetClientEvent(pClient,pClient->evRecv);

        // Close receive window
        while (pClient->RxFrameLen[pClient->RxSeqNum % pClient->WindowSize] &&
               (SEQ_DELTA(pClient->RxSeqNum, pClient->RxWinEnd) >= 1)) {
            KITL_DEBUGMSG(ZONE_RECV,("Rx win: %u,%u, usesyscalls: %u\n",pClient->RxSeqNum, pClient->RxWinEnd, fUseSysCalls));
            SEQ_INC(pClient->RxSeqNum);
        }
    }

ProcessKITLMsg_exit:
    if (fUseSysCalls && (pClient->State & KITL_USE_SYSCALLS))
        LeaveCriticalSection(&pClient->ClientCS);

    return fRet;
}
ProcessRecvFramed是一个近200行的函数�Q�样子很吓�h。它是数据��的解析和处理模块的主体。我们从上到下看看都�q�了些什么。先调用KitlEtherDecodeUDP��来自主机的数据帧解码�ؓKITL_HDR�l�构�Q�然后效验魔法数KITL_ID�Q�确认该帧的信息的有效性以及数据长度是否有效，如果ZONE_FRAMEDUMP标签是打开的则需要则解析Frame的内容�ƈ记录下来(输出到调试界面，初始化流�E��ƈ不包含该信息)�Q�然后判定该数据帧描�q�的信息是否属于��理命��o(�q�接桌面�Q�新建client�{�等),如果是则调用ProcessAdminMsg�q�行处理�?
static BOOL ProcessAdminMsg(KITL_HDR *pHdr, WORD wMsgLen, BOOL fUseSysCalls, PFN_TRANSMIT pfnTransmit, LPVOID pData)
{
    KITL_CLIENT *pClient = NULL;

    switch (pHdr->Cmd)
    {
        case KITL_CMD_SVC_CONFIG:
        {
            KITL_SVC_CONFIG_DATA *pCfg = (KITL_SVC_CONFIG_DATA *) KITLDATA (pHdr);
            int i, iStart;

            if (wMsgLen != (KITL_DATA_OFFSET + sizeof(KITL_SVC_CONFIG_DATA))) {
                KITL_DEBUGMSG(ZONE_WARNING,("!ProcessAdminMsg: Invalid legnth for CONFIG msg: %u\n",wMsgLen));
                return FALSE;
            }
            // Find client struct
            if ((i = ChkDfltSvc (pCfg->ServiceName)) < 0)
                i = HASH(pCfg->ServiceName[0]);
            iStart = i;
            while (KITLClients[i]) {
                // For multi instanced services, skip clients that are already registered
                if (!strcmp(KITLClients[i]->ServiceName,pCfg->ServiceName) &&
                    (!(KITLClients[i]->State & KITL_CLIENT_REGISTERED) || !(KITLClients[i]->CfgFlags & KITL_CFGFL_MULTIINST))) {
                    pClient = KITLClients[i];
                    break;
                }
                if (i < NUM_DFLT_KITL_SERVICES)
                    // no dups for default services
                    break;
                if (MAX_KITL_CLIENTS == ++ i)
                    i = NUM_DFLT_KITL_SERVICES;
                if (iStart == i)
                    break; // couldn't find a client
            }
            if (!pClient || !(pClient->State & (KITL_CLIENT_REGISTERING|KITL_CLIENT_REGISTERED))) {
                KITL_DEBUGMSG(ZONE_WARNING,("!Received config for unrecognized service %s\n",
                                            pCfg->ServiceName));
                return TRUE;
            }
            if (fUseSysCalls)
                EnterCriticalSection(&pClient->ClientCS);
            // Send config to peer, unless this was a response to our cmd
            if (!(pHdr->Flags & KITL_FL_ADMIN_RESP)) {
                // ack this config message
                SendConfig(pClient,TRUE);
                // Stop any pending transfers, reset sequence #s, etc
                // WARNING - can cause lost transmit data if the other side doesn't get
                // our config, and retries the config command.
                if (pClient->State & KITL_SYNCED) {
                    ResetClientState(pClient);
                }
            }
            //
            // we got the response from desktop, connecting the client
            //
            KITL_DEBUGMSG(ZONE_INIT, ("ProcessAdminMsg: Receive Config message for service %s\n", pClient->ServiceName));
            pClient->State &= ~(KITL_WAIT_CFG|KITL_CLIENT_REGISTERING);
            pClient->State |= KITL_CLIENT_REGISTERED;
            // Set our event in case anyone is waiting for config info
            if (fUseSysCalls)
                SetClientEvent(pClient,pClient->evCfg);

            if (fUseSysCalls)
                LeaveCriticalSection(&pClient->ClientCS);
            break;
        }
        case KITL_CMD_RESET:
            {
                KITL_RESET_DATA *pResetData = (KITL_RESET_DATA *) KITLDATA (pHdr);
                KITLOutputDebugString("KITL: Got RESET command\n");
                // Set for clean boot if requested
                if (pResetData->Flags & KITL_RESET_CLEAN)
                    SC_SetCleanRebootFlag();

                // This function never returns
                KernelIoctl(IOCTL_HAL_REBOOT, NULL,0,NULL,0,NULL);
                KITLOutputDebugString("KITL: IOCTL_HAL_REBOOT not supported on this platform\n");
                break;
            }
        case KITL_CMD_DEBUGBREAK:
            if (fUseSysCalls && IsDesktopDbgrExist ())
                DebugBreak ();
            break;
        case KITL_CMD_TRAN_CONFIG:
            {
                int i;

                PKITL_HOST_TRANSCFG pCfg = (PKITL_HOST_TRANSCFG) KITLDATA(pHdr);
                wMsgLen -= KITL_DATA_OFFSET;
                if (pCfg->dwLen != wMsgLen) {
                    KITLOutputDebugString ("!Host config message size mismatch %d, %d\r\n", pCfg->dwLen, wMsgLen);
                    return FALSE;
                }
                wMsgLen -= sizeof (KITL_HOST_TRANSCFG);
                if (!Kitl.pfnSetHostCfg ((LPBYTE) (pCfg+1), wMsgLen))
                    return FALSE;
                Kitl.dwBootFlags = pCfg->dwFlags;
                if (pCfg->dwKeySig == HOST_TRANSCFG_KEYSIG) {
                    for (i = 0; i < HOST_TRANSCFG_NUM_REGKEYS; i++) {
                        g_dwKeys[i] = pCfg->dwKeys[i];
                        KITL_DEBUGMSG (ZONE_INIT, (" KeyIndex %d = %d \n", i, g_dwKeys[i]));
                    }
                }
                KITLGlobalState |= KITL_ST_DESKTOP_CONNECTED;
            }
            break;
        // in case we're polling (pfnTransmit && pData only set to non-null if we're polling)
        // we'll use desktop as our timer (desktop sends a retransmit packet to us every 2 seconds).
        case KITL_CMD_RETRASMIT:
            if (pfnTransmit && pData) {
                // KITLOutputDebugString ("Retrasmitting packets....\n");
                pfnTransmit (pData, fUseSysCalls);
            }
            break;
        default:
            KITL_DEBUGMSG(ZONE_WARNING,("!ProcessAdminMsg: Unhandled command 0x%X\n",pHdr->Cmd));
            return FALSE;
    }
    return TRUE;
}
我们直接看KITL_CMD_TRAN_CONFIG分支�Q�目前我们的主要工作仍然是配�|�连接。首先得到PKITL_HOST_TRANSCFG�l�构指针�Q��ƈ送SetHostCfg讄��L��信息之后�Q�读入从��L��送出�?个key值后讄��以及kitl启动选项和KITL_ST_DESKTOP_CONNECTED标示位。绕了这么大一圈也��干了个初始化连接的工作�Q�现在我们��l�回到startKitl。首先先是设�|�三个函数指针供后面�E�序调用�Q��ƈ讄��标示位KITL_ST_ADAPTER_INITIALIZED;然后通过SetKernelCommDev从定位KERNEL_SVC_DBGMSG,KERNEL_SVC_PPSH�Q�KERNEL_SVC_KDBG的transport�Q�注意：�q�个函数�q�不是kitl的函敎ͼ�而是windowsCE kernel的系�l�函数在WINCE420\PRIVATE\WINCEOS\COREOS\NK\KERNELkwin32.c�?作用是从定位�pȝ��调试信息的发布通道�Q�有兴趣可以自己看看。之后StartKitl的过�E�就�l�束了，�q�个时候你肯定想问那kitl的中断初始化函数是什么时候才�q�行呢？没有中断的支持kitl是如何通讯和工作的呢，事实上KITLInitializeInterrupt��p��责这部分的工作，但是�׃��pȝ��内核�q�没有完成初始化的动作，所以这个时候�v动kitl的中断是会媄响kernel的工作。因此在后面由SystemStartupFunc()调用KITLInitializeInterrupt来完成初始化的动作�?
BOOL
KITLInitializeInterrupt()
{
    int i;
    if (!(KITLGlobalState & KITL_ST_ADAPTER_INITIALIZED))
        return FALSE;

    // Check if we are coming up for the first time, or resuming interrupts (e.g. when coming
    // back from OEMPowerOff)
    if (KITLGlobalState & KITL_ST_MULTITHREADED) {
        // Just enable interrupt and return
        EnableInts();
        return TRUE;
    }

    KITLOutputDebugString("KITL: Leaving polling mode...\n");
    InitializeCriticalSection(&KITLODScs);
    InitializeCriticalSection(&KITLKCallcs);
    KITLGlobalState |= KITL_ST_MULTITHREADED;

    KITL_DEBUGMSG(ZONE_INIT,("KITL Checking client registrations\n"));
    // Some clients may have registered already, finish initialization now that
    // the system is up. KDBG continues to run in polling mode.
    for (i=0; i< MAX_KITL_CLIENTS; i++) {
        if (KITLClients[i] && (i != KITL_SVC_KDBG)
            && (KITLClients[i]->State & (KITL_CLIENT_REGISTERED|KITL_CLIENT_REGISTERING))) {
            if (!RegisterClientPart2((UCHAR)i))
                return FALSE;
        }
    }
    // Start interrupt thread. If we have clients registered, also turn on receive interrupts
    // from the ethernet controller, otherwise leave them disabled.
    if ((UCHAR) KITL_SYSINTR_NOINTR != Kitl.Interrupt) {
        KITL_DEBUGMSG(ZONE_INIT,("KITL Creating IST\n"));
        if ((hIntrThread = CreateKernelThread((LPTHREAD_START_ROUTINE)KITLInterruptThread,
                                              NULL, (WORD)g_dwKITLThreadPriority, 0)) == NULL) {
            KITLOutputDebugString("Error creating interrupt thread\n");
            return FALSE;
        }
    }
    return TRUE;
}
�׃��会有IST为kitl专门服务�Q�所以也��需要��界区来完成线�E�的操作�Q�这儿创��Z��KITLODScs\KITLKCallcs两个临界区。之后标�?KITL_ST_MULTITHREADED。检查注册了的服务，完成后就创徏IST.
kitl的初始化�Q�启动的大致�q�程��是如此�Q�start-->注册服务-〉初始化transport->创徏IST
最后我们来看看IST里面我们都干些什�?
static DWORD KITLInterruptThread (DWORD Dummy)
{
    HANDLE hIntEvent;
    DWORD dwRet;
    KITL_DEBUGMSG(ZONE_INIT,("KITL Interrupt thread started (hTh: 0x%X, pTh: 0x%X), using SYSINTR %u\n",
                             hCurThread,pCurThread, Kitl.Interrupt));
    pCurThread->bDbgCnt = 1;   // no entry messages

    if ((hIntEvent = CreateEvent(0,FALSE,FALSE,EDBG_INTERRUPT_EVENT)) == NULL) {
        KITLOutputDebugString("KITL CreateEvent failed!\n");
        return 0;
    }
    if (!SC_InterruptInitialize(Kitl.Interrupt, hIntEvent, NULL,0)) {
        CloseHandle(hIntEvent);
        KITLOutputDebugString("KITL InterruptInitialize failed\n");
        return 0;
    }
    // always enable interrupt as long as OEM told us so
    EnableInts();

    KITLGlobalState |= KITL_ST_IST_STARTED;

    while ((dwRet = SC_WaitForMultiple (1,&hIntEvent,0,INFINITE)) == WAIT_OBJECT_0) {
        KITL_DEBUGLED(LED_IST_ENTRY,0);
        KITL_DEBUGMSG(ZONE_INTR,("KITL Interrupt event\n"));
        // no need to check pending, just call HandleRecvInterrupts because it'll
        // just return if there is no interrupt pending
        HandleRecvInterrupt(ISTRecvBuf,TRUE, NULL, NULL);
        SC_InterruptDone(Kitl.Interrupt);

        KITL_DEBUGMSG(ZONE_INTR,("Processed Interrupt event\n"));
    }
    KITLOutputDebugString("!KITL Interrupt thread got error in WaitForMultipleObjects: dwRet:%u, GLE:%u\n",
                          dwRet,GetLastError());
    return 0;
}
首先是创��IST所属的事�g�Q��ƈ��该事�g与所属的中断联系��h��Q�再后自然是启动中断了。设定KITL_ST_IST_STARTED标记后的代码��是IST的实际内容，当中断发生，交付HandleRecvInterrupt处理�Q�返回中断。和多数IST一栯��调用永远不会�q�回�Q�除非结束该�U�程�Q�所以后面的调试信息输出的是错误�?
void HandleRecvInterrupt(UCHAR *pRecvBuf, BOOL fUseSysCalls, PFN_TRANSMIT pfnTransmit, LPVOID pData)
{
    WORD wLen = KITL_MTU;
    BOOL fFrameRecvd;
    // Receive data into buffer
    do {
        if (!fUseSysCalls)
            fFrameRecvd = Kitl.pfnRecv (pRecvBuf, &wLen);
        else if (IsDesktopDbgrExist ())
            fFrameRecvd = KCall((PKFN) Kitl.pfnRecv, pRecvBuf, &wLen);
        else {
            EnterCriticalSection (&KITLKCallcs);
            fFrameRecvd = Kitl.pfnRecv (pRecvBuf, &wLen);
            LeaveCriticalSection (&KITLKCallcs);
        }
        if (fFrameRecvd) {
            ProcessRecvFrame (pRecvBuf,wLen,fUseSysCalls, pfnTransmit, pData);
            wLen = KITL_MTU;
        }
    } while (fFrameRecvd);
}
HandleRecvInterrupt是中断处理程序的实体�Q�将transport送来的数据填入缓冲区待处理。上面所提到的中断在OEM代码中指定，在SMDK2440bsp中该中断对应以太�|�卡中断�?

相思酸中有�?/a> 2007-01-16 10:08 发表评论

解读WINCE 5.0 KITL代码��程

Tue, 16 Jan 2007 02:00:00 GMT

作者：Walzer
日期�Q?005.3.19

摘要�Q�KITL是PLATFORM BUILDER中的一个亮点，提供了和本地调试�c�M��的断炏V��变量跟�t�、内存查看等手段�Q�如果没有KITL�Q�嵌入式调试应该只能用串口打印消息来看了�Q�工作效率大大下降。本文以实现最��单的SERIAL KITL为目的，��其实现代码�q�行跟踪调试�Q�这些代码跨��了WINCE的PLATFORM、PUBLIC、PRIVATE三大主要目录�Q�有些烦琐，不过只要能调通，一切工作和弯�\都是值得的。我把调试经验和个�h理解写下来，希望能帮助别人少走弯路。如果文章中有理解失当的地方�Q�请不吝赐教�?br />
正文�Q?br />
一.void OEMInit() [platform\project\src\kernel\oal\init.c]
    首先从OEMInit()函数看�v。。在依次初始化Branch-Target Buffer、KERNEL函数、初始化中断、TIMER之后�Q�就轮到KITL了。调用了�q�个函数OALKitlStart()。此时有个编译的分支�Q�如果是RELEASE版本�Q�那么在kernel\kern\stubs.c里面的OALKitlStart()函数是个STUB�Q�只是return TRUE�Q?如果是DEBUG版本�Q�那��p��到kernel\oal\kitl.c里面的OALKitlStart().

�?BOOL OALKitlStart() [platform\myproject\src\kernel\oal]
    在OALKitlStart()里面�Q�首先试图从0xA00FF00处读取bootloader里面留下的kitl参量�Q�如果读不到东西则��用该函数里的默认配置。由于原来用了ethernet同时作�ؓdownload和kitl途径�Q�所以在InitSpecifiedEthDevice函数里给pKitlArgs�l�构体赋��g��。现在想把两者划分清楚，首先��把��d��bootloader里面的kitl参量一句干掉，��使用我们在下面的默认配置。主要就是填充三个参�?/p>
1.首先是这个结构体
OAL_KITL_ARGS pKITLArgs
{
UINT32 flags; //讑֥�ENABLED标志�Q�按需要设POLL标志�Q�但注意一定不要设PASSIVE标志
DEVICE_LOCATION devLoc;
{
  DWORD IfcType;  //不论ether�q�是serial�Q�都是internal type =0;
  DWORD BusNumber; // =0
  DWORD LogicalLoc; //物理地址
  PVOID     PhysicalLoc; //留做后面=OALPAtoVA(LogicalLoc, FALSE). 真见�? 感觉应该和上面的LogicalLoc作用调过来看着比较��吧?
  DWORD Pin;  //Ethernet才用的东�?br /> }
union
{
  struct
  {
   UINT32 baudRate; //不用解释�?br />   UINT32 dataBits;
   UINT32 stopBits;
   UINT32 parity;
  }
  struct
  {
   UINT16 mac[3]; //�q�个也不用解释了
   UINT32 ipAddress;
   UINT32 ipMask;
   UINT32 ipRoute
  }
}
}
2. pszDeviceID. 感觉�q�名字就是�v了好�? 赋成Walzer应该比较�?不过�q�是保留原来赋的AMOISOFT好了, 免得被打.
3. 全局变量OAL_KITL_DEVICE g_kitlDevices. �q�个东东在kitl.c开头包含的kitl_cfg.h中被赋�? 最主要��是修改g_kitlDevices.pDriver. �q�个pDrvier指向一个函数指针列表的�l�构体，该列表定义了用做kitl模块的初始化、读写、中断、流控制�{�函数�?g_kitlDevices本��n是个二维数组, 可以定义许多讑֤�用做kitl时提供的参数讄��, 后面会用一个for来��@环判断pKITLArgs的参数和g_kilDevices里面哪个一�l�数�l�成员相匚w��.

�q�三个参量填充好以后�Q�就可以�q�到OALKitlInit(pszDeviceID, pKITLArgs, g_kitlDevices)里面�?

�?BOOL OALKitlInit( deviceId, pArgs, pDevice)    [platform\common\src\common\kitl\kitl.c]
    �q�个函数先把输入的参量全部用OALMSG打印出来�Q�这个不��?br />    重要的是引入了g_kitlState全局变量�Q�开头一�?br />    g_kitlState.pDevice = OALKitlFindDevice(&pArgs->devLoc, pDevice) �q�个��是上面所说的从g_kitlDevices里可用设备列表里循环判断�Q�找到选用的设备的匚w��函数指针�?br />    接着把输入参量devicdId和前面填充好的OAL_KITL_ARGS�l�构COPY到g_kitlState里面
    然后��可以调用KItlInit(TRUE)了，如果前面在FLAG里面设了PASSSIVE标志�Q�现在就是KitlInit(FALSE)了，嘿嘿爽到了吧�?/p>
�?BOOL KitlInit(BOOL fStartKitl)    [private\winceos\coreos\nk\kitl\ethdbg.c]
    太猥琐了�Q�我要用串口�Q�它居然叫ethdbg.c�Q�不�l�面子。不�q�是private里面的东东，可远观而不可亵玩焉~~
    �q�个函数�q�了三�g事：
1. 装蝲了三个全局的函数指�?br />2. 用NewClient注册了三个KITL客户端：
    KITL_SVCNAME_DBGMSG   //debug message, Debug信息发布通道
    KITL_SVCNAME_PPSH //PPshell, 文本控制台界�?
    KITL_SVCNAME_KDBG //kernel debug, 内核调试界面

3.由fStartKitl来决定是否启动StartKitl()函数. (�q�里��Z��提一下，按照匈牙利命名法, BOOL变量前面加个b, 但MS的做法我觉得很合�? BOOL变量��是个FLAG�? 前面加个f, 把小b留着�l�BYTE�c�d��?)

�?static BOOL StartKitl(BOOL fInit)    [private\winceos\coreos\nk\kitl\ethdbg.c]
    �q�又是prviate里面的东东。最痛苦的地方开始了。这函数及其子函数将�W�一�ơ调用OEM自己写的KITL模块初始化、读写程序。是骡子是马�Q�拉出来溜溜��q��道啦~
    按顺序看下来�Q�首先判断输入参量是否要启动KITL�Q��ƈ且如果KITLGlobalState里面被打上KITL_ST_DESKTOP_CONNECTED标记的话�Q�那下面的步骤就全免了。当然我们是�W�一�ơ运行到�q�里�Q�若�q�么��p��出的话，俺就马加爵了�?/p>
    �W�一�?
    �q�的�W�一件正事就是调用OEMKitlInit(&Kitl). �q�个后面详述. �l�箋把这个函数看�?
    OEMKitlInit初始化KITL的硬件抽象层后�ƈ把相��x��针数据填充给全局变量KITLTRANSPORT Kitl (有没有搞错，��Z��么不叫g_kitl), �q�些工作做完��p��回了
     StartKitl收货后把Kitl�l�构整个��查一�?保证没错�? 马上买单, 把全局变量KITLGlobalState打上个KITL_ST_KITLSTARTED标记. �q�才��KITL启动的第一步OK�?

    �W�二�?
    接下来就是KITLConnectToDesktop(), �q�这个函数后��是�W�一�ơ��用了前面KITL传输介质��g抽象层里的读写函��C��, �q�时候就需要调试了. �q�个ConnectToDesktop大致��是先Send了一个kITL.....的frame�q�去,然后polling�{�待PC端的response, 那边再发个kITL.....的frame�q�来, 搞得跟地下党打暗号似�? 其实也没什么玄乎的�Q�就是普通的数据包前面加个KTIL专用的HEADER而已. �q�个CONNECT成功�?KITLGlobalState里面��加个KITL_ST_DESKTOP_CONNECTED标记�?

    �W�三�?
    set up kernel function pointers, 也没什�?��׃��个函数指�? 赋完后就KITL_ST_ADAPTER_INITIALIZED�? 其实�q�个KITLGolbalSate的��d��?个标�?分别�?br />KITL_STARTED, (OK)
DESKTOP_CONNECTED,   (OK)
TIMER_INIT, (?)
INT_ENABLED, (POLLING)
IST_STARTED, (POLLING)
MULTITHREADED,   (?)
ADAPTER_INITIALIZED. (OK)
后面括号里打上OK是到�q�里已经完成的，打问��L��我还不太清楚什么作�? INT和IST两项,我们用的POLLING所以肯定是不需要了.

    �W�四�?
    调用SetKernelCommDev讄��kernel通过何种介质传送DBGMSG, PPSH和KDBG.
    OHYEAH, 我的SERIAL KITL��夭折在�q�里. �q�到SerKernelCommDev(service, CommDevice)函数里看, 它只认CommDevice=KERNEL_COMM_ETHER的情况，而屏蔽了与ETHER�q�列的SERIAL和PARALLER,直接return FALSE, 下面的事情都不用�q�了. 而在MS提供的WinCE Documantation里面�Q�这个SetKernelCommDev函数的说明上写着"This function is obsolete and should not be used". 若想改嘛,�q�个是在private里面的还动它不得. NND, 感觉被MS raped�?
     如果使用ETHER在这里成功的�? 下面�q�有两个函数NKForceCleanBoot()和KITLInitializeInterrupt()走过�? �q�KITL初始化就全部�l�束�? 我估计KITLGolbalSate里面的INIT_ENABLED和IST_STARTED��是在这个函数过�E�中被标��C��?


�?BOOL OEMKitlInit(PKITLTRANSPORT pKitl)    [platform\common\src\common\kitl\kitl.c]
    前面提到StartKItl��h��后，首要的就是调用OEMKitlInit. �q�个函数在WinCE4.2�?.0里差别很�? 4.2里的做法是  �?if (!InitEther (pKitl) && !InitParallelSerial (pKitl)), 把ETHER, SERIAL, PARALLEL都初始化了一�?��运气看哪个用得上，�?.0里是�q�来后就一个很明显的分支剧�?由g_kitlState.pDevice->type来决定是调用OALKitlEthInit�q�是OALKitlSerialInit. 典型的种族歧�? 居然没有OALKitlParallelinit. �q�好我们用的是SERIAL.
    �q�里有个选择�~�译的地�?��是#ifdef KITL_ETHER�?ifdef KITL_SERIAL, 具体定义的地�Ҏ��该目录下的sources文�g里面一�?CDEFINES=$(CDEFINES) -DKITL_SERIAL -DKITL_ETHER, 猥琐啊找了半�? 其实我觉得既然有if�l�构来选了�Q�那么选择�~�译也是可有可无的了.
    好，下面��p��到OALKItlSerialInit()里面.

�?BOOL OALKitlSerialInit(LPSTR deviceId, OAL_KITL_DEVICE *pDevice, OAL_KITL_ARGS *pArgs, KITLTRANSPORT *pKitl)
    [platform\common\src\common\kitl\kitlserial.c]
    我自己往�q�个kitlserial.c文�g里写了六个函�?
    BOOL KitlSerialInit(KITL_SERIAL_INTFO *pSerInfo)
    UINT16 KitlSerialWriteData(UINT8 *pch, UINT16 length)
    UINT16 KitlSerialReadData(UINT8 *pch, UINT16 length)
    void KitlSerialFlowControl //stub, 我所用的FFUART只有TXD和RXD两根�U? RTS�{�都没有, 所以FlowControl自然也应该是STUB�?br />    void KitlSerialEnableInt(void)   //stub, use polling
    void KitlSerialDisableInt(void) //stub, use polling
    否则前面的g_kitlDevices里面没有相应的硬件抽象层来填�?
    上面的SerialRecv, Encode, Decode�{�就意思都很明显了,不用多说. OK现在已经走到最底层�? 文章也可以结束了.

八、记录一下调试经�?br />    虽然�q�是我第三次调串口了�Q�由于没�ȝ��前面的经验，�q�是耗了两天才到private里面夭折的地斏V��实际上应该一天就能走��C��。问题出�?br />1. �W�一天调试器�Ҏ��用不上手。调试器软�g、PB不断�ȝ��Q�经帔R��启��Y件甚至重启电脑，�W�一天有3/4以上的时间耗在�q�些问题�? 不断重启�?br />2. 在UART初始化函数的最后，居然忘记了在interrupt controller register里面enable uart unit, �q�么乌龙的事�?br />3. KitlSerialFlowControl的问�? 写的时候照搬了X86下的函数, 没想明白到底要Control什�? 调试时死在这里后, 一开始把指向�q�个函数的指针设�|�成NULL, 但这样PRIVATE里面有些要IF判断的函数就�q�不��M��. 后来换成STUB��OK�?
4. receive函数里面, 在收每个BYTE之前先去判断了Line Status Register里面的Data Ready bit, 如果该�ؓ�? 则返回失�? 但这里是有问题的�Q�具体也没太��x��? 反正在调试debug serial的时候就把这个判断从MS提供的源码里头删��M��Q�现在做KITL serial时又手痒加进�? 果然�q�是不行. �q�可能是MS或INTEL的一处BUG, 但按照INTEL CPU MANUL UPDATE里面�l�的��L��E? 一开始只判断LSR里面的ERROR, 没有判断DR位就开始读�W�一个BYTE�? 读过后再判断如果DR位�ؓ1,则��l�读下一BYTE.
5. 在receive函数里加通过debugger加break point, �l�果receive buffer register里面的数据被debugger扫描��M��后，��变零了�Q�CPU上却什么都收不�? �q�事情耗了大半个下午，最后还是Jeffery发现的这个问�?

参考文章：
KITL解析 by Nasiry (http://nasiry.cnblogs.com/archive/2004/09/22/45473.html)

相思酸中有�?/a> 2007-01-16 10:00 发表评论

"Out of Memory" and Required components for ActiveSync

Tue, 16 Jan 2007 01:51:00 GMT

来自 http://www.cnblogs.com/walzer/archive/2006/02/05/325574.html
Author: Walzer
Date:    2005.5.20

摘要: WINCE 5.0中关于ActiveSync的Dependence没有做好�Q�这肯定是MS的一处BUG。我们必��L��动地��d��q�些相关的组�Ӟ��?个）�Q�否则就会在启动ActiveSync�q�接时出现Out of Memory的让人匪��h��思的错误。文章的最后给��Z��如何在注册表中注册一个USB�q�接作�ؓActiveSync默认�q�接的做法�?br />
    At first I was so puzzled by this problem for several days. I connected my target to PC by usb and wana enable ActiveSync, the usb serial function seems work well and repllog.exe is autoloaded. But on the target, there jumps out a warning window with the title "Out of Memory", and the descriptions are "Cannot connect to PC. No program memory available. Stop some programs, and try again. If the problem persist, reset your device according to the owner's manual".
    This platform have 32MB flash and 32MB SDRAM. I burn nk.nb0 (20M) into the flash and use XIP, so the memory must be enough for this application. But what's the problem?

    The debug messages are shown below.

0x83f21000: [NOTIFY] HandleSystemEvent 9 none
0x83f21000: [NOTIFY] HandleSystemEvent found repllog.exe for event 9
0x83f21000: [NOTIFY] HandleSystemEvent schedules immediate notify for repllog.exe AppRunAtRs232Detect
0x83f21000: [NOTIFY] SetUserNotification (or replacing 00000000)
0x83f21000: [NOTIFY] SetUserNotification::Setting event semaphore
0x83f21000: [NOTIFY] ProcessDatabase::started at local time 01/01/2003 12:00:42
0x83f24434: NOTIFICATION::NewPacket attempt to exec 0000073e:repllog.exe AppRunAtRs232Detect
0x83d14000: >>> Loading module coredll.dll at address 0x03F40000-0x03FF4000 (RW data at 0x01FFE000-0x01FFF145)
0x83d14000: >>> Loading module ws2.dll at address 0x03BB0000-0x03BC4000 (RW data at 0x01FCD000-0x01FCDB24)
0x83d14000: >>> Loading module winsock.dll at address 0x03BD0000-0x03BD6000 (RW data at 0x01FCF000-0x01FCF08C)
Loaded symbols for 'D:\SOURCE_CODE\WINCE500\PBWORKSPACES\WINDOWTV\RELDIR\WINDOWTV_ARMV4I_DEBUG\WINSOCK.DLL'
0x83d14000: >>> Loading module repllog.exe at address 0x0E010000-0x0E02E000
Loaded symbols for 'D:\SOURCE_CODE\WINCE500\PBWORKSPACES\WINDOWTV\RELDIR\WINDOWTV_ARMV4I_DEBUG\REPLLOG.EXE'
0x83d14000: RLOG: [0x43F24D0E] Started with cmdline: AppRunAtRs232Detect
0x83d14000: AddToProcessInputLocaleTable: Added process to ProcessInputLocale table, hProcess = 0x43D3A242
0x83d14000: RLOG: [0x43F24D0E] Using '`USB' connection
0x83d14000: RLOG: [0x43F24D0E] Welcome to repllog. Port in use: Dccman: 5679; RRA: 5678
0x83d14000: RLOG: [0x43F24D0E] WM_WINDOWREADY
0x83d14000: RLOG: [0x43F24D0E] About to run rapisrv.exe
0x83f24434: [NOTIFY] DeleteUserNotification 0000073e
0x83f24434: [NOTIFY] DeleteUserNotification: 0000073e deleted
0x83e84bb4: >>> Loading module coredll.dll at address 0x03F40000-0x03FF4000 (RW data at 0x01FFE000-0x01FFF145)
0x83e84bb4: >>> Loading module ws2.dll at address 0x03BB0000-0x03BC4000 (RW data at 0x01FCD000-0x01FCDB24)
0x83e84bb4: >>> Loading module winsock.dll at address 0x03BD0000-0x03BD6000 (RW data at 0x01FCF000-0x01FCF08C)
0x83e84bb4: >>> Loading module rapisrv.exe at address 0x10010000-0x10031000
Loaded symbols for 'D:\SOURCE_CODE\WINCE500\PBWORKSPACES\WINDOWTV\RELDIR\WINDOWTV_ARMV4I_DEBUG\RAPISRV.EXE'
0x83e84bb4: AddToProcessInputLocaleTable: Added process to ProcessInputLocale table, hProcess = 0xE3D4A1BE
RpcSrv: Rapi Server running on DeviceType: 2
0x83d14000: RLOG: [0x43F24D0E] Using '`USB' connection
0x83d14000: RLOG: [0x43F24D0E] About to run rnaapp.exe -n -m -e"`USB"
RpcSrv: Winsock Started version 1.1
0x83d01000: >>> Loading module wspm.dll at address 0x03B90000-0x03B97000 (RW data at 0x01FC9000-0x01FC9154)
Loaded symbols for 'D:\SOURCE_CODE\WINCE500\PBWORKSPACES\WINDOWTV\RELDIR\WINDOWTV_ARMV4I_DEBUG\WSPM.DLL'
RpcSrv: SocketBufSize=16384 bytes
0x83d01000:
0x83d01000: CResList::CResList()
0x83d01928: CreateNewProc failure on rnaapp.exe!
0x83d14000: RLOG: [0x43F24D0E] CreateProcess rnaapp.exe failed. GetLastError: 2
0x83d14000: Grow Gdi handle table from 448 to 512
0x83d14000: DlgMgr: FindDlgItem id 1 returning NULL.

BTW, the source code of rapllog.exe is at private\datasync\apps\conn31\rep\repllog\ . But Microsoft haven't publish these codes yet.

----------------------------------------------------------------------------------------------------------------

In fact, "out of memory" is a fake message. I asked it on the newsgroup and someone tell me they have seen a similar message when missing a required OS component. I am so sorry to say that, the dependency checks on ActiveSync in WinCE5.0 are not very good, so we have to add them into our OSDesign manually.

The required and relative components are:

  (1) Core OS->Applications - End User->ActiveSync->File Sync

  (2) Core OS->Communication Services and Networking->Networking - Wide Area Network (WAN)->Dial Up Networking (RAS/PPP)
(3) Core OS->Communication Services and Networking->Networking - Wide Area Network (WAN)->Telephony API (TAPI 2.0)->Unimodem Support

(4) Core OS->Shell and User Interface->User Interface->Network User Interface

----------------------------------------------------------------------------------------------------------------

After the system completely booted, we need to creat a new connection in control pannel -> Dial Up Networking. Select USB direct connection then OK, for example use the default name "My Connection". In the other hand, set PC connection to the newly created "My Connection". Now connect the USB cable, and the ActiveSync on desktop will sound a dulcet tune~~~

But these two steps we can wirte them into registry before. To take an easy way, I compare the registry on traget device before these settings and after it, and these are the changes:

[HKEY_CURRENT_USER\Comm\RasBook\USB Connection]
"Entry"=hex:\
      08,02,40,00,00,00,00,00,00,00,00,00,00,00,00,00,f4,db,04,12,d0,77,01,7c,01,\
      00,00,00,01,00,00,00,01,00,00,00,1c,e3,04,12,0a,00,00,00,74,dc,04,12,01,00,\
      00,00,18,dc,04,12,68,53,03,00,f0,4b,01,7c,18,dc,04,12,d8,55,03,00,20,dc,04,\
      12,ca,1b,05,12,00,00,00,00,00,00,00,00,00,00,00,00,f0,4b,01,7c,00,00,00,00,\
      0a,00,00,00,00,00,00,00,ec,3b,37,03,54,dc,04,12,f0,4b,01,7c,00,1c,1a,00,00,\
      00,00,00,07,18,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,\
      00,00,b8,dd,04,12,00,00,00,00,f0,aa,00,00,08,00,00,00,00,00,00,00,0a,00,00,\
      00,00,00,00,00,4c,f7,f6,03,00,00,00,00,6c,02,00,00,00,00,00,00,4a,c0,d7,83,\
      00,00,00,00,a4,dc,04,12,00,00,00,00,f0,4b,01,7c,01,00,00,00,04,6e,f6,03,b0,\
      dc,04,12,b8,c5,14,80,38,22,05,00,c0,71,01,7c,38,22,05,00,38,22,05,00,b0,dc,\
      04,12,c0,71,01,7c,f0,4b,01,7c,01,00,00,00,4a,c0,d7,83,74,dc,04,12,74,dc,04,\
      12,0a,00,00,00,01,00,00,00,eb,ff,ff,ff,4a,cf,d7,83,00,00,00,00,00,00,00,00,\
      00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,01,00,00,00,64,00,69,00,72,\
      00,65,00,63,00,74,00,00,00,04,12,00,00,00,00,00,00,00,00,0a,00,00,00,f0,4b,\
      01,7c,f0,4b,55,00,53,00,42,00,20,00,43,00,61,00,62,00,6c,00,65,00,3a,00,00,\
      00,00,00,00,00,a0,6f,fe,80,00,00,00,00,01,00,00,00,0a,00,00,00,02,00,00,00,\
      00,00,00,00,78,dd,04,12,b4,df,0f,00,d0,77,01,7c,89,01,00,00,00,00,00,00,ca,\
      1b,05,12,0a,00,00,00,7c,09,f6,03,00,00,00,00,0a,00,00,00,00,00,00,00,0a,00,\
      00,00,0a,00,00,00,ca,1b,05,12,b0,dd,04,12,b8,af,0f,00,00,ca,2a,0a,81,00,00,\
      00,ca,1b,05,12,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,ca,2a,0a,\
      ca,1b,05,12,50,18,00,00,03,00,00,00,05,00,00,00,74,66,2a,0a,df,fd,ff,ff,00,\
      00,00,00,4a,c0,d7,83,ca,1b,05,12,88,01,00,00,7c,fd,ff,ff,84,02,00,00,94,66,\
      2a,0a,00,de,04,12,00,00,00,00,0c,de,04,12,0c,de,04,12,04,6e,f6,03,0c,de,04,\
      12,9c,66,2a,0a,80,12,05,00,a0,5f,01,7c,80,12,05,00,80,12,05,00,0c,de,04,12,\
      a0,5f,01,7c,80,22,05,00,80,22,05,00,00,00,00,00,44,e0,04,12,18,08,e3,03,00,\
      00,00,00,d4,e1,e2,03,08,00,00,00,0a,00,00,00,01,00,00,00,01,00,00,00,38,22,\
      05,00,00,ca,2a,0a,4a,c0,d7,83,ca,1b,05,12,ca,1b,05,00,ca,1b,05,00,0c,00,00,\
      00,7c,09,f6,03,00,00,00,00,0a,00,00,00,88,de,04,12,cc,f3,f6,03,88,de,04,12,\
      4c,f7,f6,03,4a,c0,d7,83,4a,c0,d7,83,e4,b9,14,80,4a,c0,d7,83,a8,de,04,12,fc,\
      5c,08,00,ca,1b,05,12,ac,de,04,12,4a,c0,d7,83,4a,c0,d7,83,00,00,00,00,4a,c0,\
      d7,83,d6,9a,f9,e3,01,00,00,00,4a,c0,d7,83,00,ff,04,12,f0,4b,01,7c,f0,4b,01,\
      7c,64,aa,0f,00,4a,cf,d7,83,01,00,00,00,01,00,00,00,00,00,00,00,f4,de,04,12,\
      58,bf,02,00,00,00,00,00,f0,4b,01,7c,04,df,04,12,b4,5b,08,00,18,df,04,12,28,\
      df,04,12,10,df,04,12,01,00,00,00,00,00,00,00,ca,1b,05,12,00,00,00,00,00,87,\
      03,00,d6,9a,f9,e3,0a,00,00,00,00,00,00,00,d0,76,01,7c,00,4b,01,7c,64,aa,0f,\
      00,ca,1b,05,12,01,00,00,00,0a,00,00,00,00,00,00,00,d0,76,01,7c,01,00,00,00,\
      01,4b,01,7c,38,df,04,12,01,df,04,12,60,c1,02,00,d0,76,01,7c,01,00,00,00,01,\
      00,00,00,01,00,00,00,1c,e3,04,12,0a,00,00,00,f4,df,04,12,01,00,00,00,98,df,\
      04,12,68,53,03,00,f0,4b,01,7c,98,df,04,12,d8,55,03,00,a0,df,04,12,ca,1b,05,\
      12,00,00,00,00,00,00,00,00,00,00,00,12,00,00,00,00,00,00,00,00,01,00,00,00,\
      fc,82,cb,03,20,8f,d4,83,a0,6f,fe,80,a0,6f,fe,80,02,00,00,00,00,00,00,12,dc,\
      df,04,12,bc,0a,12,80,e4,fc,d3,83,01,00,00,00,20,8f,d4,83,a0,6f,fe,80,a0,6f,\
      fe,80,02,00,00,00,e4,fc,d3,83,a0,e0,04,12,00,00,00,00,20,8f,d4,83,d0,1f,f7,\
      83,00,00,00,00,00,00,00,00,fc,82,cb,03,00,00,00,00,0f,00,00,00,f0,6a,fe,80,\
      fc,82,cb,03,20,8f,d4,83,00,00,00,00,00,00,00,00,ec,df,04,12,01,d2,06,00,01,\
      00,00,00,23,00,00,00,00,00,00,00

[HKEY_CURRENT_USER\ControlPanel\Comm]
    "Cnct"="USB Connection"

I can't understand what does the table of hexes mean, but it did work well in the registry. So, after the system booted, we can conntect usb cable and enable ActiveSync automatically without any manual settings.

相思酸中有�?/a> 2007-01-16 09:51 发表评论

WinCE中划分Storage Memory和Program Memory

Tue, 16 Jan 2007 01:49:00 GMT
来自 http://www.cnblogs.com/walzer/archive/2006/04/21/380851.html

首先解释下这两个东东
The RAM on a Windows CE–based device is divided into two areas: the object store and the program memory.
The object store resembles a permanent, virtual RAM disk. Data in the object store is retained when you suspend or perform a soft reset operation on the system. Devices typically have a backup power supply for the RAM to preserve data if the main power supply is interrupted temporarily. When operation resumes, the system looks for a previously created object store in RAM and uses it, if one is found. Devices that do not have battery-backed RAM can use the hive-based registry to preserve data during multiple boot processes.
The program memory consists of the remaining RAM. Program memory works like the RAM in personal computers �?it stores the heaps and stacks for the applications that are running.
我承认我很懒�Q�上面一�D�话的URL是ms-help://MS.WindowsCE.500/wcecoreos5/html/wce50conMemoryArchitecture.htm
具体的设�|�可以在�pȝ��启动后，Control Panel -> System -> Memory 里面看到。默认的是把内存五五开�Q�一半给Storage Memory�Q?一半给Program Memory用。这��h��然是不合��的。以64M的RAM��Z��, 启动后Storage Memory 32M, 而因为没有留出界面让用户往里面拷东�? ��M��时候in use都不会超�q?0M; Program Memory也是32M, 但启动后��q��?7M, 实际上应用程序可用的内存只有5M, 一旦达��C��上限, 那么每前�q�一步都要很艰难地去释放几十K内存�Q�然后用掉，再去释放几十K内存�Q�如此��@环，此时应用�E�序的运行速度狂慢无比.
划分的方法也很简�? 只不�q�可能没人注意到而已.
说明在ms-help://MS.WindowsCE.500/wceosdev5/html/wce50lrfFSRAMPERCENT.htm 懒得看英文的人就�l�箋往下看
其实说白了就一句话, 在BSP的config.bib�?CONFIG 区添加这个变�?FSRAMPERCENT = 0xXXXXXX, 但注意两点，
(1) 必须写在config.bib的CONFIG区里, 不是plagform.bib不是config.reg�{�其他文件而是config.bib�Q�也不是config.bib文�g的�Q意地方而一定要在CONFIG REGION�?
(2) FSRAMPERCENT�q�个变量一定得写�ؓFSRAMPERCENT, 不能写成FSROMPERCENT不能写成ILOVEU, 或者阿猫阿狗什么的.
写下�q�两句的时候本人已�l�打开无敌光环, 免疫一切鸡蛋和西红�?
FSRAMPERCENT是一�?byte长度的十六进制数, 我们用代数假�?FSRAMPERCENT = 0xQXYZ, 其中Q,X,Y,Z都是十六�q�制�?/p>
那么最�l�划分给Storage Memory的大��?= ( Q + X + Y + Z ) / 0x400 * TOTAL_RAM_SIZE
以文中的例子来算, FSRAMPERCENT=0x10203040, 假设TOTAL_RAM_SIZE=64M, 那么StorageMemory= (0x10 + 0x20 + 0x30 + 0x40) / 0x400 * 64M = 10M.

相思酸中有�?/a> 2007-01-16 09:49 发表评论

RAPI初始化算法和SAMPLE CODE

Tue, 16 Jan 2007 01:42:00 GMT
来自 http://www.cnblogs.com/walzer/archive/2006/02/05/325605.html
作者：Walzer
日期�Q?005.12.12

RAPI全写为Remote Application Interface, ��是PC端调用这�l�API, 通过ActiveSync来操作TARGET端WindowsCE作业. �q�个功能估计以后在WINCE或WIN MOBILE的应用上会用到许�?/p>
我今天修改了同事留下的Updateboot.exe的代�? 改进蓝牙��d��的模�? �q�个地方我们用到了RAPI, 看一下他们在�E�序中初始化RAPI的做�?/p>
HRESULT hRapiResult;
hRapiResult = CeRapiInit();
if(hRapiResult != S_OK)
{
     m_ValueEdit.SetWindowText((LPCTSTR)"初始化RAPI��p�|");
     return;
}
看�v来是�q�x�E无奇, 实际上单步一下就可以发现�q�行到CeRapiInit()�? �E�序��BLOCK在这里了�Q�死�z�走不下�? �q�没有达刊W�if(hRapiResult != S_OK)的预期目�? 我查了一下CeRapiInit()的说�?
A call to CeRapiInit does not return until the connection is made, an error occurs, or another thread calls CeRapiUninit.
也就是说像我现在�q�没有把板子和PC相连�q�启动ACTIVE SYNC�? �q�个CeRapiInit()是肯定赖着不走�? �E�序会死在这�? (鄙视一下谁写的代码�Q�这个坑好大�? 因此惛_��了重新创立个�{�待�q�程调用CeRapiUninit来干掉它. 不过�q�样做显然不厚道, 创立�q�程需要占用更多的内存. 所以用了上句说明的下半�D?
The CeRapiInitEx function does not block the calling thread. Instead, it uses an event to signal when initialization is complete.
建立个事�? 用WaitForSingleObject来等�? ��时��BYEBYE�? 贡献自己写的如下代码, 以后RAPI INIT可以参�?br />
BOOL RapiInitialzation()
{
    RAPIINIT struRapiInit;   //�q�个是CeRapiInitEx函数要求的入口参�?/span>
    DWORD dwWaitResult = 0;  //�{�待初始化完成事件的变量
    HRESULT hRapiResult = NULL; //CeRapiInitEx的返回HANDLE

    if ( m_bRapiInitFlag == FALSE ) //全局的一个FLAG,如果初始化过��׃��再重复了
    {
        struRapiInit.cbSize = sizeof(RAPIINIT);  //填满该结构体仅有的三个成�?/span>
        struRapiInit.hrRapiInit = NULL;  //明知是输出参��C��手填一�? 我以前吃�q�亏, 惊弓之鸟
        struRapiInit.heRapiInit = NULL;

        hRapiResult = CeRapiInitEx(&struRapiInit);  //关键�?/span>

        m_ValueEdit.SetWindowText((LPCTSTR)"Wait 2 second for RapiInit"); //后面2�U�程序要��一下了, 得告诉用�?  m_ValutEdit和对话框里一个IDC_STATIC兌��?
        dwWaitResult = WaitForSingleObject(struRapiInit.heRapiInit, 2000);  //关键�?/span>

        if( hRapiResult == S_OK &&
            struRapiInit.hrRapiInit == S_OK &&
            dwWaitResult != WAIT_TIMEOUT)    //保守赯��, 三个�q�回值都判断
        {
           m_bRapiInitFlag = TRUE;
           return TRUE;
        }
        else
        {
            m_ValueEdit.SetWindowText((LPCTSTR)"The initialization of RAPI falied, you need to install an ActiveSync or connect the IPTV to PC");   //一般是没连接导�? 当然也可能用��h��装ActiveSync
           return FALSE;
        }
    }
    else
    {
         m_bRapiInitFlag = TRUE;
         return TRUE;
    }
}

相思酸中有�?/a> 2007-01-16 09:42 发表评论

multi-xip的实�?

Tue, 16 Jan 2007 01:29:00 GMT
来自 http://www.cnblogs.com/yakin/archive/2005/07/20/196572.aspx
作�? yakin

multi-xip实际上很有用�Q�但是现在有一个�ؓ隄��事情�Q�就是OS��h��之后无法写flash�Q�这个很让�h苦恼。所以这也导致升�U�程序无法设�|�标志位。只能用GPIO口�?/p>
Multi-xip的实玎ͼ�
1) Bib文�g的修改：
   MEMORY
    RSVD     80000000 000FF000 RESERVED
    ARGS     800FF000 00001000 RESERVED
    NK       9C600000 01000000   RAMIMAGE
    APP      9D600000 00500000   RAMIMAGE
    CHAIN    9DB00000 00002000   RESERVED
    RAM      80100000 01F00000 RAM
    pdwXIPLoc 00000000 9DB00000 FIXUPVAR
CONFIG
    AUTOSIZE=ON
    ROM_AUTOSIZE=OFF
    RAM_AUTOSIZE=OFF
    DLLADDR_AUTOSIZE=ON
    XIPSCHAIN=9DB00000
    ROMSTART=9C600000
    ROMWIDTH=32
    ROMSIZE=01600000
    KERNELFIXUPS=ON
2) 在OEMInit加一个连接各个bin的函敎ͼ�
void InitRomChain()
{
// Added for MultiXIP stuff
static ROMChain_t s_pNextRom[MAX_ROM] = {0};
DWORD dwRomCount = 0;
    DWORD       dwChainCount = 0;
    DWORD *     pdwCurXIP;
    DWORD       dwNumXIPs;
    PXIPCHAIN_ENTRY pChainEntry = NULL;
    if(pdwXIPLoc == NOT_FIXEDUP){
        return; // no chain or not fixed up properly
    }
    // set the top bit to mark it as a virtual address
    pdwCurXIP = (DWORD*)(((DWORD)pdwXIPLoc) | 0x80000000);
    // first DWORD is number of XIPs
    dwNumXIPs = (*pdwCurXIP);
   if(dwNumXIPs > MAX_ROM){
      OALMSG(TRUE, (L"ERROR: Number of XIPs exceeds MAX\r\n"));
      //lpWriteDebugStringFunc(TEXT("ERROR: Number of XIPs exceeds MAX\n"));
      return;
    }
    pChainEntry = (PXIPCHAIN_ENTRY)(pdwCurXIP + 1);
    while(dwChainCount < dwNumXIPs)
    {
        if ((pChainEntry->usFlags & ROMXIP_OK_TO_LOAD) && // flags indicates valid XIP
            *(LPDWORD)(((DWORD)(pChainEntry->pvAddr)) + ROM_SIGNATURE_OFFSET) == ROM_SIGNATURE)
        {
            s_pNextRom[dwRomCount].pTOC = *(ROMHDR **)(((DWORD)(pChainEntry->pvAddr)) + ROM_SIGNATURE_OFFSET + 4);
            s_pNextRom[dwRomCount].pNext = NULL;
            if (dwRomCount != 0)
            {
                s_pNextRom[dwRomCount-1].pNext = &s_pNextRom[dwRomCount];
            }
            else
            {
                OEMRomChain = s_pNextRom;
            }
            dwRomCount++;
        }
        else
        {
            OALMSG(TRUE, (L"Invalid XIP found\r\n"));
            //lpWriteDebugStringFunc( _T("Invalid XIP found\n") );
        }
        ++pChainEntry;
dwChainCount++;
}
}
�q�是从CEPC中拷贝过来的�?/p>

通过上面的设�|�，romimage会生�?个bin�Q�nk.bin�Q�app.bin�Q�chain.bin�Q�还有一个xip.bin�Q�是上面三个bin的集合体。我们download是要download xip.bin�Q�这样就可以实现multibin。通过调试发现�Q�InitRomChain��是利用chain.bin来连接各个bin的�?br />�q�样我们也理解了bib文�g中这个语句的含义�Q?br />pdwXIPLoc 00000000 9DB00000 FIXUPVAR
也就是FIXUPVAR的含义。我们看到在代码中我们同样定义了pdwXIPLoc�Q�这样romimage�Ӟ��将9DB00000赋给pdwXIPLoc。这��是FIXUPVAR的作用。正如pTOC也是由romimage赋��g��栗��?/p>

相思酸中有�?/a> 2007-01-16 09:29 发表评论

Tue, 16 Jan 2007 01:14:00 GMT
来自 http://www.cnblogs.com/walzer/archive/2006/02/05/325604.html
作者：Walzer
日期�Q?005.9.29

以这�ơ要加入PC上事先做好的bookmark.htm, 攑ֈ�板上DiskOnChip/Documents and Settings/Walzer/ 目录下�ؓ�?
首先把bookmark.htm拯��到ie.bib的同�U�目录public\ie\oak\files\下，然后在bib里包�?br />bookmark.htm    $(_FLATRELEASEDIR)\bookmark.htm             NK SH
��x��该文件放到NK里，DOWNLOAD下去后是�pȝ��隐藏文�g。由于我们用了Multi-Bin的做法，所以还得在PLATFORM下的xip.cfg里指定新加入文�g攑ֈ�哪个BIN里面.
�q�个地球人都知道了。重�Ҏ��下面的如何把文�g在DOWNLOAD后放到指定目录里�?/p>
扑ֈ�ie.dat, 里面的语法格式参考ms-help://MS.WindowsCE.500/wceosdev5/html/wce50conFileSystemFile.htm
我在里面加了一�D?br />Directory("\DiskOnChip"):-Directory("Documents and Settings")
Directory("\DiskOnChip\Documents and Settings"):-Directory("Walzer")
Directory("\DiskOnChip\Documents and Settings\Amoi"):-File("bookmark.htm","\Windows\bookmark.htm")
先徏立两层子目录�Q�然后把ROM里面的bookmark.htm拯��到目录里。值得一提的是第三行的最后一个参量，\Windows\bookmark.htm 下蝲后的文�g都在ROM里面�Q�\windows��是指ROM里的文�g�?/p>
�c�M��的dat文�g�q�很多，SYSGEN的时候就在PBWorkspace的相应RELEASE目录里胜利会�? 合�ƈ为initobj.tmp, �q�个文�g和合�q�前零散的都为ASCII码，然后要�{成UNICODE生成initobj.dat�Q�最后我们可以看到ce.bib里包含了initobj.dat�q�个文�g�Q��ƈ入最�l�生成的BIN文�g里�?/p>

相思酸中有�?/a> 2007-01-16 09:14 发表评论

Sat, 13 Jan 2007 08:34:00 GMT

To write applications for Windows CE, Microsoft offers a rich set of languages for creating managed (.NET) or native applications. You can use Visual Studio .NET to write managed code or use eMbedded Visual C ++ to write native code.

    在什么情况下应该�?/span> Visual Studio .NET 而不�?/span> eMbedded Visual C++ 来�ؓ Win CE �pȝ��开发应用程序？

The type of application that you want to create will dictate the choice between native and managed code (.NET). When performance and control are the highest priorities, developers should turn to eMbedded Visual C++ or native code. When a consistent programming model and time-to-market are the primary considerations, the advantages offered by Visual Studio .NET are unparalleled.

.NET Compact Framework 应用�E�序的运行性能是否�?/span> eMbedded Visual C++ 应用�E�序一��P��

In most cases, applications that you write with eMbedded Visual C++ will run faster than those that you write by using Microsoft Visual Basic .NET or Microsoft Visual C# .NET. However, for computationally-intensive portions of an application, you will see a substantial improvement of your Visual Basic .NET applications over their eMbedded Visual Basic .NET equivalents.

相思酸中有�?/a> 2007-01-13 16:34 发表评论

Sat, 13 Jan 2007 08:32:00 GMT
来自http://www.advantech.com.cn/microsoft/shownews.asp?id=79

Running an application natively refers to running an application without recompiling it for a different environment. Windows CE .NET 4.2 and Windows CE 5.0 devices can run Pocket PC applications if both of the following are true:
�?/span>      The application is designed for the same CPU architecture
�?/span>      The application calls the same API set as the Pocket PC 2003 SDK. Windows CE .NET 4.2 and Windows CE 5.0 support the same SDK APIs from CESHELL and AYGSHELL.
For more information, visit the Windows CE Application Development page.

相思酸中有�?/a> 2007-01-13 16:32 发表评论

怎样��d��驱动到CE的CATALOG中去

Thu, 04 Jan 2007 08:18:00 GMT
try:
1,create a new catalog,and save it to WINCE PLATFORM BUILDER\4.00\cepc\cec\ directory.
2,create a new feature group for the catalog,define the "name" and "group".
3,add a new feature for the feature group.define the "name" and "locale:0409".
4,add some new build method for the feature,select from "step".
5,add a new action for the build method.
6,if u have *.bib file,and a new bib file and location the bib file to the NK.BIN whatever bib section defined to modules or files
7,save it and add it to catalog,can use pb or cec edit.
the important is:
select the correct build method to using and the correct action to using.
build method include:PreSYSGEN,SYSGEN,PostSYSGEN,PreBSP,BSP,PostBSP,PreBuildRel,BuildRel,PostBuildRel,PreMakeImg,MakeImg,PostMakeImg.
action include:Build,Copy,Custom,Environment,Source Browse.
if the drvier have source file(*.c,*.h),must select BSP and Source Browse.
if the driver have no source file and have *.dll file please select any build method and "Copy" action.

相思酸中有�?/a> 2007-01-04 16:18 发表评论

如何防止Windows CE .NET盗用COM1端口

Thu, 04 Jan 2007 08:01:00 GMT
在缺省状态下�Q�Windows CE .NET��COM1端口用于调试目的。如果您在自��q��讑֤�上还拥有其它COM端口�Q�那么，Windows CE .NET则会��它们划归应用程序��用（物理意义上的COM2端口��成为逻辑意义上的COM1端口�Q�依此类推）。然而，某些特定��目可能需要将全部COM端口划归应用�E�序使用�?

为此�Q�请遵��@下列处理步骤�Q?

通过修改OEMInitDebugSerial()�Q�可在OAL的debug.c文�g中找刎ͼ�函数的方式告知操作系�l�不要将COM端口用于调试目的
if ( ! pBootArgs->ucBaudDivisor ) {
pBootArgs->ucBaudDevisor = 6; // Default to 19.2 if nothing specified.
}

pBootArgs->ucComPort = 0; // ADD THIS LINE

switch ( pBootArgs->ucComPort ) {

通过�Ҏ��册表文�gplatform.reg加以修改来调整COM端口映射关系�?
举例来说�Q�将现有注册表项�Q?
[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\Serial]
"SysIntr"=dword:13 ; NOTE: This is physical COM2 (subtract 10 for IRQ)
"IoBase"=dword:02F8 ; NOTE: This is physical COM2
...
[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\Serial2]
"SysIntr"=dword:14 ; NOTE: This is physical COM3 (subtract 10 for IRQ)
"IoBase"=dword:03E8 ; NOTE: This is physical COM3
...

修改为：

[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\Serial]
"SysIntr"=dword:14 ; NOTE: This is physical COM1 (subtract 10 for IRQ)
"IoBase"=dword:03F8 ; NOTE: This is physical COM1
...
[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\Serial2]
"SysIntr"=dword:13 ; NOTE: This is physical COM2 (subtract 10 for IRQ)
"IoBase"=dword:02F8 ; NOTE: This is physical COM2
...

说明�Q�您所看到的结果可能有所不同。如果您的系�l�针对COM端口使用了不同的IoBase/IRQ讄��Q�则请对注册表文件platform.reg�q�行适当配置�?

另一�U�替代方法就是在您的BIOS中对COM端口的IoBase/IRQ讄��q�行修改。Windows CE .NET已就��?F8/4�Q�典型的COM1�Q�留作自用进行了��性规定（针对CEPC�Q�。�D例来��_��如果您将此类讄��指派�l�COM4�Q�那么，Windows CE .NET调试信息便会路由至物理端口�?/font>

相思酸中有�?/a> 2007-01-04 16:01 发表评论

如何在Windows CE.NET下��用大�?56MB内存

Thu, 04 Jan 2007 07:11:00 GMT
首先�Q�你必须安装Windows CE .NET Platform Builder 4.0�Q�以下简�U�PB4�Q?假设你安装的Windows CE.NET位于D:\WINCE目录下，那么�Q�首先找到文件oeminit.asm,位于D:\Wince\Public\Common\Oak\Csp\I486\Oal,�q�个文�g是提供给OEM厂商做一些特定的配置的�?
打开oeminit.asm文�g,然后扑ֈ�“_OEMAddressTable:”，_OEMAddressTable是一个非常关键的内存映射描述表，主要描述物理内存和虚拟内存之间的映射�Q�表的每一条目�?个DWORD,依次是（VA�Q�PA�Q�cbSize�Q�，其中VA是虚拟内存的开始地址�Q�一般�ؓ80000000h,PA是物理内存的开始地址�Q�一般�ؓ0�Q�cbSize��是CE内核支持物理内存的大��，�q�个DWORD是我们最最兛_��?其单位是BYTE。需要注意的是，cbSize,一定要�?M Byte的倍数�Q�因为Windows CE.NET内核中检��内存大��，是以4M Byte为单位来��的。cbSize�pȝ��默认�?4000000h,其大��ؓ64M,我们可以��其修改�?0000000h,��可以支�?56M内存了，当然�Q�你如果��x��持更大的内存�Q�也可以增大cbSize,只要�?M的倍数卛_��?
另外需要修改一个文件是�Q�，打开pc.h,查找刎ͼ�
#define CEPC_EXTRA_RAM_START 0x81C00000 // 28 MB is default top of RAM for auto-detect�Q�这里规定Windows CE.NET内核��内存的开始地址�Q�默认从28M Byte开始�?
#define CEPC_EXTRA_RAM_SIZE 0x02400000 // Potentially add another 36 MB �q�里规定了内�怸�探测内存定w��的最大尺寸，0x02400000 ,表示最大探��?6M�Q�这��L��话，28MB+36MB正好�?4MB�?
我们需要支�?56MB内存�Q�只需要修改CEPC_EXTRA_RAM_SIZE卛_��Q�将其改修改�Q?
#define CEPC_EXTRA_RAM_SIZE 0x02400000+0x0C000000 // Potentially add another 36 + 128 + 64MB
修改��Z��q�C��个文件后�Q�需要重新编译系�l�内核，打开PB4.0,打开Build->Open Build Release Directory,�q�入一个DOS操作界面,然后�q�入D:\Wince\Public\Common\Oak\Csp\I486\目录下，执行“Build –cfs�?重新�~�译内核,然后重新建立一个新的Platform�Q�编译后卛_��?/font>

相思酸中有�?/a> 2007-01-04 15:11 发表评论

串行通讯

Thu, 04 Jan 2007 07:09:00 GMT

串行通讯实际上将被所有的Windows CE讑֤�所支持�Q�在��g水��^上，通过�늼�和红外传送器�q�行串行通讯是很普通的。调制解调器也支持串行通讯�?

1.PC和Windows CE的通信�pȝ��

Win32的通信�pȝ�� Win32提供�l�用户一个模块化�?2位的保护模式的通信�pȝ��。在Win32中，各种通信资源的函数做了很大的改进和标准化�Q��得它们的操作��如同文件的操作一栗��?

在串口读写操作中�Q�Win32引入了超时概��c��超时直接媄响读和写的操作行为。当��过预先讑֮�的超旉��隔时�Q�ReadFile、WriteFile操作仍未�l�束�Q�那么将无条件结束读写操作，而不论是否已��d��或写入指定数量的字符�?

Windows CE的通信�pȝ�� Windows CE��驱动程序分��Z��U�：本地讑֤�驱动�E�序和流讑֤�驱动�E�序。本地设备驱动程序，也称为“内�|�驱动程序”，�q�些讑֤�驱动�E�序是一些硬件所必需的，是由原始讑֤�刉��商创徏的，用以驱动如键盘、触摸屏、音频设备等�Q�往往在设备售出后��׃��会再更换。另一斚w��Q�流接口讑֤�驱动�E�序�Q�指可安装的启动�E�序�Q�可以由�W�三方生产商提供�Q�以支持��d��到系�l�中的设备。Windows CE下的讑֤�驱动�E�序在与应用�E�序相同的保护��上工作。当�pȝ��启动�Ӟ��大多数驱动程序是��p��备管理进�E�（DEVICE.EXE�Q�加载的�Q�所有的�q�些驱动�E�序��共享同一个进�E�地址�I�间�?

本地讑֤�驱动�E�序一般都被紧紧地限制在Windows CE的操作系�l�中�Q�往往在设备售出后��׃��会再更换。因为Windows CE没有像ISA或PCI那样的用于附加插卡的�ȝ��Q�附加的��g通常是通过PCMCIA或“小型快闪槽”安装的�Q�例如串�?是通过PCMCIA卡实现的。观察注册表中的HKEY_LOCAL_MACHINE下的\Drivers\Active键中的内容，可以了解在Windows CE中加载了什么驱动程序。　

通信�q�程包括�Q?�Q�打开通信资源。在�q�程使用串口之前�Q�首先应使用CreateFile函数打开通信资源�Q�返回一个标识该资源的句柄。在CreateFile函数打开串口通信资源�Ӟ��pȝ��根据上�ơ打开资源时的数值初始化和配�|�资源；�Q?�Q�读写串口资源。通过ReadFile和WriteFile函数来读写串口。读和写的超时时间由SetCommTimeouts函数讄��Q�（3�Q�关闭通信资源。在使用通信资源�l�束后，应调用CloseHandle函数来关闭通信句柄�Q�释放资源�?

基本的串行通信�~�程串行讑֤�被视为用于打开、关闭、读和写串口的常规、可安装的流讑֤�。Win32 API提供了一�l�通信函数�Q�Windows CE支持了其中的大多数通信函数�?

打开和关闭串行端口：在所有的��设备都可以使用CreateFile来打开串行端口讑֤�。一般的调用�Ҏ��如下�Q?

hSer=CreateFile(TEXT(“COM1:�?,

GENERIC_READ|GENERIC_WRITE,

0,

NULL,

OPEN_EXISTING,

0,

NULL);

　

�׃��Windows CE不支持设备的重叠I/O�Q�因此不能传递FILE_FLAG_OVERLAPPED标志。当不成功时�Q�返回句柄INVALILD_HANDLE_VALUE�Q�反之返回打开的串行端口句柄�?

调用CloseHandle可以关闭一个串行端�?

CloseHandle(hSer);

��d��串行端口�Q�可以��用ReadFile和WriteFile来读写串行端口。从串口��d��数据只需如下调用�Q?

int rc;

DWORD cBytes;

BYTE ch;

rc=ReadFile(hSer,&ch,1,&cBytes,NULL);

调用成功�Q�则变量ch��读入一个字节，cBytes��被讄��取的字节的数量�?

从串口写入数据只需如下调用�Q?

int rc;

DWORD cBytes;

BYTE ch;

ch=TEXT(‘A�?;

rc=WriteFile(hSer , &ch , 1 , &cBytes , NULL );

上面的代码将字母A写入已经打开的端口，成功的话�Q�ReadFile和WriteFile都将�q�回TRUE�?

http://palmheart.net/modules.php?op=modload&name=Sections&file=index&req=viewarticle&artid=154

每一个串行设备都匚w��有一个COM口，例如“COM1”。Windows CE为打开串口和管理接收设备上的连接提供了一个API。一旦连接成功，��用相同的函数进行数据传送，�q�些函数用以��M��个文件或者写一个文件。数据只是简单的从一个设备传送到另一个设备。不支持同步和异步I/O�?/font>

相思酸中有�?/a> 2007-01-04 15:09 发表评论

WinCE下直接启动自己应用程序的�Ҏ��

Wed, 03 Jan 2007 02:20:00 GMT
来自http://jkflyfox.spaces.live.com/?_c11_blogpart_blogpart=blogview&_c=blogpart&partqs=cat%3d%25e7%25a8%258b%25e5%25ba%258f%25e6%258a%2580%25e5%25b7%25a7

其实让一个程序在wince里启动和windows里差不多�Q�直接设�|�其为启动项�Q�这个有几个�Ҏ��。一个就是制作一个快��h��式，指向我们的应用程序如app.exe�Q�然后将快捷方式攑ֈ�\windows\startup下面�?
    步骤如下�Q�（假设app.exe已经拯��到windows下面�Q��?br />    1 在pb中创��Z��个文�Ӟ��文�g�c�d��选txt�Q�然后命名�ؓ.lnk后缀�Q�假讑֐�字�ؓtest.lnk
    2 �~�辑其内容�ؓ: 16#\windows\app.exe。备注：前面�?6�? 后面所有字�W�的��d��Q�包括空根{��Wince的帮助文档上说这么定义就行，但是我尝试后�Q�最后down到目标机上面时提�C�找不到文�g�Q�在wince里查看这么创建的test.lnk的属性，发现其指向\windows\app.exe后面�q�有两个�Ҏ��Q�因此不对，我的解决�Ҏ��是修改test.lnk的内容�ؓ16#"\Windows\app.exe"
    3 �~�辑好lnk文�g内容后在pb中修改project.bib。在files�D�后面添加下面一行：(和添加别的文件到image中类��|��见我的《WinCE中如何向image中添加文件》，也要在pb的flatform菜单的setting下添加build语句�Q�不再赘�q?
       test.lnk $(_FLATRELEASEDIR)\test.lnk NK S
    在project.dat中增加下面一行：
         Directory("\Windows\startup"):-File("test.lnk","\Windows\test.lnk")
    �q�样后系�l�启动后��׃��自动启动我们的程序了�?

    另外一�U�方法是�~�辑注册表：在project.reg中添加如下内�?
        [HKEY_LOCAL_MACHINE\init]
        "Launch80"="app.exe"
        "Depend80"=hex:14,00,1e,00
    �q�个是设定启动顺序，launch后面的数字越大的��是后启动，Depend80后面的指定依赖项�Q��ؓ16�q�制�Q�上面的语句表明依赖��ؓlaunch20定义的device.exe和launch30中定义的gwes.exe�Q?注意Launch后面的数字范围�ؓ0�?9 �Q�此范围之外的将不会有效果�?
    �q�样两种�Ҏ��的效果都是系�l�都是系�l�先启动资源��理器explorer.exe�Q�就是看到的默认桌面�Q�，然后启动我们的程序，�Q�如果利用taskman shell然后��L��d��栏那么效果更好）但是�q�样�q�不够，我们如何不显�C�桌面，直接昄��我们的程序呢�Q?
    �|�上有�h介绍的方法是��L��standard shell�Q�但是我�~�译��L��报错。我采用的方法是替换注册表中lauch50中的explorer.exe为我的app.exe�Q�即搞定�?
    修改注册表的�Ҏ��Q�先把带KITL的系�l�跑��h��Q�在PB的TOOLS->Remote registry editor里修�?验证有效�?再去修改platfrom.reg, 或者自己写个REG文�g�Q�然后在platform.reg里INCLUDE�q�来 SYSGEN后确认PBWORKSPACE里相关项目的REL目录里reginit.ini文�g里包含了自己做的修改后make image然后DOWNLOAD下去��OK了�?
    值得补充的是�Q�我们前面介�l�的步骤中那个修改��^台setting�Q�添加语句的�Q�是因�ؓ我每�ơ都是重新sysgen和build�Q�如果只是简单的make image的话�Q�都是pb中的build OS菜单下的命��o�Q�，那么��直接用release中的内容�Q�因此也可以直接��文件放到release文�g夹，然后改project.bib�{�实现往image中添加文件�?同样�Q�也可以直接修改release中的shell.reg中的launch50��gؓ我们自己的程序（或者类��g��改reginit.ini文�g�Q�reginit.ini文�g存放有所有wince的静态注册表�Q�来辑ֈ��L��桌面�Q�直接启动我们程序的效果�Q��?
注意�Q�这么启动的�E�序�Q�如果点��d��闭，��׃��L��的，因�ؓ没有�H�口�q�行了。实际运用中�Q�当然不会让用户关闭我们的程序，除非他一起关闭系�l��?
如果也需要build的话�Q�可以通过往image中添加文件的�Ҏ��我们改好的shell.reg��d��到release目录。�?/div>

相思酸中有�?/a> 2007-01-03 10:20 发表评论

Wed, 03 Jan 2007 02:19:00 GMT
来自http://jkflyfox.spaces.live.com/?_c11_blogpart_blogpart=blogview&_c=blogpart&partqs=cat%3d%25e7%25a8%258b%25e5%25ba%258f%25e6%258a%2580%25e5%25b7%25a7

�?�U�情冉|��说明如何��d��
�W�一�U�，��是image已经在CEPC或者终端上跑�v来了�Q�那么这个时候要��x��加文件可以通过PB或者EVC提供的remote file viewer�Q�这个比较简单，看着界面操作��p��了�?
�W�二�U�，��是对定制的image已经build�q�了�Q�现在想往里面��d��文�g的话�Q�可以在你对应��^台的release文�g多w��面直接添加文�Ӟ��然后修改�q�_��配置文�gproject.bib�Q�然后再make image�Q�也可以��文件添加到image中去�Q�将image启动后，会出现在windows文�g夹下�?
比如你想��test.txt��d��到image中，则首先需要将此文件拷贝到�q�_��release目录下面
�Q��^台release目录也就是环境变量_FLATRELEASEDIR的��|��_FLATRELEASEDIR�?= %_WINCEROOT%\PBWorkspaces\%_TGTPROJ%\RelDir\%_TGTPLAT%\%_TGTCPUFAMILY%_Release�Q�也��是realease目录�Q�（_TGTPLAT为��^台名�Q�_TGTCPUFAMILY为CPU名）。我新徏的��^��CؓshellTest�Q�其��gؓE:\WINCE500\PBWorkspaces\ShellTest\RelDir\MyCEPC_x86_Release �Q?
然后按照以下修改project.bib�Q?
在其中添加类��D��样一�?
test.txt$(_FLATRELEASEDIR)\test.txt NK S
�q�句话的意思是说将�q�_��release文�g夹下面的test.txt文�g��d��到image中，文�g属性�ؓ�pȝ��文�g�Q�关于bib文�g的格式，��h��阅WinCE的帮�?/p>
修改好project.bib后，保存�Q�然后在pb的bulid菜单下选择make image�Q�成功后下蝲到终端或CEPC�Q�就可以看到��d��的文件了�?/p>
�W�三�U�，��是�q�_��定制都没做好�Q�或者做好了需要修改，那么如果你直接按照第二种来做�Q�然后选择build菜单的sysgen and build的话�Q�你会发现根本不会讲test.txt拯��到image中，�q�个也是我的惨痛教训�Q�花了好些时间才知道原因�?/p>
��Z��么呢�Q�从build image时的output�H�口�Q�我每次都可以看到clean up��目release目录的输出，看来我直接把文�g复制到release目录是不行的�Q�因为在sysgen and build的过�E�中此文件夹会被清空�Q�自然我的test.txt也被清掉了。那该怎么办呢�Q?
�q�里�~�少一个步骤，那就是要在��^台设�|�中�Q�作一些配�|�，从而让Release目录在被清空以后能将目标文�g从本地硬盘动态复制到release目录
修改配置以便拯��文�g到Release目录的主要步骤如下：
1 pb中从platform菜单选setting
2 在弹出对话框中Configuration一��确保正��，一般默认就是正��的�?
3 Custom Build Actions选项卡中的Build step下拉框，选择Pre-Make Image (有四个选项�Q�分别�ؓPre-Sysgen�Q�Post-Sysgen�Q�Pre-Make Image�Q�Post-Make Image�Q�意思如其名) �Q�然后New�Q�在弹出的Custom Build Action对话框中输入�c�M��以下的语句：
copy \ %_FLATRELEASEDIR%\
比如test.txt攑֜�我电脑上的e盘根目录下，那么语句是这��L��Q?/p>
copy E:\test.txt %_FLATRELEASEDIR%\test.txt
加上�q�个步骤后，再按�W�二�U�方法就可以辑ֈ�目的了�?/p>

相思酸中有�?/a> 2007-01-03 10:19 发表评论

欧美另类一区二区三区,日韩视频不卡中文,国产亚洲精品v

VirtualCopy in WinCE6.0

VirtualAlloc/Copy and MmMapIospace

wince中断问题

WinCE中OEM适配层编�E�点滴之创徏OAL

NAND and NOR and XIP

ARM开发过�E�中最最需要注意的问题

windowsCE常用�~�译参数 及编译器列表

Kitl是怎样工作的？

解读WINCE 5.0 KITL代码���程

"Out of Memory" and Required components for ActiveSync

WinCE中划分Storage Memory和Program Memory

RAPI初始化算法和SAMPLE CODE

multi-xip的实�?

怎样��d��驱动到CE的CATALOG中去

如何防止Windows CE .NET盗用COM1端口

如何在Windows CE.NET下��用大�?56MB内存

串行通讯

WinCE下直接启动自己应用程序的�Ҏ��

windowsCE常用�~�译参数及编译器列表

解读WINCE 5.0 KITL代码��程