openbsd/src/lib/libc/crypt, branch OPENBSD_5_0_BASE A mirror of https://github.com/libressl/openbsd.git https://git.lua4.win/openbsd/atom?h=OPENBSD_5_0_BASE 2010-12-22T08:23:42+00:00 remove comment that hasn't been true for quite a while now; 2010-12-22T08:23:42+00:00 otto 2010-12-22T08:23:42+00:00 urn:sha1:21f001fcc52cc0a34bf8523eb08ae2e1ecb9aa30 ok deraadt@ djm@ remove skipjack and cast from the libc; ok deraadt 2010-10-28T08:34:37+00:00 mikeb 2010-10-28T08:34:37+00:00 urn:sha1:10850b8751480e8d244fde5e9e37f7060fedca4f Use MACHINE_CPU instead of MACHINE_ARCH to pick the correct machine dependent 2010-02-03T20:49:00+00:00 miod 2010-02-03T20:49:00+00:00 urn:sha1:aaa0cabd6a83ca6edba4b6122b65033db1337306 files or directories when applicable. The inspiration and name of MACHINE_CPU come from NetBSD, although the way to provide it to Makefiles is completely different. ok kettenis@ No point in refreshing the pid from inside arc4_stir() when that 2009-12-15T18:19:06+00:00 guenther 2009-12-15T18:19:06+00:00 urn:sha1:00c7062e7072458762b2f2f8518512cd1dfc4f9b doesn't test it, so factor out the two places that test it into a routine and do the refreshing there. With this, arch4random_buf() doesn't trigger superfluous calls to getpid() when filling large buffers. ok deraadt@, "looks nicer indeed" otto@ s/Mhz/MHz/, MHz is a multiple of the SI unit hertz (whose symbol is Hz). 2009-10-31T13:29:07+00:00 sobrado 2009-10-31T13:29:07+00:00 urn:sha1:f26acbc19d7b441bbd6b8a3670a11bd78abd13d5 repair the ARC4 story; ok jmc djm millert 2008-12-23T18:31:02+00:00 deraadt 2008-12-23T18:31:02+00:00 urn:sha1:79eae3468ef3216f558705406485fa84c61ff505 zap __arc4_getbyte(), it was only used by the old malloc; ok millert@ 2008-10-03T18:46:04+00:00 otto 2008-10-03T18:46:04+00:00 urn:sha1:d26107bdc7f7e4975b08b9a7ab12e941e4cb9308 kurt@ fix an Xr, and use a more appropriate macro; 2008-06-09T06:04:02+00:00 jmc 2008-06-09T06:04:02+00:00 urn:sha1:f8a6cc0c54595fc7b66a29e5c4423c6d2b6e9a3f arc4random_stir() does not use /dev/arandom anymore, but sysctl kern.arandom 2008-06-08T18:37:09+00:00 deraadt 2008-06-08T18:37:09+00:00 urn:sha1:05a412742403894d384795fc7b3358c5278d7f31 fix math screwup that reintroduced a bias for upper_bounds in range 2008-06-04T00:50:23+00:00 djm 2008-06-04T00:50:23+00:00 urn:sha1:9cb2819066edcb7bd907e9809cc6a87dbf7b3a71 (2^30,2^31). Nothing in the tree yet requests random numbers bounded by this range. report jakob!deraadt; ok deraadt@