From: Brian Waite <waite@skycomputers.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Uncompressing kernel ..... OK (Hangs here)
Date: Wed, 10 Sep 2003 16:54:25 -0400 [thread overview]
Message-ID: <200309101654.25917.waite@skycomputers.com> (raw)
In-Reply-To: <OJEPIMKHOKJAJIDJLJBNMEBMCAAA.jbates@paradise.co.uk>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Another good idea is to look at the log_buf in memory.
# grep log_buf System.map
in your JTAG debugger, start dumping from this address. You should see
everything you ecpect to see on the console.
Thanks
Brian
On Wednesday 10 September 2003 11:35 am, James Bates wrote:
> Hi All,
>
> I have now managed to get the image to be read in and kernel image
> uncompressed etc. I am getting the problem where it hangs after
> Uncompression though. My previous issue with Bad Magic Number errors was
> due to the compilation of the mkimage tool. It was producing images with
> the wrong endianness in the header. Not sure if this may still be my
> problem tho
>
> :)
>
> I have tried both settings of clocks_in_mhz and have made sure that I
> copied u-boot.h from uboot to ppcboot.h in Linux. I have made sure that
> IMAP_ADDR is correct but I still get the same thing, just hangs after
> uncompression. I am totally stumped.
>
> My board is an adaptation of the MPC8260ADS. I am using BlueCat 4.0 and
> u-boot 4.8 (tried 4.0 and 4.7) etc and have tried booting both the uImage
> and kdi files (after turning them into u-boot images with mkimgage).
>
> Here is a print out with extra debug info when trying a kdi image called
> Q319.img:
> ---------------------------------------------------------------------------
>- --------------
>
> => tftpboot 100000 Q319.img
> Trying FCC2 ETHERNET
> TFTP from server 192.168.1.1; our IP address is 192.168.1.2
> Filename 'Q319.img'.
> Load address: 0x100000
> Loading: #################################################################
> #################################################################
> #################################################################
> #################################################################
> #################################################################
> #################################################################
> #################################################################
> #################################################################
> #################################################################
> #################################################################
> #############################################################
> done
> Bytes transferred = 3637824 (378240 hex)
> => bootm
> common/cmd_bootm.c before attempting to boot an image
> ## Booting image at 00100000 ...
> common/cmd_bootm.c Image header has correct magic number
> common/cmd_bootm.c Image header has correct checksum
> Image Name: Linux Kernel Image
> Image Type: PowerPC LynxOS Kernel Image (uncompressed)
> Data Size: 3637760 Bytes = 3.5 MB
> Load Address: 00500000
> Entry Point: 00507000
> Verifying Checksum ... OK
> common/cmd_bootm.c Image data has correct checksum
> common/cmd_bootm.c Architecture check OK
> common/cmd_bootm.c Image Type check OK
> OK
> common/cmd_bootm.c Uncompression OK
> common/cmd_bootm.c Image Type check OK
> Booting Bluecat KDI ...
> loaded at: 00507000 005121DC
> zimage at: 0050D000 0057366C
> initrd at: 00575000 00878200
> relocated to: 00576000 00879200
> avail ram: 0087A000 04000000
>
> Linux/PPC load: root=/dev/ram root=/dev/ram rw ramdisk_size=28472 hda=bswap
> hdb=bswap hdc=bswap hdd=bswap root=101
> Uncompressing Linux...done.
> Now booting the kernel
>
> (Hangs here)
>
> ---------------------------------------------------------------------------
>- ----------------
>
> Another example which does not use a kdi image but simply takes a mkimaged
> zipped vmlinux file as follows.
>
>
> => tftpboot 100000 uImage
> Trying FCC2 ETHERNET
> TFTP from server 192.168.1.1; our IP address is 192.168.1.2
> Filename 'uImage'.
> Load address: 0x100000
> Loading: #################################################################
> #################
> done
> Bytes transferred = 419502 (666ae hex)
> => bootm
> common/cmd_bootm.c before attempting to boot an image
> ## Booting image at 00100000 ...
> common/cmd_bootm.c Image header has correct magic number
> common/cmd_bootm.c Image header has correct checksum
> Image Name: Linux Kernel Image
> Image Type: PowerPC Linux Kernel Image (gzip compressed)
> Data Size: 419438 Bytes = 409.6 kB
> Load Address: 00000000
> Entry Point: 00000000
> Verifying Checksum ... OK
> common/cmd_bootm.c Image data has correct checksum
> common/cmd_bootm.c Architecture check OK
> common/cmd_bootm.c Image Type check OK
> Uncompressing Kernel Image ... OK
> common/cmd_bootm.c Uncompression OK
> common/cmd_bootm.c Image Type check OK
> ## Current stack ends at 0x03F6CBD8 => set upper limit to 0x00800000
> ## cmdline at 0x007FFF00 ... 0x007FFF10
> bd address = 0x03F6CFB4
> memstart = 0x00000000
> memsize = 0x04000000
> flashstart = 0xFE000000
> flashsize = 0x7FCFFFF7
> flashoffset = 0x0002E000
> sramstart = 0x00000000
> sramsize = 0x00000000
> immr_base = 0xFA200000
> bootflags = 0x00000001
> vco = 266.666 MHz
> sccfreq = 66.666 MHz
> brgfreq = 66.666 MHz
> intfreq = 199.999 MHz
> cpmfreq = 133.333 MHz
> busfreq = 66.666 MHz
> ethaddr = 00:00:00:10:18:82
> IP addr = 192.168.1.2
> baudrate = 115200 bps
> common/cmd_bootm.c No initial ramdisk, no multifile, continue.
> No initrd
> ## Transferring control to Linux (at address 00000000) ...
> common/cmd_bootm.c All preparation done, transferring control to OS
> (hangs here)
>
>
> Any ideas anyone? You help is much appreciated.
>
> Regards,
>
> James Bates
>
>
> PS: Apologies for this signature at the bottom of my posts, it is attached
> by my employer out of my control.
>
> This message is intended only for the use of the individual or entity to
> which it is addressed, and may contain information that is privileged,
> confidential and exempt from disclosure under applicable law. If the
> reader of this message is not the intended recipient, or the employee or
> agent responsible for delivering the message to the intended recipient, you
> are hereby notified that any dissemination, distribution or copying of this
> communication is strictly prohibited. If you have received this
> communication in error please return the message immediately to the sender
> and delete the message from your systems. Thank you.
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE/X4+BmxLCz0u+Ko8RAgVQAKCW8ncg5xLYduxyozZFgfFMciUWGACdHbZP
ZRgfJkiZJOg5mLPNQY9/kDQ=
=CJB9
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2003-09-10 20:54 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <E19wvkA-0000a6-00@sc8-sf-list2.sourceforge.net>
2003-09-10 15:35 ` [U-Boot-Users] Uncompressing kernel ..... OK (Hangs here) James Bates
2003-09-10 18:12 ` Detlev Zundel
2003-09-10 18:18 ` Wolfgang Denk
2003-09-10 18:19 ` Yuli Barcohen
2003-09-11 13:40 ` tn
2003-09-11 19:50 ` Wolfgang Denk
[not found] ` <44364.8242312067$1079416667@news.gmane.org>
2011-06-16 12:14 ` [U-Boot] " Smitha
2003-09-10 20:54 ` Brian Waite [this message]
2003-09-10 21:20 ` [U-Boot-Users] " Wolfgang Denk
2003-09-10 18:48 Scott McNutt
[not found] <E19xCno-0000Ui-00@sc8-sf-list2.sourceforge.net>
2003-09-11 16:08 ` James Bates
2003-09-11 19:56 ` Wolfgang Denk
2003-09-11 20:06 ` Detlev Zundel
2003-09-12 20:05 ` Wolfgang Denk
-- strict thread matches above, loose matches on Subject: below --
2003-09-11 18:59 Rune Torgersen
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=200309101654.25917.waite@skycomputers.com \
--to=waite@skycomputers.com \
--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 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.