[#4208] For uboot 08r1.5 in BF527 kernel will crash when CCLK is 200MHz and SCLK is 100MHz

Document created by Aaronwu Employee on Sep 25, 2013Last modified by Aaronwu Employee on Sep 25, 2013
Version 2Show Document
  • View in full screen mode

[#4208] For uboot 08r1.5 in BF527 kernel will crash when CCLK is 200MHz and SCLK is 100MHz

Submitted By: Vivi Li

Open Date

2008-06-30 07:04:04     Close Date

2008-08-03 23:01:44

Priority:

Medium High     Assignee:

Mike Frysinger

Category:

N/A     Fixed In Release:

N/A

Found In Release:

N/A     Status:

Closed

Board:

N/A     Processor:

N/A

Silicon Revision:

    Resolution:

N/A

Is the bug repeatable?:

N/A     

Summary: For uboot 08r1.5 in BF527 kernel will crash when CCLK is 200MHz and SCLK is 100MHz

Details:

 

For 08r1.5 branch and 2008R1.5-RC1 tag in BF527-eZKIT, kernel will crash when CCLK is 200MHz and SCLK is 100MHz.

 

Set vco_mult 16, cclk_div 2, sclk_div 4 in include/configs/bf527-ezkit.h

 

--

U-Boot 1.1.6-svn1258 (ADI-2008R1.5) (Jun 30 2008 - 14:40:02)

 

CPU:   ADSP bf527-0.0 (Detected Rev: 0.0)

Board: ADI BF527 EZ-Kit board

       Support: http://blackfin.uclinux.org/

Clock: VCO: 400 MHz, Core: 200 MHz, System: 100 MHz

RAM:   64 MB

Flash:  4 MB

In:    serial

Out:   serial

Err:   serial

Net:   Blackfin EMAC

MAC:   00:E0:22:FE:B8:11

Hit any key to stop autoboot:  0

bfin>

bfin> tftp 0x1000000 linux.policy

Using Blackfin EMAC device

TFTP from server 10.100.4.174; our IP address is 10.100.4.50

Filename 'linux.policy'.

Load address: 0x1000000

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

         ###

done

Bytes transferred = 5003173 (4c57a5 hex)

bfin> boote

Loading .text @ 0x00001000 (1164272 bytes)

Loading .rodata @ 0x0011e000 (277700 bytes)

Loading __ksymtab @ 0x00161cc4 (16536 bytes)

Loading __ksymtab_gpl @ 0x00165d5c (4272 bytes)

Loading __ksymtab_gpl_future @ 0x00166e0c (24 bytes)

Loading __ksymtab_strings @ 0x00166e24 (50520 bytes)

Loading __param @ 0x0017337c (680 bytes)

Loading .data @ 0x00174000 (81920 bytes)

Loading .init.text @ 0x00188000 (94136 bytes)

Loading .init.data @ 0x0019efb8 (9148 bytes)

Loading .init.setup @ 0x001a1374 (600 bytes)

Loading .initcall.init @ 0x001a15cc (468 bytes)

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

Loading .init.ramfs @ 0x001a17a4 (2669652 bytes)

Loading .text_l1 @ 0xffa00000 (5716 bytes)

sh_addr: FFA00000, p_paddr: 0042D3F8

Loading from: 0142E000 to 0042D3F8, size: 5716

Loading .data_l1 @ 0xff800000 (192 bytes)

sh_addr: FF800000, p_paddr: 0042EA4C

Loading from: 01430000 to 0042EA4C, size: 192

Clearing .bss @ 0x0042f000 (64496 bytes)

## Starting application at 0x00188000 ...

Linux version 2.6.22.19-ADI-2008R1-svn4907 (test@uclinux95-bf527-std) (gcc version 4.1.2 (ADI svn))8

early printk enabled on early_BFuart0

Hardware Trace Active and Enabled

Reset caused by Software reset

Blackfin support (C) 2004-2007 Analog Devices, Inc.

Compiled for ADSP-BF527 Rev 0.0

Warning: Unsupported Chip Revision ADSP-BF527 Rev 0.0 detected

Blackfin Linux support by http://blackfin.uclinux.org/

Processor Speed: 200 MHz core clock and 100 MHz System Clock

Board Memory: 64MB

Kernel Managed Memory: 64MB

Memory map:

  text      = 0x00001000-0x0011d3f0

  rodata    = 0x0011e000-0x00173624

  data      = 0x00174000-0x00188000

    stack   = 0x00174000-0x00176000

  init      = 0x00188000-0x0042f000

  bss       = 0x0042f000-0x0043ebf0

  available = 0x0043ebf0-0x03eff000

  DMA Zone  = 0x03f00000-0x04000000

Instruction Cache Enabled

Data Cache Enabled (write-through)

Built 1 zonelists.  Total pages: 16002

Kernel command line: root=/dev/mtdblock0 rw earlyprintk=serial,uart1,57600 console=tty0 console=tty0

Configuring Blackfin Priority Driven Interrupts

PID hash table entries: 256 (order: 8, 1024 bytes)

console handover: boot [early_BFuart0] -> real [ttyBF0]

Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)

Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)

Memory available: 59584k/65536k RAM, (2716k init code, 1136k kernel code, 490k data, 1024k dma, 584)

Blackfin Scratchpad data SRAM: 4 KB

Blackfin Data A SRAM: 16 KB (15 KB free)

Blackfin Data B SRAM: 16 KB (16 KB free)

Blackfin Instruction SRAM: 48 KB (42 KB free)

Security Framework v1.0.0 initialized

Mount-cache hash table entries: 512

NET: Registered protocol family 16

Blackfin GPIO Controller

Blackfin DMA Controller

stamp_init(): registering device resources

Instruction fetch misaligned address violation

- Attempted misaligned instruction cache fetch. On a misaligned instruction fetch

   exception, the return address provided in RETX is the destination address which is

   misaligned, rather than the address of the offending instruction.

Kernel OOPS in progress

Defered Exception context

CURRENT PROCESS:

COMM=swapper PID=1

invalid mm

return address: [0x00095822]; contents of:

0x00095800:  0167  8574  a230  9310  e409  fffe  e142  0015

0x00095810:  b0f1  e102  4fb8  a271  e3ff  431c  6c86  6000

0x00095820:  0127 [0010] 3210  0167  6f86  e121  1000  e410

0x00095830:  fffe  b0f0  3002  e142  0015  e102  fdb4  e3ff

 

SEQUENCER STATUS:               Not tainted

SEQSTAT: 0000202a  IPEND: 8030  SYSCFG: 0006

  HWERRCAUSE: 0x0

  EXCAUSE   : 0x2a

  physical IVG15 asserted : <0xffa00db4> { _evt_system_call + 0x0 }

  logical irq   6 mapped  : <0xffa00250> { _timer_interrupt + 0x0 }

RETE: <0x00000000> /* Maybe null pointer? */

RETN: <0x03eede5c> /* unknown address */

RETX: <0x00095822> { _platform_uevent + 0x26 }

RETS: <0x004dc071> /* unknown address */

PC  : <0x00095822> { _platform_uevent + 0x26 }

DCPLB_FAULT_ADDR: <0x03eede58> /* unknown address */

ICPLB_FAULT_ADDR: <0x00095822> { _platform_uevent + 0x26 }

 

PROCESSOR STATE:

R0 : 00000000    R1 : 00000011    R2 : 00154ff0    R3 : ffffffff

R4 : 004dc05d    R5 : 86800019    R6 : 0000078f    R7 : 004dc071

P0 : 00000008    P1 : 00154fc3    P2 : 00154fc2    P3 : 03efb938

P4 : 040664c8    P5 : 03efb93c    FP : 000007a3    SP : 03eedd80

LB0: 0007e1bc    LT0: 0007e1bc    LC0: 00000000

LB1: 0007dc10    LT1: 0007dc06    LC1: 00000000

B0 : 00000000    L0 : 00000000    M0 : 00000000    I0 : 00000000

B1 : 00000000    L1 : 00000000    M1 : 00000000    I1 : 00000000

B2 : 00000000    L2 : 00000000    M2 : 00000000    I2 : fffedb31

B3 : 00000000    L3 : 00000000    M3 : 00000000    I3 : 00000000

A0.w: 00407fcc   A0.x: 00000000   A1.w: 00000e4e   A1.x: 00000000

USP : 00000000  ASTAT: 02003004

 

Hardware Trace:

   0 Target : <0x000048a4> { _trap_c + 0x0 }

     Source : <0xffa006f4> { _exception_to_level5 + 0xb4 }

   1 Target : <0xffa00640> { _exception_to_level5 + 0x0 }

     Source : <0xffa00598> { _ex_trap_c + 0x5c }

   2 Target : <0xffa0053c> { _ex_trap_c + 0x0 }

     Source : <0xffa00794> { _trap + 0x28 }

   3 Target : <0xffa0076c> { _trap + 0x0 }

     Source : <0x00095820> { _platform_uevent + 0x24 }

   4 Target : <0x0009581c> { _platform_uevent + 0x20 }

     Source : <0x0007de64> { _snprintf + 0x14 }

   5 Target : <0x0007de60> { _snprintf + 0x10 }

     Source : <0x0007d988> { _vsnprintf + 0x70 }

   6 Target : <0x0007d97e> { _vsnprintf + 0x66 }

     Source : <0x0007db8a> { _vsnprintf + 0x272 }

   7 Target : <0x0007db86> { _vsnprintf + 0x26e }

     Source : <0x0007daea> { _vsnprintf + 0x1d2 }

   8 Target : <0x0007dae8> { _vsnprintf + 0x1d0 }

     Source : <0x0007d97c> { _vsnprintf + 0x64 }

   9 Target : <0x0007d960> { _vsnprintf + 0x48 }

     Source : <0x0007dc34> { _vsnprintf + 0x31c }

  10 Target : <0x0007dc30> { _vsnprintf + 0x318 }

     Source : <0x0007dc18> { _vsnprintf + 0x300 }

  11 Target : <0x0007dc08> { _vsnprintf + 0x2f0 }

     Source : <0x0007dc04> { _vsnprintf + 0x2ec }

  12 Target : <0x0007dbf8> { _vsnprintf + 0x2e0 }

     Source : <0x0007dcd0> { _vsnprintf + 0x3b8 }

  13 Target : <0x0007dcca> { _vsnprintf + 0x3b2 }

     Source : <0x0007dbf4> { _vsnprintf + 0x2dc }

  14 Target : <0x0007dbf0> { _vsnprintf + 0x2d8 }

     Source : <0x0007cc18> { _strnlen + 0x2c }

  15 Target : <0x0007cc12> { _strnlen + 0x26 }

     Source : <0x0007cc0a> { _strnlen + 0x1e }

Stack from 03eedd60:

        00436120 ffa006f8 00178568 00178568 00178564 00000000 00437f20 00000006

        00095822 00008030 0000202a 00000000 03eede5c 00095822 00095822 004dc071

        00000000 02003004 0007dc10 0007e1bc 0007dc06 0007e1bc 00000000 00000000

        00000e4e 00000000 00407fcc 00000000 00000000 00000000 00000000 00000000

        00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

        00000000 fffedb31 00000000 00000000 00000000 000007a3 03efb93c 040664c8

 

Call Trace:

[<0007ad48>] _kobject_uevent_env+0x1d8/0x398

[<00092500>] _dev_uevent+0x0/0x284

[<000923fe>] _device_add+0x3a2/0x48c

[<0007a466>] _kobject_get+0x12/0x1c

[<00095a64>] _platform_device_add+0xe4/0x160

[<0000d366>] _printk+0x12/0x18

[<00095aee>] _platform_device_register+0xe/0x1c

[<00095cb8>] _platform_add_devices+0x28/0x58

[<00194eb6>] _stamp_init+0x26/0x3c

[<00188654>] _kernel_init+0x88/0x234

[<001885cc>] _kernel_init+0x0/0x234

[<00001666>] _kernel_thread_helper+0x6/0xc

 

Modules linked in:

Kernel panic - not syncing: Kernel exception

--

 

Follow-ups

 

--- Mike Frysinger                                           2008-07-03 14:38:30

did you update the sdram timings as well ?  if not, you'll get random bit

failures because you arent refreshing sdram enough.

 

--- Vivi Li                                                  2008-07-04 08:31:28

How to update the sdram timings?

 

--- Vivi Li                                                  2008-08-03 23:01:41

This bug disappear now. So close it.

 

 

 

    Files

    Changes

    Commits

    Dependencies

    Duplicates

    Associations

    Tags

 

File Name     File Type     File Size     Posted By

linux.policy    application/octet-stream    5003173    Vivi Li

Attachments

Outcomes