Port-arm archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: RPI: * failed to add service - already in use?



/usr/src/crypto/external/bsd/openssl/lib/libcrypto/arch/arm

need this ifdef?

diff -u armv4cpuid.S.1 armv4cpuid.S
--- armv4cpuid.S.1      2018-03-03 11:19:58.377064302 +0900
+++ armv4cpuid.S        2018-03-03 11:21:00.926429891 +0900
@@ -95,7 +95,9 @@
        mrrc    p15,1,r0,r1,c14         @ CNTVCT
        RET
 .size  _armv7_tick,.-_armv7_tick
+#endif
 
+#if __ARM_MAX_ARCH__>=8
 .global        _armv8_aes_probe
 .type  _armv8_aes_probe,%function
 _armv8_aes_probe:


From: Jun Ebihara <jun%soum.co.jp@localhost>
Subject: Re: RPI: * failed to add service - already in use?
Date: Thu, 01 Mar 2018 10:45:18 +0900 (JST)

> Thanx.I pickup and put 2017-12-16/2018-02-18 libcrypt.so.
> 
> http://cdn.netbsd.org/pub/NetBSD/misc/jun/raspberry-pi/20180301/2017-12-16/lib/libcrypt.so
> http://cdn.netbsd.org/pub/NetBSD/misc/jun/raspberry-pi/20180301/2018-02-18/lib/libcrypt.so
> 
> From: Michael Blatt <michael.blatt%gmail.com@localhost>
> Subject: Re: RPI: * failed to add service - already in use?
> Date: Wed, 28 Feb 2018 19:39:50 +0000
> 
>> On that note: I've noticed the built-in unbound segfaults very quickly
>> upon doing lookups on earmv7hf, same codebase (8.99.12)
>> An analysis of the coredump suggests it's also on libcrypt and
>> references what looks like an armv8 instruction (I recall the name
>> containing 'armv8')
>> Perhaps it is related?
>> Cannot get more detail to send-pr as I've wiped the install, but
>> there's clearly a problem with libcrypt in -current, that isn't there
>> in 8.0_BETA.
>> 
>> Michael


Home | Main Index | Thread Index | Old Index