public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Detlev Zundel <dzu@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Re: u-boot error message
Date: Sat, 30 Oct 2004 16:08:05 +0200	[thread overview]
Message-ID: <87oeik9u4a.fsf@deepthought.outer.space.org> (raw)
In-Reply-To: <20041029163142.76333.qmail@web17507.mail.tpe.yahoo.com>  (藍佳凡's message of "Sat, 30 Oct 2004 00:31:42 +0800 (CST)")

Hi Bruce,

>     Hello Detlev Zundel ,
>
>
>     I used u-boot-1.1.1 to boot linux.My target board is ALTERA DK1C20 and cpu
>     is nios.I used tools/mkimage to encapsulate a linux kernel image with
>     header information.But it display some error messages,it like that:

First off - I am not the best person to answer these questions, as I
have never used a NIOS system.  So please try to get help on the
mailing list that I cc'ed my last reply to.  Someone there should be
able to have better answers to your questions.

One more thing though - from your description I am not sure what
version of U-Boot you are using and whether you were able _at all_ to
boot Linux on your system.  The error messages below strongly leave me
to not believe this.

>     Index: tools/mkimage.c
>
>     ===================================================================
>
>     RCS file: /cvsroot/u-boot/u-boot/tools/mkimage.c,v
>
>     retrieving revision 1.13
>
>     diff -p -u -r1.13 mkimage.c
>
>     --- tools/mkimage.c    10 Jul 2004 22:36:01 -0000     1.13
>
>     +++ tools/mkimage.c    29 Oct 2004 00:01:12 -0000
>
>     @@ -86,6 +86,8 @@ table_entry_t arch_name[] = {
>
>          {  IH_CPU_MICROBLAZE,     "microblaze",  "MicroBlaze",  },
>
>          {  IH_CPU_MIPS,           "mips",        "MIPS",        },
>
>          {  IH_CPU_MIPS64,         "mips64",      "MIPS 64 Bit", },
>
>     +    {   IH_CPU_NIOS,            "nios",         "NIOS",         },
>
>          {  IH_CPU_PPC,            "ppc",         "PowerPC",     },
>
>          {  IH_CPU_S390,           "s390",        "IBM S390",    },
>
>          {  IH_CPU_SH,      "sh",       "SuperH",   },

Why did you remove the other line from my patch?  Obviously this is
the patch I suggested and the second line was in there because I have
seen that there is still another CPU type not implemented yet in
mkimage so one should try to fix this in one go.  It does _not make
sense_ to throw out such things after the work it has taken to put
them in.

>     When I boot linux image to my target board, it have error messages.
>
>     Like that:
>
>      
>
>     DK1C20 > imi 200000
>
>      
>
>     ## Checking Image at 00200000 ...
>
>        Image Name:   linux kernel
>
>        Image Type:   Unknown Architecture Linux Kernel Image (uncompressed)
>
>        Data Size:    1015552 Bytes = 991.8 kB
>
>        Load Address: 01010000
>
>        Entry Point:  01010000
>
>        Verifying Checksum ... OK
>

As you know from studying cmd_bootm.c the imi command _does not_ check
the compression type.  The image type shows uncompressed so mkimage
should have put a 0 in the compression type field.

>     DK1C20 > bootm 200000
>
>     ## Booting image at 00200000 ...
>
>        Image Name:   linux kernel
>
>        Image Type:   Unknown Architecture Linux Kernel Image (uncompressed)
>
>        Data Size:    1015552 Bytes = 991.8 kB
>
>        Load Address: 01010000
>
>        Entry Point:  01010000
>
>        Verifying Checksum ... OK
>
>     Unimplemented compression type 39
>
>     DK1C20 >

Yep, there are compression type 0, 1 and 2 but nothing else.
According to what I wrote above the compression field is boguos.  Of
course you noticed reading the source for mkimage that it should have
put a 0 in it and now theres a 39 in there.  It looks like the image
is corrupt for whatever reason - try using the debugger and a hexdump
program to find out at what stage this goes wrong.

And of course use U-Boot from CVS and _not_ U-Boot 1.1.1

Cheers
  Detlev

PS: Mail f'up-to set _again_ to u-boot-users at lists.sourceforge.net.
    You know of course from the netiquette, that it is considered rude
    behaviour to ignore such hints repeatedly, don't you?

-- 
(define Y (lambda (f)
	    ((lambda (g) (f (lambda (x) ((g g) x))))
	     (lambda (g) (f (lambda (x) ((g g) x)))))))

       reply	other threads:[~2004-10-30 14:08 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20041029163142.76333.qmail@web17507.mail.tpe.yahoo.com>
2004-10-30 14:08 ` Detlev Zundel [this message]
     [not found] <20041028172636.14279.qmail@web17507.mail.tpe.yahoo.com>
2004-10-29  0:14 ` [U-Boot-Users] Re: u-boot error message Detlev Zundel
2005-04-03 20:57   ` 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=87oeik9u4a.fsf@deepthought.outer.space.org \
    --to=dzu@denx.de \
    --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