Welcome to tyron's blog
常将有日思无日，莫把无时当有时-
嵌入式操作系统的内存
参考：原贴
-
linux下git的基本操作
- content
Git命令一览表
索引 git命令 解释 1 git init 初始化一个新的Git库 2 git config –global user.name <your-name>
git config –global user.email <your-email>设置用户名和邮箱 3 git clone <repository-url> clone一个仓库 4 git add <file>
git add .将文件添加到暂存区 5 git diff 查看未暂存的更改 6 git commit -m “message” 提交暂存的更改 7 git reset 重置暂存区到上一个提交 8 git status 查看工作目录和暂存区的状态 9 git rm <file> 从索引和工作目录中删除文件 10 git log 查看提交历史 11 git show <commit-hash> 查看提交的元数据和内容更改 12 git branch 列出所有本地分支 13 git branch <branch-name> 创建一个新分支 14 git branch -m <new-branch-name> 重命名当前分支 15 git branch -d <branch-name> 删除一个分支 16 git checkout <branch-name> 切换到另一个分支 17 git merge <branch-name> 将指定分支合并到当前分支 18 git remote add <name> <repository-url> 创建与远程仓库的新连接 19 git push <remote> <branch> 将提交的更改推送到远程仓库 20 git pull <remote> 从远程仓库下载内容 21 git gc 清理不必要的文件并优化本地仓库 22 git stash 暂时移除未提交的更改并稍后保存 23 git stash apply 应用之前暂存的更改 1. 创建仓库
$ git init . #创建仓库 $ git add text.txt #添加文件 $ git commit -m "write text.txt" #提交文件到仓库 $ git status $ git diff #查看修改文件 $ git log $ git log --pretty=oneline2. 回退到之前的版本
$ git reset --hard commit id号 #(commit id号可只取前两位，为了避免相同，可以多取几位) $ git reset --hard HEAD (查看当前版本) $ git reset --hard HEAD^^ #(退到上一个版本.HEAD表示当前版本，HEAD^表示上一个版本，同理HEAD^^表示上上个版本。。。。不过这样太麻烦。所以如果要往上回退100个版本，则写成 HEAD~100) $ git log $ git log --pretty=oneline $ git reset --hard HEAD~1 #这里的数字表示你要回退的版本数量） $ git clean -dxf #删除当前目录下所有没有track过的文件和文件夹. 不管他是否是.gitignore文件里面指定的文件夹和文件..） # 签出以前版本的指定文件，并覆盖当前文件 $ git checkout origin/main -- app/cluster_2dwow/src/app_cluster.c $ git checkout 3da97368a61c7e7b8a46dc661b0bd11bff65e20f -- audio_main.c # 将当前未提交的文件与以前某个commit id进行比较，并生成差异文件 $ git diff 3da97368a61c7e7b8a46dc661b0bd11bff65e20f --cached >fatfs_on_sdcard_2204191335.diff3. 回退到之前的版本时，出错后，再恢复
$ git reflog b7057a9 HEAD@{0}: reset: moving to b7057a9 98abc5a HEAD@{1}: commit: more stuff added to foo b7057a9 HEAD@{2}: commit (initial): initial commit $ git reset --hard 98abc5a #所以，我们要找回我们第二commit，只需要做如下操作：4. merge分支
$ git checkout master #首先切换到master分支上 $ git pull origin master #如果是多人开发的话 需要把远程master上的代码pull下来 $ git merge dev #然后我们把dev分支的代码合并到master上 $ #根据提示找到冲突的文件，解决冲突 $ git status $ git add <解决冲突后的文件> #解决冲突后，add, 然后就可以commit了 $ git reflog #查出要回退到merge前的版本号，按q 退出查询，或者通过Version Control直接查看 $ git reset --hard <commit id> #回退到merge前的代码5. 管理修改
$ git diff HEAD -- xxx #(查看对于某个文件来说，工作区和版本库里面最新版本的区别) $ git checkout -- file #(恢复修改之前的模样 (–后面有个空格) ，其实是用版本库里的版本替换工作区的版本,一键还原） $ git reset HEAD 文件名 #(恢复到提交之前)6. 删除文件
$ rm text2.txt $ git status $ git commit -am " " #(提交删除操作，让文件在版本中删除，必须要用-am提交 )7. 如何用git命令生成Patch和打Patch
$ git diff --patch > 0001-some-modifications.patch #从差异生成补丁 $ git apply -R <patch> #还原补丁 $ git apply ~/patch-set/*.patchpatch #在要应用补丁的文件夹下应用补丁, 不会commit. $ git am ~/patch-set/*.patchpatch #在要应用补丁的文件夹下应用补丁, 会commit并添加commit message $ git am --abort #如果不想打这一系列patch了，或者废弃上一条am命令 $ git apply --reject <patch_name> #根据git am失败的信息，找到发生冲突的具体patch文件，然后用该命令，强行打这个patch，发生冲突的部分会保存为.rej文件（例如发生冲突的文件是a.txt，那么运行完这个命令后，发生conflict的部分会保存为a.txt.rej），未发生冲突的部分会成功打上patch。根据.rej文件，通过编辑该patch文件的方式解决冲突。 $ git am ~/patch-set/*.patchpatch #重新打patch #指定commit id，生成一个差异文件，其中c40dbfc7497e0620621bd7ef36364f41418e7a49为较早的commit id $ git diff c40dbfc7497e0620621bd7ef36364f41418e7a49 f9d8afe0bac8856bd13d920559735c2c8345ac50 > emmc_boot.diff #指定commit id，生成一个patch文件，其中3da97368a61c7e7b8a46dc661b0bd11bff65e20f为较早的commit id $ git diff 3da97368a61c7e7b8a46dc661b0bd11bff65e20f --patch >fatfs_on_sdcard_app.patch #从某个commit id开始到现在的所有补丁 $ git format-patch c40dbfc7497e0620621bd7ef36364f41418e7a49 0001-cr7-loader-boot-from-emmc-is-ok.patch 0002-cr7-loader-boot-from-emmc-is-OK.patch 0003-Load-cr7-rtos-from-emmc-is-OK.patch $ git apply --stat 0001-minor-fix.patch #检查patch文件 $ git apply --check 0001-minor-fix.patch #查看是否能应用成功 $ git am -s < 0001-minor-fix.patch #应用patch # 解决Git apply时warning: 1 line adds whitespace errors. $ git reset --hard <前一个commit id> $ git am --reject --whitespace=fix /someone.patch $ git format-patch -01 重新制作补丁，然后利用 #vimdiff检查一下，是否已修正。8. git cherry-pick
9. git bundle 打包
10. 永久记住用户名
C盘的C:\Users\Administator目录下生成 .gitconfig配置文件。用文档编辑工具打开该文件
添加：
[user] name = titron //你的用户名 email = hxxx@163.com //你的git邮箱账号 [credential] helper = store11. Git：将当前修改的内容提交到新的分支上
有时候在参加一个项目时，执行clone得到master分支， 一开始只是想看看源码或者忘记了自己没有新建分支，结果后面自己根据需求添加了代码【添加后没有执行commit】, 但是此时的修改都在master分支， 提交必然是不可以的，还是要新建分支【所有修改都要在新建分支上进行】，最后在分支执行通过后，才能合并到master分支。 那么，这时候如何力挽狂澜，如何在保存这些修改的前提下，新建分支并提交呢？ 原文链接
# 步骤1：在当前的master分支上的修改暂存起来 $ git stash # 步骤2：暂存修改后，在本地新建分支（new_branch ）为新分支的名字 $ git checkout -b new_branch # 步骤3：将暂存的修改放到新建分支中 $ git stash pop # 步骤4：使用TortoiseGit进行commit，比如add, modify, delete # 步骤5：将提交的内容push到远程服务器 git push # 建立远程分支 $ git push origin testRelease-tzdong $ git branch -vv $ git branch --set-upstream-to=origin/testRelease-tzdong testRelease-tzdong # 删除远程分支 $ git push origin --delete testRelease-tzdong12. 将多次提交合并成一次提交
$ git switch main $ git pull $ git switch 1-issue-emmc_boot $ git log $ git rebase -i main # 执行上面的语句后，会进入以下编辑界面 pick xxx: commit1 add : add xxx pick xxx: commit2 fix: update xxxx pick xxx: commit3 fix: delete xxx pick xxx: commit4 modify : update xxxx # 进入编辑模式，将除第一行的pick外，其余的pick都改成 squash ，退出编辑模式，保存即可 pick xxx: commit1 add : add xxx squash xxx: commit2 fix: update xxxx squash xxx: commit3 fix: delete xxx squash xxx: commit4 modify : update xxxx $ git log --oneline $ git commit --amend $ git commit -s --amend $ git push -f13. stash/reset –soft/cherry-pick/revert/reflog
Git 不要只会 pull 和 push，试试这 5 条提高效率的命令
stash：存储临时代码。
reset –soft：软回溯，回退 commit 的同时保留修改内容。
cherry-pick：复制 commit。
revert：撤销 commit 的修改内容。
reflog：记录了 commit 的历史操作。
14. git 修改.gitignore后生效
# .gitignore文件内容 # dir 不需要提交的目录 /S4/ICUMX_obj/ /S4/ICUMX_output/git rm -r --cached . #清除缓存 git add . #重新trace file git commit -m "update .gitignore" #提交和注释 git push origin master #可选，如果需要同步到remote上的话15. linux下git clone出错:ssh: Could not resolve hostname xxxxx.com: Name or service not known
转自Could not resolve host: github.com的解决方案
解决方法：添加相应IP 地址到文件：/etc/hosts
$ git clone git@mmmmm.com:llll.git Cloning into 'llll'... ssh: Could not resolve hostname mmmmm.com: Name or service not known fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. $ sudo vim /etc/hosts # add xxx.yyy.zzz.xxx mmmmm.com $ ping mmmmm.com PING mmmmm.com (xxx.yyy.zzz.xxx) 56(84) bytes of data. 64 bytes from mmmmm.com (xxx.yyy.zzz.xxx): icmp_seq=1 ttl=46 time=108 ms 64 bytes from mmmmm.com (xxx.yyy.zzz.xxx): icmp_seq=1 ttl=46 time=108 ms 64 bytes from mmmmm.com (xxx.yyy.zzz.xxx): icmp_seq=1 ttl=46 time=108 ms
-
交叉编译工具链命名详解（转）
-
QNX Hypervisor中的一些概念
参考：
一些术语：
- device
实际的硬件。相比较于vdev来说。
- guest
包括guest OS及运行于上的应用。
一个qvm process instance 负责一个guest
guest运行于qvm之上。
- host
大多数场合，host指的是hypervisor或其他运行于hypervisor上的东西。
- hypervisor 简单来说，指的是QHS / QNX Hypervisor.
QHS - “QNX Hypervisor for Safety”.
QNX Hypervisor - QNX Hypervisor for Safety 2.0 Safety.
- qvm
qvm (or qvm process)是hypervisor的一个process。
由hypervisor启动qvm process instances; 每个qvm process instance 代表一个虚拟机(VM)，guest运行于上。
A qvm process就会运行于hypervisor host domain允许的level上，而且这个level比guest host的level低。
- vdev
hypervisor上虚拟出来的任何device. 例如：中断控制（虚拟出来的），或以太网控制器(para-virtualized)。
- VM
就是一个qvm process instance，guest运行于其上，VM是guest的host。
文件后缀
.build
QNX hypervisor host domain或QNX guest的buildfile。
.img
bootable image文件。可能是一个hypervisor host domain, 一个guest, 或 一个host domain及一个或多个guests。
.qvmconf
VM配置文件; 由VM的qvm process instance解析。
下图是QNX hypervisor架构和配置（以访问virtual、physical的device）：
两类设备（Device）
-
Virtual device 对于这类设备，Guest访问（被分配的）虚拟地址设备(virtual 或 para-virtual)。 qvm process instance请求适当的特权级别更改，并将执行请求传递给所请求的设备。
-
Pass-through device 对于这类设备，Guest可以直接访问实际的物理设备。 qvm process instance什么都不做。
guest interrupt入口（entry）需要在VM configuration（.qvmconf文件）中声明，例如下所示：
例1：vdev pl011 loc 0x1c090000 intr gic:37
例2：pass loc 0xe6055400,0x050,rwn intr gic:42 # GPIO6
其中，entry格式描述如下：
- 有名字
- 有中断号
- x86平台，自动分配，只标上“apic”就可以了。
例1（x86平台）： vdev ioapic loc 0xf8000000 intr apic name myioapic
-
ARM平台，自动分配，也可以指明中断号，标上“gic”。
例2（ARM平台）： vdev pl011 loc 0x1c090000 intr gic:37
.qvmconf文件中，中断号需要是惟一的（也可以不指定，系统会自动分配）：intr gic:xxx （xxx是唯一的，不能重复）
VM vs Guest OS
打个比方：
就像VirtualBox里面建立虚拟机一样。
Guest OS是运行于硬件上的软件，这里，VM就相当于该“硬件”。
虽然VM仍然是运行于hypervisor host上的一个qvm process instance，是软件。
VM assembly and configuration
qvm process instance做以下动作:
- 读、剖析、验证*.qvmconf文件
- 建立一个转换表（stage tables）(ARM: Stage 2 page tables, x86: Extended Page Tables (EPT)).
-
创建 (assembles) 并配置VM:
分配RAM (r/w)及ROM (r only)给guests
为每个虚拟CPU开启一个thread
启动passthrough设备
定义并配置虚拟设备vdevs
guest中断 <-> 实际的中断
详细描述参考这里。
过多的中断会显著降低guest的性能。
在使用hypervisor的系统中，虽然guest可以配置中断控制器硬件，但是，还是由hypervisor来管理硬件以完成guest的需求。所以说，当硬件device产生中断给guest时，hypervisor总是要介入的，这意味着需要至少有一次打断guest的执行，来允许hypervisor查看中断并决定怎么处理这个中断。
即使设备中断被配置成pass-through中断，hypervisor还是会管理中断控制器硬件。hypervisor必须屏蔽中断，把它传递给guest（通过更新vCPU线程thread），最后，再打开中断（物理EOI）。
hypervisor介入中断传递给guest的过程（即使是pass-through中断），好处：
*（从系统角度看）可以防止发生中断风暴（interrupt storm）
- 允许（guest失效时）正确的清除挂起的中断
在虚拟系统中，如果硬件不提供特殊支持的话，hypervisor接管所有的事情。hypervisor捕获中断，并更新相应的vCPU thread结构体（中断相关信息）。这是纯软件的方法。然后，hypervisor会请求至少一个guest退出并引入最大的开销（？）。
许多ARM及x86平台提供了虚拟化支持，以减少中断的传递过程。
如何利用硬件的这些辅助特性呢？注意以下几点：
- 硬件Features
- BSP支持features（包含、使能、配置必要的模块及features）
- VM配置（包含、配置必要的features）
- guest配置（包含、配置必要的features）
ARM
针对ARM平台，hypervisor提供了2种技术用于减少guest的退出然后去处理中断。
- Interrupt enable
如果硬件允许，hypervisor可以设置guest的IRQ请求bit，即便guest disabled中断。设置该bit不会导致guest 退出。
- GIC hardware assist
许多ARM平台（with GICv2）及很多最近较新的GIC硬件会提供硬件辅助功能，用于中断的处理。
当发生中断时，这些GIC 硬件辅助不会消除guest exit，但是，在guest中断（interrupt delivery）传输（pass-through，vdev）上，会帮着guest操作虚拟GIC 状态。
x86（略）
LAPIC 硬件辅助（略）
（ARM GIC）Virtual Interrupt Handling
-
DDR/LPDDR4概念解释-package、die、channel
参考:
1 Architectural Options for LPDDR4 Implementation in YourNext Chip Design
-
Linux设备驱动开发 学习笔记（10）—— 调试
基于宋宝华《Linux设备驱动开发详解-基于最新的Linux4.0内核》。
GDB
GDB是GNU开源组织发布的一个强大的UNIX下的程序调试工具，主要帮着工程师完成下面4个方面的功能（其图形化工具是DDDhttp://www.gnu.org/software/ddd/）：
- 启动程序（驱动或用户空间的应用程序）
- 让程序在指定断点处停住
- 当程序停止住时，检查变量等信息
- 动态的改变程序的执行环境，如更改变量或memory的内容
准备：
- 编译输出.o文件（包含调试信息的二进制文件）
- 执行gdb xxx（.o），进入调试状态
- （然后，就可以使用以下GDB命令了，详细命令参考http://sourceware.org/gdb/current/onlinedocs/gdb/ ）
GDB命令 缩写 描述 备注 list <linenum> l 显示源程序 <linenum> - 显示第linenum行周围的源程序
<function> - 显示function函数周围的源程序run r 运行程序 break b 设置断点 <linenum> - 断在指定行号
<function> - 断在指定函数next n 单步运行 相当于step over step s 单步运行 相当于step in continue c 运行到结束或下一个断点 print p 查看运行数据 print <expr> watch w 观察运行数据 watch <expr> examine x 查看内存地址中的值 x/<n/f/u> set 修改内存 set *(unsigned char *)p=’h’ jump j 跳转 jump <address> help h GDB帮助 quit q 退出GDB 内核调试
内核调试方法：
- 目标机“插桩”，如打上KGDB补丁，这样主机上的GDB就可以与目标机上的KGDB通过串口或网口通讯
- 使用仿真器
- 目标板上通过printk()、Oops、strace等软件方法进行”观察“调试。
printk
目前，应用最广泛的方法是printk()。
printk()定义了8个消息级别（级别越低（数值越大），消息越不重要）。
可以通过/proc/sys/kernel/printk调节printk()的输出等级。
可以通过dmesg命令查看内核打印缓冲区，也可以使用cat /proc/kmsg命令来显示内核信息。
Oops
Oops：Linux内核发生不正确的行为，并产生一份错误日志。（oops其实是表示惊讶或后悔，翻译过来可以译成哎哟，带有自我吃惊的意思，有时候也有抱歉的含义，但是这个词语不能代替真正的抱歉）
性能分析与调优工具
在性能优化中的常用手段：