Bissexto do kernel: quando um patch está falhando por um motivo diferente do propósito original do bisect, o que você faz? [fechadas]

3

Digamos que você esteja tentando encontrar a causa de um bug entre 3.11.0 e 3.12.0. O bug é realmente difícil de capturar, porque pode ou não se manifestar durante vários dias de tempo de atividade regular de carga de trabalho.

Você marca 3.11.0 bom. Você marca 3.12.0 ruim. Comece a dividir.

Então, rodando no patch de bisseção, o kernel falha de alguma outra forma significante que faz com que pegar o bug original seja impossível. Por exemplo, com alguma corrupção constante de gráficos drm, pode ser impossível replicar os vários dias de tempo de atividade necessários para tentar capturar o bug original.

Então, o que você faz? Não é possível marcar esse patch como "bom", então a opção lógica seria apenas "ruim".

    
por lkraav 20.07.2014 / 12:39

0 respostas