Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 05 Mar 2017 10:01:24 +0000
From:      Andrew Gierth <andrew@tao11.riddles.org.uk>
To:        Mark Millard <markmi@dsl-only.net>
Cc:        "freebsd-arm\@freebsd.org" <freebsd-arm@freebsd.org>
Subject:   Re: Is CPUTYPE=cortex-A7 supposed to work?
Message-ID:  <87h93814rb.fsf@news-spur.riddles.org.uk>
In-Reply-To: <9677298B-5A5E-44BF-928E-28DDDADB310A@dsl-only.net> (Mark Millard's message of "Sat, 4 Mar 2017 16:35:54 -0800")
References:  <871suc3nv8.fsf@news-spur.riddles.org.uk> <CANCZdfq4EwH%2B_9FVNai8s6Y-gdTjHJ8dNkJwSrnF%2BSAkdwvYdg@mail.gmail.com> <87tw7820fc.fsf@news-spur.riddles.org.uk> <644D1F49-BF5D-409D-BFC4-4F7E6E73085B@dsl-only.net> <87lgsk1udz.fsf@news-spur.riddles.org.uk> <9677298B-5A5E-44BF-928E-28DDDADB310A@dsl-only.net>

next in thread | previous in thread | raw e-mail | index | archive | help
>>>>> "Mark" == Mark Millard <markmi@dsl-only.net> writes:

 >> 3. The errors aren't consistent at all. For example, sometimes I run
 >> openssl speed rsa512 and it succeeds without error. When testing
 >> with git, the failures were not always at the same place.

 Mark> Interesting. My context had MALLOC_PRODUCTION. I wonder if
 Mark> without that and having junk filled in systematically might
 Mark> produce more stable results. (I've no specific evidence that this
 Mark> would make a difference.)

I don't think this can explain my results with git; openssl's sha1
doesn't call malloc (or any library function other than memcpy, memset,
OPENSSL_cleanse), and I have logs of the data being hashed that show the
wrong results returned. Also, I've checked that while these hashes are
being done, there are no other threads in the process.

-- 
Andrew.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?87h93814rb.fsf>