From: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Helge Deller <deller@gmx.de>
Cc: John David Anglin <dave.anglin@bell.net>,
Vincent <vincent.stehle@laposte.net>,
Rolf Eike Beer <eike-kernel@sf-tec.de>,
linux-parisc@vger.kernel.org
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Tue, 15 May 2012 20:52:48 +0100 [thread overview]
Message-ID: <1337111568.3005.36.camel@dabdike.lan> (raw)
In-Reply-To: <4FB2A58A.9050706@gmx.de>
On Tue, 2012-05-15 at 20:50 +0200, Helge Deller wrote:
> On 05/15/2012 08:23 PM, John David Anglin wrote:
> > On 5/15/2012 5:13 AM, James Bottomley wrote:
> >> On Tue, 2012-05-15 at 09:09 +0100, James Bottomley wrote:
> >>> On Mon, 2012-05-14 at 18:38 -0400, John David Anglin wrote:
> >>>> On 14-May-12, at 6:11 PM, Helge Deller wrote:
> >>>>
> >>>>> The B160L and the 715/64 (both 32bit-only PA1.X machines) crashed
> >>>>> with the following trace.
> >>>>> All logs attached.
> >>>>>
> >>>>> Any ideas?
> >>>> This is exactly the same failure as reported by Vincent.
> >>>>
> >>>> The most likely problem is the PA 1.1 tmpalias support in entry.S is
> >>>> broken. For example,
> >>>> the cache stride that is loaded in flush_dcache_page_asm to register
> >>>> r1 is wrong. Probably,
> >>>> the do_alias macro is wrong for PA 1.1. This is hunk of code that
> >>>> should be executed
> >>>> when a fdc non access fault occurs.
> >>>>
> >>>> nadtlb_check_alias_11:
> >>>> do_alias spc,t0,t1,va,pte,prot,nadtlb_emulate
> >>>>
> >>>> idtlba pte,(va)
> >>>> idtlbp prot,(va)
> >>>>
> >>>> rfir
> >>>> nop
> >>>>
> >>>> The TLB insert instructions on PA 1.1 have a different format than on
> >>>> PA 2.0. I'm not sure
> >>>> how this would corrupt r1.
> >>>>
> >>>> On the other hand, I had asked Vincent to put a "b,n ." instruction
> >>>> just before the fdc loop,
> >>>> boot, hit the TOC button, and capture the setup registers for the
> >>>> flush operation. It's possible
> >>>> the stride variable has been clobbered.
> >>> Actually, I don't think it's that. I built a PA 1.1 only kernel and
> >>> booted it successfully on the C360. That exercises all the _11 paths,
> >>> so I don't think there's a code fault. I do think there's a non PA1.1
> >>> instruction in there somewhere that the C360 wouldn't notice.
> >> OK, I think this is the problem. We have a depd instruction in do_alias
> >> which is now in the _11 fault paths.
> >>
> >> This should be the fix, if someone wants to test it before I can get
> >> around to building it.
> >>
> >> James
> >>
> >> ---
> >>
> >> diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
> >> index 6f05944..5350342 100644
> >> --- a/arch/parisc/kernel/entry.S
> >> +++ b/arch/parisc/kernel/entry.S
> >> @@ -581,7 +581,11 @@
> >> */
> >> cmpiclr,= 0x01,\tmp,%r0
> >> ldi (_PAGE_DIRTY|_PAGE_READ|_PAGE_WRITE),\prot
> >> +#ifdef CONFIG_64BIT
> >> depd,z \prot,8,7,\prot
> >> +#else
> >> + depw,z \prot,8,7,\prot
> >> +#endif
> >> /*
> >> * OK, it is in the temp alias region, check whether "from" or
> >> "to".
> >> * Check "subtle" note in pacache.S re: r23/r26.
> > Better check that this fix doesn't break 32-bit PA 2.0 as the seven
> > bit are now being deposited
> > in a different place.
>
>
> James & Dave - good catches!
>
> James patch now let my 715/64 boot, but still crashes on my B160L:
>
> swapper (pid 1): Illegal instruction (code 8)
>
> YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00000000000001001110000100001111 Not tainted
> r00-03 0004e10f 00000020 101198cc 17c245c0
> r04-07 ffeff000 17ec05f8 007d4000 17e60260
> r08-11 17c5100b fffff000 17e60310 00020000
> r12-15 00000ffc 0000000b 00000000 ffeff000
> r16-19 007d4000 10768020 10000000 17c22db8
> r20-23 17c245c8 108fc000 00000001 00000020
> r24-27 000007d4 0f2fffe0 0000fa80 106e2020
> r28-31 0f2ff000 000074ee 17c24640 000072e6
> sr00-03 00000000 00000001 00000000 00000000
> sr04-07 00000000 00000000 00000000 00000000
>
> IASQ: 00000000 00000000 IAOQ: 1010118c 10101190
> IIR: 078113e0 ISR: 00000000 IOR: 0f2ff000
> CPU: 0 CR30: 17c24000 CR31: f0102978
> ORIG_R28: 17ebbe40
> IAOQ[0]: flush_icache_page_asm+0x28/0x7c
> IAOQ[1]: flush_icache_page_asm+0x2c/0x7c
> RP(r2): flush_cache_page+0x90/0xb0
> Backtrace:
OK, so I assume one (the 715) has a shared D and I TLB and the b160
doesn't?
James
next prev parent reply other threads:[~2012-05-15 19:52 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-08 21:59 Issue booting v2.6.39 .. v3.4-rc6 on hp712/100 Vincent
2012-05-09 6:53 ` Rolf Eike Beer
2012-05-09 15:55 ` John David Anglin
2012-05-09 21:14 ` Vincent
2012-05-09 21:33 ` John David Anglin
2012-05-10 2:03 ` John David Anglin
2012-05-10 6:41 ` Rolf Eike Beer
2012-05-10 16:32 ` John David Anglin
2012-05-10 19:32 ` Rolf Eike Beer
2012-05-11 21:17 ` Vincent
2012-05-13 14:32 ` Jeroen Roovers
2012-05-14 0:52 ` John David Anglin
2012-05-12 22:50 ` Helge Deller
2012-05-13 14:11 ` John David Anglin
2012-05-14 1:10 ` John David Anglin
2012-05-14 22:11 ` Helge Deller
2012-05-14 22:38 ` John David Anglin
2012-05-14 22:55 ` John David Anglin
2012-05-15 8:09 ` James Bottomley
2012-05-15 9:13 ` James Bottomley
2012-05-15 18:23 ` John David Anglin
2012-05-15 18:50 ` Helge Deller
2012-05-15 19:24 ` John David Anglin
2012-05-15 19:46 ` John David Anglin
2012-05-15 19:59 ` Helge Deller
2012-05-15 20:05 ` John David Anglin
2012-05-15 20:28 ` Helge Deller
2012-05-15 20:48 ` John David Anglin
2012-05-16 14:59 ` James Bottomley
2012-05-17 19:26 ` Helge Deller
2012-05-17 19:57 ` Rolf Eike Beer
2012-05-18 8:12 ` James Bottomley
2012-05-18 21:09 ` Helge Deller
2012-05-20 10:01 ` James Bottomley
2012-05-20 19:11 ` Helge Deller
2012-05-20 20:15 ` James Bottomley
2012-05-20 21:09 ` Helge Deller
2012-05-20 21:25 ` John David Anglin
2012-05-21 20:59 ` Helge Deller
2012-05-23 8:47 ` Peter Gantner (nephros)
2012-05-23 23:09 ` John David Anglin
2012-05-15 21:08 ` John David Anglin
2012-05-16 7:27 ` James Bottomley
2012-05-16 9:27 ` James Bottomley
2012-05-16 10:09 ` James Bottomley
2012-05-16 10:49 ` John David Anglin
2012-05-16 10:57 ` James Bottomley
2012-05-16 11:17 ` John David Anglin
2012-05-16 11:57 ` Rolf Eike Beer
2012-05-16 12:24 ` James Bottomley
2012-05-15 19:52 ` James Bottomley [this message]
2012-05-15 19:09 ` James Bottomley
2012-05-15 21:01 ` Vincent
2012-05-16 19:07 ` Helge Deller
2012-05-15 8:06 ` James Bottomley
2012-05-09 21:00 ` Vincent
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=1337111568.3005.36.camel@dabdike.lan \
--to=james.bottomley@hansenpartnership.com \
--cc=dave.anglin@bell.net \
--cc=deller@gmx.de \
--cc=eike-kernel@sf-tec.de \
--cc=linux-parisc@vger.kernel.org \
--cc=vincent.stehle@laposte.net \
/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).