[U-Boot-Users] Doubt on Kernel Linking
Rupesh S
rupeshs at myw.ltindia.com
Mon May 26 23:26:28 CEST 2003
Hi,
Is there any http or ftp server in www.penguinppc.org from where I can
download the linuxppc kernel ( > 2.4.18)
----- Original Message -----
From: "Udi Finkelstein" <u-boot-users at udif.com>
To: "Rupesh S" <rupeshs at myw.ltindia.com>
Cc: "Wolfgang Denk" <wd at denx.de>; <u-boot-users at lists.sourceforge.net>
Sent: Sunday, May 25, 2003 11:50 PM
Subject: Re: [U-Boot-Users] Doubt on Kernel Linking
> I had the same problem as you in the past (8xx board locked up in linux
> with sig11 messages in log_buf). Since log_buf is cyclic (it assums that
> the latest messages are the most important), The buffer is overwritten
> with the sig 11 messages.
>
> I've modified the debug code that writes to log_buf (kernel/printk.c)
> and instead of wrapping around, it stopped writing at the end of the
> buffer (sorry, no patch - its quite simply, and I didn't keep it).
> This way you can see
> You can also control the size of the log buf by changing LOG_BUF_LEN in
> the same file.
>
> BTW, I've never managed to run the ELDK kernel (I was aware of
> clocks_in_mhz - changing it didn't help). I ended up using 2.4.20 from
> the linuxppc_2_4 CVS tree in www.penguinppc.org , which worked for me.
> OTOH, the ELDK kernel works for other people.
>
> I'm now trying to integrate some parts of the ELDK kernel such as the
> 8xx LCD code in the latest kernel.
>
> Udi
>
> n.b. Wolfgang, did you get the u-boot patch I sent you? (RBC823 config +
> 8xx LCD patches)
>
> Rupesh S wrote:
> > I also enabled the DEBUG printfs in u-boot.
> > Below attached is the log of messages I got after displaying memory of
> > "log_buf".
> > It gives a few "OOPS".
> > The kernel mesages must be happening before the kernel gets hold of
serial
> > console as well, because I don't see these on my console.
> >
> > :>bootm 100000
> > ## Booting image at 00100000 ...
> > Image Name: Rupesh's Kernel Image
> > Image Type: PowerPC Linux Kernel Image (gzip compressed)
> > Data Size: 489707 Bytes = 478.2 kB
> > Load Address: 00000000
> > Entry Point: 00000000
> > Verifying Checksum ... OK
> > Uncompressing Kernel Image ... OK
> > ## Current stack ends at 0x0075FC18 => set upper limit to 0x0075F410
> > ## cmdline at 0x0075F310 ... 0x0075F310
> > bd address = 0x0075FFC4
> > memstart = 0x00000000
> > memsize = 0x00800000
> > flashstart = 0x02800000
> > flashsize = 0x00200000
> > flashoffset = 0x00080000
> > sramstart = 0x00000000
> > sramsize = 0x00000000
> > immr_base = 0xFF000000
> > bootflags = 0x00000001
> > intfreq = 40 MHz
> > busfreq = 40 MHz
> > ethaddr = 08:00:22:50:70:63
> > IP addr = 192.168.6.227
> > baudrate = 19200 bps
> > No initrd
> > ## Transferring control to Linux (at address 00000000) ...
> >
> > /****************** Here It Hanged !!! *****************/
> > /***************** Below messages after RESET ************************/
> >
> >
> > U-Boot 0.3.1 (May 26 2003 - 11:20:21)
> >
> > CPU: PPC823ZTnnA at 40 MHz: 2 kB I-Cache 1 kB D-Cache
> > *** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
> > Board: FADS with db MPC823 rev ENG or PILOT
> > DRAM: (4 MB SDRAM) 8 MB
> > Top of RAM usable for U-Boot at: 00800000
> > Reserving 512k for U-Boot at: 00780000
> > Reserving 128k for malloc() at: 00760000
> > Reserving 60 Bytes for Board Info at: 0075ffc4
> > Reserving 44 Bytes for Global Data at: 0075ff98
> > Stack Pointer at: 0075ff78
> > New Stack Pointer is: 0075ff78
> > Now running in RAM - U-Boot at: 00780000
> > FLASH: 2 MB
> > In: serial
> > Out: serial
> > Err: serial
> > U-Boot relocated to 00780000
> > Net: SCC ETHERNET
> > ### main_loop entered: bootdelay=0
> >
> > ### main_loop: bootcmd="<UNDEFINED>"
> >
> > /********************* The location of "log_buf"
> > *****************************************/
> > :>md 12eee8
> > 0012eee8: 63657373 206f6620 62616420 61726561 cess of bad area
> > 0012eef8: 2c207369 673a2031 310a4f6f 70733a20 , sig: 11.Oops:
> > 0012ef08: 6b65726e 656c2061 63636573 73206f66 kernel access of
> > 0012ef18: 20626164 20617265 612c2073 69673a20 bad area, sig:
> > 0012ef28: 31310a4f 6f70733a 206b6572 6e656c20 11.Oops: kernel
> > 0012ef38: 61636365 7373206f 66206261 64206172 access of bad ar
> > 0012ef48: 65612c20 7369673a 2031310a 3c323e4b ea, sig: 11.<2>K
> > 0012ef58: 65726e65 6c207374 61636b20 6f766572 ernel stack over
> > 0012ef68: 666c6f77 20696e20 70726f63 65737320 flow in process
> > 0012ef78: 63303131 37303230 2c207231 3d633031 c0117020, r1=c01
> > 0012ef88: 31373262 300a4f6f 70733a20 6b65726e 172b0.Oops: kern
> > 0012ef98: 656c2061 63636573 73206f66 20626164 el access of bad
> > 0012efa8: 20617265 612c2073 69673a20 31310a4f area, sig: 11.O
> > 0012efb8: 6f70733a 206b6572 6e656c20 61636365 ops: kernel acce
> > 0012efc8: 7373206f 66206261 64206172 65612c20 ss of bad area,
> > 0012efd8: 7369673a 2031310a 4f6f7073 3a206b65 sig: 11.Oops: ke
> > :>
> >
> > What could be wrong ??
> > Please advice..
> > Rupesh
> >
> > ----- Original Message -----
> > From: "Wolfgang Denk" <wd at denx.de>
> > To: "Rupesh S" <rupeshs at myw.ltindia.com>
> > Cc: <u-boot-users at lists.sourceforge.net>
> > Sent: Friday, May 23, 2003 6:56 AM
> > Subject: Re: [U-Boot-Users] Doubt on Kernel Linking
> >
> >
> >
> >>In message <00a901c3219b$59d821d0$6706a8c0 at SPLENDOR> you wrote:
> >>
> >>>I kept the link address back at 0xc0000000.
> >>>Doing mkimage , I did load address and entry address as 0x0.
> >>>
> >>>On my FADS823 board, I do a download to 0x100000.
> >>>And gave a bootm 0x100000.
> >>>
> >>>But the system hangs after Uncompressing Kernel Image...
> >>>Note: I have compared the bd_info stricture of linux and u-boot . It is
> >
> > the
> >
> >>>same . Also the IMMR address.
> >>>I do mkimage on gzipped binary image of vmlinux.
> >>>
> >>>Please advice.
> >>
> >>Attach a debugger (BDI2000 recommended).
> >>
> >>Or reset the board and check the contents of the "log_buf" buffer
> >>(post mortem dump) - grep the address from the System.map file, and
> >>subtract 0xC0000000 to convert from virtual to physical address; the
> >>use U-Boot's "md" command.
> >>
> >>Best regards,
> >>
> >>Wolfgang Denk
> >>
> >>--
> >>Software Engineering: Embedded and Realtime Systems, Embedded Linux
> >>Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de
> >>If all economists were laid end to end, they would not reach a con-
> >>clusion.
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: ObjectStore.
> > If flattening out C++ or Java code to make your application fit in a
> > relational database is painful, don't do it! Check out ObjectStore.
> > Now part of Progress Software. http://www.objectstore.net/sourceforge
> > _______________________________________________
> > U-Boot-Users mailing list
> > U-Boot-Users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/u-boot-users
> >
>
>
More information about the U-Boot
mailing list