Tags Tags

Bug#665932: strace from vanilla kernel 3.2.17

June 27th, 2012 - 04:40 am ET by Hermann Lauer | Report spam
Help Create a new topic
See strace from vanilla 3.2.17 below, hope that helps.

Greetings
Hermann

# strace lshw
execve("/usr/bin/lshw", ["lshw"], [/* 16 vars */]) = 0
brk(0) = 0xa6000
uname({sys="Linux", node="tantalus", ...}) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf7fcc000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size(853, ...}) = 0
mmap(NULL, 28853, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7fc4000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/usr/lib/libstdc++.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\22\0\0\0\1\0\5(\0\0\0\0004"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size94428, ...}) = 0
mmap(NULL, 1184336, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xf7e78000
mprotect(0xf7f7e000, 57344, PROT_NONE) = 0
mmap(0xf7f8c000, 32768, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x104000) = 0xf7f8c000
mmap(0xf7f94000, 21072, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xf7f94000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/libgcc_s.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\22\0\0\0\1\0\0!\340\0\0\0004"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_sizeh880, ...}) = 0
mmap(NULL, 133496, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xf7e54000
mprotect(0xf7e66000, 57344, PROT_NONE) = 0
mmap(0xf7e74000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x10000) = 0xf7e74000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/ultra3/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\22\0\0\0\1\0\2\7\340\0\0\0004"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size01772, ...}) = 0
mmap(NULL, 1572328, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xf7cd4000
mprotect(0xf7e3c000, 65536, PROT_NONE) = 0
mmap(0xf7e4c000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x168000) = 0xf7e4c000
mmap(0xf7e52000, 7656, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xf7e52000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/ultra3/libm.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\22\0\0\0\1\0\0\335`\0\0\0004"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_sizeĀ†7768, ...}) = 0
mmap(NULL, 931744, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xf7bf0000
mprotect(0xf7cc0000, 57344, PROT_NONE) = 0
mmap(0xf7cce000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xce000) = 0xf7cce000
close(3) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf7fc2000
mprotect(0xf7cce000, 8192, PROT_READ) = 0
mprotect(0xf7e4c000, 8192, PROT_READ) = 0
mprotect(0xf7f8c000, 16384, PROT_READ) = 0
mprotect(0xf7fce000, 8192, PROT_READ) = 0
munmap(0xf7fc4000, 28853) = 0
brk(0) = 0xa6000
brk(0xc8000) = 0xc8000
access("/sys/class/.", F_OK) = 0
geteuid32() = 0
uname({sys="Linux", node="tantalus", ...}) = 0
ioctl(2, TCSETAF or SNDCTL_TMR_SELECT, {B38400 opost isig icanon echo ...}) = 0
) = 1
) = 5
open("/dev/mem", O_RDONLY) = 3
open("/proc/efi/systab", O_RDONLY) = -1 ENOENT (No such file or directory)
mmap(NULL, 32, PROT_READ, MAP_SHARED, 3, 0xe0000) = 0xf7fc8000

Message from syslogd@tantalus at Wed Jun 27 11:49:41 2012 ...
tantalus kernel: Press Stop-A (L1-A) to return to the boot prom

Message from syslogd@tantalus at Wed Jun 27 11:49:41 2012 ...
tantalus kernel: Kernel panic - not syncing: Irrecoverable deferred error trap.



To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
email Follow the discussionReplies 3 repliesReplies Make a reply

Similar topics

Replies

#1 Jonathan Nieder
June 27th, 2012 - 07:40 am ET | Report spam
# version from Ivaylo's report
reassign 587538 lshw 02.13-2
forwarded 587538 http://ezix.org/project/ticket/519
# unusable on affected machines
severity 587538 important
quit

Hi Ghe et al,

Hermann Lauer wrote:

[Subject: Bug#665932: strace from vanilla kernel 3.2.17]

See strace from vanilla 3.2.17 below, hope that helps.



Yes, definitely. For next time: please keep in mind that these appear
as emails in a crowded inbox, so the subject line can be a good place
to put valuable context.

# strace lshw
execve("/usr/bin/lshw", ["lshw"], [/* 16 vars */]) = 0
brk(0) = 0xa6000
uname({sys="Linux", node="tantalus", ...}) = 0


[...]
access("/sys/class/.", F_OK) = 0
geteuid32() = 0
uname({sys="Linux", node="tantalus", ...}) = 0
ioctl(2, TCSETAF or SNDCTL_TMR_SELECT, {B38400 opost isig icanon echo ...}) = 0
) = 1
) = 5
open("/dev/mem", O_RDONLY) = 3
open("/proc/efi/systab", O_RDONLY) = -1 ENOENT (No such file or directory)
mmap(NULL, 32, PROT_READ, MAP_SHARED, 3, 0xe0000) = 0xf7fc8000

Message from at Wed Jun 27 11:49:41 2012 ...
tantalus kernel: Press Stop-A (L1-A) to return to the boot prom

Message from at Wed Jun 27 11:49:41 2012 ...
tantalus kernel: Kernel panic - not syncing: Irrecoverable deferred error trap.



If I am reading this correctly, lshw reads from an unfortunate area of
/dev/mem, which trips a trap.

So this seems likely to be an lshw bug, though the upstream maintainer
rejected the report. Also seems analagous to <http://bugs.debian.org/525217>.
Any hints for tracking it down?

Hermann, Aron, Ivaylo: what versions of lshw have you experienced this with?

Hope that helps,
Jonathan



To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Replies Reply to this message
#2 Ivaylo Ganchev
June 27th, 2012 - 09:10 am ET | Report spam
Hello,

Here it is :

<cut_here>
calamar:~# apt-cache showpkg lshw
Package: lshw
Versions:
02.14-1 (/var/lib/apt/lists/mir1.ovh.net_debian_dists_squeeze_main_binary-sparc_Packages)
Description Language:
File:
/var/lib/apt/lists/mir1.ovh.net_debian_dists_squeeze_main_binary-sparc_Packages
MD5: 5bbbb48f52cc6707ed44dbb6942d387b


Reverse Depends:
education-common,lshw
Dependencies:
02.14-1 - libc6 (2 2.6) libgcc1 (2 1:4.2.1) libstdc++6 (2 4.2.1)
pciutils (0 (null)) usbutils (0 (null))
Provides:
02.14-1 -
Reverse Provides:

calamar:~# lshw --version
Hardware Lister (lshw) - B.02.14
...
</cut_here>

Cheers
Ivaylo Ganchev

On Wed, Jun 27, 2012 at 1:27 PM, Jonathan Nieder wrote:
# version from Ivaylo's report
reassign 587538 lshw 02.13-2
forwarded 587538 http://ezix.org/project/ticket/519
# unusable on affected machines
severity 587538 important
quit

Hi Ghe et al,

Hermann Lauer wrote:

[Subject: Bug#665932: strace from vanilla kernel 3.2.17]

See strace from vanilla 3.2.17 below, hope that helps.



Yes, definitely.  For next time: please keep in mind that these appear
as emails in a crowded inbox, so the subject line can be a good place
to put valuable context.

# strace lshw
execve("/usr/bin/lshw", ["lshw"], [/* 16 vars */]) = 0
brk(0)                                  = 0xa6000
uname({sys="Linux", node="tantalus", ...}) = 0


[...]
access("/sys/class/.", F_OK)            = 0
geteuid32()                             =




0
uname({sys="Linux", node="tantalus", ...}) = 0
ioctl(2, TCSETAF or SNDCTL_TMR_SELECT, {B38400 opost isig icanon echo ...}) = 0
)                       = 1
)                  = 5
open("/dev/mem", O_RDONLY)              = 3
open("/proc/efi/systab", O_RDONLY)      = -1 ENOENT (No such file or directory)
mmap(NULL, 32, PROT_READ, MAP_SHARED, 3, 0xe0000) = 0xf7fc8000

Message from at Wed Jun 27 11:49:41 2012 ...
tantalus kernel: Press Stop-A (L1-A) to return to the boot prom

Message from at Wed Jun 27 11:49:41 2012 ...
tantalus kernel: Kernel panic - not syncing: Irrecoverable deferred error trap.



If I am reading this correctly, lshw reads from an unfortunate area of
/dev/mem, which trips a trap.

So this seems likely to be an lshw bug, though the upstream maintainer
rejected the report.  Also seems analagous to <http://bugs.debian.org/525217>.
Any hints for tracking it down?

Hermann, Aron, Ivaylo: what versions of lshw have you experienced this with?

Hope that helps,
Jonathan





To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Replies Reply to this message
#3 Hermann Lauer
June 27th, 2012 - 09:40 am ET | Report spam
On Wed, Jun 27, 2012 at 06:27:54AM -0500, Jonathan Nieder wrote:
If I am reading this correctly, lshw reads from an unfortunate area of
/dev/mem, which trips a trap.

So this seems likely to be an lshw bug, though the upstream maintainer
rejected the report. Also seems analagous to <http://bugs.debian.org/525217>.
Any hints for tracking it down?

Hermann, Aron, Ivaylo: what versions of lshw have you experienced this with?



02.14-1 from squeeze. Recognised later that the machine did not crash with
the used vanilla 3.2.17 kernel, only the process get stuck and a clean
shutdown was not possible.

Below is the trap from the vanilla 3.4.4 kernel while doing "strace lshw" which stuck that process again,
Hermann

ERROR(2): Cheetah error trap taken afsr[0000100000000000] afar[00000000000e0000] TL1(0)
ERROR(2): TPC[f780c7b4] TNPC[f780c7b8] O7[3326c] TSTATE[f0000a05]
ERROR(2): TPC<0xf780c7b4>
ERROR(2): M_SYND(0), E_SYND(0)
ERROR(2): Highest priority error (0000100000000000) "Unmapped error from system bus"
ERROR(2): D-cache idx[0] tag[0000000000000000] utag[0000000000000000] stag[0000000000000000]
ERROR(2): D-cache data0[0000000000000000] data1[0000000000000000] data2[0000000000000000] data3[0000000000000000]
ERROR(2): I-cache idx[0] tag[0000000000000000] utag[0000000000000000] stag[0000000000000000] u[0000000000000000] l[0000000000000000]
ERROR(2): I-cache INSN0[0000000000000000] INSN1[0000000000000000] INSN2[0000000000000000] INSN3[0000000000000000]
ERROR(2): I-cache INSN4[0000000000000000] INSN5[0000000000000000] INSN6[0000000000000000] INSN7[0000000000000000]
ERROR(2): E-cache idx[e0000] tag[0000028e21000000]
ERROR(2): E-cache data0[0000000000000000] data1[0000000000000000] data2[0000000000000000] data3[0000000000000000]
Kernel panic - not syncing: Irrecoverable deferred error trap.

Call Trace:
[0000000000429b74] cheetah_deferred_handler+0x4b0/0x4e8
[0000000000405e50] c_deferred+0x18/0x24
Press Stop-A (L1-A) to return to the boot prom




Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres
Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg
IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224
Email:



To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
email Follow the discussion Replies Reply to this message
Help Create a new topicReplies Make a reply
Search Make your own search