[#4774] 561 SMP kernel can't boot from jffs2 in latest trunk

Submitted By: Vivi Li

Open Date

2009-01-06 23:32:34 Close Date

2009-01-20 01:44:07

Priority:

High Assignee:

Graf Yang

Status:

Closed Fixed In Release:

N/A

Found In Release:

N/A Release:

Category:

N/A Board:

EZKIT Lite

Processor:

BF561 Silicon Revision:

Is this bug repeatable?:

Yes Resolution:

Fixed

Uboot version or rev.:

Toolchain version or rev.:

gcc 4.1-2008-11-13

App binary format:

N/A

Summary: 561 SMP kernel can't boot from jffs2 in latest trunk

Details:

For 561 SMP kernel, in jffs2 test, boot from jffs2 several times, then it fails to boot up.

Bellow is the log:

U-Boot 1.1.6-svn1291 (ADI-2008R1.5) (Aug 12 2008 - 13:33:01)^M

CPU: ADSP bf561-0.3 (Detected Rev: 0.5)^M

Board: ADI BF561 EZ-Kit Lite board^M

Support: blackfin.uclinux.org/^M

Clock: VCO: 600 MHz, Core: 600 MHz, System: 50 MHz^M

RAM: 64 MB^M

Flash: 8 MB^M

In: serial^M

Out: serial^M

Err: serial^M

Net: SMC91111 at 0x2C010300^M

MAC: 00:E0:22:FE:BA:2A^M

Hit any key to stop autoboot: 5 ^H^H^H 4 ^H^H^H 0 ^M

bfin>

bfin> set bootargs root=/dev/mtdblock2 rw rootfstype=jffs2 earlyprintk=serial,uart0,57600^M

bfin> save^M

Saving Environment to Flash...^M

Un-Protected 8 sectors^M

Erasing Flash...^M

........ done^M

Erased 8 sectors^M

Writing to Flash... done^M

Protected 8 sectors^M

bfin>

bfin> bootm 20040000^M

## Booting image at 20040000 ...^M

Image Name: Linux-2.6.28-rc2-ADI-2009R1-pre-^M

Image Type: Blackfin Linux Kernel Image (gzip compressed)^M

Data Size: 973749 Bytes = 950.9 kB^M

Load Address: 00001000^M

Entry Point: 001a6c48^M

Verifying Checksum ... OK^M

Uncompressing Kernel Image ... OK^M

Starting Kernel at = 1a6c48

After failure in jffs2 test, board can't boot up even from ramfs. All the test after that will fail.

But, it can boot up when use an old linux image, eg: 2008_Oct_28_03_26.

U-Boot 1.1.6-svn1291 (ADI-2008R1.5) (Aug 12 2008 - 13:33:01)

CPU: ADSP bf561-0.3 (Detected Rev: 0.5)

Board: ADI BF561 EZ-Kit Lite board

Support: blackfin.uclinux.org/

Clock: VCO: 600 MHz, Core: 600 MHz, System: 50 MHz

RAM: 64 MB

Flash: 8 MB

In: serial

Out: serial

Err: serial

Net: SMC91111 at 0x2C010300

MAC: 00:E0:22:FE:BA:2A

Hit any key to stop autoboot: 0

bfin>

bfin> print

baudrate=57600

loads_echo=1

rootpath=/romfs

hostname=bf561-ezkit

loadaddr=0x1000000

ubootfile=u-boot.bin

update=tftp $(loadaddr) $(ubootfile);protect off 0x20000000 0x2003FFFF;erase 0x20000000 0x2003FFFF;)

addip=set bootargs $(bootargs) ip=$(ipaddr):$(serverip):$(gatewayip):$(netmask):$(hostname):eth0:off

ramargs=set bootargs root=/dev/mtdblock0 rw earlyprintk=serial,uart0,57600 console=ttyBF0,57600

ramboot=tftp $(loadaddr) uImage;run ramargs;run addip;bootm

nfsargs=set bootargs root=/dev/nfs rw nfsroot=$(serverip):$(rootpath),tcp,nfsvers=3

nfsboot=tftp $(loadaddr) vmImage;run nfsargs;run addip;bootm

flashboot=bootm 0x20100000

ethaddr=00:E0:22:FE:BA:2A

ramboot_linux=tftp $(loadaddr) linux;run ramargs;run addip;boote

filesize=3375a2

fileaddr=1000000

gatewayip=10.100.4.174

netmask=255.255.255.0

bootcmd=run ramboot_linux

bootdelay=5

serverip=10.100.4.174

ipaddr=10.100.4.50

bootargs=root=/dev/mtdblock0 rw earlyprintk=serial,uart0,57600

stdin=serial

stdout=serial

stderr=serial

Environment size: 1025/8188 bytes

bfin> tftp 0x1000000 linux

TFTP from server 10.100.4.174; our IP address is 10.100.4.50

Filename 'linux'.

Load address: 0x1000000

Loading: #################################################################

#################################################################

################################################

done

Bytes transferred = 4904902 (4ad7c6 hex)

bfin> boote

Loading .text @ 0x00001000 (1111968 bytes)

Loading .rodata @ 0x001107a0 (252228 bytes)

Loading .init.rodata @ 0x0014e0e4 (80 bytes)

Loading __ksymtab @ 0x0014e134 (15976 bytes)

Loading __ksymtab_gpl @ 0x00151f9c (4760 bytes)

Loading __ksymtab_strings @ 0x00153234 (46463 bytes)

Loading __init_rodata @ 0x0015e7b4 (172 bytes)

Loading __param @ 0x0015e860 (420 bytes)

Clearing .bss @ 0x0015ea20 (63696 bytes)

Loading .data @ 0x0016e300 (72960 bytes)

Loading .init.text @ 0x00180000 (104224 bytes)

Loading .init.data @ 0x00199720 (13696 bytes)

Loading .init.setup @ 0x0019cca0 (660 bytes)

Loading .initcall.init @ 0x0019cf34 (544 bytes)

Loading .con_initcall.init @ 0x0019d154 (4 bytes)

Loading .data.percpu @ 0x0019d160 (3936 bytes)

Loading .init.ramfs @ 0x0019e0c0 (2666404 bytes)

Loading .text_l1 @ 0xffa00000 (44 bytes)

sh_addr: FFA00000, p_paddr: 00429064

Loading from: 0141B000 to 00429064, size: 44

Loading .text_data_l2 @ 0xfeb00000 (8 bytes)

sh_addr: FEB00000, p_paddr: 00429090

Loading from: 0141C000 to 00429090, size: 8

## Starting application at 0x0018d650 ...

Follow-ups

--- Sonic Zhang 2009-01-08 10:23:28

I can't boot SMP kernel up on bf561 by default configuration with SVN trunk

code.

--- Vivi Li 2009-01-08 23:36:47

I test again on 561 SMP and found kernel can't boot up by default configuration

for latest trunk.

But, if I first boot it up with an old linux image(eg: 2008_Oct_28_03_26), then

soft reboot from a latest SMP kernel, kernel can boot up.

Unplug the power, then boot from the latest SMP kernel, kernel fails to boot

up.

--- Graf Yang 2009-01-14 04:52:44

Section bss_l2 is garbage when the data(_corelock) in this section is used by

_bfin_relocate_l1_mem. So move the bss zero out functions ahead of calling

_bfin_relocate_l1_mem.

Now is fixed. This bug have not relationship with jffs2.

--- Vivi Li 2009-01-20 01:44:07

OK now. Close it.

Thanks!

Files

Changes

Commits

Dependencies

Duplicates

Associations

Partner Forums

Partner Libraries

[#4774] 561 SMP kernel can't boot from jffs2 in latest trunk