Cómo manejar git bisect con código externo que causa fallas

Tengo un problema donde un cambio de código entre dos versiones del kernel de Linux está causando un problema. Al usar git bisect , me parece que no puedo networkingucir el problema original debido a un problema no relacionado en el kernel de Linux (corrupción de charts) que hace que sea imposible rastrear el problema original.

Con git bisect , hay dos opciones: buena o mala; y en este caso no puedo marcar el parche como "bueno" debido a un problema no relacionado.

¿Debo marcar ese parche como "malo" según git bisect o hago algo más?

git no te obliga a usar la confirmación que te da. Con git reset --hard othercommit puede elegir otro commit para probar y continuar biseccionando desde. Con git bisect skip puedes dejar que git elija un commit diferente automáticamente (y marcar el commit problemático como salteado para que no sea elegido nuevamente). También puede marcar un range de commits para omitir, la página man tiene la información.

Por supuesto, siempre puedes aplicar un parche después de que bisect te confirme si tienes una solución para el problema que te impide probar esa confirmación.