From: Paul Mundt <lethal@linux-sh.org>
To: Matteo Pampolini <matteo_pampolini@yahoo.it>
Cc: kexec@lists.infradead.org
Subject: Re: Still on kexec for SH4 architecture, please help
Date: Mon, 4 Feb 2008 13:29:32 +0900 [thread overview]
Message-ID: <20080204042932.GA27300@linux-sh.org> (raw)
In-Reply-To: <971512.87994.qm@web26713.mail.ukl.yahoo.com>
On Fri, Feb 01, 2008 at 02:35:57PM +0100, Matteo Pampolini wrote:
> ./kexec --load --type=zImage-sh
> --append="console=ttyAS1,115200" --empty-zero=84401000
>
[snip]
> Starting new kernel
> kexec information
> segment[0]: 0x0c001000 - 0x0c002000 (0x00001000)
> segment[1]: 0x0c210000 - 0x0c387000 (0x00177000)
> start : 0x8c210000
>
> illegal slot instruction: 01a0 [#1]
>
> Pid : 92, Comm: kexec
> PC is at 0x8c210008
> PC : 8c210008 SP : 8a710000 SR : 400080f0 TEA :
> 2966e480 Not tainted
> R0 : 00000004 R1 : fffffff0 R2 : a0000000 R3 :
> 00000000
> R4 : aa7105ec R5 : ac387000 R6 : 8c210000 R7 :
> 80000000
> R8 : 00001000 R9 : a0000000 R10 : 8a89c600 R11 :
> 8a70f000
> R12 : 8441ab00 R13 : 0a710002 R14 : 00000000
> MACH: 00000000 MACL: 00000000 GBR : 29573b18 PR :
> 84411b02
>
Yes, that's fairly obvious. kexec is trying to load the zImage in to RAM
which simply doesn't exist at this location on your platform. The
original kexec/SH port was done on a landisk, if you take a look at
arch/sh/configs/landisk_defconfig in the kernel you can see where these
values come from.
kexec/arch/sh/kexec-zImage-sh.c is pretty sparse at the moment, and only
factors in the empty zero page. You likely want to extend this for things
like the boot link offset and other values specific to your platform.
> The empty_zero value is grabbed from System.map, but
> please tell me, why start is 8c210000? I had a look at
P1 (0x80000000) + memory start (0x0c000000) + 0x00210000 which is or'ed
in in zImage_sh_load().
> kexec sources for SH, saw that some masks are applied
> to addresses, but did not understand why.
>
Mostly because it was written with one target in mind, and is in need of
some hacking so it's more generally useful. I suggest you follow the
approach that the empty zero page definition uses, and apply that for
things like the boot link offset and the other relevant values.
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
next prev parent reply other threads:[~2008-02-04 4:30 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-01 13:35 Still on kexec for SH4 architecture, please help Matteo Pampolini
2008-02-04 4:29 ` Paul Mundt [this message]
2008-02-04 17:37 ` Matteo Pampolini
-- strict thread matches above, loose matches on Subject: below --
2008-02-06 18:50 paolo.cortesi
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=20080204042932.GA27300@linux-sh.org \
--to=lethal@linux-sh.org \
--cc=kexec@lists.infradead.org \
--cc=matteo_pampolini@yahoo.it \
/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.