From: Robin Theunis <robint91@gmail.com>
To: Johannes Stezenbach <js@sig21.net>
Cc: linux-kernel@vger.kernel.org, linux-embedded@vger.kernel.org
Subject: Re: ARM target not boot after remap memory
Date: Mon, 13 Sep 2010 21:12:56 +0200 [thread overview]
Message-ID: <AANLkTim+Yt3BHmdTUeEAEquz8u4pYMqcr5mzxp1uX=r4@mail.gmail.com> (raw)
In-Reply-To: <AANLkTinzchkOZ67+wVXejLb+UqLRCu+zrzVB4j5zG2_w@mail.gmail.com>
Solved that problem. Typo in my mach types.
Now the next problem:
<5>Linux version 2.6.34.1robin9200v1.0 (robin@pc-robin) (gcc version
4.3.5 (Buildroot 2010.08) ) #37 Mon Sep 13 20:57:43 CEST 2010
<4>CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177
<4>CPU: VIVT data cache, VIVT instruction cache
<4>Machine: Robin9200
<6>bootconsole [earlycon0] enabled
<4>Memory policy: ECC disabled, Data cache writeback
<7>On node 0 totalpages: 16384
<7>free_area_init_node: node 0, pgdat c037f45c, node_mem_map c0394000
<7> Normal zone: 128 pages used for memmap
<7> Normal zone: 0 pages reserved
<7> Normal zone: 16256 pages, LIFO batch:3
<4>Clocks: CPU 179 MHz, master 59 MHz, main 18.432 MHz
<4>Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
<1>Unable to handle kernel paging request at virtual address fefc4014
<1>pgd = c0004000
<1>[fefc4014] *pgd=20417051, *pte=00000000, *ppte=00000000
<0>Internal error: Oops: 27 [#1]
<0>last sysfs file:
<4>Modules linked in:
<4>CPU: 0 Not tainted (2.6.34.1robin9200v1.0 #37)
<4>PC is at printascii+0x14/0x50
<4>LR is at early_write+0x28/0x5c
<4>pc : [<c0026180>] lr : [<c0026218>] psr: 200000d3
<4>sp : c0361e88 ip : c0361ea4 fp : c0361ea0
<4>r10: fffffd3e r9 : c0366084 r8 : c0366084
<4>r7 : c0366080 r6 : 0000004b r5 : c03806b7 r4 : 00000001
<4>r3 : fefc4000 r2 : 0000004b r1 : 00000042 r0 : 00000000
<4>Flags: nzCv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel
<4>Control: c000717f Table: 20004000 DAC: 00000017
<0>Process swapper (pid: 0, stack limit = 0xc03
What does it mean?
Robin
2010/9/13 Robin Theunis <robint91@gmail.com>:
> The __log_buf
>
> <5>Linux version 2.6.34.1robin9200v1.0 (robin@pc-robin) (gcc version
> 4.3.5 (Buildroot 2010.08) ) #36 Mon Sep 13 15:18:08 CEST 2010
> <4>CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177
> <4>CPU: VIVT data cache, VIVT instruction cache
> <4>Machine configuration botched (nr 251), unable to continue.
>
> I don't understand it. What does it means? I have my mach types setup correctly.
>
> Robin
>
> 2010/9/13 Johannes Stezenbach <js@sig21.net>:
>> On Mon, Sep 13, 2010 at 04:30:17PM +0200, Robin Theunis wrote:
>>>
>>> I have compiled the kernel with early printk on and debug_LL, It still
>>> doesn't nothing after that line.
>>
>> Please don't top-post.
>>
>> Did you add "earlyprintk" to your kernel command line
>> like the EARLY_PRINTK menuconfig help text suggests?
>>
>> arch/arm/mach-at91/include/mach/debug-macro.S also suggests
>> the LL debug output goes to AT91 debug unit not to normal UART
>> (not sure about this, I don't know much about AT91).
>> Did you try to dump __log_buf using JTAG?
>>
>>
>> HTH
>> Johannes
>>
>
next prev parent reply other threads:[~2010-09-13 19:12 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-13 11:25 ARM target not boot after remap memory Robin Theunis
2010-09-13 12:07 ` Mike Rapoport
2010-09-13 12:07 ` Mike Rapoport
2010-09-13 12:40 ` Russell King - ARM Linux
2010-09-13 12:40 ` Russell King - ARM Linux
2010-09-13 12:48 ` Robin Theunis
2010-09-13 12:51 ` Russell King - ARM Linux
2010-09-13 13:11 ` Robin Theunis
2010-09-13 12:53 ` Russell King - ARM Linux
2010-09-13 12:53 ` Russell King - ARM Linux
2010-09-13 12:12 ` Johannes Stezenbach
[not found] ` <AANLkTiksacwuOwqJGZ0F3M1jhZ6Srr88wbfBQodOGOAt@mail.gmail.com>
2010-09-13 14:31 ` Fwd: " Robin Theunis
2010-09-13 17:26 ` Johannes Stezenbach
2010-09-13 18:28 ` Robin Theunis
2010-09-13 19:12 ` Robin Theunis [this message]
2010-09-13 21:41 ` Wolfgang Denk
2010-09-14 5:32 ` Robin Theunis
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='AANLkTim+Yt3BHmdTUeEAEquz8u4pYMqcr5mzxp1uX=r4@mail.gmail.com' \
--to=robint91@gmail.com \
--cc=js@sig21.net \
--cc=linux-embedded@vger.kernel.org \
--cc=linux-kernel@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 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.