| Age | Commit message (Collapse) | Author |
|---|
|
See http://download.intel.com/technology/security/downloads/31516804.pdf
for more information.
ok deraadt@ 'looks ok to me' djm@
|
|
and seems to work. If it breaks, people had plenty of chances to
complain.
ok deraadt@
|
|
|
|
from travers buda, via deraadt@
|
|
we support i386-compat mode on amd64.
agreed by beck@, dlg@, kettenis@
ok deraadt@, tom@
|
|
Remove IPL_SERIAL since it is unused.
ok krw@, weingart@, deraadt@
|
|
pointed out by and ok drahn@, toby@;
|
|
|
|
ok marco@, miod@
|
|
|
|
|
|
before pcibios(4), and then.... if acpi(4) attaches, skip pcibios(4) since
it messes the machines up. Fixes claudio's HP dl320 G5, and almost assuredly
others.
ok kettenis
|
|
deraadt@ ok
|
|
code. At this moment all architectures get the copy of the old code
except i386 which gets a new shiny implementation that doesn't spin
at splhigh (doh!) and doesn't try to grab the biglock when releasing
the biglock (double doh!).
Shaves 10% of system time during kernel compile and might solve a few
bugs as a bonus.
Other architectures coming shortly.
miod@ deraadt@ ok
|
|
ok deraadt
|
|
uniform. as a result shared code like acpi needs less #ifdef's
ok marco kettenis
|
|
ok deraadt
|
|
designations.
ok deraadt
|
|
prompted by deraadt
|
|
ok deraadt
|
|
ok kettenis
|
|
|
|
ok art deraadt
|
|
|
|
well (in fact, all 4 combinations of codebase and processor) written by
Mike Belopuhov and Aleksey Lomovtsev
|
|
|
|
the holes a MMU may have from a given vm_map. This will be automagically
invoked for newly created vmspaces.
On platforms with MMU holes (e.g. sun4, sun4c and vax), this prevents
mmap(2) hints which would end up being in the hole to be accepted as valid,
causing unexpected signals when the process tries to access the hole
(since pmap can not fill the hole anyway).
Unfortunately, the logic mmap() uses to pick a valid address for anonymous
mappings needs work, as it will only try to find an address higher than the
hint, which causes all mmap() with a hint in the hole to fail on vax. This
will be improved later.
|
|
|
|
ok miod
|
|
noted by Constantine Kousoulos <wuwei@freemail.gr>
|
|
cpu_disklabel can go away, since nothing anymore needs to use it; ok miod
|
|
to support hotplug media on most architectures. disklabel setup and
verification done using new helper functions. Disklabels must *always*
have a correct checksum now. Same code paths are used to learn on-disk
location disklabels, to avoid new errors sneaking in. Tested on almost all
cases, testing help from todd, kettenis, krw, otto, dlg, robert, gwk, drahn
|
|
get bus clock. copy in some more code from i386 to deal with both families,
and be more watchful for unknown models.
fixes a panic reported by johan lindman. ok gwk
|
|
both 32- and 64-bit versions can be created (previously only one or the
other could be built for a given boot loader).
Use this to allow the i386 and amd64 boot blocks to boot both ELF32 and
ELF64 kernels (i.e. amd64 boot blocks can now load i386 kernels, and
vice versa). Obviously the system must support LONG mode in order to
successfully run the amd64 kernel once it is loaded.
Advice and discussions from/with dale@ (going back three years). Much
testing nick@ and todd@; thanks.
|
|
use); ok tedu
|
|
|
|
Add EST support from i386, minus the tables
Also add in support for CPU temperature sensors, based on diff to tech
by Pierre Riteau.
ok deraadt gwk
|
|
drahn@ ok
|
|
mbuf constants from MD param.h to MI param.h.
Besides being the same on every arch, things will
most probly break if any arch has different values
then the others.
The NMBCLUSTERS constants needs to be MD though;
ok miod@,krw@,claudio@
|
|
|
|
in locore so that we can use the direct map in pmap_bootstrap when
setting up the initial page tables.
- Introduce a second direct map (I love large address spaces) with
uncached pages.
jason@ ok
|
|
miod@ ok
|
|
simple. This is basically the same code as on i386 and basically the same
performance improvements.
This change also includes code to delay the freeing of ptps until they
have been properly shot.
in snaps for a week, no problems reported.
|
|
splassert_ctl > 0 in __predict_false().
ok deraadt@
|
|
have cpu_info now, so kill the option.
eyeballed by jsg@ and grange@
|
|
deraadt@ ok
|
|
option. Every architecture implements mutexes now.
|
|
years ago; ok miod
|
|
ok miod@, art@
|
|
all cpus in a system supporting frequency and voltage scaling to be scaled
by the same amount corresponding to the user (or apmd on their behalf)
performance level.
This diff also teaches amd64 about acpi_hasprocfvs (ACPI has processor
frequency and voltage scaling).
It also moves initilization of the underlying setperf mechanism such
as powernow to mainbus from the cpu indentification and initilization
code inspired by similar changes dim@ made to i386 durring h2k6. This
is necessary to implement the AMD recommended method for retreiving
p_state data from the ACPI _PSS object (a diff comming soon). It will
also simplify the potential addition of enhanced speedstep as found
on newer intel processors with EMT64 capable of running OpenBSD/amd64.
MP setperf functionality verifed by myself and Johan M:son Lindman <tybolt
AT solace DOT miun DOT se> on opteron 265 and 270 systems respectively.
General testing done by many others thanks!
ok tedu, dim
|
