Linux-2.1.129 boot on MCP750
Corey Minyard
minyard at acm.org
Wed Dec 9 12:55:48 EST 1998
I have posted patches to this group that fix all these problems.
You can search the lists for them.
Alois Fertl <alois_fertl at muenchen.europe.mcd.mot.com> writes:
> If you manage to put your zImage onto a prep partition
> of a hard drive or if you boot it from floppy it should
> work fine.
>
> There is a problem in boot/misc.c which manifests only
> if netboot is used. Current ppcbug netboots at 0x5000 and
> this forces decompress to overwrite its own source.
>
> You can fool netboot resp. boot/misc.c if you netboot
> zImage.initrd ( make zImage.initrd which requires ramdisk.image.gz
> in arch/ppc/boot; somewhere on the R4 CD ) and type
> noinitrd
> to the Linux/PPC load: prompt.
>
> I found some other improvement over the weekend which help using
> linuxppc with serial console only. Due to limited time I was not
> able to propagate them yet. I promise to do so over the next days.
>
> Regards
> Alois
>
>
>
> On Fri, 20 Nov 1998 18:25:08 +0100 (CET) VALETTE Eric
> <valette at crf.canon.fr> wrote:
>
> >
> >
> > I have sucessfully compiled the brand new linux-2.1.129 source tree
> > without any glich. I used the PREP configuration, made the zImage and tried
> > to boot it using motorola ppcbug firmware.
> >
> > I first discovered that I add to replace all putc, puts routine because
> > I use the serial line (not a big deal). Then I added a more general code
> > than puthex in order to print also decimal and fixed some output in
> > arch/ppc/boot to get inflate errors.
> >
> > Here is what I get now : It shows that inflate fails.
> >
> > -----------------------------------------------------------
> > Local Memory Found =02000000 (&33554432)
> >
> > MPU Clock Speed =233Mhz
> >
> > BUS Clock Speed =67Mhz
> >
> > WARNING: Keyboard Not Connected
> >
> > Reset Vector Location : ROM Bank B
> > Mezzanine Configuration: Single-MPU
> > Current 60X-Bus Master : MPU0
> > Idle MPU(s) : NONE
> >
> > System Memory: 32MB, ECC Enabled (ECC-Memory Detected)
> > L2Cache: 1024KB, 117Mhz
> >
> > PPC1-Bug>nbo
> > Network Booting from: DEC21140, Controller 0, Device 0
> > Device Name: /pci at 80000000/pci1011,9 at e,0:0,0
> > Loading: /zImage
> >
> > Client IP Address = 194.2.81.157
> > Server IP Address = 194.2.81.241
> > Gateway IP Address = 194.2.81.254
> > Subnet IP Address Mask = 255.255.255.0
> > Boot File Name = /zImage
> > Argument File Name =
> >
> > Network Boot File load in progress... To abort hit <BREAK>
> >
> > Bytes Received =&794942, Bytes Loaded =&794942
> > Bytes/Second =&397471, Elapsed Time =2 Second(s)
> >
> > Residual-Data Located at: $01F78000
> > loaded at: 5400 19FC0
> >
> > relocated to: 600000 614BC0
> >
> > board data at: 1F78000 1F7EA0C
> >
> > relocated to: 60E0B4 614AC0
> >
> > zimage at: E400 C539E
> >
> > avail ram: 400000 600000
> >
> >
> >
> > Linux/PPC load:
> >
> > Uncompressing Linux...descompressing to : 0 400000inflate returned-3 <============
> > exit
> >
> > ---------------------------------------------------------------------------
> >
> > Reading the Makefile and trying to figure out how the binary image was
> > done, I discovered that the compressed image is set in the file at the
> > same offset than the .bss and that there is in head.S a bzero of the
> > bss section As shown by the following header dump.
> >
> >
> > ----------------------------------------------------------------------------
> > objdump -h zvmlinux
> >
> > zvmlinux: file format elf32-powerpc
> >
> > Sections:
> > Idx Name Size VMA LMA File off Algn
> > 0 .text 00005950 00600000 00600000 00010000 2**2
> > CONTENTS, ALLOC, LOAD, READONLY, CODE
> > 1 .rodata 00001560 00605950 00605950 00015950 2**4
> > CONTENTS, ALLOC, LOAD, READONLY, DATA
> > 2 .data 00001b2c 00607000 00607000 00017000 2**2
> > CONTENTS, ALLOC, LOAD, DATA
> > 3 .bss 0000bbc0 00609000 00609000 00019000 2**2
> > ALLOC
> > 4 image 000b6f9f 00000000 00000000 00019000 2**0
> > CONTENTS, READONLY
> > ---------------------------------------------------------------------------
> >
> > So I propose the following :
> >
> > Make mkprep know a little bit more about ELF and make a different binary image
> > with bss already zeroed and image moved from bss size. Do you know if libelf
> > package works on Linux PPC as It does on Linux Intel?
> >
> > 1) Is the analysis correct?
> > 2) Do you want the small modif for printing decimal and the code that
> > prints correctly errors in gunzip routine?
> >
> >
> >
> >
> > --
> > __
> > / ` Eric Valette
> > /-- __ o _. Canon CRF
> > (___, / (_(_(__ Rue de la touche lambert
> > 35517 Cesson-Sevigne Cedex
> > FRANCE
> > Tel: +33 (0)2 99 87 68 91 Fax: +33 (0)2 99 84 11 30
> > E-mail: valette at crf.canon.fr
>
>
>
>
--
Corey Minyard Internet: minyard at acm.org
Work: minyard at nortel.ca UUCP: minyard at wf-rch.cirr.com
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request at lists.linuxppc.org ]]
More information about the Linuxppc-dev
mailing list