DTS草稿之二

本文详细介绍了DTS文件如何通过dtc工具编译成UBOOT所需的dtb二进制文件,包括命令行参数的使用及reservemap、整个生成dtb文件大小的设置。

二、DTS文件编译

    Dts文件需要最后通过工具dtc(device tree compiler)编译生成UBOOT所需的dtb二进制文件。Dtc工具的一般命令行格式是:

    dtc[-I <input-format>] [-O <output-format>] [-o output-filename] [-Voutput_version] input_filename

我们常用的命令如:

dtc -I dts -O dtb -R 4 -S 0x3000 -b 0 -o mpc8572_nc.dtbmpc8572ds.dts

其中-R是指定reserve map entry的个数,reserve map的概念参见图-1,它的每个entry是一个64位的整数,前32位指定reserve mem的地址,后32位指定reserve mem的大小。-S指定的是整个生成dtb文件的大小,适当扩大以供UBOOT创建/chosen等节点时使用。-b是指定物理上启动的cpu内核编号,对于8572的双核来说,必须指定为0。

🔄 变更实施与上线执行流程 🕒 0. 时间预估 项目 日期 计划完成US测试日期 — 计划完成内部Showcase日期 — 计划完成客户Showcase日期 — 计划完成集成测试日期 — 计划完成冒烟测试日期 — 计划完成内部评审日期 — 计划完成产品层评审日期 — 计划完成客户侧评审日期 — 计划实施变更日期 — 📋 1. 产品层变更范围评审 邮件内容:开发输出上线清单的影响评估分析 📥 2. 版本转集成测试申请 邮件内容:测试根据影响评估审视集成用例覆盖 ✅ 3. 需求上线自检 Checklist 类别 内容 版本发布Checklist - 需求交付率(DTS单 包含上一个迭代集成遗留问题【beta】、本次story测试问题【alpha】、现网问题【gamma】) - 代码检视缺陷密度【5,8,10】DI/KLOC - 版本遗留DI<10(整个OMP项目) - 测试缺陷密度【4,6,8】DI/KLOC 上线需求自检Checklist - US及其文件归档信息 - 有文件归档的DTS单信息 上线问题影响评估 - 上一个迭代集成遗留问题(beta) - 本次story测试问题(alpha) - 现网问题(gamma) - 本次集成测试问题单(非现网问题,迭代X-beta) 遗留问题分析 - 分析版本遗留问题 遗留事项跟踪 - 跟踪版本遗留事项 🧾 4. 现网事项评审 要求 内容 1 仅纯修数纳入 2 如果包含存储过程、表字段更改,非OMP系统配置统一纳入【补丁版本】,不纳入【现网事项】 3 OMP系统配置可与相关负责人沟通后直接执行,无需提变更单 4 现网事项必须考虑是否入湖 🛠️ 5. 脚本收集、脚本检视、脚本执行计划内部评审、自动化演练 活动 说明 脚本演练 堡垒机事项也需演练,可使用测试数据库执行 执行计划检视 脚本执行计划必须经过内部检视 📅 6. 执行计划内部评审 执行计划必须在产品层评审后上传至OMP群空间 📄 7. 变更材料编写、变更单草稿准备 获取版本号 流水线打包 转发布库 填写变更单草稿 📬 8. OPM内部评审、产品层内部评审、客户评审、变更申请邮件 🛠️ 9. 变更实施 📝 实施准备 任务 内容 会议预订 预订变更实施会议,发给相关负责人 会议信息 - 会议链接 - 是否需要授予堡垒机权限 - 是否需要授予S3桶权限 审批流程 - 找负责人审批 - 负责人:变更负责人 📌 执行事项 任务 内容 OPM内部记录 在【OPM内部小组】记录问题事项 开发/测试留守 - 所有人默认需留守支撑发版 - 有事者需委托并知会主管 - 测试负责人安排测试留守人员 📞 10. 客户沟通与验证 @变更负责人 @评审负责人 @实施负责人 @测试负责人 变更已实施 请各自验证相关事项 验证OK后,及时与用户沟通闭环 @测试负责人 可以开始变更验证 📨 11. 测试验证报告邮件(TC) ✅ 12. 关闭变更单 任务 内容 通知变更负责人 - OMP-补丁版本-20250507已发布完成且验证OK - 变更单号:CHG25042801331(已关单) 通知变更沟通组 - OMP-版本发布-20250507 - 变更单号:CHG25042801331 - 已验证完成,变更已关单 会议结束 组织变更全体会议,宣布变更关闭 📂 13. 版本上线记录 任务 内容 导出US 将本次迭代所有US导出(测试空间+OPM空间) 导出问题单 将本次迭代所有问题单导出(测试空间+OPM空间) 遗留事项补充 - 补充上一个迭代遗留事项是否已解决 - 补充本次迭代遗留事项 🔄 14. 后续事项处理 任务 内容 US和DTS归档 将本次迭代的US及DTS状态更新为完成和关闭 分支处理 - OPMG:uat分支合入dev/master/prod/hotfix分支,无差异特性分支打tag后删除 - OPMExport:uat分支合入dev/master/hotfix分支,无差异特性分支打tag后删除 - OPMHelp:uat分支合入dev/master分支 - WE码:uat分支合入opm-we/master分支,无差异特性分支打tag后删除 现网问题闭环 与客服对齐现网问题修复情况 发版问题回溯 测试负责人组织AAR回溯 遗留事项处理 @负责人 请具体分析后提单优化 问题单与US检查 - OPM在PI-2024交付周期,涉及29个IR、344个US,已全部走至完成 📦 版本发布事项安排说明 🚀 上线前 序号 任务内容 责任人 1 上线版本代码集中检视 姚君 2 脚本归档、汇总演练、脚本检视 姚君 3 上线文档归档及初步审视 周炳智 4 系统配置文档审视及汇总 周炳智 5 问题单影响分析及一致性评审 廖子谦 6 跑流水线、转包、转发布库 周炳智 7 测试报告、验证清单 范鸿洁 8 Checklist指标统计、变更材料、变更单、执行计划编排 廖子谦 🛠️ 上线实施 任务 内容 责任人 执行变更 按计划执行变更 廖子谦 组织验证 组织变更后验证 范鸿洁 发送报告 发送变更验证报告 范鸿洁 关闭变更 关闭变更单 廖子谦 负责人:廖子谦 / 乐斌海 📅 上线后 序号 任务内容 责任人 1 登记版本上线记录 廖子谦 2 上线US及DTS走到完成和关闭 范鸿洁 3 上线代码分支合并及处理 姚君 4 上线修复的现网问题,与客服对齐闭环 周炳智 📋 OPM内部事项安排说明 📅 每日例行事项 任务 内容 责任人 1 每日例行与客服对齐当日现网问题、事件单、差评单的进展 周炳智 2 评估事项风险、跟进提单、事项闭环等 周炳智 🛠️ 运维事项跟踪 任务 内容 责任人 1 和负责人对齐具体的运维事项,初步分析处理方案 姚君 2 预估处理工作量、评估风险及任务安排建议,反馈给PM协调人力、资源 姚君 3 运维US的内部验收 姚君 🗃️ DB事项管理及跟踪 任务 内容 责任人 1 审视内部DB变更、脚本评审、修数评审等DB操作 姚君 2 上线脚本归档演练、组织检视 姚君 🌊 数据湖事项对接 任务 内容 责任人 1 数据湖咨询对接及数据表/字段入湖申请事项 徐闻鸿 📐 规范要求 序号 规范内容 1 集成测试之前在UAT让测试按文档部署 2 测试反串讲让测试在转测之前评审 不要更改我的内容,帮我简洁整理并输出
09-24
--- 🕒 **0. 时间预估** 计划完成US测试日期 — 计划完成内部Showcase日期 — 计划完成客户Showcase日期 — 计划完成集成测试日期 — 计划完成冒烟测试日期 — 计划完成内部评审日期 — 计划完成产品层评审日期 — 计划完成客户侧评审日期 — 计划实施变更日期 — --- 📋 **1. 产品层变更范围评审** 开发团队需输出上线清单,并附影响评估分析邮件,供产品层评审。 --- 📥 **2. 版本转集成测试申请** 测试团队根据影响评估内容,审视集成测试用例的覆盖完整性。 --- ✅ **3. 需求上线自检 Checklist** - **版本发布Checklist** - 确保需求交付率达标,涵盖上一迭代遗留问题(beta)、本次story测试问题(alpha)、现网问题(gamma) - 代码检视缺陷密度控制在【5,8,10】DI/KLOC范围内 - 整个OMP项目版本遗留DI < 10 - 测试缺陷密度控制在【4,6,8】DI/KLOC范围内 - **上线需求自检** - 所有用户故事(US)及相关文件完成归档 - 涉及DTS单的信息已完成文件归档 - **上线问题影响评估** - 上一个迭代集成遗留问题(beta) - 本次story测试问题(alpha) - 现网问题(gamma) - 本次集成测试中的问题单(非现网,标记为迭代X-beta) - **遗留问题分析** - 对当前版本的遗留问题进行详细分析 - **遗留事项跟踪** - 建立并维护版本遗留事项的跟踪机制 --- 🧾 **4. 现网事项评审要求** 1. 仅允许纯数据修正类操作纳入“现网事项” 2. 若涉及存储过程或表字段更改,且非OMP系统配置,统一纳入“补丁版本”,不得作为现网事项执行 3. OMP系统配置类变更可与相关负责人沟通后直接执行,无需提交变更单 4. 所有现网事项必须评估是否需要同步入湖 --- 🛠️ **5. 脚本收集、检视与演练** - 完成脚本的集中收集和代码检视 - 制定脚本执行计划并通过内部评审 - 开展自动化演练,包括堡垒机操作演练,可使用测试数据库模拟执行 --- 📅 **6. 执行计划内部评审** 脚本执行计划须在产品层评审完成后上传至OMP群空间存档。 --- 📄 **7. 变更材料编写与变更单准备** - 获取正式版本号 - 执行流水线打包 - 将包转入发布库 - 编写变更材料并填写变更单草稿 --- 📬 **8. 各层级评审与变更申请邮件** 依次完成:OPM内部评审 → 产品层内部评审 → 客户评审 → 发送变更申请邮件 --- 🛠️ **9. 变更实施准备** **实施前任务:** - 预订变更实施会议,并通知所有相关负责人 - 提供会议链接,明确是否需授予堡垒机或S3桶权限 - 提交审批流程,由变更负责人完成审批 **执行中事项:** - 在【OPM内部小组】实时记录变更过程中的问题 - 开发与测试人员默认需留守支撑发版,如有特殊情况需委托他人并报备主管 - 测试负责人负责安排测试留守人员 --- 📞 **10. 客户沟通与验证** @变更负责人 @评审负责人 @实施负责人 @测试负责人 - 通知“变更已实施”,请各方启动验证 - 验证通过后及时与用户沟通闭环 - @测试负责人:可开始组织变更后验证工作 --- 📨 **11. 测试验证报告邮件(TC)** 测试负责人发送变更验证通过的正式报告邮件。 --- ✅ **12. 关闭变更单** - **通知变更负责人** “OMP-补丁版本-20250507已发布完成且验证OK”,变更单号:CHG25042801331(已关单) - **通知变更沟通组** “OMP-版本发布-20250507” 变更单号:CHG25042801331 已验证完成,变更已关闭 - **会议结束** 组织全体成员召开变更关闭会议,宣布本次变更圆满完成 --- 📂 **13. 版本上线记录** - 导出本次迭代全部用户故事(US),涵盖测试空间与OPM空间 - 导出本次迭代全部问题单(DTS) - 补充遗留事项: - 明确上一迭代遗留事项是否已解决 - 记录本次迭代新增的遗留事项 --- 🔄 **14. 后续事项处理** - **US和DTS归档** 将本次迭代所有US和DTS的状态更新为“完成”或“关闭” - **分支处理** - OPMG:将uat分支合入dev/master/prod/hotfix,无差异特性分支打tag后删除 - OPMExport:将uat分支合入dev/master/hotfix,特性分支打tag后删除 - OPMHelp:将uat分支合入dev/master - WE码:将uat分支合入opm-we/master,特性分支打tag后删除 - **现网问题闭环** 与客服团队对齐本次修复的现网问题,确保问题状态闭环 - **发版问题回溯** 测试负责人组织AAR(After Action Review)复盘会议,总结发版经验 - **遗留事项处理** @负责人 对遗留事项进行具体分析,后续提单优化 - **问题单与US检查** 在PI-2024交付周期内,共涉及29个IR、344个US,均已走完流程至完成状态 --- 📦 **版本发布事项安排说明** 🚀 **上线前任务** 1. 上线版本代码集中检视 —— 姚君 2. 脚本归档、汇总演练、脚本检视 —— 姚君 3. 上线文档归档及初步审视 —— 周炳智 4. 系统配置文档审视及汇总 —— 周炳智 5. 问题单影响分析及一致性评审 —— 廖子谦 6. 跑流水线、转包、转发布库 —— 周炳智 7. 测试报告、验证清单编制 —— 范鸿洁 8. Checklist指标统计、变更材料撰写、执行计划编排 —— 廖子谦 🛠️ **上线实施任务** - 执行变更:按计划执行变更操作 —— 廖子谦 - 组织验证:协调各方开展变更后验证 —— 范鸿洁 - 发送报告:发出变更验证通过报告 —— 范鸿洁 - 关闭变更:完成变更单关闭流程 —— 廖子谦 📌 总体负责人:廖子谦 / 乐斌海 📅 **上线后任务** 1. 登记版本上线记录 —— 廖子谦 2. 将上线相关的US及DTS状态更新为完成或关闭 —— 范鸿洁 3. 完成上线代码分支的合并与清理 —— 姚君 4. 与客服对齐上线修复的现网问题,推动闭环 —— 周炳智 --- 📋 **OPM内部事项安排说明** 📅 **每日例行事项** - 每日与客服对齐当日现网问题、事件单、差评单的处理进展 —— 周炳智 - 持续评估事项风险,跟进提单进度,推动事项闭环 —— 周炳智 🛠️ **运维事项跟踪** - 与负责人对齐具体运维事项,初步制定处理方案 —— 姚君 - 预估处理工作量,评估风险,向PM反馈人力与资源需求 —— 姚君 - 负责运维相关US的内部验收 —— 姚君 🗃️ **DB事项管理及跟踪** - 审视内部数据库变更,组织脚本评审、修数评审等操作 —— 姚君 - 负责上线脚本的归档、演练及组织检视 —— 姚君 🌊 **数据湖事项对接** - 负责数据湖相关咨询对接,以及数据表/字段入湖申请事宜 —— 徐闻鸿 --- 📐 **规范要求** 1. 集成测试前,必须在UAT环境由测试团队按照部署文档完成部署 2. 转测前必须完成测试反串讲,并由测试团队评审确认 帮我转为md格式,排版紧凑点
最新发布
09-26
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值