Age | Commit message (Collapse) | Author |
|
(probably landed in dev because it has support for this viper thing,
but i like consistency for the /dev/null parts.)
ok kettenis
|
|
|
|
similar to config_defer(9).
ok mikeb@, deraadt@
|
|
|
|
ok miod@
found by Maxime Villard / Brainy Code Scanner. thanks.
|
|
ok guenther@
|
|
- rename uiomove() to uiomovei() and update all its users.
- introduce uiomove(), which is similar to uiomovei() but with a size_t.
- rewrite uiomovei() as an uiomove() wrapper.
ok kettenis@
|
|
ok tedu@ deraadt@
|
|
PROT_NONE, PROT_READ, PROT_WRITE, and PROT_EXEC from mman.h.
PROT_MASK is introduced as the one true way of extracting those bits.
Remove UVM_ADV_* wrapper, using the standard names.
ok doug guenther kettenis
|
|
|
|
ok miod@
|
|
|
|
|
|
|
|
Some ports watch temperature in MD and try to shutdown system, when overheated,
by calling directly (re)boot(9). Change this to signal init(8) from kernel,
as acpi(4) and acpitz(4) do, which has been more tested. This also helps to
clarify design that ``clean shutdown must be always started by init(8)''.
Note that SIGUSR2 causes init(8) to call reboot(2) with RB_POWERDOWN, as
acpi(4) etc. already does. It is reasonable, pointed out by kettenis@,
considering system is overheated and immediate reboot may be dangerous.
OK deraadt@ miod@
|
|
after discussions with beck deraadt kettenis.
|
|
I have found that some ports call boot(9) from machine-dependent code to
reboot system. These should be changed to either:
- Sending signal to init(8) to trigger it to shutdown system cleanly, like
acpi(4) does, in cases where found problems don't prevent system from working
immediately, or
- Just doing panic(9) if the situation is severely broken.
For now, just rewrite boot() to reboot(). Actual fixes follow.
Discussed with & OK from kettenis@
|
|
|
|
ok dlg@ mpi@ deraadt@
|
|
This should make bus_dmamap_load(9) and bus_dmamap_unload(9) "mpsafe".
|
|
libkern srandom() API since it is not suitable for this use.
ok kettenis miod
|
|
resurrection of the bad idiom in the tree.
sufficient review by miod, kettenis, tedu
|
|
pci configuration space accesses to allow proper recovery from failure, causing
the measure not to have any effect and the system to freeze hard.
Fixes use of pcidump -x on B1000, and probably more systems.
|
|
way around.
|
|
in the kernel, not only when com @ gsc is there.
ok miod@
|
|
interrupts would be counted double, once for the interrupting device and
once for the device at the head of the chain. The handlers would run properly
though. Avoid this by giving each device its own interrupt counter instead
of using the counter provided by the generic interrupt handling code for the
head of the chain.
|
|
(positive interrupt was for me), like we do on other architectures.
This is done here, at the elroy(4) driver level, since this is where shared
PCI interrupts are handled. We could do something similar for dino(4) but
this optimization is probably not very relevant there.
ok deraadt@
|
|
ok matthew@ tedu@, also eyeballed by at least krw@ oga@ kettenis@ jsg@
|
|
system LCD. Move LCD initialisation to a mountroot hook in order to avoid
PDC output after initialisation.
Committing on behalf of kettenis@
|
|
resetting the clock when we don't need to. Found out with booting hppa64
kernels, and the problem also exists on hppa when booting with '-a' and hitting
'exit' when asked for the root filesystem.
help & ok jsing@
also ok kettenis@ (who suggested naming the variable like amd64/i386 to
prevent creating yet another variant of this code)
|
|
ok jsing@ kettenis@
|
|
another CPU.
ok miod@
|
|
other ports (e.g. hppa64) do.
ok jsing@ kettenis@
|
|
isn't NULL.
|
|
isn't NULL.
|
|
ok kettenis@
|
|
a physical address [more precisely, something suitable to pass to pmap_enter()'sphysical address argument].
This allows MI drivers to implement mmap() routines without having to know
about the pmap_phys_address() implementation and #ifdef obfuscation.
|
|
given pcitag_t configuration address space. Currently, all pci controllers
will return the usual 0x100 bytes of PCI configuration space, but this will
eventually change on PCIe-capable controlers.
ok kettenis@
|
|
ok krw@ kettenis@
|
|
hierarchy. Everything attached to a single root node anyway, so at
best we had a bush.
"i think it is good" deraadt@
|
|
Bogus chunks pointed out by matthew@ and miod@. No cookies for
marco@ and jasper@.
ok deraadt@ miod@ matthew@ jasper@ macro@
|
|
|
|
ok deraadt matthew millert
|
|
max-baud-rate hint. Adjust TTYHOG (the nearly full logic) to this new
situation. The larger buffers are required by the very high speed
KDDI devices in Japan (CF com, or USB ucom) so those are the only two
drivers which currently ask for a larger buffer size.
ok yasuoka miod
|
|
ok kettenis@
|
|
spin up and FPU emulation. Since all CPUs need a stack for FPU emulation,
move the allocation code to cpuattach().
ok kettenis@
|
|
ok jsing kettenis
|
|
ok kettenis@
|
|
enable clock interrupts, however do not allow processes to be scheduled
onto the secondary CPUs - hopefully we can change this shortly...
ok kettenis@
|
|
interrupts.
ok kettenis@
|