summaryrefslogtreecommitdiffstats
path: root/sys/lib/libkern (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* mips64 also needs memcpy.S, otherwise memcpy.c gets built, which conflictsjsing2007-11-271-0/+0
| | | | | | with bcopy.S ok miod@
* mips64 needs at least these to build; spotted by jsingderaadt2007-11-262-0/+0
|
* libkern, begone. Move to a new mechanism where config(8)'s "file"deraadt2007-11-25110-1504/+3573
| | | | | | | | | | | | directive can select between MI and MD versions of these files. At the same time, adjust the boot programs to pick exactly what they need, instead of the 7 or 8 mechanisms previously used. There will be some fallout from this, but testing it all by myself is a ridiculously slow process; it will be finished in-tree. Various developers were very nice and avoided making fun of me when I was gibbering in the corner..
* SCCS junk, bit by bitderaadt2007-11-247-56/+7
|
* junk RCSderaadt2007-11-241-8/+1
|
* more junk SCCSderaadt2007-11-243-12/+0
|
* junk SCCSderaadt2007-11-2411-75/+11
|
* delete unused junk RCS idsderaadt2007-11-249-36/+0
|
* ansi Cderaadt2007-11-242-4/+7
|
* Uncomment rule to build bcopy.S, and use that as our bcopy(9) implementation.kettenis2007-10-131-5/+5
|
* Make this actually work by using the right register numbers. In the conversionkettenis2007-10-131-12/+12
| | | | | from hppa the fact that t1-t4 actually number down from r22-r19 got somehow lost.
* "boundries" -> "boundaries" in various comments. Started by Diego Casati.krw2007-05-254-6/+6
|
* move hppa to __HAVE_CPUINFOmartin2007-05-141-1/+5
| | | | input from miod@, ok kettenis@
* more locc() diesderaadt2007-05-045-112/+6
|
* locc() is dead, spotted by miodderaadt2007-05-042-48/+1
|
* move bcd tables to the only place that uses them (the unused mcd driver);deraadt2007-05-043-44/+3
| | | | ok miod
* remove strcpy and strcat from the kernel; they are dead and unused code.reyk2007-05-049-466/+2
| | | | | | | (OpenBSD does not use strcat/strcpy in the kernel, if people do it in external modules they should update their code) ok deraadt@
* some shorter code is better codederaadt2007-05-031-6/+4
|
* Move m88k memory copy and fill functions to libkern. The copy functions willmiod2006-11-177-1/+576
| | | | | | no longer share the same code, but will be instead be duplicated from the same source, so that bcopy() and memcpy() do not need to check for overlap, and memcpy() and memmove() are shorter.
* typoderaadt2006-11-091-1/+1
|
* import supah pieces from netbsdmickey2006-10-067-0/+997
|
* Switch to the C version of random() on m68k platforms. It is almost as fastmiod2006-01-041-2/+2
| | | | | | | | | | as the assembly version on 0[234]0, but *fifteen* times faster than it on 68060 systems, since it uses a form of muls.l which has to be emulated. And since we use random() for statclock variance, this means we were gratuitously doing an average of 100 emulation traps per second. ok deraadt@ millert@
* I'm Positive these are Type-O.miod2005-08-012-4/+4
|
* not neededderaadt2005-07-201-2/+2
|
* add moddi3, needed by new libzderaadt2005-07-201-5/+2
|
* hppa64 bitsmickey2005-04-013-0/+1740
|
* 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
|
Copyright © 1996 – 2023 Jason A. Donenfeld. All Rights Reverse Engineered.