summaryrefslogtreecommitdiffstats
path: root/sys/lib/libkern (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Remove __P usage in sys that has crept back in.jsg2005-02-131-2/+2
| | | | 'Looks fine' millert@, ok miod@
* sync from libcmickey2004-11-2833-359/+217
|
* a tiny hppa64 bitmickey2004-11-281-3/+3
|
* 64 bit safe over entire address rangepefo2004-10-085-69/+69
|
* make it compile with _STANDALONE, ok deraadt@pefo2004-09-231-3/+3
|
* Keep providing a 32bit only version of bzero() #ifdef _STANDALONE, asmiod2004-09-211-3/+20
| | | | bootblocks are compiled as 32bit code.
* slightly 64 bit improvedpefo2004-09-181-8/+8
|
* Changes for 64 bit kernel. Some functions needis to be rewritten orpefo2004-09-098-16/+16
| | | | optimized to take advantage of full 64 bit width registers.
* add missing copyrightpefo2004-08-138-9/+257
|
* mips64 nowpefo2004-08-1111-0/+388
|
* move to mips64pefo2004-08-1111-388/+0
|
* ansi and some missing protosderaadt2004-08-0754-252/+177
|
* Remove some register keywords to make this compile on amd64.art2004-07-221-7/+7
|
* add bounded attribute to some functions. anil tested and ok'editojun2004-06-212-6/+11
|
* Replace RSA-derived md5 code with code derived from Colin Plumb's PD version.millert2004-05-072-368/+2
| | | | | | This moves md5.c out of libkern and into sys/crypto where it belongs (as requested by markus@). Note that md5.c is still mandatory (dev/rnd.c uses it). Verified with IPsec + hmac-md5 and tcp md5sig. OK henning@ and hshoexer@
* add back strchr/strrchr; from dhartmeideraadt2004-05-063-3/+72
|
* It turns out that the so-called fast ffs(3) routines were wrong, as soon asmiod2004-04-012-18/+2
| | | | | | | | | | | | more than one bit is set, as the ff1 instruction counts from the highest order. However, gcc/m88k with optimization enabled would use a correct, short sequence based upon ff1 and tweaks, to achieve the intended result, hence i did not catch this flaw initially. So revert to the C implementation - it is correct, still decently fast, and will only be used when compiling at -O0.
* change amd64's MACHINE_ARCH from x86_64 to amd64. There are many manyderaadt2004-02-2723-858/+0
| | | | | | reasons for this, quite a few of them technical, and not all of them in response to Intel's broken ia32e crud. The gcc toolchain stays at x86_64 for now.
* no quad stuff on amd64 either; from art@mickey2004-02-031-2/+2
|
* tag...drahn2004-02-019-0/+9
|
* Kernel library bits for arm, from NetBSD.drahn2004-02-019-0/+1266
|
* an amd64 arch support.mickey2004-01-2846-0/+1716
| | | | | | | hacked by art@ from netbsd sources and then later debugged by me into the shape where it can host itself. no bootloader yet as needs redoing from the recent advanced i386 sources (anyone? ;)
* use C comments, works betterderaadt2004-01-221-3/+3
|
* A faster ffs() routine based upon the ff1 assembly instruction.miod2004-01-212-3/+18
|
* KNF, ok deraadt/henningmarkus2003-12-021-257/+241
|
* make it use system bcopy/bzero (speeds up the vax about twice); from pr3549mickey2003-11-241-1/+2
|
* Remove strcat() and strcpy() prototypes since we no longer have thosemillert2003-06-231-3/+1
| | | | functions in kernel-land. Noticed by Jim Rees; OK deraadt@
* Sync with share/misc/license.template and add missing DARPA creditmillert2003-06-172-18/+18
| | | | where applicable.
* another 3/4deraadt2003-06-041-6/+1
|
* Use an ISC-tyle license for all my code; it is simpler and more permissive.millert2003-06-032-46/+24
|
* Remove the advertising clause in the UCB license which Berkeleymillert2003-06-0299-652/+256
| | | | rescinded 22 July 1999. Proofed by myself and Theo.
* licence cleanupderaadt2003-06-021-6/+1
|
* strcpy/strcat/sprintf removal in all bootblocks. various testing byderaadt2003-06-0111-21/+23
| | | | | various people. outside of some messy things in src/gnu, only one thing in the main tree now violates this rule: bind
* warn on right symbols, oopsderaadt2003-05-122-6/+6
|
* warn for strcpy|strcat|sprintf|vsprintf; ok art dhartmei pval, and either henning or pb, i cannot tell which it wasderaadt2003-05-102-4/+8
|
* Get rid of more unwanted pieces of code.miod2003-04-2911-760/+0
|
* sync with libc versionmillert2003-03-141-10/+8
| | | | | | | o ANSI function header o correct function comment o put type on its own line o swap the order of loop invariant when searching for end of dst
* Put return type on its own line like it belong and use ANSI function header.millert2003-03-141-6/+4
|
* add a rule to built bzero.po as wellmickey2003-01-281-2/+8
|
* powerpc uses memset for bzero, do this for profiled version also.drahn2002-11-111-1/+7
|
* use mi strlcpy here as wellmickey2002-09-152-71/+3
|
* Remove 64-bit gcc emulation stuff. We're not using it.art2002-09-066-756/+4
|
* do not just bail out of the copy loop, but go to themickey2002-08-271-18/+22
| | | | | | 'done' label for the job finish. major register missallocation for copyonfault, fix it. clean the space regs after use.
* syncmickey2002-08-131-4/+4
|
* Use _C_LABEL for c symbols.art2002-08-112-7/+8
|
* spelling; from Brian Poole <raj@cerias.purdue.edu>todd2002-06-141-2/+2
|
* syncmickey2002-05-201-2/+3
|
* IEEE 754 floating point completion code, and implementation of thepvalchev2002-04-286-3/+7296
| | | | | | | | | | | FP_C (Floating Point Control Quadword). From ross@NetBSD. Added a way to disable it with option NO_IEEE, which appears on the ramdisks to save space. This affects only programs compiled with -mieee, and what it essentially does is enabling infinities and NaNs, instead of generating SIGFPE on division by zero, overflow, etc. ok art, deraadt
* Introduce a new file, machine/internal_types.h, to hold that specific archespie2002-04-242-4/+4
| | | | | | | | | | | | | 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.
* First round of __P removal in sysmillert2002-03-147-66/+66
|