Opublikowano:

DMAR/IOMMU problem na SuperPlan BestOF Reloaded

Witam.

Pierwszy post i już problemy 🙁

SuperPlan BestOF Reloaded
Płyta: X8SIL
CPU: i5 760 2.80GHz
RAID: Soft
System Gentoo x86_64 (pełna rekompilacja i rekonfiguracja systemu "zastanego").

Od pierwszego użycia wirtualizacji (Qemu/KVM – testowany VirtualBOX nawet nie startował) konieczność nieustannych (od 2011-01-16 chyba z 50) resetów maszyny po utracie do niej dostępu (w większości przypadków 0 logów jakichkolwiek błędów powodujących utratę dostępu).

Od gentoo-sources-2.6.36-r8 (teraz jest 2.6.37-r4) w dmesg pojawiły się oopsy chyba identyfikujące problem:

Cytat:

No AGP bridge found
————[ cut here ]————
WARNING: at drivers/pci/dmar.c:634 warn_invalid_dmar+0x91/0xa0()
Hardware name: X8SIL
Your BIOS is broken; DMAR reported at address fed90000 returns all ones!
BIOS vendor: American Megatrends Inc.; Ver: 1.1; Product Version: 0123456789
Modules linked in:
Pid: 0, comm: swapper Not tainted 2.6.37-gentoo-r4 #4
Call Trace:
[<ffffffff8103936b>] ? warn_slowpath_common+0x7b/0xc0
[<ffffffff8103940d>] ? warn_slowpath_fmt_taint+0x3d/0x50
[<ffffffff8119a361>] ? warn_invalid_dmar+0x91/0xa0
[<ffffffff815182bd>] ? check_zero_address+0xd1/0x112
[<ffffffff8151830f>] ? detect_intel_iommu+0x11/0xa6
[<ffffffff8150295b>] ? pci_iommu_alloc+0x85/0xad
[<ffffffff8150bd45>] ? mem_init+0x9/0xb6
[<ffffffff814feb1d>] ? start_kernel+0x1df/0x300
[<ffffffff814fe3d2>] ? x86_64_start_kernel+0xee/0xf2
—[ end trace a7919e7f17c0a725 ]—
Disabling lock debugging due to kernel taint


Po całkowitym wyłączeniu wirtualizacji od 8 dni 0 problemów z maszyną – to jednak nie jest w tym przypadku wyjście.

Miałem już do czynienia z tą płytą gł. jak i CPU (na maszynach własnych jak i u innych dostawców) i jak dotąd nie napotkałem najmniejszych problemów a tutaj już przy pierwszej maszynie problem skutecznie uniemożliwiający wirtualizację 🙁

W związku z tym iż na forum znalazłem tylko ten link zanim zgłoszę usterkę chciałbym zasięgnąć waszej opinii co do problemu, tj. czy "te typy tak mają" i support OVH nic na to nie poradzi (dodatkowo kasując nas za "nieuzasadnioną" interwencję), ktoś (specjalnie?) majstrował w BIOSie uniemożliwiając wirtualizację czy też należy ten problem oficjalnie zgłaszać i zostanie on na pewno naprawiony?

Pozdrawiam,
stokar.