[Bug 1169668] New: lshw SIGABRT on aarch64
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668
Bug ID: 1169668
Summary: lshw SIGABRT on aarch64
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: aarch64
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
Assignee: screening-team-bugs@suse.de
Reporter: guillaume.gardet@arm.com
QA Contact: qa-bugs@suse.de
CC: afaerber@suse.com, dmueller@suse.com
Found By: ---
Blocker: ---
lshw SIGABRT on aarch64 with the following traces:
**********
terminate called after throwing an instance of 'std::logic_error'
what(): basic_string::_M_construct null not valid
Aborted (core dumped)
**********
gdb gives:
**********
#0 0x0000fffff7c350a0 in raise () from /lib64/libc.so.6
#1 0x0000fffff7c21d68 in abort () from /lib64/libc.so.6
#2 0x0000fffff7e4df38 in __gnu_cxx::__verbose_terminate_handler () at
../../../../libstdc++-v3/libsupc++/vterminate.cc:95
#3 0x0000fffff7e4ba7c in __cxxabiv1::__terminate (handler=<optimized out>) at
../../../../libstdc++-v3/libsupc++/eh_terminate.cc:48
#4 0x0000fffff7e4bae0 in std::terminate () at
../../../../libstdc++-v3/libsupc++/eh_terminate.cc:58
#5 0x0000fffff7e4bdd4 in __cxxabiv1::__cxa_throw
(obj=obj@entry=0xaaaaaae13990, tinfo=0xfffff7f7cf28 <typeinfo for
std::logic_error>, dest=0xfffff7e600b0 std::logic_error::~logic_error()) at
../../../../libstdc++-v3/libsupc++/eh_throw.cc:95
#6 0x0000fffff7e4777c in std::__throw_logic_error
(__s=__s@entry=0xaaaaaab338b0 "basic_string::_M_construct null not valid") at
../../../../../libstdc++-v3/src/c++11/functexcept.cc:66
#7 0x0000aaaaaaaba6f8 in std::__cxx11::basic_string
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668
Guillaume GARDET
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668#c1
Michel Normand
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668#c2
--- Comment #2 from Guillaume GARDET
Guillaume could you try for aarch64 the binary from https://build.opensuse.org/package/show/home:michel_mno:branches:hardware/ lshw ? Disabling again the lto is sufficient for ppc64le bug#1168865
If valid also for aarch64 I will do the submit request.
Disable LTO does not fix the problem, but traces are maybe easier to use:
#0 0x0000fffff7c350a0 in raise () from /lib64/libc.so.6
#1 0x0000fffff7c21d68 in abort () from /lib64/libc.so.6
#2 0x0000fffff7e4df38 in __gnu_cxx::__verbose_terminate_handler () at
../../../../libstdc++-v3/libsupc++/vterminate.cc:95
#3 0x0000fffff7e4ba7c in __cxxabiv1::__terminate (handler=<optimized out>) at
../../../../libstdc++-v3/libsupc++/eh_terminate.cc:48
#4 0x0000fffff7e4bae0 in std::terminate () at
../../../../libstdc++-v3/libsupc++/eh_terminate.cc:58
#5 0x0000fffff7e4bdd4 in __cxxabiv1::__cxa_throw
(obj=obj@entry=0xaaaaaae295e0, tinfo=0xfffff7f7cf70 <typeinfo for
std::length_error>, dest=0xfffff7e60210 std::length_error::~length_error())
at ../../../../libstdc++-v3/libsupc++/eh_throw.cc:95
#6 0x0000fffff7e4789c in std::__throw_length_error
(__s=__s@entry=0xfffff7f266a0 "basic_string::_M_create") at
../../../../../libstdc++-v3/src/c++11/functexcept.cc:78
#7 0x0000fffff7edb5cc in std::__cxx11::basic_string
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668#c3
--- Comment #3 from Guillaume GARDET
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668
Martin Liška
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668#c4
--- Comment #4 from Martin Liška
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668#c5
--- Comment #5 from Martin Liška
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668#c6
--- Comment #6 from Martin Liška
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668#c7
--- Comment #7 from Guillaume GARDET
There's kind of upstream report: https://github.com/lyonel/lshw/commit/ 479fa4d61dc25f951c8c4e53ca7157bff4cd42a2#r38701779
Unfortunately, the patch from https://ezix.org/src/pkg/lshw/pulls/32 does not fix the bug. If LTO is disabled, the initial SIGABRT error disappear, but on some systems (with MMC?) there is still a SIGABRT. See comment 2. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668#c8
--- Comment #8 from Guillaume GARDET
(In reply to Martin Liška from comment #6)
There's kind of upstream report: https://github.com/lyonel/lshw/commit/ 479fa4d61dc25f951c8c4e53ca7157bff4cd42a2#r38701779
Unfortunately, the patch from https://ezix.org/src/pkg/lshw/pulls/32 does not fix the bug.
If LTO is disabled, the initial SIGABRT error disappear, but on some systems (with MMC?) there is still a SIGABRT. See comment 2.
To be clear, to fix the initial SIGABRT, disabling LTO _or_ applying the patch works. But there is still a SIGABRT on aarch64 systems which have MMC. See comment 2. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668#c9
--- Comment #9 from Martin Liška
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668#c10
--- Comment #10 from Martin Liška
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668#c11
Guillaume GARDET
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668
http://bugzilla.opensuse.org/show_bug.cgi?id=1169668#c12
Guillaume GARDET
participants (1)
-
bugzilla_noreply@novell.com