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