buhui912的专栏

而且手机软件开发版和稳定版是分开的，开发版多是小米内测手机用户会用，一些比较前沿或者激进点的手机功能开发，会先进开发版，这个时候还会再发现一些稳定性bug。嵌入式行业，很多特别是小公司，没有好的产品销售思路和渠道，没有优质客户，所以很多时候是在搞demo或者只能小批量的出货，也就是所谓的demo厂。如果是各个模块的单元测试阶段，每个项目组各自测试各自的模块，如果有bug，就在自己模块里面，很容易看出来的。因为产品的集成测试阶段，不再是各个子模块的单元测试了，这个时候关注的是整个os的系统稳定性。

去年被调到了嵌入式组，终于和以前研究生阶段搞的开发经历一致了。但以前用的是ADS工具，还有用linux平台上的交叉编译工具链，还有看linux 2.4内核的驱动代码。 现在搞起对日了。日本人不爱用linux，凡事总是搞出自己的一套。现在用的ut-kernel, 开发工具则有RVDS,DS-5，MTK和IAR， 硬件调试器有Dstream， Realview ICE。 现在对应的是富士通半导体

uclinux ethernt FM3芯片的移植这个移植是把uclinux下面的本来支持stm32芯片的代码修修改改让它支持FM3芯片。 移植开发环境搭建： 开始我们隔壁项目组做uclinux相关的，我们把它们的工作正常的uclinux版本拿过来。在里面找到stm32相关的代码，开始这个版本的uclinux是配着uboot去执行的，是标准的嵌入式linux执行流程，必须有uboot去引导。而我

CM3系列处理器优势： 功耗低。延长了电池的寿命——这简直就是便携式设备的命门（如无线网络应用） 实时性好。采用了很前卫甚至革命性的设计理念，使它能极速地响应中断，而且响应中断所需的周期数是确定的。 代码密度得到很大改善（应用thumb指令？）。一方面力挺大型应用程序，另一方面为低成本设计而省吃俭用。 降低成本还有一招，就是使基础代码在所有系统中都可以重用，至少要方便移植。CM3的内

1：关于新创建的task在执行函数时，怎样得到它的两个参数：stacd和exinf 在函数knl_setup_stacd中，还有权威指南P142. 就是说执行函数写成：void task_test(INT stacd, VP exinf)和void task_test(INT stacd)都行 2：函数tk_rcv_mbf_impl中 QueInsert(&knl_ctxtsk->t

P152当使用C开发程序时，推荐开启CM3的双字对齐管理机制（在NVIC配置与控制寄存器中，把STKALIGN置位），代码形如： #define NVIC_CCR ((volatile unsigned long *)(0xE000ED14)) *NVIC_CCR ＝ *NVIC_CCR | 0x200; //设置STKALIGN位 STKALIGN 的名词解释P306 在响应异常的

通过CMSIS-utrealos项目中的CTBUG调试，使我对裸机C编程加深了认识。那个BUG调试，现象是出现hard fault，但是fault出现地的汇编指令看着貌似没啥问题，解决一处的fault后，其他处又出现fault了。最后我看到原来是fault出现地的指令中源地址错误了，源地址应该在数据段中，却意外地落到了代码段中。这个现象我忙活了半天才找到。 然后通过看那奇怪的源地址，对照它四周的

NL 3A 项目工作总结: 一: 中配 rtc 缺陷导致 倒车图像卡住不动问题 调查发现 如果Android开机时迅速进入显示倒车影像，此时如果调用alarm_set_rtc设置系统时间时，倒车影像会 卡在drvier/media/video/mxc/output/mxc_vout.c 函数setup_buf_timer里面。 因为倒车影像overlay显示，是靠设置hrtimer定时器，不断显示每一帧图像（mxc_vout.c里面东西）。 hrtimer的设置和激活跟 系统时间...

博泰做的工作事情： 1：解决中断风暴的事情。 出现中断风暴原因： 1）imx6会固定把很多外设的中断绑在core 1上，里面有uart中断,usb设备中断。 2）外设在中断控制器里面对应的自己设备的中断，有不同类型，有电平中断，上升沿下降沿中断等。 当时usb的中断类型规定是在自己的设备服务程序起来后，必须对imx6的中断控制器发个回执信号，具体是写下usb相关的寄存器。 如果不发回执信号的话，imx6的中断控制器就会误认为设备端那边没有接收到该中断，然后下来会不停的狂发中断到该该设备端的。 这样就会有中

1:input输入设备驱动移植 共性特点： 驱动层望hal层 输出input事件。 1> 触摸屏驱动移植 之前碰到过换了个适配器电源，触摸屏就好了。 而且触摸芯片会受电磁干扰等。 而且对Android系统的触摸事件往上面输入的框架顺序很熟悉，比如在hal层会到哪里。 2>av接口的显示器遥控器驱动 自己写了个遥控器驱动程序。不断读串口芯片，有遥控器发来的信号数据后，把它转成input事件输出到上层Android系统上。 2：音频codec 矽望经历： 1：从无到有移植了一款sgtl50