Age | Commit message (Collapse) | Author |
|
ok kettenis@
|
|
This is needed for machines where Intel graphics isn't the primary graphics
device and on systems with UEFI firmware that put the device in non-VGA mode.
ok jsg@
|
|
|
|
ok kettenis@, deraadt@
|
|
found in Apple Intel based devices
"go at it" deraadt@
|
|
|
|
accidentally capture disks ...
Eliminate kernel option GPT and associated #ifdef GPT/#endif. Let
everybody get on the GPT bandwagon and we'll see what wheels fly
off.
Requested by & ok deraadt@
|
|
|
|
7 years (for some parts, 9 years), and was only ever referenced in i386
anyway.
ok jsg@, matthieu@, armani@
|
|
sections that may be encountered when using larger than normal ramdisks.
No binary change.
Requested by and diff provided by
Nathanael Rensen <nathanael at list.polymorpheus.com>
|
|
PAGE_SIZE boundaries. This is required to enforce proper separation of
sections when adding page protections (coming shortly).
This was in snaps before release with no reported side effects.
ok deraadt@
|
|
maybe related to the small size of such media)
|
|
vmt(4) is moved from mainbus0 to pvbus0, more devices will follow.
OK sf@ deraadt@
|
|
|
|
|
|
|
|
|
|
similiar lines so drm shouldn't either.
|
|
ok armani, guenther, sthen
|
|
This commit ports the infrastructure to do binary code patching from amd64.
The existing code patching for SMAP is converted to the new infrastruture.
ok kettenis@
"should go in" deraadt@
|
|
unification...
|
|
to deraadt, then myself) brings the PAE pmap on i386 (not touched in any
significant way for years) closer to the current non-PAE pmap and allows
us to take a big next step toward better i386 W^X in the kernel (similar to
what we did a few months ago on amd64). Unlike the original PAE pmap, this
diff will not be supporting > 4GB physical memory on i386 - this effort is
specifically geared toward providing W^X (via NX) only.
There still seems to be a bug removing certain pmap entries when PAE is
enabled, so I'm leaving PAE mode disabled for the moment until we can
figure out what is going on, but with this diff in the tree hopefully
others can help.
The pmap functions now operate through function pointers, due to the need
to support both non-PAE and PAE forms. My unscientific testing showed
less than 0.3% (a third of a percent) slowdown with this approach during
a base build.
Discussed for months with guenther, kettenis, and deraadt.
ok kettenis@, deraadt@
|
|
"sure" deraadt@
|
|
they do "interesting" things with APIs i want to change, and i can't
find any evidence anyone uses them anymore. instead of burning time
on changes i cant test, ill take a chance that noone will miss them.
no objections from anyone
ok mpi@ deraadt@ henning@ sthen@
|
|
handling into RAMDISK. This is now possible because the install media
has ample room. The goal is to reduce special cases where we may be
skipping (unknown) important operations...
ok mlarkin kettenis
|
|
tested with and without firmware files.
OK stsp@ deraadt@
|
|
|
|
make install
from Simon Nicolussi
ok jsing tedu
|
|
thanks jsg
|
|
floppy. A few drivers are missing, but the world has moved on (the drivers
included are always a work in progress)
Speeds up make release substantially, of course.
|
|
This should catch all the same bad cases, but be a little less aggravating
in circumstances where a prototype isn't necessary
ok deraadt
|
|
|
|
that we delete ours, which isn't actually useful.
ok mpi sthen
|
|
|
|
from Matt Dainty.
|
|
ok deraadt
|
|
|
|
|
|
ok deraadt@
|
|
ok deraadt@
|
|
made possible by the install/upgrade changes by krw and the ifconfig
adjustments by me.
ok krw reyk
|
|
if they are connected to the root hub and isochronous transfers are not
supported for the moment.
Let me know if your controller/device do not work. In this case attach a
dmesg of a kernel build with XHCI_DEBUG.
ok deraadt@
|
|
This makes it easier to remove components not required to do an install,
and subsequently add other desireable components ...
In snapshots (in various forks) for about a week.
Do some upgrades and installs, please.
|
|
-Wstack-larger-than-. This is what modern GCC supports as well as LLVM.
ok miod@
|
|
|
|
|
|
months that I broke it before the 5.5 release.
confirmed as not being required by ports by sthen@, ajacoutot@, dcoppa@
|
|
including a commented-out MP_LOCKDEBUG option
ok mpi@ phessler@ dlg@ guenther@
|
|
device tables and kernel config files. ok deraadt
|
|
|