| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
|
|
|
| |
only using ino_t in the VFS layer APIs: vget, readdir, getattr.
otto wrote the original diff for libsa to keep bootblock from overflowing
ok deraadt@ kettenis@
|
|
|
|
|
|
|
|
|
|
|
| |
kgmon(8) to deal with them, this time without public header changes.
Previously various CPUs were iterating over the same global buffer at
the same time to modify it and never ended.
This diff includes some ideas submited by Thor Simon to NetBSD via miod@.
ok deraadt@, mikeb@, haesbaert@
|
|
|
|
| |
at this moment.
|
|
|
|
|
|
|
|
|
| |
various CPUs were iterating over the same global buffer at the same
time to modify it and never ended.
This diff includes some ideas submited by Thor Simon to NetBSD via miod@.
ok mikeb@, haesbaert@
|
|
|
|
| |
in fpsp has to be renamed due to a clash with other parts of the kernel.
|
|
|
|
|
|
|
|
|
| |
right thing for whichever compiler we use.
found while trying to build a profiled kernel on sparc64. solution found
by guenther and refined by miod and kettenis.
ok guenther@ kettenis@
|
|
|
|
| |
found in libsa.
|
| |
|
|
|
|
| |
loadfile or a derivative of.
|
| |
|
|
|
|
| |
ok guenther millert kettenis
|
| |
|
| |
|
| |
|
|
|
|
| |
ok deraadt
|
|
|
|
|
|
|
| |
up to 3 times slower than the C code most of the time. This was
brought up by DragonflyBSD guys initially.
ok deraadt, guenther. miod will not miss it.
|
| |
|
|
|
|
| |
getting rid of the (hopefully) last bug in this code.
|
| |
|
| |
|
|
|
|
| |
from bcopy.m4. Fix that.
|
| |
|
|
|
|
|
| |
Also fix the return value of memcpy. With these changes, this seems to
work as advertised now.
|
| |
|
|
|
|
| |
boot blocks is worth having.
|
| |
|
| |
|
|
|
|
|
|
| |
if the addresses are 4-byte aligned.
ok jsing@
|
|
|
|
| |
from NetBSD. ok miod@ drahn@
|
|
|
|
| |
ok deraadt@
|
|
|
|
|
|
|
|
|
|
|
|
| |
code. Missing chunks of the API are imported from the libc version,
with a few #ifdef's to port it into the kernel environment.
The bootblocks already used the newer code, and should encounter no
surprises since there are so few changes to the existing files. In
the kernel, ipcomp and kernel ppp are changed to the new API.
ipcomp has been tested.
ok tedu the brave
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
do 32-bit block spanning. If later on we get some that can/should do
64-bit, that can be done now using daddr64_t (but of course, we are taking
this step to finalize the daddr_t 64-bit conversion).
ok miod krw
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
local registers for a few temporaries. This was changed to use two global
registers. Maybe to permit use in-kernel without conflicting with the
register V7 register window handlers. (Was this done by Chris Torek? Is this
related to Gordon Irlam's work? Or was it in NetBSD? Hard to tell because
NetBSD removed their original cvs tree.)
In V8 the ABI was tightened; more global registers became offlimits in
different ways. We started supporting sun4m, and did not consider this.
As a result, the global registers chosen are the wrong choice. In
particular, %g7 is a poor choice for upcoming TLS work. It looks like
it is safer to use %g5 and %g6 since these functions are "system software".
All re-entrant parts of the system save it.
On sparc64 these functions are in libc per ABI requirement, but are unused.
On sparc, they occur in bootblocks (no reentrancy), kernel (reentrancy saves
globals; kernel is not ABI compliant), userland libc (signal handlers save
globals), and ld.so (symbol binding is not re-entrant on its own).
Discussed rather extensively with guenther, kettenis, miod and drahn.
|
|
|
|
| |
TIMEZONE and DST...
|
|
|
|
|
|
|
| |
unlike normal bzero, we guarantee that the compiler will not optimize out
calls to this function for otherwise dead variables.
to be adjusted as needed when compilers and linkers get smarter.
ok deraadt miod
|
|
|
|
| |
ok deraadt@
|
| |
|
|
|
|
|
|
|
| |
no binary change
ok deraadt@
|
|
|
|
| |
ok djm@, deraadt@
|
|
|
|
|
|
| |
as suggested by miod.
ok miod@
|
| |
|
|
|
|
| |
ok kettenis@
|
| |
|
|
|
|
| |
file load if necessary. Will be used very shortly.
|