uboot-2018-01-rc3
最新的u-boot代码,支持s3c2440 等,
/arch Architecture specific files
/arc Files generic to ARC architecture
/arm Files generic to ARM architecture
/m68k Files generic to m68k architecture
/microblaze Files generic to microblaze architecture
/mips Files generic to MIPS architecture
/nds32 Files generic to NDS32 architecture
/nios2 Files generic to Altera NIOS2 architecture
/openrisc Files generic to OpenRISC architecture
/powerpc Files generic to PowerPC architecture
/sandbox Files generic to HW-independent "sandbox"
/sh Files generic to SH architecture
/x86 Files generic to x86 architecture
/api Machine/arch independent API for external apps
/board Board dependent files
/cmd U-Boot commands functions
/common Misc architecture independent functions
/configs Board default configuration files
/disk Code for disk drive partition handling
/doc Documentation (don't expect too much)
/drivers Commonly used device drivers
/dts Contains Makefile for building internal U-Boot fdt.
/examples Example code for standalone applications, etc.
/fs Filesystem code (cramfs, ext2, jffs2, etc.)
/include Header Files
/lib Library routines generic to all architectures
/Licenses Various license files
/net Networking code
/post Power On Self Test
/scripts Various build scripts and Makefiles
/test Various unit test files
/tools Tools to build S-Record or U-Boot images, etc.
周立功的51操作系统
对很多人来说,多任务并行的机制是神秘的,包括很多长期在操作系统下开发应用程序的人来说也是如此。
回顾一下从普通的单任务顺序执行到多任务并行执行的演变过程,有利于打破“多任务并行”的神秘感。
其实多任务并行机制一点也不复杂,从技术上说,它就是程序流折断加现场(在操作系统里叫上下文)保护。这两部分技术不仅谈不上高深,甚至无法称其为“技术”,因为几乎每个开发者每天都在跟它们打交道:比较中断响应、调子程序。
那么它到底神秘在哪里呢?在于程序流反向控制机制,所谓程序流反向控制指的是,由子函数决定父函数的执行流程。对于通常的程序来说,总是由父函数决定何时调用哪一个子函数的;而在并行多任务系统里,是由一个被称为任务调度器的子函数决定着何时调用哪一个父函数!
需要澄清一点是,这种子函数对父函数的调用并不是任意的,它只能将流程指向父函数的折断点,也就是最近一次调用任务调度器时的位置。原因很简单,因为子函数根本不知道应该从父函数的哪个地方开始执行,除非它保存了父函数在折断时的上下文。
51单片机下的多任务操作系统,
对很多人来说,多任务并行的机制是神秘的,包括很多长期在操作系统下开发应用程序的人来说也是如此。
回顾一下从普通的单任务顺序执行到多任务并行执行的演变过程,有利于打破“多任务并行”的神秘感。
其实多任务并行机制一点也不复杂,从技术上说,它就是程序流折断加现场(在操作系统里叫上下文)保护。这两部分技术不仅谈不上高深,甚至无法称其为“技术”,因为几乎每个开发者每天都在跟它们打交道:比较中断响应、调子程序。
那么它到底神秘在哪里呢?在于程序流反向控制机制,所谓程序流反向控制指的是,由子函数决定父函数的执行流程。对于通常的程序来说,总是由父函数决定何时调用哪一个子函数的;而在并行多任务系统里,是由一个被称为任务调度器的子函数决定着何时调用哪一个父函数!
需要澄清一点是,这种子函数对父函数的调用并不是任意的,它只能将流程指向父函数的折断点,也就是最近一次调用任务调度器时的位置。原因很简单,因为子函数根本不知道应该从父函数的哪个地方开始执行,除非它保存了父函数在折断时的上下文。
STM32正交编码源码和资料
STM32正交编码源码和资料
ADI经典电路合集
非常经典的电路合集,由ADI 公司工程师设计并验证后的电路合集。正确性毋庸置疑,极具参考价值。
#教程\visual c#.net网络核心编程.rar
非常详尽的#教程\visual c#.net网络核心编程
《嵌入式linux应用完全手册手册》电子版(含视频教程)第一部分
韦东山《嵌入式linux应用完全手册手册》电子版,含视频教程。共8个部分