ContexteComment bien trier sur le volet problématique commits de l'arbre git noyau linux
J'ai un appareil qui ne fonctionne pas correctement à partir de Linux Kernel version 4.12 et plus. Je veux savoir quel commit spécifique a causé le problème. Mon flux actuel est:
- Voir le noyau linux commit journal à here
- En cliquant sur l'individu commettre, copiez le commit id
- Run
git checkout <commit id>
- Reconfigurer le noyau
make menuconfig
et recompilermake -j32
- Installer le noyau sur mon appareil, vérifiez que la question est encore persistent
- Dans le cas contraire, réduire la plage des commits, retournez t o étape 1
Le problème
Alors que je traversais ce processus fastidieux, je trouve que la version du noyau compilé était différent (Vous pouvez également voir ce par la lecture de la Makefile
). Cependant, je ne vois pas les changements de version via le journal de validation du noyau Linux. En fait, après avoir essayé git diff <first commit id> <second commit id>
, où le second commettras id est 1 commettras derrière le premier selon le noyau linux journal de livraison à l'étape 1, on a constaté qu'il ya des changements qui ne se reflète pas sur le site.
Question
Pourquoi cela va-t-il? Comment puis-je trouver correctement le commit spécifique qui a causé un problème sur mon appareil?
Vous est probablement essayer de jouer avec * fusion * engager alors que la validation en question est * non-fusion *. Ci-dessous les points de réponse dans la bonne direction. – 0andriy