lshw segfaults while checking SCSI subsystem on Dell Precision 5510

[Craig Maloney]

Running lshw on a Dell Precision 5510 causes it to segfault unless I use `lshw -disable SCSI`.

Release:
root@cat:~# lsb_release -rd
Description: Ubuntu 14.04.4 LTS
Release: 14.04

root@cat:~# gdb `which lshw`
GNU gdb (Ubuntu 7.7.1-0ubuntu5~14.04.2) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/lshw...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/lshw
SCSI
Program received signal SIGSEGV, Segmentation fault.
__memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:116
116 ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S: No such file or directory.

(gdb) bt
#0 __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:116
#1 0x00007ffff7b919be in char* std::string::_S_construct<char const*>(char const*, char const*, std::allocator<char> const&, std::forward_iterator_tag) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#2 0x00007ffff7b91a2d in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, unsigned long, std::allocator<char> const&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3 0x00000000004576d6 in ?? ()
#4 0x0000000000458dcd in ?? ()
#5 0x000000000045d494 in ?? ()
#6 0x0000000000417486 in ?? ()
#7 0x0000000000403fc5 in ?? ()
#8 0x00007ffff751cec5 in __libc_start_main (main=0x403ae0, argc=1, argv=0x7fffffffe528, init=<optimized out>,
    fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffe518) at libc-start.c:287
#9 0x00000000004049ff in ?? ()

This is causing issues with other drivers that use lshw to report system information.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[sgubanoff (sgubanoff)]

# gdb lshw
GNU gdb (Ubuntu 7.11-0ubuntu1) 7.11
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from lshw...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/lshw
SCSI
Program received signal SIGSEGV, Segmentation fault.
__GI_____strtol_l_internal (nptr=0x0, endptr=0x0, base=10, group=<optimized out>, loc=0x7ffff783a420 <_nl_global_locale>) at ../stdlib/strtol_l.c:293
293 ../stdlib/strtol_l.c: Нет такого файла или каталога.