Quoting Dan Nelson <dnelson_at_allantgroup.com>: > In the last episode (Nov 20), Paul Saab said: >> Dan Nelson wrote: >> >In the last episode (Nov 20), Paul Saab said: >> >>Chad Leigh -- Shire.Net LLC wrote: >> >>>I assume you are talking about the "phenomenon" of RAM "missing" >> >>>due to PCI and other I/O mapping into the 4GB address space? What >> >>>struck me about the OP is that the amount of RAM "missing" is more >> >>>than I have ever seen due to this. My systems are usually >> >>>3.4-3.6GB of RAM with 4GB installed, not 2.86GB (3005MB)... So >> >>>are we sure that the PCI space mapping is the problem? >> >> >> >>Enable PAE and you'll get all your ram. >> > >> >Anyone know if it's possible for the kernel to determine if any RAM >> >is mapped above the 4gb point and warn the user about how much >> >memory is unaccessable without PAE? >> >> You mean like it does now? >> "262144K of memory above 4GB ignored" > > That line didn't show up the the original poster's dmesg, though ( > http://unixmania.com/dmesg_20051120.txt ). Maybe a verbose boot would > shed more light. Thanks to all who have answered and I apologize for not finding this when searching google. I obviously needed to filter it more. As always now that I know what the problem probably is it is easy. I'm currently building kernel with PAE although it does make me a bit nervious to remotely reboot. I think I will first reboot enabling verbose with the debug.bootverbose sysctl variable since I only have remote access to the machine and no serial console. I will report back this weekend after rebooting with the PAE kernel that will hopefully work as expected. Thanks to everyone and again apologizes for not finding the solution in my searches. ed > > -- > Dan Nelson > dnelson_at_allantgroup.com > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org" >Received on Mon Nov 21 2005 - 18:11:16 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:48 UTC