自定义博客皮肤VIP专享

*博客头图：

点击选择上传的图片

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

点击选择上传的图片

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

点击选择上传的图片

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览取消提交

自定义博客皮肤

-+

上一步保存

铁匠的七寸宫

博客等级

码龄17年

194
原创

398
点赞

1722
收藏

713
粉丝

关注

私信

热门文章

分类专栏

性能专区 2篇
英语 17篇
教育 5篇
Python 3篇
Android 9篇
Linux内核 29篇
LDD读书笔记 6篇
C语言 7篇
NTFS 6篇
网络 8篇
芯片验证 3篇
linux文件系统 23篇
ubuntu 4篇
shell 3篇
BIOS-EC 1篇
Ceph 9篇
网址和资源 26篇
软件测试 7篇
读书 27篇
UML 10篇
工具使用 10篇
汽车行业 76篇
开源 1篇
公司财务 1篇
Agile 2篇

最新评论

crash常用命令
eeblacksmith: struct -o 显示结构体成员的偏移量（以字节为单位）也可以通过下面方式得到 crash> struct struct.member struct struct { [392] int member; } 还可以手动计算 crash> p struct_var struct_var = $5 = (struct struct *) 0xffffff80c58f0600 crash> p &struct_var.member $7 = (int *) 0xffffff80c58f0788
crash常用命令
eeblacksmith: 在 Linux 内核中，区分一个 task_struct 代表的是进程还是线程，可以通过以下方法在 crash 工具中验证： 1. 检查 task_struct->mm 和 task_struct->active_mm 规则：进程（主线程）： mm 指向有效的 mm_struct（用户态地址空间）。 active_mm 通常与 mm 相同。线程（子线程）： mm = NULL（共享主进程的地址空间）。 active_mm 指向主进程的 mm_struct（借用的地址空间）。内核线程： mm = NULL（无用户态地址空间）。 active_mm 可能为 NULL 或指向 init_mm # 检查 mm 和 active_mm crash> struct task_struct.mm,active_mm <task_address> # 示例输出分析： # 1. 用户进程（主线程）： mm = 0xffffff80de486cc0, active_mm = 0xffffff80de486cc0 # mm 和 active_mm 相同 # 2. 用户线程（子线程）： mm = 0x0, active_mm = 0xffffff80de486cc0 # 借用主进程的 mm # 3. 内核线程： mm = 0x0, active_mm = 0x0 或 0xffffff8008a00000（init_mm） 2. 检查线程组 ID（tgid 和 pid）规则：进程（主线程）：tgid == pid。线程（子线程）：tgid != pid（tgid 是主线程的 PID）。内核线程：tgid == pid == 0（或内核保留值）。 # 获取 tgid 和 pid crash> struct task_struct.tgid,pid <task_address> # 示例输出分析： # 1. 用户进程（主线程）： tgid = 1280, pid = 1280 # tgid == pid # 2. 用户线程（子线程）： tgid = 1280, pid = 1281 # tgid != pid # 3. 内核线程： tgid = 0, pid = 2
crash常用命令
eeblacksmith: help -m命令，可以获取系统基本配置信息，最后提供了各个cpu中断栈的起始地址和大小。
电源拓扑从入门到精通
唐三藏667: 入门到入土
软件测试之-测试覆盖率
Rigorous Tester: 不太认可中这种覆盖度，不管是白盒的代码覆盖度，还是灰盒的接口覆盖度，不掺杂逻辑，只统计这种是否调用，毫无意义。唯一可行的就是黑盒覆盖度，但是针对需求去穷举场景，本身就是一个伪命题，因为根本就不可能穷举，所以测试用例永远不可能100%覆盖所有场景。那么你测试的覆盖率统计公式的分母就永远无法定下来。所以结论就是测试覆盖率是个伪命题，我经过的几家公司有大有小，基本不会去讨论覆盖率，最重要的就是各个环节的评审，尽量提前规避问题，完善用例。

shell

关注

关注数：文章数：3 文章阅读量：6053 文章收藏量：3

作者: eeblacksmith

这个作者很懒，什么都没留下…

展开

专栏收录文章