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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox