summaryrefslogtreecommitdiffstats
path: root/sys/lib/libkern (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* destintation -> destinationmiod2010-04-201-3/+3
|
* Allow for multiple CPUs by moving to an array of cpu_info.jsing2010-04-011-6/+2
| | | | ok kettenis@
* Provide a correct version for little endian kernels... sighmiod2009-12-122-3/+13
|
* remove gcc 1 workaround we no longer care about whichjsg2009-11-071-11/+1
| | | | | | | was breaking non GNUC defining compilers. Came up during a conversation with ragge@, positive comments from several.
* rcsid[] and sccsid[] and copyright[] are essentially unmaintained (andderaadt2009-10-2736-168/+15
| | | | | | | unmaintainable). these days, people use source. these id's do not provide any benefit, and do hurt the small install media (the 33,000 line diff is essentially mechanical) ok with the idea millert, ok dms
* <machine/macros.h> would provide inline version of a few of the functionsmiod2009-08-198-5/+459
| | | | | | | | | | | | traditionnaly found in libkern. However, the memcmp() flavour would behave as bcmp() with only two possible return values: zero and positive non-zero. This broke the name cache RB trees which now rely upon proper memcmp() semantics(negative value, zero, or positive value). Just give up on these macros and provide the same code as libc, in libkern. As a side effect, this no longer uses the cmpc3 instruction, which is not implemented and requires (slow) kernel emulation, on the original uVax.
* ansi func declsjsg2009-05-241-19/+10
|
* memcpy needs a prototype which is in systm.hgrange2009-01-251-1/+2
| | | | ok form@ kettenis@
* make random(9) return per-cpu values (by saving the seed in the cpuinfo),deraadt2008-10-153-53/+21
| | | | | | | which are uniform for the profclock on each cpu in a SMP system (but using a different seed for each cpu). on all cpus, avoid seeding with a value out of the [0, 2^31-1] range (since that is not stable) ok kettenis drahn
* Use the MI random() for all cases; no need for a MD version since itderaadt2008-10-101-1/+0
| | | | | has never been performance sensitive. Running on all platforms, discussed with millert and kettenis, ok toby
* unbreak ieeefp emulation code wrt converting double to unsignedmartynas2008-10-072-2/+90
| | | | | | | | | | | | | | | | long ints for alpha. we've got only one instruction (cvttq) to convert double-t to quadword, and float64_to_int64 did not take into account the unsigned conversions therefore, overflow always occured, and half of the unsigned range (LONG_MAX .. ULONG_MAX) was broken introduce roundAndPackInt64NoOverflow and float64_to_int64_no_overflow for softfloat, that works with unsigned integers as well. note that this will return zero for nan/inf/oflow/uflow, raising exception flag perl is happy now looked over by miod@ tested by naddy@, and by me on nick@'s alpha
* First pass at removing clauses 3 and 4 from NetBSD licenses.ray2008-06-2611-85/+8
| | | | | | | | | Not sure what's more surprising: how long it took for NetBSD to catch up to the rest of the BSDs (including UCB), or the amount of code that NetBSD has claimed for itself without attributing to the actual authors. OK deraadt@
* These files are not used (and some of them would not compile anyway).miod2008-05-143-300/+0
|
* Catch up with dismantled libkern.kettenis2008-04-206-0/+336
|
* Remove the random() function from locore.s (which used sparcv7 instructions,kettenis2008-04-201-1/+0
| | | | | including mulscc to do multiplications) and switch to the generic random.c code.
* delete prototypes for functions which the kernel does not havederaadt2008-02-251-8/+1
| | | | from brynet@gmail.com
* Override SoftFloat's countLeadingZeros32() with a faster, ff1-based, versionmiod2007-12-291-1/+3
| | | | on m88k.
* Unifdef NO_IEEE in the libkern softfloat code, and put an appropriate rulemiod2007-12-295-23/+32
| | | | | | in files.alpha to compensate for NO_IEEE kernels. This will allow the softfloat code to be used by other platforms than alpha.
* place a comment as to why these are otherwise emptyderaadt2007-11-2843-2/+43
|
* 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
|
Copyright © 1996 – 2023 Jason A. Donenfeld. All Rights Reverse Engineered.