Ubuntu下开发STM32已经接近尾声。如果不出意外的话，这篇将会是最后一篇了。突然有点心痛，毕竟，在也没有机会这么明目张胆的传图片，刷金币了。

% r% ^7 @! e* O+ y8 M/ SNewlib申请内存的机制
    这次介绍的是Newlib下的malloc。不同与keil mdk下的malloc。两者的实现机制是不同的。keil mdk是在汇编文件中改一个数值，用来设置堆的大小。今后的所有malloc申请的内存都在这个堆中。堆的大小是在编译的时候确定的，预先放入bss段中。而Newlib使用的是sbrk的机制。只要sbrk的申请的地址还没到当前sp的位置，就能一直申请。（代码图片是我在原先的基础上添加了点调试信息）

% D# M/ ]& M  V7 kend是bss段的结束地址。因为使用了extern char end asm("end")这样的语法，在编译的时候只能使用-std=gnu99，而不能使用-std=c99。stack_ptr是当前sp的值。只要上一次结束的地址加上这一次申请字节数的和不超过sp，sbrk就能成功。malloc也能成功。
sbrk相当于内存的经销商，malloc只是一个小贩。当有人向malloc请求内存的时候，如果malloc手中有剩余的内存并且足够这次分配，那就直接把手中剩余的内存分配出去。使用完内存之后，只要记得使用free还给malloc就行。如果申请的时候，malloc手中没有足够的内存，那么malloc会向sbrk要一块内存，自己再转手出售给其他的需要者。

内存分配测试

9 \. F. g' _  ?2 z. l- {主函数中一直尝试无限制的分配内存，只分配不释放。将代码下载至SRAM中运行。（make sram，sudo make burns)
, q( z6 S4 v' {. w3 v, |* i在内存分配之前，malloc分配的起始地址是536871400（0x2000_01E8)，具体为什么是这个数值，在稍后会解释。进入main之前申请了436,1032字节（实际是428和1024字节，剩余8字节用于存储分配信息）。估计1K内存是用来给printf当缓冲区了。至于另外428字节不知道用作什么用了。


  h: P/ b( Z- G# z( z. L0 C在170次内存之后，申请了17000个字节的空闲内存，共消耗17000+170*8=18360字节的内存。

到内存耗尽的时候，堆指针在0x2000_4F5C（536891120+108) 处。这个值差不多接近栈顶（0x2000_5000)了。
2 t- O4 {2 Y* b6 e6 _% s
给栈保留一定的内存
如果一直使用malloc分配内存的话，最终可能会导致栈的内存与堆的内存冲突。为了安全考虑，暂时考虑为栈保留一定的空间。在syscalls.c文件中添加一个可配置的宏，用于确定可保留的大小。这个数值可以在syscalls.c文件中更改，也可以在编译的时候使用-D来更改。这里保留了2K的空间给栈。


: D# g$ [, i' d% Y7 B' f& T
3 P+ z/ o' k5 H" I/ m内存布局
- ~- ^1 A0 g& `0 D# q8 ^可能你会疑问为什么malloc内存分配是从0x2000_01E8开始的，为什么链接文件中定义了_Min_Stack_Size，这里却还要为栈保存空间。虽然在SRAM中运行程序一节https://www.stmcu.org.cn/module/forum/thread-603793-1-1.html中也简单的提到了一些，这里打算详细的说一下。
6 D) ?9 e+ @' h在链接的时候，我添加了参数-Wl,-Map=flash_sram.map，用来记录代码或者数据的布局。打开文件可以看到这样的信息：

5 v& w) D  |+ }% k4 b0 `从Map文件上看，bss段（未赋值的变量）是从0x2000_00a4开始的。（从0x2000_0000开始到0x2000_00a4之间的数据是用来存放已赋值的变量。）在bss段的结束地址（end）之后，有根据_Min_Heap_Size,_Min_Stack_Size保留的内存区。这两片内存去并没有什么作用，只是用来保证bss段不至于过大而已。
从sbrk的输出上也能够看出来，malloc进行内存分配的时候是从bss段的结束，也就是end地址处开始的。显然malloc的内存分配能够覆盖_Min_Heap_Size和_Min_Stack_Size。
. Y6 e5 u/ n+ y  s相关的代码在malloc_v2.zip中。

; K; b: H7 z) Q) u% Y0 w5 S
+ e9 E) k- c4 B8 R' v相关Newlib系统调用的更多信息请参考：

• http://sourceware.org/newlib/libc.html#Syscalls
• http://www.embecosm.com/appnotes/ean9/ean9-howto-newlib-1.0.html
  

/ n& U. q6 C5 g

恭喜连载完结，感谢qianfan无私的分享！

恭喜楼主大功告成。我用server版，还没有安装好驱动。要换desktop版了。

creep 发表于 2015-11-1 23:00
- J) R3 L, I( `* P5 m9 o恭喜连载完结，感谢qianfan无私的分享！

2 y3 E5 O4 V# a+ N1 O5 t( c+ n2 w橙哥，一块交流啊

ataudio 发表于 2015-11-2 08:59
& p/ K( ~7 Y* P' J% e! J1 R恭喜楼主大功告成。我用server版，还没有安装好驱动。要换desktop版了。 ...

我用的是desktop版本。你说的驱动是stlink吗？

QianFan 发表于 2015-11-2 09:35
我用的是desktop版本。你说的驱动是stlink吗？

' f8 `/ f1 m& P5 _* F' ^是的。你发给我的stlink驱动包，和我下载的完全一样。在server下运行报一样的错误。看你的截图应该是在desktop的配色下编写的，所以我抽空换成desktop试试。。

ataudio 发表于 2015-11-2 14:41
是的。你发给我的stlink驱动包，和我下载的完全一样。在server下运行报一样的错误。看你的截图应该是在des ...

可能是这个原因。不知道你的libusb安装了没有

怀疑是gcc版本的原因。需要gcc  5.0以上。桌面版是5.2，编译通过了。第一次libusb1.0没安装，在configure时会提示错误，装了libusb之后再来一次，配置OK、编译也OK，就是sudo make install看到了：
! k) o0 a* E2 I, g+ G" n- `: F: I: Pmake[2]: Nothing to be done for 'install-data-am'.

不知道安装是否成功了。先继续往下配置看看。

ataudio 发表于 2015-11-3 10:46
% q5 T! F& b; ~: P& c1 r  S怀疑是gcc版本的原因。需要gcc  5.0以上。桌面版是5.2，编译通过了。第一次libusb1.0没安装，在configure时 ...

事实st-flash看看有反映吗

ataudio 发表于 2015-11-3 10:46
怀疑是gcc版本的原因。需要gcc  5.0以上。桌面版是5.2，编译通过了。第一次libusb1.0没安装，在configure时 ...

应该不是吧。我的是4。8。4

" i! h/ R- N1 \

QianFan 发表于 2015-11-3 13:32
事实st-flash看看有反映吗

这个是不是表明stlink已经装上了？
6 X) ]3 |$ e. L+ iaoems@ubuntu:~$ st-flash         
invalid command line
: o2 q  G1 t  v0 h; W# Vstlinkv1 command line: ./st-flash [--debug] [--reset] {read|write} /dev/sgX path addr <size>
stlinkv1 command line: ./st-flash [--debug] /dev/sgX erase
stlinkv2 command line: ./st-flash [--debug] [--reset] {read|write} path addr <size>
stlinkv2 command line: ./st-flash [--debug] erase
                       use hex format for addr and <size>
' i2 Z" ], Z: ]' ^; Waoems@ubuntu:~$
" ]# y6 ~2 o/ y; \

ataudio 发表于 2015-11-4 11:24
这个是不是表明stlink已经装上了？
aoems@ubuntu:~$ st-flash         
invalid command line

: I# w3 Z) g4 Y7 O+ I对的，这就说明安装成功了。