Por que meu syslog está me dizendo que meu bios está quebrado?

1

Eu encontrei isso no meu arquivo syslog, o que posso fazer para corrigir isso? Ou vale a pena consertar?

Tudo parece estar funcionando corretamente. Rodando 3.12.9-031209-genérico.

WARNING: CPU: 0 PID: 0 at /home/apw/COD/linux/drivers/iommu/dmar.c:488 warn_invalid_dmar+0x8f/0xa0()
Your BIOS is broken; DMAR reported at address 0!
BIOS vendor: American Megatrends Inc.; Ver: F5; Product Version: To be filled by O.E.M.
Modules linked in:
CPU: 0 PID: 0 Comm: swapper Not tainted 3.12.9-031209-generic #201401251255
Hardware name: Gigabyte Technology Co., Ltd. Z87MX-D3H/Z87MX-D3H-CF, BIOS F5 08/02/2013
00000000000001e8 ffffffff81c01d98 ffffffff817433c6 00000000000017e0
ffffffff81c01de8 ffffffff81c01dd8 ffffffff810678ac ffffffff81c01e28
ffffffff81fd201c ffffffff81fd2058 ffffffff81dda2e0 ffff88022f5aad00
Call Trace:
[<ffffffff817433c6>] dump_stack+0x46/0x58
[<ffffffff810678ac>] warn_slowpath_common+0x8c/0xc0
[<ffffffff8106793f>] warn_slowpath_fmt_taint+0x3f/0x50
[<ffffffff8172dfbb>] ? acpi_os_map_memory+0x27/0x150
[<ffffffff816124af>] warn_invalid_dmar+0x8f/0xa0
[<ffffffff81d84944>] check_zero_address+0x57/0xf7
[<ffffffff81d849fb>] detect_intel_iommu+0x17/0xb8
[<ffffffff81d3a0db>] pci_iommu_alloc+0x44/0x6e
[<ffffffff81d49a5c>] mem_init+0x11/0xa2
[<ffffffff81d2fcfa>] start_kernel+0x1de/0x41e
[<ffffffff81d2f9ae>] ? do_early_param+0x87/0x87
[<ffffffff81d2f120>] ? early_idt_handlers+0x120/0x120
[<ffffffff81d2f5e8>] x86_64_start_reservations+0x2a/0x2c
[<ffffffff81d2f6f2>] x86_64_start_kernel+0x108/0x117
---[ end trace 11d0aeb7d970f0a3 ]---
    
por user241948 31.01.2014 / 04:09

1 resposta

1

A melhor fonte que encontrei explica isso se do Redhat . Não é específico para o Ubuntu, mas está relacionado ao kernel (todos compartilhamos) e ao seu hardware que retorna informações erradas ao kernel.

Troque o Redhat pelo Ubuntu no texto copiado do link e cuide dos 3 pontos (talvez você possa usar isso para contornar isso):

  

Os sistemas não conseguem inicializar, o USB não está funcionando, o adaptador de rede não funciona (ou possivelmente outros sintomas) devido ao manuseio imperfeito de   BIOSes com manipulação de IOMMU interrompida

     

Alguns fabricantes fornecem sistemas com um BIOS cuja manipulação do IOMMU   hardware está incorreto. O BIOS deve dizer ao operador   sistema onde na memória para encontrar o hardware IOMMU, mas alguns BIOSes fazem   não fazê-lo corretamente, fornecendo um local de lixo ou um local que   é válido, mas não é realmente onde o dispositivo está localizado. O kernel   tenta lidar com esses casos, mas alguns ainda não foram totalmente tratados   no kernel de lançamento do Fedora 12. Se você tem um sistema afetado por este   problema, o sintoma mais comum é que o subsistema USB falhará   para trabalhar (nenhum periférico USB funcionará), mas outros sintomas   incluiu sistemas que falham completamente ao inicializar e não funcional   adaptadores de rede.

     

Existem alguns sistemas atualmente conhecidos como potencialmente afetados por   esse problema. Para todos aqueles, exceto a estação de trabalho HP xw4600 eo   Dell Precision M6400, todas as condições a seguir devem ser verdadeiras   antes de você acertar o bug:

     
  • Você deve estar usando a edição de 32 bits do Fedora 12
  •   
  • Você não deve ter memória além da área de endereço de 4 GB (praticamente falando, isso significa que você deve ter cerca de 2,5 GB de RAM física ou   menos)
  •   
  • Os recursos de virtualização (VT-d) devem estar desativados no BIOS
  •   

Se qualquer um dos itens acima não for o caso, você não deve encontrar este   questão. Se você acha que pode estar sofrendo com esse problema, procure um   mensagem de log do kernel incluindo algo semelhante a:

Your BIOS is broken; DMAR reported at address fed10000 returns all ones!
     

ou:

Your BIOS is broken; DMAR reported at address zero!
     

Por favor, note que se você estiver usando um sistema com um BIOS tão quebrado,   a mensagem do kernel sempre aparecerá, mesmo que o kernel de fato   lida com o seu caso corretamente, ou você trabalhou com sucesso   o problema. Então não se preocupe se você ainda vê a mensagem depois de ter   trabalhou em torno do problema.

     

Existem várias maneiras de contornar esse problema. Na maioria dos casos   acima), instalar a edição de 64 bits do Fedora 12 seria o suficiente. E se   seu BIOS tem uma opção para ele, permitindo que os recursos de virtualização   o BIOS também deve contornar esse problema. Finalmente, você pode trabalhar   em torno desta questão, acrescentando o parâmetro do kernel iommu = soft ao seu   configuração de inicialização.

     

Um pacote de kernel atualizado foi lançado para resolver esse problema.   Atualize seu sistema como de costume para receber esta atualização, se você ainda não   já tenho isso. Obviamente, se você é afetado pelo problema, você   vai precisar usar uma das soluções alternativas acima para trazer primeiro o seu   sistema para um estado do qual você pode instalar um kernel fixo.

    
por Rinzwind 31.01.2014 / 07:45