| Age | Commit message (Collapse) | Author |
|---|
|
is currently linked at. This should eventually be replaced with a proper
alignment construct in the ld script, but it's too hot and too late to
do this correctly and I need a kernel that links (containing stuff to
reach a cvs tree near you reasonably soon).
|
|
Initial information, half the diff, and testing from Andrew Lutomirski,
thanks!
|
|
(EDD) is found and OK. it will also fix chainloading into OpenBSD from
grub in a few scenarios where grub doesn't report the CHS correctly
but the LBA. and we don't need CHS if there is LBA.
this has been in the snapshots for a while.
with input from weingart@
ok deraadt@
|
|
some AMD Geode LX systems with CS5536 companion chip. It works
similar to auich(4) and auixp(4), but the hardware dependent parts
are quite different.
Tested with various PC-Engines ALIX boards (1B, 3C3) and a WebDT 186
board.
feedback many, ok deraadt & jmc (documentation)
|
|
extended DOS partition. the concept of extended partitions is very
simple, it is just another mbr at the partition offset (well, the
standard "EBR" is a linked list with a few limitations, but this diff
works with both variants).
this diff has been in the snapshots for a while.
with input from weingart@ and krw@
ok deraadt@
|
|
own page 0, as discussed with miod (and many others previously, including
art and toby). On sparc, make this __LDPGSZ because PAGE_SIZE is non-constant
ok miod tedu
|
|
track of where it was up to when building dmamaps. that lastaddr variable
is not initialised every time you start to load a dmamap, so it was using
random stack garbage as state when first writing the sg list.
fortunately the way it was used meant it was extremely unlikely to cause a
problem, but why allow even that possibility? this inits lastaddr to 0 in
all the callers of load_buffer.
ok miod@
|
|
and can not work from a stack address only. Mention this and abort instead of
printing a wrong trace. (prefer kern.splassert=3 to =2 on these platforms)
|
|
|
|
the presence of the graphics processor.
ok deraadt
|
|
other com port numbers and is really really hard to diagnose.
spotted by sthen
|
|
|
|
ok deraadt@
|
|
config file, only configure the driver when we have an AMD Geode LX
CPU and the graphics processor is available.
mainbus part by miod, ok miod, matthieu
|
|
|
|
and then, only people who buy them will end up with this insecure hell.
|
|
it so that more people run it by default again, and perhaps we will get
insight again into what the problem is..
|
|
Suggested by mk@, ok miod@ deraadt@.
|
|
ok drahn@
|
|
operating points from ACPI. In support of this add evaluation of the _PDC
object and give it the capability flags asserting OSPM management of CPU
power states.
ok marco@, canacar@
|
|
|
|
RAW_PART will always be 0 -> disksize, so the bounds check will always
pass for i/o's to valid addresses. Now the i/o will be properly truncated
if it goes past the end of the device. This prevents various adverse
impacts of issuing i/o's for data past the end of the device.
Repeatedly requested by todd@.
ok weingart@ deraadt@
|
|
ctrl value.
commit it marco@
|
|
Needed for the upcoming AMD Geode LX graphics processor X11 driver.
discussed with, feedback, and ok matthieu and deraadt.
|
|
rely on this very soon.
|
|
updated when we actually can commit the pte.
With mickey.
ok art@ weingart@
|
|
|
|
conversions that should shave a few bytes off the kernel.
ok henning, krw, jsing, oga, miod, and thib (``even though i usually prefer
FOO|BAR''; thanks for looking.
|
|
|
|
ok drahn@ gwk@
|
|
See http://download.intel.com/technology/security/downloads/31516804.pdf
for more information.
ok deraadt@ 'looks ok to me' djm@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
shortly.
OK todd@
|
|
Some of the cams are fairly working now and we want to see more of
them in dmesgs.
|
|
|
|
|
|
|
|
ok thib beck art
|
|
or output and then read the value from either the GPIO[x]_READ_BACK or
GPIO[x]_OUT_VAL register. This allows to read back LED (output) states
as well as input states (buttons).
Problem noticed by Rolf Sommerhalder, fix by me.
|
|
physmem. This should be more correct than earlier code.
Thank you to Markus Hennecke <markus-hennecke -at- markus-hennecke.de>
for reminding me.
|
|
file copies to nfsv2 causes the system to eventually peg the console.
On the console ^T indicates that the load is increasing rapidly, ddb
indicates many calls to getbuf, there is some very slow nfs traffic
making none (or extremely slow) progress. Eventually some machines
seize up entirely.
|
|
|
|
no cookie for me
|
|
"just commit it" deraadt@
|
|
|
