VIVI中堆栈设置的分析

最新推荐文章于 2024-04-26 16:31:32 发布
最新推荐文章于 2024-04-26 16:31:32 发布
阅读量835 收藏
点赞数
文章标签： table linux cmd
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/humorrat/article/details/5650432
版权

DW_STACK_START = STACK_BASE+STACK_SIZE-4
STACK_BASE=VIVI_PRIV_RAM_BASE - STACK_SIZE
STACK_SIZE=SZ_32K
VIVI_PRIV_RAM_BASE=MMU_TABLE_BASE - VIVI_PRIV_SIZE
MMU_TABLE_BASE=HEAP_BASE - MMU_TABLE_SIZE
HEAP_BASE=VIVI_RAM_BASE - HEAP_SIZE
VIVI_RAM_BASE=DRAM_BASE + DRAM_SIZE - VIVI_RAM_SIZE
             =DRAM_BASE0+ SZ_64M    - SZ_1M
             =0x30000000+0x4000000-0x100000=0x33F00000
HEAP_SIZE=SZ_1M
HEAP_BASE=0x33F00000-0x100000=33E00000
VIVI_PRIV_SIZE=MTD_PART_SIZE + PARAMETER_TLB_SIZE + LINUX_CMD_SIZE
              =SZ_16K        + SZ_16K             + SZ_16K
              =48K
MMU_TABLE_BASE=HEAP_BASE - MMU_TABLE_SIZE
              =33E00000  - SZ_16K

VIVI_PRIV_RAM_BASE=33E00000  - SZ_16K - VIVI_PRIV_SIZE = 33E00000 - 64K
STACK_BASE = VIVI_PRIV_RAM_BASE - STACK_SIZE = 33E00000 - 64K - 32K

 

HumorRat
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
vivi详细分析
12-28
vivi详细分析
u-boot 的NAND启动方式
RopenYuan的专栏
07-27 3895
u-boot-2010-06在mini2440上的移植注意，这些代码有个问题就是要把!define (CONFIG_S3C2440)变成!defined (CONFIG_S3C2440)4.1 支持u-boot从Nand flash启动目前u-boot中还没有对2440上Nand
u-boot移植总结（一）start.S分析
weixin_30596165的博客
05-29 116
本次移植u-boot-2010.09是基于S3C2440的FL440板子，板子自带NANDFLASH而没有NORFLASH，所以在U-BOOT启动的过程中必须实现从NANDFLASH到SDRAM的重定向。 其中最重要的就是在U-BOOT开始的start.S汇编代码,这段代码要完成工作： 1，异常中断向量表，复位后异常向量处理 2， 跳转到代码实际执行处start_code 3，关闭...
uboot从nand启动
q123456789098的专栏
07-27 670
1、在include/configs/apple2440.h头文件中定义Nand要用到的宏和寄存器，如下： gedit include/configs/apple2440.h /*  * Nand flash register and envionment variables  */ #define CONFIG_S3C2440_NAND_BOOT  1 #define NAND_
garbage following instruction -- `dmb ish'
with_dream的博客
10-13 5372
编译linux kernel 4.4，报garbage following instruction – `dmb ish’解决：编译器问题。更换编译器即可。 sudo apt-get install gcc-arm-linux-gnueabi编译内核时，修改编译器： ARCH ?= arm CROSS_COMPILE ?= arm-linux-gnueabi-保存
u-boot 启动代码start.S详解（for mini2440）
Yfw的博客
10-18 1022
/* * armboot - Startup Code for ARM920 CPU-core * * Copyright (c) 2001 Marius Gr�ger <[email protected]> * Copyright (c) 2002 Alex Z�pke <[email protected]> * Copyright (c) 2002 Gary Jennej...
vivi研发笔记 MMU分析
07-25
vivi研发笔记 MMU分析vivi研发笔记 MMU分析
vivi命令函数调用流程分析图
07-25
vivi命令函数调用流程分析图vivi命令函数调用流程分析图
vivi开发笔记，分析到位
12-17
vivi开发笔记 对ViVi的分析开发很到位。
BOOTLOAD-VIVI分析
11-22
BOOTLOAD-VIVI分析，首先介绍了BOOTLOADER，然后详细分析了VIVI启动流程
(一)U-Boot启动过程--详细版的完全分析
热门推荐
hare_Lee的专栏
10-29 3万+
-------------------------------------------------------------------------------------------------------------------------------------------  我们知道，bootloader是系统上电后最初加载运行的代码。它提供了处理器上电复位后最开始需要执行的初始化代码。
u-boot-2010.12移植到2440（四，支持nand flash启动）
samantha_sun的专栏
02-27 1195
<br />http://my.chinaunix.net/space.php?uid=24319701&do=blog&id=136249<br /> <br /> <br />在这篇中，我们将移植nand flash部分，支持NAND启动及NAND FLASH的读写访问。<br />首先，我们在u-boot-2010.12/include/configs/smdk2440.h中注销如下定义。<br />//#define  CONFIG_ENV_IS_IN_FLASH    1<br />//#defi
bootloader与linux中位置无关代码的分析理解
Soar_dream的博客
06-05 2266
声明本文转载http://blog.csdn.net/zhou1232006/article/details/6215361的文章，由于这段时间要深入的分析linux各个环节想收集点资料 首先，需要理解加载域与运行域的概念。加载域是代码存放的地址，运行域是代码运行时的地址。为什么会产生这2个概念？这2个概念的实质意义又是什么呢？ 在一些场合，一些代码并不在储存这部分代码的地址上执行地址，比如说
深度分析NandFlash—start.s中添加从Nand Flash启动的代码分析
转角遇到嵌入式
04-02 2355
<br />      搞过uboot移植的人都知道，要想让系统从NandFlash启动，第一步就是要在start.s中屏蔽掉从Nor Flash启动的代码，然后自己添加从Nand Flash启动的代码，我添加的代码如下：<br />   <br />/****** NAND_BOOT ********/<br /> <br />#define LENGTH_UBOOT 0x60000<br />#define NAND_CTL_BASE 0x4E000000<br /> <br />#ifdef CONF
成功在skyeye 上实现U-Boot 的Nand命令并从Nand中启动Linux
代码人生
02-26 5432
http://www.linuxfans.org/bbs/thread-182694-1-1.html1. 下载u-boot-1.1.4.tar.bz2,并解压2. 将arm-linux-2.95.3复制到/usr/local/arm/2.95.3/3. 编辑u-boot跟目录的Makefile文件include $(TOPDIR)/config.mkCROSS_COMPILE=/usr/loca
nand flash启动
martree的专栏
11-16 5982
    2410支持从nand flash启动。通过将flash中最开始的4k代码拷贝到，2410片内的一块不用初始化的sram中运行，该拷贝过程完全由硬件支持，无需软件操作。    Nand Flash控制器有一个特殊的功能,在S3C2410上电后,Nand Flash控制器会自动的把Nand Flash上的前4K数据搬移到4K内部RAM中,并把0x00000000设置内部RAM的起始地址,CP
Linux多进程(五) 进程池 C++实现
最新发布
Lyajpunov的博客
04-26 567
进程池是一种并发编程模式，用于管理和重用多个处理任务的进程。它通常用于需要频繁创建和销毁进程的情况，以避免因此产生的开销。减少进程创建销毁的开销：避免频繁创建和销毁进程所带来的系统资源开销。提高系统响应速度：由于进程已经初始化并且一直保持在内存中，可以立即分配执行任务，减少了任务等待时间。控制资源使用：通过限制进程池中的进程数量，可以控制系统资源的使用情况，避免资源过度消耗。
Linux——web服务配置
Xinan_____的博客
04-23 1043
GET：请求获取指定资源的表示形式。使用GET方法，客户端请求服务器发送某个资源。POST：向指定资源提交数据，用于处理表单提交、文件上传等操作。PUT：向指定资源位置上传其最新内容，用于更新资源。DELETE：请求服务器删除指定资源。HEAD：请求获取与实体相对应的头部信息，用于获取资源的元数据。OPTIONS：请求查询服务器支持的HTTP方法。TRACE：请求服务器回显收到的请求消息，用于测试或诊断。200 OK：请求成功。：永久重定向，请求的资源已经被分配了新的。
linux18：进程等待
m0_73919066的博客
04-20 1088
1：子进程创建的目的是要完成父进程指派的某个任务，当子进程运行完毕退出时，父进程需要通过进程等待的方式，回收子进程资源，获取子进程退出信息（子进程有无异常？没有异常结果是否正确？检查退出码查看错误原因）2：父进程如果一直不回收，就可能造成子进程‘僵尸进程’的问题，子进程一直得不到父进程的回收，进而造成内存泄漏。3：子进程一旦变成僵尸状态，那就刀枪不入，“杀人不眨眼”的kill -9 也无能为力杀死一个已经死去的进程。只能通过进程等待将他进行回收。
cmake中cmakelist.txt文件注释
08-27
在CMakeLists.txt文件中，注释可以通过添加井号(#)来实现。井号后的所有内容都将被视为注释，并且不会对CMake的构建过程产生任何影响。注释可以用于解释代码的功能、提供相关信息或者给其他开发者提供指导。在...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值