Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 18 Oct 2018 14:56:01 -0700
From:      Mark Millard <marklmi@yahoo.com>
To:        FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: Expected?: "failed: Miscompare for aalgo=hmac/sha1 ealgo=camellia-cb" 12.0-ALPHA10 kernel with pre-openssl update -r339076 head?
Message-ID:  <14D2CD58-8029-4AA1-87E7-AD20B83AFD2C@yahoo.com>
In-Reply-To: <B60C0D81-B0A2-4662-B2CA-19F9E86286B5@yahoo.com>
References:  <B60C0D81-B0A2-4662-B2CA-19F9E86286B5@yahoo.com>

next in thread | previous in thread | raw e-mail | index | archive | help


On 2018-Oct-18, at 12:12 PM, Mark Millard <marklmi@yahoo.com> wrote:

> As part of helping to track down a powerpc64 system
> crash when "kyua test -k /usr/tests/Kyuafile" is run
> I substituted into a -r339076 context official kernel
> materials from:
>=20
> =
https://download.freebsd.org/ftp/snapshots/powerpc/powerpc64/12.0-ALPHA10/=
kernel*.txz
>=20
> This does lead to kyua reporting:
>=20
> sys/geom/class/eli/init_test:init_a  ->  failed: Miscompare for =
aalgo=3Dhmac/sha1 ealgo=3Dcamellia-cbc keylen=3D192 sec=3D8192  =
[275.805s]
>=20
> that had been passing with just my buildworld buildkernel
> materials for -r339076 . (So far in the run it is the only
> such report.)
>=20
> Is this difference in this odd context expected/reasonable?
> Should I ignore it?
>=20
> (I have no reason to normally run such a odd mix of vintages
> of world vs. kernel materials. I'm just checking if the
> crashing is somehow specific to my builds or not.)

For reference:

My normal kernel build is via devel/powerpc64-xtoolchain-gcc
but I've built a -r339076 based kernel from my sources via
gcc 4.2.1 and the system binutils ( world still at -r339076
via devel/powerpc-xtoolchain-gcc ). Under that kernel kyua
reported:

sys/geom/class/eli/init_test:init_a  ->  failed: Miscompare for =
aalgo=3Dhmac/ripemd160 ealgo=3Dcamellia-cbc keylen=3D128 sec=3D1024  =
[465.515s]

(A different, far later step for the failure?)

So apparently compiler/toolchains matter even when the
sources are the same.


=3D=3D=3D
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?14D2CD58-8029-4AA1-87E7-AD20B83AFD2C>