<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/lib/libcrypto/arch, branch OPENBSD_6_4_BASE</title>
<subtitle>A mirror of https://github.com/libressl/openbsd.git
</subtitle>
<id>https://git.lua4.win/openbsd/atom?h=OPENBSD_6_4_BASE</id>
<link rel='self' href='https://git.lua4.win/openbsd/atom?h=OPENBSD_6_4_BASE'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/'/>
<updated>2017-08-20T17:53:13+00:00</updated>
<entry>
<title>sprinkle a few missing dependencies on perl scripts internal bits.</title>
<updated>2017-08-20T17:53:13+00:00</updated>
<author>
<name>espie</name>
<email></email>
</author>
<published>2017-08-20T17:53:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=39e376c267c3aa3e7cc588facfbbba9d81cb593b'/>
<id>urn:sha1:39e376c267c3aa3e7cc588facfbbba9d81cb593b</id>
<content type='text'>
'it works' deraadt@
</content>
</entry>
<entry>
<title>Add support for AArch64.</title>
<updated>2017-01-11T18:11:01+00:00</updated>
<author>
<name>patrick</name>
<email></email>
</author>
<published>2017-01-11T18:11:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=a3d7af0cb823d80c1491faa11d7bcf35e334cc5b'/>
<id>urn:sha1:a3d7af0cb823d80c1491faa11d7bcf35e334cc5b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Disable ec assembly for amd64 pending fixes for ssh, and bump</title>
<updated>2016-11-11T03:49:14+00:00</updated>
<author>
<name>beck</name>
<email></email>
</author>
<published>2016-11-11T03:49:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=264fe0b9bed327a70d7f6d57cf795074b93bae92'/>
<id>urn:sha1:264fe0b9bed327a70d7f6d57cf795074b93bae92</id>
<content type='text'>
majors appropriately
</content>
</entry>
<entry>
<title>Ride the current major bump and enable assembler code for nist 256p curve,</title>
<updated>2016-11-04T18:12:14+00:00</updated>
<author>
<name>miod</name>
<email></email>
</author>
<published>2016-11-04T18:12:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=31790633085fb9ebea195a72028929829ac3f94f'/>
<id>urn:sha1:31790633085fb9ebea195a72028929829ac3f94f</id>
<content type='text'>
on amd64 only for now. Stanzas to enable it on arm, i386 and sparc64 are
provided but commented out for lack of testing due to the machine room
being currently in storage.

ok jsing@
</content>
</entry>
<entry>
<title>Remove I386_ONLY define. It was only used to prefer a</title>
<updated>2016-11-04T13:56:05+00:00</updated>
<author>
<name>miod</name>
<email></email>
</author>
<published>2016-11-04T13:56:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=098856ba6c9340c7f8061be62dd042763fe233a3'/>
<id>urn:sha1:098856ba6c9340c7f8061be62dd042763fe233a3</id>
<content type='text'>
faster-on-genuine-80386-but-slower-on-80486-onwards innstruction sequence in
the SHA512 code, and had not been enabled in years, if at all.

ok tom@ bcook@
</content>
</entry>
<entry>
<title>Less vax.</title>
<updated>2016-09-04T13:39:48+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2016-09-04T13:39:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=14f45ecd98e07f75a5a4f1260620464147bd5287'/>
<id>urn:sha1:14f45ecd98e07f75a5a4f1260620464147bd5287</id>
<content type='text'>
ok deraadt@
</content>
</entry>
<entry>
<title>remove hppa64 port, which we never got going beyond broken single users.</title>
<updated>2016-05-11T21:52:49+00:00</updated>
<author>
<name>deraadt</name>
<email></email>
</author>
<published>2016-05-11T21:52:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=42135baa1d099815f06003af138c18bcef038202'/>
<id>urn:sha1:42135baa1d099815f06003af138c18bcef038202</id>
<content type='text'>
hppa reverse-stack gives us a valuable test case, but most developers don't
have a 2nd one to proceed further with this.
ok kettenis
</content>
</entry>
<entry>
<title>Pass "openbsd" instead of "openbsd-elf" as the "flavour" to the perl assembler</title>
<updated>2015-09-11T14:48:06+00:00</updated>
<author>
<name>miod</name>
<email></email>
</author>
<published>2015-09-11T14:48:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=9750a3821f26639c541ea7c893d977024d363b62'/>
<id>urn:sha1:9750a3821f26639c541ea7c893d977024d363b62</id>
<content type='text'>
machinery. OpenBSD has never been not ELF on amd64, and changing this will
actually make -portable life slightly easier in the near future.
</content>
</entry>
<entry>
<title>Disable ENGINE_load_dynamic (dynamic engine support).</title>
<updated>2015-06-19T06:05:11+00:00</updated>
<author>
<name>bcook</name>
<email></email>
</author>
<published>2015-06-19T06:05:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=1ef7c35782edea8e65610a2d9d6d6d08ea90983c'/>
<id>urn:sha1:1ef7c35782edea8e65610a2d9d6d6d08ea90983c</id>
<content type='text'>
We do not build, test or ship any dynamic engines, so we can remove the dynamic
engine loader as well. This leaves a stub initialization function in its place.

ok beck@, reyk@, miod@
</content>
</entry>
<entry>
<title>In the neverending saga of enabling and disabling assembler code for sha</title>
<updated>2015-03-18T05:26:10+00:00</updated>
<author>
<name>miod</name>
<email></email>
</author>
<published>2015-03-18T05:26:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=6b3d8d3164d1b68d078a0cf83583f3dd8bbcb340'/>
<id>urn:sha1:6b3d8d3164d1b68d078a0cf83583f3dd8bbcb340</id>
<content type='text'>
routines on hppa, the cause for sha512-parisc subtly misbehaving has been
found: despite having fallback pa1.1 code when running on a 32-bit cpu, the
shift constants used in the sigma computations in sha512 are &gt;= 32 and are
silently truncated to 5 bits by the assembler, so there is no chance of
getting this code to work on a non-pa2.0 processor.

However, the pa1.1 fallback code for sha256 is safe, as it never attempts to
shift by more than 31, so reenable it again.
</content>
</entry>
</feed>
