From: Rogan Dawes <rogan@dawes.za.net>
To: u-boot@lists.denx.de
Subject: [U-Boot] Debugging why my kernel won't start
Date: Tue, 17 Aug 2010 23:54:34 +0200 [thread overview]
Message-ID: <4C6B051A.5050006@dawes.za.net> (raw)
In-Reply-To: <20100817212003.700DF157D71@gemini.denx.de>
On 2010/08/17 11:20 PM, Wolfgang Denk wrote:
> Dear Rogan Dawes,
>
> In message <4C6AEC70.40801@dawes.za.net> you wrote:
>>
>> No, but mistaken in thinking that the machid was in decimal, when it is
>> really in hex.
>>
>> Now to figure out why the CRC calculations are different, and I'll have
>> a fully functioning u-boot!
>
> For a test you could as ell disable CRC checking:
>
> => setenv verify no
> => save
>
> Best regards,
>
> Wolfgang Denk
>
Hi Wolfgang,
Yes, I found that while I was trying to see if the CRC calculation had
changed, but it did not work.
For some reason, the kernel didn't seem to think it had been given the
ramdisk parameter. At least, I get the following error message:
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(1,0)
Hmmm! Diff of the boot logs shows (mainline vs vendor):
< initrd (0xff9a0040 - 0xffe9f758) extends beyond physical memory -
disabling initrd
---
> Using UBoot passing parameters structure
Also potentially interesting is:
< Memory: 64MB = 64MB total
< Memory: 61696KB available (2599K code, 462K data, 112K init)
---
> Memory: 64MB 0MB 0MB 0MB = 64MB total
> Memory: 56576KB available (2599K code, 462K data, 112K init)
It seems that the amount of memory is being passed differently to the
kernel (1 bank vs 4)?
Keeping in mind that this is the same kernel executing, just with a
different setup code or parameters.
I'll keep investigating.
Rogan
next prev parent reply other threads:[~2010-08-17 21:54 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-16 7:24 [U-Boot] Debugging why my kernel won't start Rogan Dawes
2010-08-16 8:34 ` Gérald Kerma
2010-08-16 8:38 ` Rogan Dawes
2010-08-16 20:15 ` Rogan Dawes
2010-08-16 20:29 ` Wolfgang Denk
2010-08-16 21:08 ` Rogan Dawes
2010-08-16 21:11 ` [U-Boot] [PATCH] non-working dns323 config Rogan Dawes
2010-08-18 22:23 ` Wolfgang Denk
2010-08-19 5:25 ` Rogan Dawes
2010-08-19 5:35 ` Wolfgang Denk
2010-08-19 6:37 ` Rogan Dawes
2010-08-19 6:49 ` Wolfgang Denk
2010-08-16 22:03 ` [U-Boot] Debugging why my kernel won't start Wolfgang Denk
2010-08-17 4:30 ` Rogan Dawes
2010-08-17 10:10 ` Albert ARIBAUD
2010-08-17 10:21 ` Rogan Dawes
2010-08-17 10:41 ` Albert ARIBAUD
2010-08-17 11:19 ` Rogan Dawes
2010-08-17 11:42 ` Rogan Dawes
2010-08-17 15:38 ` Albert ARIBAUD
2010-08-17 19:56 ` Rogan Dawes
2010-08-17 20:09 ` Rogan Dawes
2010-08-17 21:20 ` Wolfgang Denk
2010-08-17 21:54 ` Rogan Dawes [this message]
2010-08-17 22:04 ` Wolfgang Denk
2010-08-17 22:10 ` Rogan Dawes
2010-08-18 5:51 ` Wolfgang Denk
2010-08-18 9:48 ` Rogan Dawes
2010-08-18 10:54 ` Wolfgang Denk
2010-08-18 14:42 ` Rogan Dawes
2010-08-18 15:33 ` Wolfgang Denk
2010-08-18 16:32 ` Rogan Dawes
2010-08-18 17:00 ` Wolfgang Denk
2010-08-17 21:18 ` Wolfgang Denk
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=4C6B051A.5050006@dawes.za.net \
--to=rogan@dawes.za.net \
--cc=u-boot@lists.denx.de \
/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