Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
链接脚本_lds_sct_icf_分散加载
如何调整.stack段的在ram中位置
发布于 2023-05-18 20:51:44 浏览:363
订阅该版
在基于华大的HC32F460开发的时候,发现main栈扩大到超过4k后出现各种意料之外的死机,经过检查map文件发现.stack段在.bss段后面,而RTT默认自动管理.bss段到RAM结束地址所有为使用的内存。所以在main线程扩大4k后就会冲掉系统栈。我想知道应该如何修改.ld文件来调整`.stack`段和`.bss`段的相对位置,以下是链接文件: ```c /****************************************************************************** * Copyright (C) 2022, Xiaohua Semiconductor Co., Ltd. All rights reserved. * * This software component is licensed by XHSC under BSD 3-Clause license * (the "License"); You may not use this file except in compliance with the * License. You may obtain a copy of the License at: * opensource.org/licenses/BSD-3-Clause * */ /*****************************************************************************/ /* File HC32F460xE.ld */ /* Abstract Linker script for HC32F460 Device with */ /* 512KByte FLASH, 192KByte RAM */ /* Version V1.0 */ /* Date 2022-04-28 */ /*****************************************************************************/ /* Custom defines, according to section 7.7 of the user manual. Take OTP sector 0 for example. */ __OTP_DATA_START = 0x03000C00; __OTP_DATA_SIZE = 64; __OTP_LOCK_START = 0x03000FC0; __OTP_LOCK_SIZE = 4; /* Use contiguous memory regions for simple. */ MEMORY { FLASH (rx): ORIGIN = 0x00008000, LENGTH = 480K - 32 /* 在64扇区,即 0x0007_FFE0~0x0007_FFFF 共 32Bytes 为功能保留地址 */ OTP_DATA (rx): ORIGIN = __OTP_DATA_START, LENGTH = __OTP_DATA_SIZE OTP_LOCK (rx): ORIGIN = __OTP_LOCK_START, LENGTH = __OTP_LOCK_SIZE RAM (rwx): ORIGIN = 0x1FFF8000, LENGTH = 188K RET_RAM (rwx): ORIGIN = 0x200F0000, LENGTH = 4K } ENTRY(Reset_Handler) SECTIONS { .vectors : { . = ALIGN(4); KEEP(*(.vectors)) . = ALIGN(4); } >FLASH .icg_sec 0x00000400 : { KEEP(*(.icg_sec)) } >FLASH .text : { . = ALIGN(4); _stext = .; KEEP(*(.isr_vector)) /* Startup code */ . = ALIGN(4); *(.text) /* remaining code */ *(.text.*) /* remaining code */ *(.rodata) /* read-only data (constants) */ *(.rodata*) *(.glue_7) *(.glue_7t) *(.gnu.linkonce.t*) /* section information for finsh shell */ . = ALIGN(4); __fsymtab_start = .; KEEP(*(FSymTab)) __fsymtab_end = .; . = ALIGN(4); __vsymtab_start = .; KEEP(*(VSymTab)) __vsymtab_end = .; . = ALIGN(4); /* section information for initial. */ . = ALIGN(4); __rt_init_start = .; KEEP(*(SORT(.rti_fn*))) __rt_init_end = .; . = ALIGN(4); . = ALIGN(4); _etext = .; /* section information for modules */ . = ALIGN(4); __rtmsymtab_start = .; KEEP(*(RTMSymTab)) __rtmsymtab_end = .; /* section information for utest */ . = ALIGN(4); __rt_utest_tc_tab_start = .; KEEP(*(UtestTcTab)) __rt_utest_tc_tab_end = .; /* section information for usbh class */ . = ALIGN(4); __usbh_class_info_start__ = .; KEEP(*(.usbh_class_info)) __usbh_class_info_end__ = .; } >FLASH .rodata : { . = ALIGN(4); *(.rodata) *(.rodata*) . = ALIGN(4); } >FLASH .ARM.extab : { *(.ARM.extab* .gnu.linkonce.armextab.*) } >FLASH __exidx_start = .; .ARM.exidx : { *(.ARM.exidx* .gnu.linkonce.armexidx.*) } >FLASH __exidx_end = .; .preinit_array : { . = ALIGN(4); /* preinit data */ PROVIDE_HIDDEN (__preinit_array_start = .); KEEP(*(.preinit_array)) PROVIDE_HIDDEN (__preinit_array_end = .); . = ALIGN(4); } >FLASH .init_array : { . = ALIGN(4); /* init data */ PROVIDE_HIDDEN (__init_array_start = .); KEEP(*(SORT(.init_array.*))) KEEP(*(.init_array)) PROVIDE_HIDDEN (__init_array_end = .); . = ALIGN(4); } >FLASH .fini_array : { . = ALIGN(4); /* finit data */ PROVIDE_HIDDEN (__fini_array_start = .); KEEP(*(SORT(.fini_array.*))) KEEP(*(.fini_array)) PROVIDE_HIDDEN (__fini_array_end = .); . = ALIGN(4); } >FLASH __etext = ALIGN(4); .otp_data_sec : { KEEP(*(.otp_data_sec)) } >OTP_DATA .otp_lock_sec : { KEEP(*(.otp_lock_sec)) } >OTP_LOCK .data : AT (__etext) { . = ALIGN(4); __data_start__ = .; *(vtable) *(.data) *(.data*) *(.gnu.linkonce.d*) . = ALIGN(4); *(.ramfunc) *(.ramfunc*) . = ALIGN(4); __data_end__ = .; } >RAM __etext_ret_ram = __etext + ALIGN (SIZEOF(.data), 4); .ret_ram_data : AT (__etext_ret_ram) { . = ALIGN(4); __data_start_ret_ram__ = .; *(.ret_ram_data) *(.ret_ram_data*) . = ALIGN(4); __data_end_ret_ram__ = .; } >RET_RAM __bss_start = .; .bss : { . = ALIGN(4); _sbss = .; __bss_start__ = _sbss; *(.bss) *(.bss*) *(COMMON) . = ALIGN(4); _ebss = .; __bss_end__ = _ebss; } >RAM __bss_end = .; .ret_ram_bss : { . = ALIGN(4); __bss_start_ret_ram__ = .; *(.ret_ram_bss) *(.ret_ram_bss*) . = ALIGN(4); __bss_end_ret_ram__ = .; } >RET_RAM .heap_stack (COPY) : { . = ALIGN(8); __end__ = .; PROVIDE(end = .); PROVIDE(_end = .); *(.heap*) . = ALIGN(8); __HeapLimit = .; __StackLimit = .; *(.stack*) . = ALIGN(8); __StackTop = .; } >RAM /DISCARD/ : { libc.a (*) libm.a (*) libgcc.a (*) } .ARM.attributes 0 : { *(.ARM.attributes) } PROVIDE(_stack = __StackTop); PROVIDE(_Min_Heap_Size = __HeapLimit - __HeapBase); PROVIDE(_Min_Stack_Size = __StackTop - __StackLimit); __RamEnd = ORIGIN(RAM) + LENGTH(RAM); ASSERT(__StackTop <= __RamEnd, "region RAM overflowed with stack") /* Stabs debugging sections. */ .stab 0 : { *(.stab) } .stabstr 0 : { *(.stabstr) } .stab.excl 0 : { *(.stab.excl) } .stab.exclstr 0 : { *(.stab.exclstr) } .stab.index 0 : { *(.stab.index) } .stab.indexstr 0 : { *(.stab.indexstr) } .comment 0 : { *(.comment) } /* DWARF debug sections. * Symbols in the DWARF debugging sections are relative to the beginning * of the section so we begin them at 0. */ /* DWARF 1 */ .debug 0 : { *(.debug) } .line 0 : { *(.line) } /* GNU DWARF 1 extensions */ .debug_srcinfo 0 : { *(.debug_srcinfo) } .debug_sfnames 0 : { *(.debug_sfnames) } /* DWARF 1.1 and DWARF 2 */ .debug_aranges 0 : { *(.debug_aranges) } .debug_pubnames 0 : { *(.debug_pubnames) } /* DWARF 2 */ .debug_info 0 : { *(.debug_info .gnu.linkonce.wi.*) } .debug_abbrev 0 : { *(.debug_abbrev) } .debug_line 0 : { *(.debug_line) } .debug_frame 0 : { *(.debug_frame) } .debug_str 0 : { *(.debug_str) } .debug_loc 0 : { *(.debug_loc) } .debug_macinfo 0 : { *(.debug_macinfo) } /* SGI/MIPS DWARF 2 extensions */ .debug_weaknames 0 : { *(.debug_weaknames) } .debug_funcnames 0 : { *(.debug_funcnames) } .debug_typenames 0 : { *(.debug_typenames) } .debug_varnames 0 : { *(.debug_varnames) } } ```
查看更多
靖哥哥我滴神
2023-05-19
这家伙很懒,什么也没写!
调整定义的顺序就行
1
个回答
默认排序
按发布时间排序
撰写答案
登录
注册新账号
关注者
0
被浏览
363
关于作者
未知客
这家伙很懒,什么也没写!
提问
9
回答
3
被采纳
1
关注TA
发私信
相关问题
1
程序分散加载到外部QSPI FLASH 启动问题
2
studio的链接脚本使用问题。跳转过后程序不执行。
3
link.lds每次修改后,编译会忽略修改
4
RTT-stdio 设置flash地址
5
ethernet 和 use memory layout冲突
6
studio创建的工程为什么链接脚本里ROM和RAM都比MCU本身的小
7
请问如何修改IAR的工程的linker的路径?
8
程序分散加载,使用 use mcroslib 程序无法启动
9
OTA升级链接脚本的修改
10
rthread studio怎么修改link.lds文件来支持外部sram
推荐文章
1
RT-Thread应用项目汇总
2
玩转RT-Thread系列教程
3
国产MCU移植系列教程汇总,欢迎查看!
4
机器人操作系统 (ROS2) 和 RT-Thread 通信
5
五分钟玩转RT-Thread新社区
6
【技术三千问】之《玩转ART-Pi》,看这篇就够了!干货汇总
7
关于STM32H7开发板上使用SDIO接口驱动SD卡挂载文件系统的问题总结
8
STM32的“GPU”——DMA2D实例详解
9
RT-Thread隐藏的宝藏之completion
10
【ART-PI】RT-Thread 开启RTC 与 Alarm组件
最新文章
1
使用百度AI助手辅助编写一个rt-thread下的ONVIF设备发现功能的功能代码
2
RT-Thread 发布 EtherKit开源以太网硬件!
3
rt-thread使用cherryusb实现虚拟串口
4
《C++20 图形界面程序:速度与渲染效率的双重优化秘籍》
5
《原子操作:程序世界里的“最小魔法单位”解析》
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
ESP8266
I2C_IIC
WIZnet_W5500
UART
ota在线升级
PWM
cubemx
freemodbus
flash
packages_软件包
BSP
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
中断
Debug
编译报错
msh
SFUD
keil_MDK
rt_mq_消息队列_msg_queue
at_device
ulog
C++_cpp
本月问答贡献
踩姑娘的小蘑菇
7
个答案
3
次被采纳
a1012112796
13
个答案
2
次被采纳
张世争
9
个答案
2
次被采纳
rv666
5
个答案
2
次被采纳
用户名由3_15位
11
个答案
1
次被采纳
本月文章贡献
程序员阿伟
7
篇文章
2
次点赞
hhart
3
篇文章
4
次点赞
大龄码农
1
篇文章
3
次点赞
ThinkCode
1
篇文章
1
次点赞
Betrayer
1
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部