| Age | Commit message (Collapse) | Author |
|---|
|
There are many interrupt handlers that assume that they don't need to do
any spl protection in their code because the interrupt of some level can't
be interrupted by an interrupt of the same level. The problem is that some
interrupt handlers have hardware levels that are lower then their "software"
levels.
Fix this by adding an additional field to struct intrhand that specifies which
"software" level an interrupt handler has and blocks that level while handling
the interrupt. This new field is initialized in intr_establish which gets
an additional argument (which can be -1 meaning that the interrupt handler
doesn't need to block any additional level).
ok deraadt@
|
|
deraadt@ ok.
|
|
Currently as no-ops everywhere.
ok art@, deraadt@
|
|
ok deraadt@
|
|
usable in MD code in the future.
deraadt@ ok
|
|
forked out in main() will run at a decent spl level and not at splhigh.
From NetBSD.
deraadt@ ok.
|
|
clone sd0 out of sd*. my idea, initial hack by miod, my makefile hackery
|
|
|
|
type characteristics.
internal_types.h will contain only settings invisible from standard C, e.g.,
in the __* or _[A-Z]* namespace, and be reused by files like limits.h.
This allows us to shorten machine/limits.h greatly, as all the common defines
are now in sys/limits.h, plus a small stub in internal_types.h.
Tested on all arches as far as I know.
Approved after discussion with art, millert, deraadt, and others.
|
|
will work in contexts with curproc is NULL. from art. going into 3.1
|
|
as disks in a few other places so that autoconf doesn't complain:
'use one of: ...' when rd0 is wired as root.
|
|
on some machines.
Tested on ss2 only.
ok art@ deraadt@
|
|
|
|
|
|
parameters.
Ok millert@, miod@, maja@
|
|
__P removal.
|
|
there.
Win some uglyness points in fixing this.
|
|
|
|
ra->ra_name is needed and is the result of getpropstring
|
|
|
|
|
|
your kernel configuration file.
By default, GENERIC will enable this.
When PTRACE is not enabled, several ptrace-like features of the procfs
filesystem will be disabled as well (namely, the ability to read and write
any process' registers, as well as attching, single stepping and detaching
to/from processes).
This should help paranoid people build better sandboxens, and us to build
smaller ramdisks.
|
|
Instead of using a homegrown set of variables in this case, rely on uvmexp
fields once uvm has been initialized.
This requires a few #include <uvm/uvm_extern.h> here and there in the kernel
as well.
Idea from art@, changes by me.
|
|
(iommu_clear was renamed awhile ago, but comments and such were not updated)
|
|
support added (i mean, written)
|
|
Fixes PR #2219
|
|
The patch allows you to change the value of NMBCLUSTERS, BUFCACHEPERCENT
and NKMEMPAGES using the config command, instead of recompiling the kernel.
This is the kernel part of the patch. I have compiled it on i386, sparc64,
alpha and macppc. -moj ok art@ maja@
|
|
|
|
|
|
we're OACTIVE and cleared at least one slot
|
|
|
|
we were IFF_OACTIVE and we freed at least one slot.
|
|
|
|
|
|
|
|
|
|
Work from Theo and myself.
|
|
|
|
|
|
|
|
well (not at all) with shortages of the vm_map where the pages are mapped
(usually kmem_map).
Try to deal with it:
- group all information the backend allocator for a pool in a separate
struct. The pool will only have a pointer to that struct.
- change the pool_init API to reflect that.
- link all pools allocating from the same allocator on a linked list.
- Since an allocator is responsible to wait for physical memory it will
only fail (waitok) when it runs out of its backing vm_map, carefully
drain pools using the same allocator so that va space is freed.
(see comments in code for caveats and details).
- change pool_reclaim to return if it actually succeeded to free some
memory, use that information to make draining easier and more efficient.
- get rid of PR_URGENT, noone uses it.
|
|
|
|
|
|
|
|
|
|
headers.
|
|
|
|
* check the qualify the intr pending bits with the enable bits
* enable/disable the cs4231 IEN bit in the pin control register
* move the cs4231 (not dma) interrupt handling to the general interrupt processing
[This properly allows for sharing with, eg. magma]
|
|
64Mhz vs. the "normal" 25Mhz). This (with the cs4231 patch) makes this
board work.
|
|
(This fixes the crash in pr2212, but the magma still doesn't want to
talk to the world... looks like oscillator problems).
[Many thanks to John Baker <jdbaker@blkbox.com> for donating a MAGMA board
for testing]
|
