From: "mike zheng" <mail4mz@gmail.com>
To: "Scott Wood" <scottwood@freescale.com>
Cc: "linuxppc-dev@ozlabs.org" <linuxppc-dev@ozlabs.org>
Subject: Re: System crash on boot_e500.S
Date: Wed, 15 Aug 2007 17:23:43 -0400 [thread overview]
Message-ID: <5c9cd53b0708151423r1c9748e5jbd460cd72585020c@mail.gmail.com> (raw)
In-Reply-To: <46C368D1.7000403@freescale.com>
[-- Attachment #1: Type: text/plain, Size: 1716 bytes --]
On 8/15/07, Scott Wood <scottwood@freescale.com> wrote:
>
> mike zheng wrote:
> > Unfortunately, all the applications are running on 2.4 kernel. I can not
> > just throw the 2.4 kernel.
>
> And in what way does 2.6 break these applications?
All the device drivers are based on 2.4 kernel. We plan to upgrade to 2.6 in
the middle of next year.
> I took the some core specific code from
> > ppc.bkbits.net, such as head_e500.S and mpc85xx_cds_common.c. I assume
> the
> > image should work on the 8548 CDS board, or at least for the bootup. I
> shall
> > able to have the serial port working in platform_init(). However , the
> > code stops in the head_e500.S. This does not make any sense. Please
> correct
> > me if I am wrong.
>
> Of course it makes sense -- you can't just go around ripping random
> files from a codebase, sticking them in a version from several years
> earlier, and expecting it to "just work".
All those files are e500 core specific. When we use bootm from Uboot to
start the kernel, head_e500.S is first file being called, and then the
mpc85xx_cds_common.c. I also merged some BOOKE related include files into
our source tree as well.
Our 2.4 kernel version is different from ppc.bkbits.net. I did not expect it
"just work". However the serial console should come out when platform_init()
called. Everything before that is the same for any processor with e500 core.
> Any suggest or comment is welcome, I am struggling with this issue for
> > almost one week...... :-(
>
> How long would you have struggled with getting your applications running
> on a more recent kernel instead?
Don't know, maybe 16 weeks. That is out of my control. I only deal with the
kernel.....:-)
-Scott
>
[-- Attachment #2: Type: text/html, Size: 2666 bytes --]
next prev parent reply other threads:[~2007-08-15 21:23 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-14 20:14 System crash on boot_e500.S mike zheng
2007-08-14 20:40 ` Jon Loeliger
2007-08-15 13:57 ` mike zheng
2007-08-15 16:02 ` Scott Wood
2007-08-15 16:28 ` Kumar Gala
2007-08-15 16:30 ` Scott Wood
2007-08-15 16:41 ` Becky Bruce
2007-08-15 20:53 ` mike zheng
2007-08-15 20:57 ` Scott Wood
2007-08-15 21:23 ` mike zheng [this message]
2007-08-16 7:15 ` Geert Uytterhoeven
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=5c9cd53b0708151423r1c9748e5jbd460cd72585020c@mail.gmail.com \
--to=mail4mz@gmail.com \
--cc=linuxppc-dev@ozlabs.org \
--cc=scottwood@freescale.com \
/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).