[Buildroot] [PATCH master+LTS] package/libopenssl: fix target architecture for MIPS64n32

Thomas Petazzoni thomas.petazzoni at bootlin.com
Sat Jun 20 19:38:34 UTC 2020

On Fri, 19 Jun 2020 08:50:33 +0200
Thomas De Schampheleire <patrickdepinguin at gmail.com> wrote:

> From: Thomas De Schampheleire <thomas.de_schampheleire at nokia.com>
> Commit 1ebb35ee5fb7bd5e6278a84ac2c18aa0a38056fb changed the libopenssl
> target architecture to 'linux-generic64' for 64-bit archs based on
> BR2_ARCH_IS_64. However, MIPS64n32 has BR2_ARCH_IS_64 set, but is a 32-bit
> ABI. On such board, libopenssl needs to be configured with linux-generic32
> to function properly.
> One symptom of this problem is that ssh-keygen hangs on key generation,
> waiting for more random bits. See [1] for the discussion with openssl
> upstream.
> Thanks to Ronny Meeus for investigating the issue and kudos to the openssl
> community for their responsive and helpful interaction!
> Reported-by: Ronny Meeus <ronny.meeus at nokia.com>
> Signed-off-by: Thomas De Schampheleire <thomas.de_schampheleire at nokia.com>
> [1] https://mta.openssl.org/pipermail/openssl-users/2020-June/012565.html
> ---
>  package/libopenssl/Config.in | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)

Thanks a lot for the investigation and fix! I've applied as-is as it is
the most immediate fix.

However, I am wondering if we shouldn't make BR2_MIPS_NABI32 *not*
select BR2_ARCH_IS_64. Indeed, for most packages (which are running
userspace code), mips64n32 *is* a 32-bit architecture.

We could make that even clearer by having a BR2_KERNEL_ARCH_IS_64, if
there's anything that needs to know at the kernel level the bitness.

But it overall feels incorrect for BR2_MIPS_NABI32 to select

What do you think ?

Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Kernel engineering

More information about the buildroot mailing list