Os core dumps são mais fáceis de ler se você puder associá-los a uma tabela de símbolos. Dessa forma, uma ferramenta de depuração pode traduzir endereços de mapas de memória em mnemônicos, ou seja, estruturas de dados, nomes de funções, variáveis globais e assim por diante. O rastreamento de chamadas acima, por exemplo, seria muito mais útil.
Para um dump induzido pelo pânico, a maneira usual de ler um dump central é rastrear a falha até uma causa provável. A trilha mais provável a seguir é o processo que estava sendo executado no ponto de falha. Na maioria dos kernels, com as informações apropriadas do símbolo de depuração disponíveis, você pode voltar atrás, instrução por instrução, para encontrar um valor ruim.
Eu não estou familiarizado com a apresentação desta saída, mas parece que o seu kernel recebeu uma interrupção em um estado no qual afirmou que nenhuma interrupção deveria chegar. Esse tipo de regra é uma proteção contra a computação em dados quando não parece seguro fazê-lo, então o kernel entra em pânico para se proteger contra invasões. Apenas um palpite da minha parte, no entanto.
Muitos kernels são executados com todas as informações de símbolos removidas para que fiquem o mais leves possível. Parece que você teria que compilar estes valores em seu kernel para obter uma saída de pânico mais facilmente digerível.