From: bugzilla at busybox.net <bugzilla@busybox.net>
To: buildroot@busybox.net
Subject: [Buildroot] [Bug 11996] opencv3 SIGILL on Cortex-A5 with VFPv4-D16
Date: Wed, 27 Nov 2019 22:20:51 +0000 [thread overview]
Message-ID: <bug-11996-163-RZL0JFcsXR@https.bugs.busybox.net/> (raw)
In-Reply-To: <bug-11996-163@https.bugs.busybox.net/>
https://bugs.busybox.net/show_bug.cgi?id=11996
--- Comment #2 from Thomas Petazzoni <thomas.petazzoni@free-electrons.com> ---
So, I did a bit more research on this, but couldn't come to a useful
conclusion. The handling of CPU optimizations in opencv3 is complicated.
ENABLE_VFPV3 and ENABLE_NEON seem to be obsolete options, but the replacement
CPU_BASELINE is not very clear.
With a VFPv3-D16 case, I get:
-- CPU/HW features:
-- Baseline:
-- requested: DETECT
-- disabled: VFPV3 NEON
which is quite expected.
When NEON is enabled as the FPU, I get:
-- CPU/HW features:
-- Baseline: NEON
-- requested: DETECT
-- disabled: VFPV3 NEON
So NEON seems to be detected, but it's also listed in the "disabled"
features... which doesn't make a lot of sense.
Then, if I use VFPv3 as the FPU, I get:
-- CPU/HW features:
-- Baseline:
-- requested: DETECT
-- disabled: VFPV3 NEON
I.e, it doesn't detect that I have VFPv3.
(Of course the tests above are after removing ENABLE_VFPV3/ENABLE_NEON).
--
You are receiving this mail because:
You are on the CC list for the bug.
next prev parent reply other threads:[~2019-11-27 22:20 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-01 17:17 [Buildroot] [Bug 11996] New: opencv3 SIGILL on Cortex-A5 with VFPv4-D16 bugzilla at busybox.net
2019-07-01 21:47 ` [Buildroot] [Bug 11996] " bugzilla at busybox.net
2019-11-27 22:20 ` bugzilla at busybox.net [this message]
2020-02-05 16:49 ` bugzilla at busybox.net
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bug-11996-163-RZL0JFcsXR@https.bugs.busybox.net/ \
--to=bugzilla@busybox.net \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.