From: Jan-Benedict Glaw <jbglaw@lug-owl.de>
To: linux-alpha@vger.kernel.org
Subject: Re: 2.4 kernels broken on Takara?
Date: Mon, 9 Feb 2004 10:02:59 +0100 [thread overview]
Message-ID: <20040209090259.GA28571@lug-owl.de> (raw)
In-Reply-To: <20040208175312.A26586@thebrain.conmicro.cx>
[-- Attachment #1: Type: text/plain, Size: 2565 bytes --]
On Sun, 2004-02-08 17:53:12 -0600, Jay Maynard <jmaynard@conmicro.cx>
wrote in message <20040208175312.A26586@thebrain.conmicro.cx>:
> On Sun, Feb 08, 2004 at 10:14:55PM +0100, Jan-Benedict Glaw wrote:
> > On Sun, 2004-02-08 10:39:09 -0600, Jay Maynard <jmaynard@conmicro.cx>
> > wrote in message <20040208103909.C25099@thebrain.conmicro.cx>:
> > > install. I've tried installing a Debian system, then a 2.4 kernel on top of
> > > that - but 2.4.18 and 2.4.24 prebuilt generic kernels, as well as a 2.4.24
> > > custom kernel built specifically for the Takara, all blow up with a kernel
> > > paging error during startup, right after the PCI bridges are detected. The
> > > 2.2.20 kernel iinstalled by Debian runs fine.
> > I remember there were problems with the PCI bridging code. Maybe you'd
> > try to give 2.6.x a shot...
>
> No luck, although I got a little better look at the error messages. I've
> retyped them here:
>
> PCI: Bus 2, bridge: 0000:00:14.0
> IO window: 8000-8fff
> MEM window: 02400000-037fffff
> PREFETCH window: 02200000-022fffff
> PCI: Setting latency timer of device 0000:00:13.0 to 64
> Unable to handle kernel paging request at virtual address 0000000000000040
0x40 means that there (most probably) was an access to some struct by a
pointer. If this is a "normal" struct containing ints and pointers, it's
most probably access to the 9th structure element.
> swapper(1): Oops 0
> pc = [<fffffc00004eecf0>] ra = [<fffffc00004eecc8>] ps = 0000 Not tainted
> [register dump here]
This is the interesting part. Get the value of "pc" and those from the
stack printout which start with "fffffc" and decode them with the
matching System.map file (you'll find that in /boot). The values printed
on screen are typically a bit larger than those in the System.map file,
so search for the largest address line in that file which is still
smaller than what you've found on screen.
> Trace:fffffc0000310124 fffffc00003151e8
> Code: 261dfff1 401f0000 a4410038 2c810078 20210078 22107a7c <a0420040>
> 488100c4
> Kernel panic: Attempted to kill init!
>
> This is with the generic Debian 2.6.0 kernel. Now what?
Decode the oops. That'll exactly tell where it happened.
MfG, JBG
--
Jan-Benedict Glaw jbglaw@lug-owl.de . +49-172-7608481
"Eine Freie Meinung in einem Freien Kopf | Gegen Zensur | Gegen Krieg
fuer einen Freien Staat voll Freier Bürger" | im Internet! | im Irak!
ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2004-02-09 9:02 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-08 16:39 2.4 kernels broken on Takara? Jay Maynard
2004-02-08 21:14 ` Jan-Benedict Glaw
2004-02-08 23:53 ` Jay Maynard
2004-02-09 9:02 ` Jan-Benedict Glaw [this message]
2004-02-09 13:57 ` Jay Maynard
2004-02-10 0:42 ` Jay Maynard
2004-02-09 11:56 ` Thomas Steudten
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=20040209090259.GA28571@lug-owl.de \
--to=jbglaw@lug-owl.de \
--cc=linux-alpha@vger.kernel.org \
/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).