LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: "Carlos O'Donell" <carlos@systemhalted.org>
To: Meelis Roos <mroos@linux.ee>
Cc: linux-parisc@vger.kernel.org,
Linux Kernel list <linux-kernel@vger.kernel.org>
Subject: Re: 2.6.38-rc3 regression on parisc: segfaults
Date: Tue, 1 Feb 2011 17:16:40 -0500 [thread overview]
Message-ID: <AANLkTimay4R5Jd9cPyiwy6WizQwcJpC-HR9LmrdZ=bZe@mail.gmail.com> (raw)
In-Reply-To: <alpine.SOC.1.00.1102012342200.25944@math.ut.ee>
On Tue, Feb 1, 2011 at 5:00 PM, Meelis Roos <mroos@linux.ee> wrote:
> I have been testing devel kernels on SMP L1000 successfully until
> 2.6.38-rc2-00324-g70d1f36 included. The testing means booting the new
> kernel and running aptitude to update to current debian unstable.
>
> Now I tried 2.6.38-rc3 and got a crash from aptitude on 2 out of 2
> tries. Maybe aptitude was broken inbetween but it looks like a kernel
> bug. Retried 2.6.38-rc2-00324-g70d1f36 and that seemed to work fine so
> it's more likely a kernel problem.
>
> What additional information can I provide?
>
> [ 74.590000]
> [ 74.590000] do_page_fault() pid=979 command='aptitude' type=15 address=0x0000002d
> [ 74.590000]
> [ 74.590000] YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [ 74.590000] PSW: 00000000000001001111111100001111 Not tainted
> [ 74.590000] r00-03 000000ff0004ff0f 000000004027b5ac 00000000405df23b 000000004067e884
> [ 74.590000] r04-07 000000004067c860 000000004067e6d0 000000004067e880 00000000c014b7d0
> [ 74.590000] r08-11 0000000000000001 0000000000000001 000000004067c860 0000000041b082c8
> [ 74.590000] r12-15 000000004067e730 000000004067e6d0 000000004067c860 000000004067c860
> [ 74.590000] r16-19 000000004067c860 000000004067e060 0000000000000000 000000004067c860
> [ 74.590000] r20-23 0000000000000229 0000000000000000 0000000000000000 0000000000000000
> [ 74.590000] r24-27 fffffffffffffff5 ffffffffffffffd3 000000004067e730 00000000004227a4
> [ 74.590000] r28-31 000000000000002d 0000000000000000 00000000c014b8c0 00000000402688db
> [ 74.590000] sr00-03 0000000000228800 0000000000228800 0000000000000000 0000000000228800
> [ 74.590000] sr04-07 0000000000228800 0000000000228800 0000000000228800 0000000000228800
> [ 74.590000]
> [ 74.590000] VZOUICununcqcqcqcqcqcrmunTDVZOUI
> [ 74.590000] FPSR: 00001000001000100010000000000000
> [ 74.590000] FPER1: 00000000
> [ 74.590000] fr00-03 0822200000000000 0000000000000000 0000000000000000 0000000000000000
> [ 74.590000] fr04-07 0000000a00000000 0000000000000000 0000000000000000 0000000000000000
> [ 74.590000] fr08-11 0000000000000000 00000000406cf120 00000000401563e8 00000000404c59d8
> [ 74.590000] fr12-15 000000000804000f 000000000800000f 00000000401563e8 00000000ffc60460
> [ 74.590000] fr16-19 00000000406cf120 0000000040639d54 0000000000000046 0000000040599294
> [ 74.590000] fr20-23 00000000ffc60348 00000000406dd920 0000000000000038 4038000000000000
> [ 74.590000] fr24-27 0000000000000000 0000000000000000 3ff0000000000000 412e848c00000000
> [ 74.590000] fr28-31 0000000040599250 00000000ffc60357 00000000ffc60357 00000000405dfba8
> [ 74.590000]
> [ 74.590000] IASQ: 0000000000228800 0000000000228800 IAOQ: 00000000405df25b 00000000405df25f
> [ 74.590000] IIR: 0f80108b ISR: 0000000000228800 IOR: 000000000000002d
> [ 74.590000] CPU: 0 CR30: 00000000fe050000 CR31: 0000000000008020
> [ 74.590000] ORIG_R28: 0000000000000080
> [ 74.590000] IAOQ[0]: 00000000405df25b
> [ 74.590000] IAOQ[1]: 00000000405df25f
> [ 74.590000] RP(r2): 00000000405df23b
The rp (return pointer) is pointing back into what appears to be a
shared library (always loaded around 0x4???????).
The iir (interrupting instruction register) is instruction "0: 0f 80
10 8b ldw 0(ret0),r11" (you can do this yourself with "disasm"
from http://cvs.parisc-linux.org/build-tools/disasm?revision=1.1&view=markup).
You can see that ret0 is indeed 0x2d (the address of the fault), and
loading 0x0 + 0x2d will cause a fault and kill your program.
However, the failure probably happened earlier.
As James says, you should try to bisect exactly which commit caused the failure.
Cheers,
CArlos.
next prev parent reply other threads:[~2011-02-01 22:16 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-01 22:00 2.6.38-rc3 regression on parisc: segfaults Meelis Roos
2011-02-01 22:12 ` James Bottomley
2011-02-03 22:36 ` Meelis Roos
2011-02-01 22:16 ` Carlos O'Donell [this message]
2011-02-03 2:24 ` John David Anglin
2011-02-03 7:03 ` Meelis Roos
2011-02-04 10:11 ` Meelis Roos
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='AANLkTimay4R5Jd9cPyiwy6WizQwcJpC-HR9LmrdZ=bZe@mail.gmail.com' \
--to=carlos@systemhalted.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-parisc@vger.kernel.org \
--cc=mroos@linux.ee \
/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 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).