summaryrefslogtreecommitdiffstats
path: root/usr.sbin/memcontrol
Commit message (Collapse)AuthorAgeFilesLines
* mdoc(7) police: markup fixes.ru2002-11-271-31/+26
| | | | Approved by: re
* Some BIOSs are using MTRR values that are only documented under NDAdwmalone2002-09-152-1/+3
| | | | | | | | | | | | | | | | | | | to control the mapping of things like the ACPI and APM into memory. The problem is that starting X changes these values, so if something was using the bits of BIOS mapped into memory (say ACPI or APM), then next time they access this memory the machine would hang. This patch refuse to change MTRR values it doesn't understand, unless a new "force" option is given. This means X doesn't change them by accident but someone can override that if they really want to. PR: 28418 Tested by: Christopher Masto <chris@netmonger.net>, David Bushong <david@bushong.net>, Santos <casd@myrealbox.com> MFC after: 1 week
* The .Nm utilitycharnier2002-07-141-2/+4
|
* Make the MTRR code a bit more defensive - this should help peopledwmalone2002-04-141-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | trying to run X on some Athlon systems where the BIOS does odd things (mines an ASUS A7A266, but it seems to also help on other systems). Here's a description of the problem and my fix: The problem with the old MTRR code is that it only expects to find documented values in the bytes of MTRR registers. To convert the MTRR byte into a FreeBSD "Memory Range Type" (mrt) it uses the byte value and looks it up in an array. If the value is not in range then the mrt value ends up containing random junk. This isn't an immediate problem. The mrt value is only used later when rewriting the MTRR registers. When we finally go to write a value back again, the function i686_mtrrtype() searches for the junk value and returns -1 when it fails to find it. This is converted to a byte (0xff) and written back to the register, causing a GPF as 0xff is an illegal value for a MTRR byte. To work around this problem I've added a new mrt flag MDF_UNKNOWN. We set this when we read a MTRR byte which we do not understand. If we try to convert a MDF_UNKNOWN back into a MTRR value, then the new function, i686_mrt2mtrr, just returns the old value of the MTRR byte. This leaves the memory range type unchanged. I have seen one side effect of the fix, which is that ACPI calls after X has been run seem to hang my machine. As running X would previously panic the machine, this is still an improvement ;-) I'd like to MFC this before the 4.6 code freeze - please let me know if it causes any problems. PR: 28418, 25958 Tested by: jkh, Christopher Masto <chris@netmonger.net> MFC after: 2 weeks
* Perform a major cleanup of the usr.sbin Makefiles.obrien2001-07-201-2/+2
| | | | | These are not perfectly in agreement with each other style-wise, but they are orders of orders of magnitude more consistent style-wise than before.
* Remove whitespace at EOL.dd2001-07-151-4/+4
|
* mdoc(7) police: removed HISTORY info from the .Os call.ru2001-07-101-1/+1
|
* Nuke unused variables.dd2001-06-241-1/+0
|
* mdoc(7) police: normalize .Nd.ru2001-04-181-1/+1
|
* - Backout botched attempt to introduce MANSECT feature.ru2001-03-261-0/+1
| | | | - MAN[1-9] -> MAN.
* Set the default manual section for usr.sbin/ to 8.ru2001-03-201-1/+0
|
* Add `_PATH_DEVZERO'.obrien2000-12-091-2/+3
| | | | Use _PATH_* where where possible.
* mdoc(7) police: use the new features of the Nm macro.ru2000-11-201-1/+1
|
* Make memcontrol(8) able to delete the segments starting at a base of 0green2000-03-201-1/+1
| | | | which it can create..
* Remove single-space hard sentence breaks. These degrade the qualitysheldonh2000-03-011-1/+2
| | | | | of the typeset output, tend to make diffs harder to read and provide bad examples for new-comers to mdoc.
* Remove an unnecessary cross-reference to ioctl(2)chris1999-10-091-1/+0
|
* Add and activate the man page for memcontrol(8).chris1999-09-292-1/+116
| | | | Reviewed by: msmith
* $Id$ -> $FreeBSD$peter1999-08-281-1/+1
|
* Make memcontrol's internal help actually work. No substitute for a realmsmith1999-07-201-3/+19
| | | | | manpage, but at least now you can get syntax help without resorting to reading the source.
* Commandline tool for manipulating memory range attributes.msmith1999-04-072-0/+329
OpenPOWER on IntegriCloud