The CONFIG_DMAR kernel option, when enabled, can cause x86 machines with buggy BIOSes to refuse to boot. This config option is required by the KVM PCI Device Assignment feature of Fedora 11 (https://fedoraproject.org/wiki/Features/KVM_PCI_Device_Assignment) and it was (re-)enabled January 13, with kernel kernel-2.6.29-0.35.rc1.git4.fc11. If your system fails to boot with that kernel (or any later kernel), try adding "intel_iommu=off" to the boot commandline. If the system boots successfully after that, it is affected by this bug. If your system is affected by this bug, please add a comment listing the system manufacturer and model. Make sure you're added to the CC list, as we'll need to collect some information from your machine to add it to the kernel blacklist so that it can boot without needing special boot-time arguments.
This sounds related to https://bugzilla.redhat.com/show_bug.cgi?id=479996 My system (Thinkpad X200) booted, but had problems afterwards, including FS corruption. I "fixed" this by disabling VT-d in the BIOS. Something else I should do?
I've disabled this by default in rawhide. Enable it with "intel_iommu=on" until the data corruption by default issues get worked out. cheers, Kyle
May have something similar, but think I placed it in the wrong bugzilla. https://bugzilla.redhat.com/show_bug.cgi?id=480667#c11 (c12,13)
I'm having this problem, and have to boot with "intel_iommu=off". The system is a Supermicro C2SEA motherboard, 8GB RAM, Intel G45/X4500HD: http://www.smolts.org/client/show/pub_21f31cf1-2c1b-4e8a-860b-01f9d5a43910
(In reply to comment #4) > I'm having this problem, and have to boot with "intel_iommu=off". The system > is a Supermicro C2SEA motherboard, 8GB RAM, Intel G45/X4500HD: This option was re-enabled in kernel-2.6.29-0.118.rc5.fc11; what kernel version are you using?
(In reply to comment #5) > (In reply to comment #4) > > I'm having this problem, and have to boot with "intel_iommu=off". The system > > is a Supermicro C2SEA motherboard, 8GB RAM, Intel G45/X4500HD: > > This option was re-enabled in kernel-2.6.29-0.118.rc5.fc11; what kernel version > are you using? I'm now running 2.6.29-0.124.rc5.fc11.x86_64 and I don't need to boot with "intel_iommu=off" anymore.
It looks like all the issues resulting from intel_iommu are worked out now. (There may still be lingering issues from the DMA API debugging patchset, but those are seperate issues.) Closing this bug now.