Linux Stuff

第二代手机以DSP为核心。共包括3个部分： 射频芯片组 (Radio Subsystem)。它负责调制-发送/接收-解调无线信号。无论是发送还是接收，射频芯片组只处理模拟信号。 模拟基带芯片组 (Analog Baseband)。射频接口(RF Interface)---负责数/模转换，以及音频接口(Audio Interface)---音频的模数转换。 数字基带芯片组 (Digital Baseband)。 数字信号处理器(DSP) --- 要任务是进行语音处理，例如去除噪音和语音矫正等等。此外DSP还负责，对语音数据流的压缩解压，不同格式之间的编码解码和转换，还有加密解密等等。如果单块DSP芯片的功能不够，还可以借助于其它专用芯片(ASIC) 。 微控制器(Microcontroller) --- 1. 处理无线通信协议，2. 运行手机操作系统---例如Nucleus RTOS，负责处理如何开机/关机/锁机，屏幕显示，音量控制，响铃与震动等等外围动作。此外，还负责手机各个功能模块的运行调度 (Scheduling)，以及不同进程间的数据交换(IPC)。虽然DSP在手机中的地位非常重要，但是DSP仍然接受手机操作系统的控制。 七号信令图

转自：http://hi.baidu.com/l4os/blog/item/a4f66600d3af0681e850cd57.html      这是来自HP的关于Xen和L4之间关系评价的一篇Paper，最早看到这篇Paper的一些Note，是来自Peking University的 Andy Yang（ 这里） ，觉得意犹未尽，找原文来看。（这是第一篇，描述VMM > Microkernel)。     虽然在这篇Paper里面，作者声称是Microkernel和VMM的比较，但是现在说Microkernel，几乎就等同于L4，因为现在唯一保持活力还在不断前进的Microkernel似乎也只有L4了。同样的，VMM的代名词就是Xen，而且，作者也是来自Xen小组，所以我是从一种Xen VS L4的角度来看待这篇Paper的。     研究动机： 首 先，Microkernel是一种OS，而且最初的Mach是基于裁减UNIX的角度来出发的，而裁减的最后发现只有IPC是不能裁减掉的，所以在 Paper中有了Communication Oriented的提法，而Microkernel的研究者们对于IPC Performance的研究投入了极大的精力，当然也出了很多的Paper。所以似乎Microkernel是从软件到硬件的设计过程。而VMM的初衷 是需要运行多个OS，因此它提供了一个Layer，可以把硬件资源进行严格的分离，而多个OS之间如何通讯他们不做考虑。       至于Paper中所提高的Performance问题，不是VMM和Microkernel的关键区别，因为Xen自称可以可以为Guest OS提供极小的Performance Loss，但是同样OKL4则声称自己的OKL4Linux ARM与Native Linux的性能差距小于1%。因此，出发点是不同的。Microkernel仍然是在设计OS，而VMM抛开OS，目的是作一个Hardware Multiplexer。     系统架构：     Avoid Liability Inversion    从架构图上看，VMM和Microkernel几乎没有区别，上面有多个Guest OS,下面是一个Layer,VMM ＝ Microkernel。作者用了一个liabilit

Secure Xen on ARM is an ARM port of the x86 version of Xen-3.0.2-2 plus security features in Xen. It allows the simultaneous execution of multiple operating systems and their legacy application software stacks on a single ARM core-based system-on-chip. Each guest OS instance runs in their own OS partition called "domain" and the OS partitions are securely isolated from each other. The original Xen solution comes with many user-land utilities. We have ported most core component such as xend, xenstore, xm and xenconsole. Notes: The current version of Secure Xen on ARM only supports "static partitioning" of system memory, which means that the number of guest domains and the amount of memory allocated to the guest domains is fixed at compile time. You have to configure system memory partitioning properly before building Secure Xen on ARM. The shadow page table and the writable page table are not included in this release but we are working on them so hopefully they will