LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Meelis Roos <mroos@linux.ee>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Cc: linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: 2.6.38-rc3 regression on parisc: segfaults
Date: Fri, 4 Feb 2011 12:11:55 +0200 (EET) [thread overview]
Message-ID: <alpine.SOC.1.00.1102041150390.8218@math.ut.ee> (raw)
In-Reply-To: <20110203022420.A73F54E7B@hiauly1.hia.nrc.ca>
> If aptitude fails consistently, it should be possible to debug or
> isolate to a particular kernel change. Usually, SMP segvs don't
> provide much information as to the cause of the problem. strace
> output and a gdb backtrace would be useful.
strace works but does not tell much to me:
2349 _newselect(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout)
2349 rt_sigaction(SIGTSTP, {0x40664bea, [RT_1 RT_4 RT_5 RT_7 RT_11 RT_12 RT_15 RT_16 RT_18 RT_26], SA_RESTART}, NULL, 8) = 0
2349 futex(0x458e0858, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x458e0850, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = -1 ENOSYS (Function not implemented)
2349 futex(0x458e0858, FUTEX_WAKE_PRIVATE, 1 <unfinished ...>
2363 <... futex resumed> ) = 0
2363 futex(0x458e0850, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...>
2349 <... futex resumed> ) = 1
2349 futex(0x458e0850, FUTEX_WAKE_PRIVATE, 1 <unfinished ...>
2363 <... futex resumed> ) = 0
2363 futex(0x458e0850, FUTEX_WAKE_PRIVATE, 1) = 0
2363 futex(0x458e0820, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...>
2349 <... futex resumed> ) = 1
2349 futex(0x458e0820, FUTEX_WAKE_PRIVATE, 1 <unfinished ...>
2363 <... futex resumed> ) = 0
2363 futex(0x458e0820, FUTEX_WAKE_PRIVATE, 1) = 0
2363 rename("/var/lib/apt/lists/partial/ftp.ee.debian.org_debian_dists_unstable_main_source_Sources.diff_2011-02-02-0207.41.decomp", "/var/lib/apt/lists/ftp.ee.debian.org_debian_dists_unstable_main_source_Sources.ed") = 0
2363 stat64("/usr/lib/apt/methods/rred", {st_mode=0, st_size=0, ...}) = 0
2363 pipe([26, 28]) = 0
2363 pipe([30, 31]) = 0
2363 fcntl64(26, F_SETFD, FD_CLOEXEC) = 0
2363 fcntl64(28, F_SETFD, FD_CLOEXEC) = 0
2363 fcntl64(30, F_SETFD, FD_CLOEXEC) = 0
2363 fcntl64(31, F_SETFD, FD_CLOEXEC) = 0
2363 clone( <unfinished ...>
2349 <... futex resumed> ) = 1
2363 <... clone resumed> child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x460df4a8) = 2372
2349 --- SIGSEGV (Segmentation fault) @ 0 (0) ---
2372 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTART}, <unfinished ...>
2349 write(1, "\33[56;1H\33[34h\33[?25h", 18 <unfinished ...>
Something futex-related. Full log temprarilty available at
http://www.cs.ut.ee/~mroos/aptitude-strace.txt
gdb does not seem to work well:
root@hernes:~# gdb aptitude
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 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 "hppa-linux-gnu".
For bug reporting instructions, please see:<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/aptitude...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/aptitude
[Thread debugging using libthread_db enabled]
warning: Can't attach LWP 1075813436: No such process
/tmp/buildd/gdb-7.2/gdb/linux-thread-db.c:392: internal-error: thread_get_info_callback: Assertion `inout->thread_info != NULL' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
--
Meelis Roos (mroos@linux.ee)
next prev parent reply other threads:[~2011-02-04 10:12 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-01 22:00 Meelis Roos
2011-02-01 22:12 ` James Bottomley
2011-02-03 22:36 ` Meelis Roos
2011-02-01 22:16 ` Carlos O'Donell
2011-02-03 2:24 ` John David Anglin
2011-02-03 7:03 ` Meelis Roos
2011-02-04 10:11 ` Meelis Roos [this message]
2011-02-04 15:07 ` John David Anglin
2011-02-04 15:20 ` Carlos O'Donell
2011-02-04 16:17 ` John David Anglin
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=alpine.SOC.1.00.1102041150390.8218@math.ut.ee \
--to=mroos@linux.ee \
--cc=dave@hiauly1.hia.nrc.ca \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-parisc@vger.kernel.org \
--subject='Re: 2.6.38-rc3 regression on parisc: segfaults' \
/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
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).