aboutsummaryrefslogtreecommitdiffstats
path: root/crypto/x86cpuid.pl
Commit message (Collapse)AuthorAgeFilesLines
* Undo a90081576c94f9f54de1755188a00ccc1760549aRich Salz2014-08-091-1/+36
| | | | Undo unapproved commit that removed DJGPP and WATT32
* Remove DJGPP (and therefore WATT32) #ifdef's.Rich Salz2014-08-081-36/+1
| | | | | | DJGPP is no longer a supported platform. Remove all #ifdef, etc., cases that refer to it. DJGPP also #define'd WATT32, so that is now removed as well.
* x86[_64]cpuid.pl: add low-level RDSEED.Andy Polyakov2014-02-141-0/+12
|
* x86cpuid.pl: fix extended feature flags detection.Andy Polyakov2013-06-101-9/+10
|
* x86cpuid.pl: make it work with older CPUs.Andy Polyakov2013-03-041-0/+2
| | | | PR: 3005
* Extend OPENSSL_ia32cap_P with extra word to accomodate AVX2 capability.Andy Polyakov2012-11-171-0/+13
|
* x86cpuid.pl: hide symbols [backport from x86_64].Andy Polyakov2012-08-291-0/+3
|
* Revert random changes from commit#22606.Andy Polyakov2012-06-041-1/+1
|
* Version skew reduction: trivia (I hope).Ben Laurie2012-06-031-1/+1
|
* perlasm: fix symptom-less bugs, missing semicolons and 'my' declarations.Andy Polyakov2012-04-281-3/+3
|
* x86cpuid.pl: fix processor capability detection on pre-586.Andy Polyakov2012-02-281-2/+3
|
* x86cpuid.pl: compensate for imaginary virtual machines.Andy Polyakov2011-11-081-2/+0
|
* x86cpuid.pl: don't punish "last-year" OSes on "this-year" CPUs.Andy Polyakov2011-11-051-1/+1
| | | | PR: 2633
* x86[_64]cpuid.pl: add function accessing rdrand instruction.Andy Polyakov2011-06-041-0/+12
|
* x86cpuid.pl: last commit broke platforms with perl with 64-bit integer.Andy Polyakov2011-05-291-5/+5
|
* x86[_64]cpuid.pl: harmonize usage of reserved bits #20 and #30.Andy Polyakov2011-05-271-4/+6
|
* x86[_64]cpuid.pl: handle new extensions.Andy Polyakov2011-05-161-16/+47
|
* Multiple assembler packs: add experimental memory bus instrumentation.Andy Polyakov2011-04-171-0/+102
|
* OPENSSL_cleanse to accept zero length parameter [matching C implementation].Andy Polyakov2010-01-241-0/+3
|
* x86[_64]cpuid.pl: further refine shared cache detection.Andy Polyakov2009-05-141-6/+32
|
* x86cpuid.pl: sync OPENSSL_ia32_cpuid with x86_64cpuid.pl.Andy Polyakov2009-05-121-2/+29
|
* Update perl asm scripts include paths for perlasm.Dr. Stephen Henson2008-01-051-1/+2
|
* x86*cpuid update.Andy Polyakov2007-07-211-7/+10
|
* x86cpuid fixes.Andy Polyakov2007-05-191-1/+1
| | | | PR: 1526
* Profiling revealed that OPENSSL_cleanse consumes *more* CPU time thanAndy Polyakov2007-05-141-0/+31
| | | | | sha1_block_data_order when hashing short messages. Move OPENSSL_cleanse to "cpuid" assembler module and gain 2x.
* Update x86cpuid.pl to correctly detect shared cache and to support newAndy Polyakov2007-04-011-0/+24
| | | | RC4_set_key.
* Support for indirect calls in x86 assembler modules.Andy Polyakov2005-12-061-1/+1
|
* x86cpuid.pl update.Andy Polyakov2005-12-031-0/+39
|
* Replace emms with finit in x86cpuid.Andy Polyakov2005-06-241-3/+2
|
* Don't emit SSE2 instructions unless were asked to.Andy Polyakov2005-05-181-11/+15
| | | | PR: 1073
* Cpuid modules updates.Andy Polyakov2005-05-031-0/+78
|
* x86 assembler updates: more instructions, new OPENSSL_instrument_haltAndy Polyakov2004-09-091-0/+34
| | | | [for DJGPP]...
* OPENSSL_ia32cap final touches. Note that OPENSSL_ia32cap is no longer aAndy Polyakov2004-08-291-4/+4
| | | | | symbol, but a macro expanded as (*(OPENSSL_ia32cap_loc())). The latter is the only one to be exported to application.
* Add framework for yet another assembler module dubbed "cpuid." IdeaAndy Polyakov2004-07-261-0/+43
is to have a placeholder to small routines, which can be written only in assembler. In IA-32 case this includes processor capability identification and access to Time-Stamp Counter. As discussed earlier OPENSSL_ia32cap is introduced to control recently added SSE2 code pathes (see docs/crypto/OPENSSL_ia32cap.pod). For the moment the code is operational on ELF platforms only. I haven't checked it yet, but I have all reasons to believe that Windows build should fail to link too. I'll be looking into it shortly...