All of lore.kernel.org
 help / color / mirror / Atom feed
From: Roland Dreier <roland@topspincom.com>
To: linuxppc-embedded@lists.linuxppc.org
Cc: Dan Malek <dan@mvista.com>
Subject: Re: Sandpoint 8240 or 7400
Date: 30 Jan 2001 15:55:04 -0800	[thread overview]
Message-ID: <527l3cvbmv.fsf@love-boat.topspincom.com> (raw)
In-Reply-To: Dan Malek's message of "Mon, 29 Jan 2001 14:33:13 -0500"


    Dan> I worked on it about 40 hours this past weekend, still no go.
    Dan> The problem for me still continues to be interrupt routing on
    Dan> this board.  The 8240 or 107 have the EPIC, which is like
    Dan> OpenPIC but not really.  This is further complicated by the
    Dan> 8259 cascade, which the OpenPIC code assumes is configured a
    Dan> particular way, but doesn't work on Sandpoint.  It is just a
    Dan> problem of using standard functions and making the interrupts
    Dan> line up correctly.  Pain in the ass.  The whole Linux
    Dan> interrupt management is just plain stupid (there is more to
    Dan> the world than PCs with hardcoded 8259s).

I managed to get my Sandpoint 7400 to boot (it turns out that VxWorks
uses the opposite interrupt polarity so someone had set S5 wrong on
the motherboard).  I used the 2.4.0-pre2 kernel that comes with the
Montevista CDK 1.2, though I had to recompile to build in the 3c59x
driver (since that's the network card I'm using).

After doing that, the kernel boots, gets through the BOOTP, and mounts
its root filesystem via NFS.  However, something screwy seems to be
happening when the kernel tries to run init -- init doesn't seem to be
getting run.  Even if I use sash or a simple program that just prints
something, I don't get any output on the serial console.  I even tried
a program that listens for network connections but I can't connect to
it.  The kernel is still running: I can ping the box, get TCP
connections refused (ARP works), and the serial driver is doing enough
to echo input.  And the NFS mount is working -- the kernel panics
unless /bin/init is a ppc executable.  Anyone have any idea about
what's happening?  Am I missing something obvious?

Thanks,
  Roland

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

  reply	other threads:[~2001-01-30 23:55 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-27  1:29 Sandpoint 8240 or 7400 Roland Dreier
2001-01-27  1:59 ` Roland Dreier
2001-01-27  2:04 ` Dan Malek
2001-01-29 18:07   ` Roland Dreier
2001-01-29 19:33     ` Dan Malek
2001-01-30 23:55       ` Roland Dreier [this message]
     [not found]     ` <3A75DB0F.29DC7C96@bluewin.ch>
2001-01-30 13:26       ` Initial stack frame Jerry Van Baren
2001-01-30 14:46         ` Wolfgang Denk
2001-01-30 15:12           ` Kenneth Johansson
2001-01-30 15:27           ` Jerry Van Baren

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=527l3cvbmv.fsf@love-boat.topspincom.com \
    --to=roland@topspincom.com \
    --cc=dan@mvista.com \
    --cc=linuxppc-embedded@lists.linuxppc.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 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.