IOMMU ISSUE II

This is a Red Hat  aka Fedora F12 issue not a Dell Issue.

This forum is not Red Hat / Fedora Support.

Warnings are about BIOS bug not kernel.

 Kernel warning: Your BIOS is broken

Status:CLOSED NOTABUG
      
You can disable the iommu by adding 'intel_iommu=off' to the boot options.

Even with 'intel_iommu=off' in the boot options, confirmed by "Intel-IOMMU:
disabled" in dmesg, does the warning still appear?
Common F12 bugs - FedoraProject

Systems fail to boot, USB is not functional, network adapter fails to work (or possibly other symptoms) due to imperfect handling of BIOSes with broken IOMMU handling.

Some manufacturers ship systems with a BIOS whose handling of IOMMU hardware is incorrect. The BIOS is supposed to tell the operating system where in memory to find the IOMMU hardware, but some BIOSes do not do so correctly, providing a garbage location or a location which is valid but is not actually where the device is located. The kernel attempts to handle these cases, but some were still not fully handled in the Fedora 12 release kernel. If you have a system affected by this problem, the most common symptom is that the USB subsystem will fail to work (no USB peripherals will work), but other symptoms have included systems that completely fail to boot, and non-functional network adapters.

There are some systems currently known to be potentially affected by this issue. For all of those except the HP xw4600 Workstation and the Dell Precision M6400, all of the following conditions must be true before you hit the bug:

• You must be using the 32-bit edition of Fedora 12
• You must have no memory beyond the 4GB address area (practically speaking, this means you must have around 2.5GB of physical RAM or less)
• Virtualization features (VT-d) must be disabled in the BIOS

If any of the above is not the case, you should not encounter this issue. If you think you may be suffering from this issue, look for a kernel log message including something similar to:

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

or:

Your BIOS is broken; DMAR reported at address zero!

Please note that if you are using a system with such a broken BIOS, the kernel message will always appear, even if the kernel in fact handles your case correctly, or you have successfully worked around the issue. So don't worry that you still see the message once you have worked around the problem.

There are several ways to work around this issue. In most cases (see above), installing the 64-bit edition of Fedora 12 would be enough. If your BIOS has an option for it, enabling virtualization features in the BIOS should also work around this problem. Finally, you can work around this issue by appending the kernel parameter iommu=soft to your boot configuration.

An updated kernel package has been released to address this issue. Update your system as usual to receive this update, if you do not yet already have it. Obviously, if you are affected by the problem, you will need to use one of the above workarounds to first bring your system to a state from which you can install a fixed kernel.

thanks a lot for the replay.

my problem is like i need to pass pci to one of my guest operating system.This will work only if hardware,bios & finally processor and chip set should have the support for "IOMMU"(AMD) or "VT-D"(intel) .Then only i can access my pci device from guest OS.

my kind request is like ,can I know any of motherboard or any system configuration works fine with above issue.I need it very badly that .

thanks 

praveen 

from LSI LOGIC INDIA

The Dell forum is not the Red Hat / Fedora Support forum.

You would need to get this information from Red Hat.

Please note that if you are using a system with such a broken BIOS, the kernel message will always appear, even if the kernel in fact handles your case correctly, or you have successfully worked around the issue. So don't worry that you still see the message once you have worked around the problem.

There are several ways to work around this issue.

In most cases (see above), installing the 64-bit edition of Fedora 12 would be enough.

If your BIOS has an option for it, enabling virtualization features in the BIOS should also work around this problem.

Finally, you can work around this issue by appending the kernel parameter iommu=soft to your boot configuration.

Updated kernel packages have been released to address this issue.

Update your system as usual to receive this update, if you do not yet already have it.

Obviously, if you are affected by the problem, you will need to use one of the above workarounds
to first bring your system to a state from which you can install a fixed kernel.

thanks for the replay ...:)

thanks

praveen

from "LSI LOGIC INDIA"