S3C2416裸机开发系列十五_GCC下uCOS的移植(1)

发布者:DelightfulSmile最新更新时间:2016-12-12 来源: eefocus关键字:S3C2416  裸机开发  GCC  uCOS  移植 手机看文章 扫描二维码
随时随地手机看文章

操作系统是用来管理系统硬件、软件及数据资源,控制程序运行,并为其它应用软件提供支持的一种系统软件。根据不同的种类,又可分为实时操作系统、桌面操作系统、服务器操作系统等。对于一些小型的应用,对系统实时性要求高,硬件资源有限等的情况下,应尽量避免使用复杂庞大的操作系统(如Linux),使用小型的实时操作系统(如uCOS)更能满足应用的需求。笔者此处就uCOS-II的移植作一个简单的介绍。

1. 代码准备

uCOS-II V2.91源码,这个版本的源码是uCOS-II的最新版本,请读者自行从Micrium官网或其它网站下载这个版本的源码,当然,其它版本的uCOS-II也是一样方式移植的。Micrium官网也给出了一些cpu的移植范例,可供参考,此处是下载源码,一步一步进行移植。

s3c2416启动代码工程,启动代码是s3c2416/50/51这系列arm9芯片在运行用户c代码main函数之前必须先运行的代码,启动代码支持sd、Nand启动,为用户设置系统时钟,初始化内存,自动识别启动设备并搬移代码到RAM,MMU映射,中断管理等,用户只需专注于用c开发其它功能函数即可。关于启动代码以及启动代码的实现过程,笔者前面章节有非常详细的介绍。此处以GCC下移植uCOS为讲解,下载”GCC启动代码工程应用实例”中的启动代码源码即可。如果在MDK下开发,下载”MDK启动代码工程应用实例”中的启动代码源码。

用户代码,用c开发的所有功能代码,其中,用户代码入口为main()函数,在这里实现uCOS多任何运行代码。

2. 工程搭建

在linux操作系统下任一路径下新建一个uCOS的工程目录,该目录下新建uCOS-II目录用来保存uCOS相关部分。下载uCOS-II V2.91源码并解压,把Source目录全部拷贝到uCOS-II目录下,同时在目录下新建一个Cfg目录用来保存uCOS的配置文件,新建一个Ports目录用来保存uCOS移植接口文件。

把启用代码目录start_code拷贝到UCGUI目录下,这部分代码无需任何的修改。并保留其中的Makefile这些文件。GCC启动代码下的工程管理Makefile提取自uboot,可以方便地增加源代码以及代码目录。

在UCGUI目录下新建apps目录,用来保存应用相关的源码。

最终的UCGUI目录内容如下:

uCOS/start_code,保存s3c2416启动代码相关的部分

uCOS/app,保存工个工程的应用部分

uCOS/uCOS-II/Cfg,保存uCOS的配置部分

uCOS/uCOS-II/Ports,保存uCOS移植部分

uCOS/uCOS-II/Source,保存uCOS的源码,通常可直接替换更高版本的源码

3. uCOS移植

uCOS-II应用在不同的cpu,需要在uCOS-II/Ports目录中实现os_cpu.h、os_cpu_a.s、os_cpu_c.c这三个文件的修改编写。

3.1. os_cpu.h的编写

3.1.1. 外部声明

uCOS-II用OS_CPU_GLOBALS和OS_CPU_EXT来声明外部的变量、符号,这部分如下:

#ifdef  OS_CPU_GLOBALS

#define OS_CPU_EXT

#else

#define OS_CPU_EXT  extern

#endif

3.1.2. 数据类型定义

为了确保uC/OS-II的可移植性,在os_cpu.h中声明了一系列的类型定义。这些类型不依赖于c数据类型如int、short、long等。数据类型定义如下:

typedef  unsigned  char   BOOLEAN;           /* 布尔变量*/

typedef  unsigned  char  INT8U;             /* 无符号8位整型变量*/

typedef  signed      char   INT8S;             /* 有符号8位整型变量*/

typedef  unsigned  short INT16U;            /* 无符号16位整型变量*/

typedef  signed    short INT16S;            /* 有符号16位整型变量*/

typedef  unsigned  int    INT32U;            /* 无符号32位整型变量*/

typedef  signed    int    INT32S;            /* 有符号32位整型变量*/

typedef  float            FP32;              /* 单精度浮点数(32位长度)*/

typedef  double           FP64;              /* 双精度浮点数(64位长度)*/

3.1.3. 栈配置

uCOS-II适用于8位、16位、32位的cpu,不同字长的cpu,其栈字长也是不一样的,uCOS-II用OS_STK表栈类型,同时栈的生长方式可以由高地址到低地址,也可由低地址到高地址。对于arm架构cpu,栈可以向下,也可以向上增长。但对于各个编译器是约定栈由高地址向低地址增长的,栈字长为32位。栈配置内容如下:

typedef   INT32U         OS_STK;               /* 栈是32位宽度*/

#define   OS_STK_GROWTH    1                   /*  栈是从高往下生长*/

3.1.4. 临界区访问

对于可抢占式操作系统,有一小段关键代码必须独占访问,如果有一个任务(线程)正在访问临界代码,则其它任务(线程)不能再进入该段代码,直到占有访问权的任务(线程)退出这个临界区。uCOS-II在访问内核临界区时是通过OS_ENTER_CRITICAL()/OS_EXIT_CRITICAL()这两个宏开关中断来禁止任务抢占来确保临界区不被破坏。通常,临界区访问有三种方式,一是直接开关中断,二是从栈中保存/恢复中断状态再开关中断,三是从局部变量保存/恢复中断状态再开关中断。uCOS-II采用了第三种开关中断方式,需实现状态保存恢复开关中断CPU_SR_Save()/CPU_SR_Restore(),需引入一个OS_CPU_SR类型的变量保存cpu中断状态,临界区中断访问内容如下:

#define     OS_CRITICAL_METHOD    3  /*局部变量保存/恢复状态再开关中断 */

typedef      INT32U         OS_CPU_SR;  /*开关中断前用来保存/恢复中断状态*/

#define     OS_ENTER_CRITICAL()    {cpu_sr = CPU_SR_Save ();}  /*  关中断  */

#define     OS_EXIT_CRITICAL()   {CPU_SR_Restore (cpu_sr);}     /*  开中断*/

3.1.5. 函数声明

uCOS-II需汇编实现开关中断、任务切换这些与体系结构相关的功能,在汇编文件os_cpu_a.s中进行实现,头文件进行函数声明,声明有如下几个函数:

#define    OS_TASK_SW()           OSCtxSw()     /*  任务级任务切换函数*/

OS_CPU_SR    CPU_SR_Save(void);

void   CPU_SR_Restore(OS_CPU_SR cpu_sr);

void   OSStartHighRdy(void);

void   OSCtxSw(void);

void   OSIntCtxSw(void);

3.2. os_cpu_a.s的编写

高级语言不能实现保存/恢复寄存器,因此uCOS-II需要编写汇编实现六个简单的函数,CPU_SR_Save ()、CPU_SR_Restore()、OSStartHighRdy()、OSCtxSw()、OSIntCtxSw()、IRQ_SaveContext()。

3.2.1. CPU_SR_Save()函数

由于采用从局部变量保存/恢复中断状态再开关中断的方式,用R0返回中断状态,并关闭中断,该函数是OS_ENTER_CRITICAL()的宏实现。

    .globl   CPU_SR_Save

CPU_SR_Save:

    MRS     R0, CPSR

    ORR     R1, R0, #0xC0 // 设置IRQ,FIQ均禁止中断

    MSR     CPSR_c, R1

    BX     LR        // 禁止中断,返回中断状态到R0中

3.2.2. CPU_SR_Restore()函数

临界区访问完后,需恢复关中断前的中断状态,该函数是OS_EXIT_CRITICAL()的宏实现。

    .globl   CPU_SR_Restore

CPU_SR_Restore:    

    MSR     CPSR_c, R0

    BX     LR

3.2.3. OSStartHighRdy()函数

当用户通过OSStart()启动uCOS内核进行管理时,OSStart()会首先调用OSStartHighRdy()来运行已创建任务中优先级最高的任务,OSStartHighRdy()需完成以下工作:

(1) 禁止中断切换到管理模式,所有任务均工作在管理模式

(2) 调用任务切换钩子函数,即先调用OSTaskSwHook()函数

(3) 标记uCOS-II内核已启动运行,OSRunning = 1

(4) 获得最高优先级任务TCB,得到任务栈指针,SP切换到任务栈

(5) 出栈SP中的任务栈,包括任务状态寄存器CPSR,R0-R12,LR,继续执行任务。

#define  I_Bit      0x80// IRQ中断禁止位

#define  F_Bit      0x40// FIQ中断禁止位

#define  Mode_SVC   0x13 // 管理模式

#define  Mode_SYS   0x1f // 系统模式

    .extern  OSTaskSwHook

    .extern  OSRunning

   .extern  OSTCBHighRdy

    .globl   OSStartHighRdy

OSStartHighRdy:

    MSR     CPSR_c, #(I_Bit+F_Bit+Mode_SVC) // 禁止中断切换到管理模式

 

    LDR     R0, =OSTaskSwHook // 调用任务切换钩子函数

    MOV     LR, PC            // 准备函数返回地址

    BX      R0            // 支持Thumb、ARM混编

 

    LDR  R0, =OSRunning    //设置OSRunning为1

    MOV  R1, #1

    STRB    R1, [R0]

 

    LDR     R0, =OSTCBHighRdy     // 获得最高优先级任务TCB

    LDR     R0, [R0]              // 获得任务栈指针

    LDR     SP, [R0]              // 切换到新任务栈

 

    LDMFD   SP!, {R0}             // 出栈新任务的CPSR

    MSR     SPSR_cxsf, R0

    LDMFD   SP!, {R0-R12, LR, PC}^ // 出栈新任务的上下文

3.2.4. OSCtxSw()函数

uCOS-II通过OS_Sched()函数进行任务的调度,通过调用OS_TASK_SW()进行实质的任务切换,OSCtxSw()即为OS_TASK_SW()的宏实现,任务切换函数OSCtxSw()需完成以下的工作:

(1) 保存当前任务的上下文(R0-R12,LR,任务打断的PC地址,状态寄存器CPSR)到当前任务栈中

(2) 根据当前任务TCB(任务控制块),获得当前任务栈指针,并把当前任务SP栈保存进栈指针

(3) 调用任务切换钩子函数,即先调用OSTaskSwHook()函数

(4) 把即将运行的最高优先级任务优先级更新到当前优先级变量中

(5) 把即将运行的最高优先级任务TCB(任务控制块)地址更新到当前TCB(任务控制块)地址变量中

(6) 获得最高优先级任务栈指针,SP切换到最高优先级任务栈,并出栈新任务的上下文,执行新任务。

#define  Mode_THUMB 0x20 // THUMB模式

    .extern  OSTCBCur

        .extern  OSTCBHighRdy

        .extern  OSPrioCur

        .extern  OSPrioHighRdy

 

        .globl   OSCtxSw

        .globl   OSIntCtxSw

OSCtxSw:

    STMFD   SP!, {LR} // 压栈当前任务PC

    STMFD   SP!, {LR} // 压栈当前任务LR

    STMFD   SP!, {R0-R12}  // 压栈当前任务R0-R12

    MRS     R0, CPSR       // 获得当前任务CPSR

    TST     LR, #1         // 测试任务是否工作在Thumb模式

    ORRNE   R0, R0, #Mode_THUMB  // 是Thumb则状态改成Thumb模式

    STMFD   SP!, {R0}            // 压栈CPSR

 

    LDR     R0, =OSTCBCur     // 获得当前任务TCB

    LDR     R1, [R0]          // 由TCB获得当前任务栈指针

    STR     SP, [R1]          // SP栈保存进当前任务栈指针

 

OSIntCtxSw:

    LDR     R0, =OSTaskSwHook // 调用任务切换钩子函数

    MOV     LR, PC            // 准备函数返回地址

    BX      R0

 

    LDR     R0, =OSPrioCur    // 获得当前任务优先级保存指针

    LDR     R1, =OSPrioHighRdy // 获得最高优先级任务优先级保存指针

    LDRB    R2, [R1]           // 获得最高优先级任务优先级

    STRB    R2, [R0]           // 保存进当前任务优先级指针变量中

 

    LDR     R0, =OSTCBCur      // 获得当前任务TCB保存指针

    LDR     R1, =OSTCBHighRdy  // 获得最高优先级任务TCB保存指针

    LDR     R2, [R1]           // 最高优先级TCB地址保存进当前任务TCB指针

    STR     R2, [R0]

 

    LDR     SP, [R2]             // SP切换到最高优先级任务栈

    LDMFD   SP!, {R0}            // 出栈新任务的CPSR

    MSR     SPSR_cxsf, R0

    LDMFD   SP!, {R0-R12, LR, PC}^  // 出栈新任务的上下文

3.2.5. OSIntCtxSw()函数

OSIntCtxSw()用来实现中断级的任务切换,当所有的中断(可嵌套中断)执行完毕后,内核需切换到任务继续执行,因此中断级的任务切换与普通的任务切换是一致的,不同的是异常发生时已保存任务的上下文,中断级任务切换无需保存任务的上下文,比OSCtxSw()只少了步骤1和2,其它相同,因此OSIntCtxSw()可合并写在OSCtxSw()上,见OSCtxSw()上的OSIntCtxSw()函数标号。

(1) 调用任务切换钩子函数,即先调用OSTaskSwHook()函数

(2) 把即将运行的最高优先级任务优先级更新到当前优先级变量中

(3) 把即将运行的最高优先级任务TCB(任务控制块)地址更新到当前TCB(任务控制块)地址变量中

(4) 获得最高优先级任务栈指针,SP切换到最高优先级任务栈,并出栈新任务的上下文,执行新任务。

3.2.6. IRQ_SaveContext()函数

任何异常发生时,均会打断任务,进入异常应先保存当前任务的上下文到当前任务栈中,之后再执行异常处理。IRQ异常也不例外,因为uCOS-II需要一个定时器中断Tick,因此IRQ处理也是移植的一部分,IRQ_SaveContext()需完成以下工作:

(1) 临时性使用到一些寄存器,对用到的寄存器压栈到IRQ栈上

(2) 切换到管理模式,禁止中断,任务运行在管理模式,这步将切换SP到被中断打断的任务栈上

(3) 把被打断任务的上下文压入任务的栈。

(4) 跟踪中断嵌套计数,判断是任务被中断还是中断嵌套,中断嵌套不用更新任务栈

(5) 非中断嵌套,根据当前任务TCB(任务控制块)获得栈指针,并把打断任务SP栈保存进栈指针

(6) 调用OSIntEnter()函数进行中断嵌套加计数

(7) 切换到系统模式,并压栈LR,这步是为了使用系统模式栈来处理中断函数,减轻任务栈的使用。

(8) 调用IRQ_Handler()函数实质处理IRQ中断服务,在中断服务中可再打开IRQ中断,支持中断嵌套

(9) 中断服务执行完后,出栈LR,并切换到管理模式,禁止中断,此时SP将切换到被打断任务的任务栈上

(10) 调用OSIntExit()函数进行中断嵌套减计数,如果中断嵌套计数OSIntNesting为0,则说明所有中断退出,将调用OSIntCtxSw()进行中断级任务切换,继续执行任务

(11) 如果中断嵌套计数OSIntNesting不为0,中断未全部退出,则出栈上一个中断的上下文,执行被嵌套的上一级中断

        .extern  OSIntEnter

        .extern  OSIntExit

    .extern  OSIntNesting

        .extern  IRQ_Handler

   

        .globl   IRQ_SaveContext

IRQ_SaveContext:

    SUB     LR, LR, #4                  // IRQ异常返回地址LR-4

    STMFD   SP!, {R0-R2}                // 临时使用的工作寄存器压入IRQ栈

    MRS     R0, SPSR                    // 保存异常出现前的CPSR

    MOV     R1, LR                      // 保存LR

    MOV     R2, SP                      // 保存IRQ栈指针,用来出栈工作寄存器

    ADD     SP, SP, #(3 * 4)            // 调整回IRQ栈的位置

                                                               

    MSR     CPSR_c, #(I_Bit+F_Bit+Mode_SVC) // 禁止中断切换到管理模式

 

    STMFD   SP!, {R1}                   // 压栈打断任务的PC

    STMFD   SP!, {LR}                   // 压栈打断任务的LR

    STMFD   SP!, {R3-R12}               // 压栈打断任务的R12-R3

    LDMFD   R2!, {R5-R7}                // 从IRQ栈恢复R2-R0

    STMFD   SP!, {R5-R7}                // 压栈打断任务的R2-R0

    STMFD   SP!, {R0}                   // 压栈打断任务的CPSR

   

    LDR  R0, =OSIntNesting           //获得中断嵌套计数

    LDRB    R1, [R0]

    CMP R1, #0                      //判断任务被中断还是中断嵌套

    BNE IntteruptNesting            // 中断嵌套不用更新任务栈指针

   

    LDR     R0, =OSTCBCur               // 任务被中断打断,获得打断任务TCB

    LDR     R1, [R0]                    // 获得打断任务栈指针

    STR     SP, [R1]                    // SP栈保存进打断任务栈指针

   

IntteruptNesting:  

    LDR  R0, =OSIntEnter             //调用OSIntEnter()进行中断嵌套计数

    MOV  LR, PC

    BX   R0

 

    MSR     CPSR_c, #(I_Bit+F_Bit+Mode_SYS) // 切换到系统模式,使用系统模式栈处理中断

    STMFD   SP!, {LR}           // 压栈系统模式LR

   

    LDR  R0, =IRQ_Handler               // 调用IRQ处理函数

    MOV  LR, PC

    BX  R0

 

    LDMFD   SP!, {LR}           // 出栈系统模式LR 

    MSR     CPSR_c, #(I_Bit+F_Bit+Mode_SVC)// 切换到管理模式,使用任务栈进行出栈

 

    LDR  R0, =OSIntExit      // 调用OSIntExit()进行中断减计数,可能不返回

    MOV  LR, PC

    BX   R0

 

    LDMFD   SP!, {R0}          // 中断发生嵌套,出栈上一个中断的上下文

    MSR     SPSR_cxsf, R0

    LDMFD   SP!, {R0-R12, LR, PC}^

 

3.3. os_cpu_c.c文件的编写

uCOS-II需要编写十个简单的钩子函数,如果没有特殊需求,可以留空。OSInitHookBegin()、OSInitHookEnd()、OSTaskCreateHook()、OSTaskDelHook()、OSTaskIdleHook()、OSTaskStatHook()、、OSTaskSwHook()、OSTCBInitHook()、OSTimeTickHook()、OSTaskReturnHook()。其中较重要的还有OSTaskStkInit()函数,这个函数用来初始化任务栈,任务状态的,是必需的。

3.3.1. OSTaskStkInit()函数

#define  Mode_SVC    0x13

#define  Mode_THUMB  0x20

#define  Mode_ARM   0x00

OS_STK  *OSTaskStkInit (void (*task)(void *pd), void *pdata, OS_STK *ptos,INT16U opt)

{

    OS_STK *stk;

    (void)opt;                              /* 避免编译器警告 */

    stk    = ptos;                          /* 获取堆栈指针   */

 

    *stk = (OS_STK) task;                   /*  pc  */

    *--stk = (OS_STK) task;                 /*  lr  */

    *--stk = 0;                             /*  r12  */

    *--stk = 0;                             /*  r11  */

    *--stk = 0;                             /*  r10  */

    *--stk = 0;                             /*  r9   */

    *--stk = 0;                             /*  r8   */

    *--stk = 0;                             /* r7   */

    *--stk = 0;                             /*  r6   */

    *--stk = 0;                             /*  r5   */

    *--stk = 0;                             /*  r4   */

    *--stk = 0;                             /*  r3   */

    *--stk = 0;                             /*  r2   */

    *--stk = 0;                             /*  r1   */

    *--stk = (unsigned int)pdata;          /*  使用R0传递参数 */

    if (((OS_STK)task & 0x01u) ==0x01u) { /* 判断任务是运行在Thumb模式还是在ARM模式 */

       *--stk = (OS_STK)(Mode_SVC |Mode_THUMB); /* CPSR,任务工作在Thumb状态管理模式 */

    } else {

       *--stk = (OS_STK)(Mode_SVC |Mode_ARM); /* CPSR,任务工作在ARM状态管理模式 */

    }

    return (stk);

}

3.3.2. 钩子函数

钩子函数可以扩展用户的代码到内核中,实现一些特定的功能,无特殊功能需求,可留空。

void OSInitHookBegin (void)

{

}

void OSInitHookEnd (void)

{

 

}

void OSTaskCreateHook (OS_TCB *ptcb)

{

    ptcb = ptcb;

}

void OSTaskDelHook (OS_TCB *ptcb)

{

    (void)ptcb;

}

void OSTaskSwHook (void)

{

 

}

void OSTaskStatHook (void)

{

 

}

void OSTCBInitHook (OS_TCB *ptcb)

{

    (void)ptcb;

}

void OSTimeTickHook (void)

{

 

}

void OSTaskIdleHook (void)

{

 

}

void OSTaskReturnHook(OS_TCB  *p_tcb)

{

    (void)(p_tcb);

}


关键字:S3C2416  裸机开发  GCC  uCOS  移植 引用地址:S3C2416裸机开发系列十五_GCC下uCOS的移植(1)

上一篇:S3C2416裸机开发系列十五_GCC下uCOS的移植(2)
下一篇:S3C2416裸机开发系列十四_GCC下UCGUI的移植(2)

推荐阅读最新更新时间:2024-03-16 15:24

移植ucosII到STM32F103ZE(四)
a) 根据stm32f103芯片对系统文件进行修改 根据AN-1018.pdf 和移植详解介绍的移植基础知识,对OS-uCOSIIport 下的代码解释下。 并进行相关特性修改。 os_cpu.h #ifdef OS_CPU_GLOBALS #define OS_CPU_EXT #else #define OS_CPU_EXT extern #endif typedef unsigned char BOOLEAN; typedef unsigned char INT8U; typedef signed char INT8S; typedef unsign
[单片机]
U-Boot移植(7)总结U-Boot工程的总体结构
3、u-boot的通用目录是怎么做到与平台无关的? include/configs/100ask24x0.h 这个头文件中主要定义了两类变量。  一类是选项,前缀是CONFIG_,用来选择处理器、设备接口、命令、属性等,主要用来决定是否编译某些文件或者函数。 另一类是参数,前缀是CFG_,用来定义总线频率、串口波特率、Flash地址等参数。这些常数参量主要用来支持通用目录中的代码,定义板子资源参数。 这两类宏定义对u-boot的移植性非常关键,比如drivers/cs8900.c,对cs8900而言,很多操作都是通用的,但不是所有的板子上面都有这个芯片,即使有它在内存中映射的基地址也是平台相关的。所以对于smdk2410板,在s
[单片机]
STM32f429开发中USB读写文件涉及到的库移植
第一步 USB_HID移植(原创 http://blog.csdn.net/xbl1986/article/details/17577685#comments ) ├── STM32_USB_Device_Library USB从设备库 │ │ ├── Class │ │ │ └── hid │ │ │ ├── inc │ │ │ │ └── usbd_hid_core.h │ │ │ └── src │ │ │ └── usbd_hid_core.c │ │ └── Core │ │ ├── inc │ │ │ ├
[单片机]
PPP拨号在ARM2410平台上的移植
本次PPP移植是在三星arm2410的平台上进行的,所用的工作环境为:   Kernel: 2.4.18Sysvinit:2.86Tinylogin:1.4Glibc: 2.2.5CC:3.3PPP: 2.4.1U-boot:1.1.3一、具体操作步骤首先编译内核支持 PPP:   $make menuconfig l$make ARCH=arm CROSS_COMPILE=/../arm-linux- zImage$./mkimage2410 uImage其中mkimage2410文件来自u-boot1.1.1 需要根据你的路径修改mkimage2410的内容,指定mkimage文件的位置。   第二步,制作文件系统:   1.
[嵌入式]
STM32 + GCC + J-Link :开源的力量
发现Keil自带的编译器有时候优化有问题,跑得跟没优化时完全不一样。以前使用GCC,现在自然而然想再次使用GCC。 搭配1:Keil+GCC+Ulink2 这类的介绍也较多,主要是一个链接脚本、启动代码、IDE选项配置的问题,大家可以google一下,个人觉得搭配一般般。 搭配2:emIDE+JLink 纯粹的Opensource血统,这个EMIDE已经带了GCC,只需要一个JLink,然后构建好工程就可以debug了,如果发展迅猛,估计Keil也会扛不住了。
[单片机]
OK6410A 开发板 (七) 1 OK6410A 文件系统 busybox和buildroot 移植
存在问题, kernel 是用 Linaro GCC 7.4-2019.02) 7.4.1 20181213 编译的 但是 Linaro GCC 7.4-2019.02) 7.4.1 20181213 编译 busybox和buildroot 出来, 执行 linuxrc 的时候 ,会出现 段错误 VFS: Mounted root (ext3 filesystem) on device 179:2. Freeing unused kernel memory: 1024K Run /linuxrc as init process random: fast init done Kernel panic - not syncing
[单片机]
OK6410A <font color='red'>开发</font>板 (七) 1 OK6410A 文件系统 busybox和buildroot <font color='red'>移植</font>
AM3D 音频增强软件移植至Tensilica HiFi音频DSP
美国加州SANTA CLARA和丹麦AALBORG-2013年3月11日-Tensilica和AM3D A/S今日联合宣布双方拓展合作,将AM3D的音频增强产品移植至Tensilica的HiFi音频DSP系列。这将显著提升移动电话、车载娱乐、家庭娱乐系统和个人电脑的音频体验。 AM3D的低音增强和均衡变换器可以显著提升音频性能,而其虚拟环绕音效,则通过创建良好的声像延展了物理扬声器。该解决方案完全基于软件实现,所有功能都占用极低的内存和CPU性能。 Tensilica多媒体市场高级总监Larry Przywara表示:“许多客户都在寻找高级音频增强解决方案。AM3D显著提升了自然音色与低音音效,该优化的功能套件不久即将面世。”
[嵌入式]
mini2440 u-boot-2009.03 移植最详细攻略
1 支持S3C2440,S3C2410未知; 2 NAND flash支持,包括读写NAND flash,从NAND flash启动,saveenv 在NAND flash; 3 支持tftp的使用,也就支持DM9000网卡,8900CS未知; 4 支持yaffs映像的烧写,该版本已经支持yaffs2的文件系统,在fs目录下已经有yaffs2目录; 5 支持串口xmodem协议。 第0阶段:建立自己的开发板配置文件 1 打开u-boot主目录下的makefile,找到smdk2410_config,在其下,仿照它的格式加入如下语句: smdk2440_config : unconfig @$(MKCONFIG) $
[单片机]
小广播
添点儿料...
无论热点新闻、行业分析、技术干货……
设计资源 培训 开发板 精华推荐

最新单片机文章
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

换一换 更多 相关热搜器件
电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved