| Summary: | kernel WARNING in iommu_prepare_identity_map; RMRR exceeds permitted address width (39 bits) | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Tony <tonynux> |
| Component: | kernel | Assignee: | David Woodhouse <dwmw2> |
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 16 | CC: | anto.trande, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, massi.ergosum |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-11-21 16:39:53 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Tony
2011-11-20 21:26:37 UTC
If your BIOS is broken, I'm not sure if there is much we can do here. David? As the message says, the BIOS is broken. Hewlett Packard is well-known for this poor quality in their products. If you can, return the broken machine for a refund. The message should *probably* be harmless, as it happens. Unless the BIOS is doing something stupid which keeps it doing DMA after the OS kernel has booted, or doing something stupid with SMM. Closing this out as NOTABUG then. (In reply to comment #3) > The message should *probably* be harmless, as it happens. Unless the BIOS is > doing something stupid which keeps it doing DMA after the OS kernel has booted, > or doing something stupid with SMM. Do we really need a WARN_ON that generates a full stack trace if there's nothing a user or developer can do about it? Perhaps just a strong printk instead. The WARN_ON gets catalogued in kerneloops.org and we can find useful information that way. It has been instrumental in pointing at HP, for example, and telling them "you are the single worst offender for this crap. Sort your act out". And they *have* improved, although they're still the worst. :) (In reply to comment #5) > The WARN_ON gets catalogued in kerneloops.org and we can find useful > information that way. It has been instrumental in pointing at HP, for example, > and telling them "you are the single worst offender for this crap. Sort your > act out". And they *have* improved, although they're still the worst. :) Therefore is it a bad work of bios simply ? That's why it says "Your BIOS is broken". So... since it is a bios bug... any last generation linux distribution I install, should I have the same message? |