* Re: [parisc-linux] Linux on rp8400
[not found] ` <43746C1E.4070003@tiscali.be>
@ 2005-11-11 14:38 ` Matthew Wilcox
[not found] ` <92dc10290511121549p474c7e66r9fcda577c3275d47@mail.gmail.com>
0 siblings, 1 reply; 2+ messages in thread
From: Matthew Wilcox @ 2005-11-11 14:38 UTC (permalink / raw)
To: Joel Soete; +Cc: parisc-linux
On Fri, Nov 11, 2005 at 10:02:06AM +0000, Joel Soete wrote:
> Vesa Ruokonen wrote:
> >This problem was solved by using latest palo v1.9. I don't know
> >what was wrong or how it had changed since v1.5.
The bad news is that palo 1.9 doesn't necessarily work. The same
lifimage which boots on nicol (N4000) won't boot on the rp8400.
> >Good news is Linux didn't panic on booting kernel, but bad
> >news are missing devices and lost serial console.
>
> Are you trying a smp kernel? (as it's a smp system that's what would seems
> the most obvious ;-)
>
> But did you also tried a up kernel? Is it the same behabiour in this case
> (missing devices and lost serial console)?
The problem with missing devices is that there's a conflict (two devices
with the same hw path). At that point, the PAT device enumeration code
gives up. I've given Vesa a kernel which should fix this, but of course
palo isn't working.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [parisc-linux] Linux on rp8400
[not found] ` <92dc10290511150744v320e7aci40ed5203c7ba95ee@mail.gmail.com>
@ 2005-12-14 18:41 ` Grant Grundler
0 siblings, 0 replies; 2+ messages in thread
From: Grant Grundler @ 2005-12-14 18:41 UTC (permalink / raw)
To: Vesa Ruokonen; +Cc: parisc-linux
On Tue, Nov 15, 2005 at 05:44:53PM +0200, Vesa Ruokonen wrote:
...
> The rp8400 is stuck again, now it dies silently after detecting loop devices.
> PIM and some other data is logged at;
> http://vantaa.fv.fi/00/palinux/rp8400-loop.txt
> Any ideas?
Can you decode 000000001030b504 (HPMC GR02) and 0x000000001030ae7c (IIA)
into kernel symbols?
It's odd that System Requestor is all Zero here:
System Responder Address = 0xfffffffffc078000
System Requestor Address = 0x0000000000000000
Based on previous console output, the target device is the
first CPU "Unknown machine". Sounds like IPI failed?
Or is that perhaps the first attempt to deliver interrupts
from an IO device?
grant
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2005-12-14 18:41 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <92dc10290511090202w13610049p489c16a0fc0642bb@mail.gmail.com>
[not found] ` <20051109122253.GA27540@parisc-linux.org>
[not found] ` <20051109161200.GA4507@colo.lackof.org>
[not found] ` <92dc10290511091404q4e4d1d91k36dcbb7737fd6153@mail.gmail.com>
[not found] ` <43746C1E.4070003@tiscali.be>
2005-11-11 14:38 ` [parisc-linux] Linux on rp8400 Matthew Wilcox
[not found] ` <92dc10290511121549p474c7e66r9fcda577c3275d47@mail.gmail.com>
[not found] ` <20051114142329.GA5479@colo.lackof.org>
[not found] ` <92dc10290511150744v320e7aci40ed5203c7ba95ee@mail.gmail.com>
2005-12-14 18:41 ` Grant Grundler
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.