Bug 208843
Summary: | 4gb RAM shown as 3GB on nx6325 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | peter young <peter.young> |
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
Status: | CLOSED NOTABUG | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 5 | CC: | konradr, wtogami |
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: | 2006-10-19 19:48:23 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
peter young
2006-10-02 12:40:47 UTC
Have you tried to turn of "PCI remapping" in the BIOS? It could be called "IOMMU 4GB remap" or something like that - each BIOS vendor calls it differently. There are no such BIOS options. See the menus in the doc http://h20000.www2.hp.com/bc/docs/support/SupportManual/c00715299/c00715299.pdf A new kernel update has been released (Version: 2.6.18-1.2200.fc5) based upon a new upstream kernel release. Please retest against this new kernel, as a large number of patches go into each upstream release, possibly including changes that may address this problem. This bug has been placed in NEEDINFO state. Due to the large volume of inactive bugs in bugzilla, if this bug is still in this state in two weeks time, it will be closed. Should this bug still be relevant after this period, the reporter can reopen the bug at any time. Any other users on the Cc: list of this bug can request that the bug be reopened by adding a comment to the bug. In the last few updates, some users upgrading from FC4->FC5 have reported that installing a kernel update has left their systems unbootable. If you have been affected by this problem please check you only have one version of device-mapper & lvm2 installed. See bug 207474 for further details. If this bug is a problem preventing you from installing the release this version is filed against, please see bug 169613. If this bug has been fixed, but you are now experiencing a different problem, please file a separate bug for the new problem. Thank you. Peter, The problem is not with Fedora, nor Windows, nor any Operating System. It is the BIOS using the 3GB-4GB memory address as an IOMMU hole. Most of the BIOSes I have seen have an option to change the size of the IOMMU, disable it, or "remaping" requests (which is what your BIOS is doing).Look in the BIOS for GART options, perhaps you can change some of those settings. I am closing this BZ as NOTABUG since it is not a Fedora bug but a the BIOS not having an proper option. Konrad Thanks for the succint answer. I shall your comments to HP and request that they put these options in the BIOS. The only BIOS setting that I can find that is remotely related is BIOS DMA Data Transfers Allows you to control how BIOS disk I/O requests are serviced. When “Enable” is selected, the BIOS will service ATA disk read and write requests with DMA data transfers. When “Disable” is selected, the BIOS will service ATA disk read and write requests with PIO data transfers. Would this help ? I am waiting for some faulty memory to be replaced so I can't test at presetn. one more question would the kernel parameter pci=nommconf make any difference ? BIOS DMA transfers - No. This is just a performance related option regarding how fast your disk I/O occurs. nommconf - no, this is to do with memory mapped PCI configuration space, nothing to do with the memory hole. |