1

我将内核中的问题一分为二，第一个错误提交是合并提交：

2b90506a8186的父母（都很好）：

v5.12 -rc2也不错。

我需要做第二个二等分来找到实际的第一个非合并错误提交（即028a1e968435..2b90506a8186 - 4885 提交或01d713689441..2b90506a8186 - 46 提交之一）。

我记得以前在类似的情况下，我签出到其中一个父级（第一个分支）并在第一个分支的顶部逐个应用来自另一个父级（第二个分支）的所有提交。有了这个特殊的分支，我需要解决一些冲突，因为历史是线性的，所以我可以重新设置基础。

但我不记得我是如何从另一个父母那里得到提交列表的。这可能很简单，用 git log 创建它的父级--first-parent。

但是对于这种情况，我无法生成列表，这可能是由于父母也是合并提交的事实。

我试图阅读各种资料，但没有运气：

更新我不相信所有设备都有内核回归，只是我的特定 arm64 设备的设备树有问题。找到有问题的提交可以帮助我暂时恢复有问题的提交，直到我找到需要在设备树中为我的设备修复的内容。

4

1 回答 1

1

2b90506a8186 的父母（两者都很好）：[...] 我需要做第二个平分来找到实际的第一个非合并错误提交

您知道合并 2b90506^2 会生成一个无法在您的设备上启动的内核，因此该提交具有将在集成中出现的错误：这很糟糕。

git bisect 2b90506^2 $(git merge-base 2b90506^1 2b90506^2)

并且在测试时，首先合并到 2b90506^1 以检查提交是否会通过集成测试，因为那是您真正的“坏”情况。

于 2021-06-12T17:12:19.427 回答