2008-12-19 10:17:48     Flash support on TCM-BF537

Document created by Aaronwu Employee on Aug 9, 2013
Version 1Show Document
  • View in full screen mode

2008-12-19 10:17:48     Flash support on TCM-BF537

Patrick Hotz (GERMANY)

Message: 66955   

 

Hi,

 

i have got my new TCM-BF537 modul and want to access the full 8Mb of flash.

The guys from Bluetechnix say that i can ask here for help.

 

My problem is that i cant access the mtds using uCLinux.

for example i want to erase mtd2: "eraseall /dev/mtd2" says "permission denied".......

 

During boot i get following message:

 

physmap platform flash device: 00800000 at 20000000

physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank

Intel/Sharp Extended Query Table at 0x010A

  Unknown Intel/Sharp Extended Query version 1.5.

gen_probe: No supported Vendor Command Set found

3 cmdlinepart partitions found on MTD device physmap-flash.0

Creating 3 MTD partitions on "physmap-flash.0":

0x00000000-0x00040000 : "U-Boot"

0x00040000-0x00400000 : "uClinux"

0x00400000-0x00800000 : "JFFS2"

......

Flash size not aligned to erasesize, reducing to 0KiB

 

I think there is a problem with the Query version 1.5. (but i dont know what this means)

The flash is a PF48F2000P0ZBQ0S (32Mx16)

 

Regards,

Patrick

TranslateQuoteReplyEditDelete

 

 

2008-12-19 13:26:25     Re: Flash support on TCM-BF537

Mike Frysinger (UNITED STATES)

Message: 66958   

 

there's a bunch of things missing from the Linux kernel version in 2008R1 to get things working with the tcm-bf537 module.  svn trunk should "just work" though.

 

QuoteReplyEditDelete

 

 

2008-12-20 04:10:31     Re: Flash support on TCM-BF537

Miquel Soler i Mir (SPAIN)

Message: 66973   

 

This driver will be in the 2009 stable version ?

 

Thanks

 

Miquel Soler i Mir

TranslateQuoteReplyEditDelete

 

 

2008-12-20 04:52:12     Re: Flash support on TCM-BF537

Robin Getz (UNITED STATES)

Message: 66987   

 

Miquel:

 

Yes - this will be included in the 2009 version when the release is made.

 

-Robin

QuoteReplyEditDelete

 

 

2008-12-20 21:34:22     Re: Flash support on TCM-BF537

Patrick Hotz (GERMANY)

Message: 66998   

 

Hi Robin,

 

is it possible to copy the driver for the TCM-BF537 into the uCLinux-dist2008R1.5?

For the CM-BF537 i have modivied the cfi-cmdset0001 to access the PF4-Port to map the upper 2Mb of flash.

 

Is there any howto or something like a readme to copy the drivers?

 

Patrick

TranslateQuoteReplyEditDelete

 

 

2008-12-21 09:35:06     Re: Flash support on TCM-BF537

Robin Getz (UNITED STATES)

Message: 67014   

 

Patrick:

 

You can try anything you like - but it will be difficult - there is no readme on backporting drivers - since each case is so unique.

 

There are many changs in the core files that we now take advantage of. (the 2008R1 release was based on kernel version 2.6.22.19 -- the current trunk is based from 2.6.28-rc2 -- 6 kernel versions different - lots and lots of things changed between).

 

-Robin

QuoteReplyEditDelete

 

 

2008-12-21 16:07:49     Re: Flash support on TCM-BF537

Mike Frysinger (UNITED STATES)

Message: 67017   

 

Patrick: i already told you what to do in the other forum thread where you asked

QuoteReplyEditDelete

 

 

2008-12-23 05:07:46     Re: Flash support on TCM-BF537

Patrick Hotz (GERMANY)

Message: 67060   

 

I think it would be better to have a holiday.

My last problem this jear is the Flash-Driver......

 

Now i try to use the uClinux-live-version and there are some other problems.....

My boot screen:

 

CPU:   ADSP BF537 Rev.: 0.2

Board: Bluetechnix TCM-BF537 board

       Support: http://www.bluetechnix.at/

Clock: VCO: 500 MHz, Core: 500 MHz, System: 100 MHz

SDRAM: 32 MB

Device ID of the Flash is 898820

Memory Map for the Flash

0x20000000 - 0x20800000 Single Flash Chip

Please type command flinfo for information on Sectors

FLASH:   8 MB

In:    serial

Out:   serial

Err:   serial

Net:    ADI BF537 EMAC

Hit any key to stop autoboot:  0

## Booting image at 20040000 ...

   Image Name:   uClinux Kernel and ext2

   Image Type:   Blackfin Linux Kernel Image (gzip compressed)

   Data Size:    2943296 Bytes =  2.8 MB

   Load Address: 00001000

   Entry Point:  001b8198

   Verifying Checksum ... OK

   Uncompressing Kernel Image ... OK

Starting Kernel at = 1b8198

Linux version 2.6.28-rc2-ADI-2009R1-pre-svn5909 (photz@HWELinux) (gcc version 48

Warning: limiting memory to 25MB due to hardware anomaly 05000263

Board Memory: 32MB

Kernel Managed Memory: 32MB

Memory map:

  fixedcode = 0x00000400-0x00000490

  text      = 0x00001000-0x001319c0

  rodata    = 0x001319c0-0x0018d77c

  bss       = 0x0018d780-0x0019bb8c

  data      = 0x0019bb8c-0x001aa000

    stack   = 0x001a8000-0x001aa000

  init      = 0x001aa000-0x001c9000

  available = 0x001c9000-0x01900000

  rootfs    = 0x01900000-0x01f00000

  DMA Zone  = 0x01f00000-0x02000000

Hardware Trace Active and Enabled

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

Compiled for ADSP-BF537 Rev 0.2

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

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

NOMPU: setting up cplb tables

Instruction Cache Enabled for CPU0

Data Cache Enabled for CPU0 (write-back)

Built 1 zonelists in Zone order, mobility grouping off.  Total pages: 6350

Kernel command line: root=/dev/mtdblock3 rw console=ttyBF0,115200 mtdparts=phys)

Configuring Blackfin Priority Driven Interrupts

PID hash table entries: 128 (order: 7, 512 bytes)

console [ttyBF0] enabled

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

Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)

Memory available: 23472k/32768k RAM, (124k init code, 1218k kernel code, 482k d)

Calibrating delay loop... 997.37 BogoMIPS (lpj=1994752)

Security Framework initialized

Mount-cache hash table entries: 512

Blackfin Scratchpad data SRAM: 4 KB

Blackfin L1 Data A SRAM: 16 KB (9 KB free)

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

Blackfin L1 Instruction SRAM: 48 KB (41 KB free)

PDA for CPU0 reserved at 0018e7bc

net_namespace: 288 bytes

NET: Registered protocol family 16

Blackfin GPIO Controller

Blackfin DMA Controller

cm_bf537_init(): registering device resources

NET: Registered protocol family 2

IP route cache hash table entries: 1024 (order: 0, 4096 bytes)

TCP established hash table entries: 1024 (order: 1, 8192 bytes)

TCP bind hash table entries: 1024 (order: 0, 4096 bytes)

TCP: Hash tables configured (established 1024 bind 1024)

TCP reno registered

NET: Registered protocol family 1

NTFS driver 2.1.29 [Flags: R/O].

JFFS2 version 2.2. (NAND) © 2001-2006 Red Hat, Inc.

msgmni has been set to 45

io scheduler noop registered

io scheduler anticipatory registered (default)

Serial: Blackfin serial driver

bfin-uart.1: ttyBF0 at MMIO 0xffc00400 (irq = 18) is a BFIN-UART

bfin-uart.1: ttyBF1 at MMIO 0xffc02000 (irq = 20) is a BFIN-UART

brd: module loaded

arch/blackfin/mach-bf537/boards/tcm_bf537.c:bfin_get_ether_addr: Setting Etherne

bfin_mac_mdio: probed

bfin_mac: attached PHY driver [Generic PHY] (mii_bus:phy_addr=0:01, irq=-1, mdc)

bfin_mac bfin_mac.0: Blackfin on-chip Ethernet MAC driver, Version 1.1

physmap platform flash device: 00800000 at 20000000

physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank

Intel/Sharp Extended Query Table at 0x010A

Intel/Sharp Extended Query Table at 0x010A

Intel/Sharp Extended Query Table at 0x010A

Intel/Sharp Extended Query Table at 0x010A

Intel/Sharp Extended Query Table at 0x010A

Using buffer write method

Using auto-unlock on power-up/resume

cfi_cmdset_0001: Erase suspend on write enabled

2 cmdlinepart partitions found on MTD device physmap-flash.0

Creating 2 MTD partitions on "physmap-flash.0":

0x00000000-0x00040000 : "U-Boot"

0x00040000-0x00800000 : "uClinux"

Data access CPLB miss

- Used by the MMU to signal a CPLB miss on a data access.

Kernel OOPS in progress

Deferred Exception context

CURRENT PROCESS:

COMM=swapper PID=1

CPU = 0

invalid mm

return address: [0x000d6ee2]; contents of:

0x000d6ec0:  2ff5  acea  5a9a  0031  0000  0000  0024  9910

0x000d6ed0:  0041  4347  2e77  acea  5a9a  0031  0000  0000

0x000d6ee0:  0024 [9510] 0041  42c7  2e6d  acea  5a9a  0030

0x000d6ef0:  0000  0000  0024  9117  0040  2e64  acea  5a9a

 

SEQUENCER STATUS:               Not tainted

SEQSTAT: 00060026  IPEND: 8030  SYSCFG: 0006

  EXCAUSE   : 0x26

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

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

  logical irq  24 mapped  : <0x000d0eb4> { _bfin_mac_interrupt + 0x0 }

RETE: <0x00000000> { _do_one_initcall + 0xfffff000 }

RETN: <0x0022fbec> /* kernel dynamic memory */

RETX: <0x00000480> /* Maybe fixed code section */

RETS: <0x000d6af6> { _chip_ready + 0x116 }

PC  : <0x000d6ee2> { _chip_ready + 0x502 }

DCPLB_FAULT_ADDR: <0x20400000> /* kernel dynamic memory */

ICPLB_FAULT_ADDR: <0x000d6ee2> { _chip_ready + 0x502 }

 

PROCESSOR STATE:

R0 : 0000000d    R1 : 0000ffff    R2 : 00000001    R3 : 00000000

R4 : 0000000f    R5 : 00000002    R6 : 00000001    R7 : 00000002

P0 : 002fecc0    P1 : 00000001    P2 : 20400000    P3 : 00400000

P4 : 00257340    P5 : 002faab4    FP : fffedc59    SP : 0022fb10

LB0: ffa015a8    LT0: ffa015a8    LC0: 00000000

LB1: 000d1d74    LT1: 000d1d6a    LC1: 0000001f

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

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

B2 : 00000000    L2 : 00000000    M2 : 00000000    I2 : 0013d97c

B3 : 00000000    L3 : 00000000    M3 : 00000000    I3 : 0000001b

A0.w: 00000000   A0.x: 00000000   A1.w: 00000000   A1.x: 00000000

USP : 00000000  ASTAT: 00003025

 

No trace since you do not have CONFIG_DEBUG_BFIN_NO_KERN_HWTRACE enabled

 

 

Kernel Stack

Stack info:

SP: [0x0022fd84] <0x0022fd84> /* kernel dynamic memory */

FP: (0x0022fd98)

Memory from 0x0022fd80 to 00230000

0022fd80: 00000000 [001a32d0] 001a3244  002faaa4  00000001  002572c0 (00000000)>

0022fda0: 001a3244  001a320c  00199680  00000000  0022fdec  001a3244  001a2a80 >

0022fdc0: 00000000  018a5610 <000cb400><000cb3f8> 000cbd9c  001a3244  001c5b24

0022fde0: 001c5b24  018a56ec  00000000  002185e8  002fed54 <000cbe2c> 001a3244

0022fe00: 001a32f0  001a32ac  001a32d0  018a56ec  00000000  000cbd9c <000cb27a>

0022fe20: 00000000  001a3244 <000ca3e2> 001a32d0  00000000 <000ca48e> 001a32d0

0022fe40: 00000000  00000000  00000000  0022fe70  001a32d0 <000b693c> 0018d7a4

0022fe60: 001a3380  00000000  00000000 <000ccafa> 0018d7a4  001a323c  001c5b24

0022fe80: 00000000  00000000  00000000  00000000 <000d4648> 018a8c80  001787d8

0022fea0:<001beac4> 0018d7a4  001beaa0  00000000  00000000  0018d7a4  0018d7a4

0022fec0:<00001028> 00000000  00000000  00000000  00216220  ffffffff  0022ff08 >

0022fee0: 001a0264  00195f3c  00196a54 <000b20d2> 002186a4  00000000  000000d2

0022ff00: 000000d0  0022ff08  0022bf28  00000000  00000000  001c5b24 <000b2236>

0022ff20: 00195f3c  00000000 <0006bcf4> 001a0264  00195f3c  001c5b24  0022ff5c

0022ff40: 0023f300  00000000  00000000  00196a54  0022ff5c <00167848><0006bf10>

0022ff60:<0006bf1e> 001a0264  002404a0  00004000  00000000  00000000  0022ff9c

0022ff80: 00000001 <0002b016> 0022ff9c  00000061 <0006bfe2> 001c58f0  0023f300

0022ffa0: 00000000  001c0000 <0002b072> 0019eba4  001c58f0  00000061  001a0264 >

0022ffc0: 001c5ac8  001c58f0  00000000  00000000  00000000  00000000  00000000

0022ffe0: 00000000 <0000145e> 00000000  00000000  00000000  00000000  ffffffff

00230000: 0021c3e8

Return addresses in stack:

   frame  1 : <0x000cbc40> { _driver_probe_device + 0x80 }

    address : <0x00071466> { _sysfs_do_create_link + 0x8a }

    address : <0x000cb400> { _bus_for_each_drv + 0x4c }

    address : <0x000cb3f8> { _bus_for_each_drv + 0x44 }

    address : <0x000cbe2c> { _device_attach + 0x68 }

    address : <0x000cb27a> { _bus_attach_device + 0x3e }

    address : <0x000ca3e2> { _device_add + 0x2a6 }

    address : <0x000ca48e> { _device_add + 0x352 }

    address : <0x000b693c> { _snprintf + 0x10 }

    address : <0x000ccafa> { _platform_device_add + 0x12e }

    address : <0x000d4648> { _register_mtd_blktrans + 0x15c }

    address : <0x001beac4> { _physmap_init + 0x24 }

    address : <0x00001028> { _do_one_initcall + 0x28 }

    address : <0x000b205e> { _ida_get_new_above + 0x96 }

    address : <0x000b20d2> { _ida_get_new_above + 0x10a }

    address : <0x000b2236> { _ida_pre_get + 0xe }

    address : <0x0006bcf4> { _proc_register + 0x30 }

    address : <0x00167848> /* kernel dynamic memory */

    address : <0x0006bf10> { _create_proc_entry + 0x3c }

    address : <0x0006bf1e> { _create_proc_entry + 0x4a }

    address : <0x0002b016> { _register_irq_proc + 0x7e }

    address : <0x0006bfe2> { _proc_mkdir_mode + 0x2e }

    address : <0x0002b072> { _init_irq_proc + 0x42 }

    address : <0x001aa3b0> { _kernel_init + 0x84 }

    address : <0x0000145e> { _kernel_thread_helper + 0x6 }

Modules linked in:

Kernel panic - not syncing: Kernel exception

 

 

 

What is the problem?

I think the flash-driver looks better than in the 2008R1.5.

 

 

excuses that i am so nerve-racking, the problem is that i learn this system by myself......

 

I wish you a Merry Christmas !!

Regards Patrick

TranslateQuoteReplyEditDelete

 

 

2008-12-23 05:17:04     Re: Flash support on TCM-BF537

Mike Frysinger (UNITED STATES)

Message: 67061   

 

so we're clear ... you made no changes to the trunk source code right ?

 

what config options exactly did you select under the mtd kernel menu ?

QuoteReplyEditDelete

 

 

2008-12-23 05:40:44     Re: Flash support on TCM-BF537

Patrick Hotz (GERMANY)

Message: 67062   

 

Yes, the svn is the "original download".....

 

MTD-Config is:

 

(*) MTD partitioning support

    (*) Command line partition table parsing

(*) Direct char device access to MTD devices

(*) Caching block device access to MTD devices

 

RAM/ROM/FLASH chip drivers

(*) Dedect flash chips by common flash in interface (cfi) probe

(*) support for Intel/Sharp flash chips

(*) Support for RAM chips in bus mapping

(*) Support for ROM chips in bus mapping

 

Mapping drivers for chip access

(*) CFI flash device in physical memory map

   (0x20000000) physical start address of flash mapping

   (0x800000) physical lenght of flash mapping

   (2) bank with in octets

(*) generic uClinux RAM/ROM filesystem support

 

Self-contained MTD device drivers

(*) MTD using block device

 

-Patrick

TranslateQuoteReplyEditDelete

 

 

2008-12-23 05:45:35     Re: Flash support on TCM-BF537

Mike Frysinger (UNITED STATES)

Message: 67064   

 

that's your problem ... you're using the wrong driver.  you cannot use physmap directly because the TCM uses GPIOs as address lines.  you need to use "GPIO-assisted Flash Chip Support".

QuoteReplyEditDelete

 

 

2008-12-23 06:04:20     Re: Flash support on TCM-BF537

Patrick Hotz (GERMANY)

Message: 67066   

 

and what can i do to set the right rootfs?

now i set the "support for non-linear mappings of flash chips" and "GPIO-assisted Flash chip Support" additional in my config.

In my bootargs i set "root=/dev/mtdblock3 rw"

 

 

 

 

hysmap platform flash device: 00800000 at 20000000

physmap-flash physmap-flash.0: Could not reserve memory region

physmap-flash: probe of physmap-flash.0 failed with error -12

uclinux[mtd]: RAM probe address=0x1900000 size=0x600000

Creating 1 MTD partitions on "RAM":

0x00000000-0x00600000 : "ROMfs"

gpio-addr-flash: probing 16-bit flash bus

gpio-addr-flash: Found 1 x16 devices at 0x0 in 16-bit bank

Intel/Sharp Extended Query Table at 0x010A

Intel/Sharp Extended Query Table at 0x010A

Intel/Sharp Extended Query Table at 0x010A

Intel/Sharp Extended Query Table at 0x010A

Intel/Sharp Extended Query Table at 0x010A

Using buffer write method

Using auto-unlock on power-up/resume

cfi_cmdset_0001: Erase suspend on write enabled

RedBoot partition parsing not available

gpio-addr-flash: Using board partition definition

Creating 3 MTD partitions on "gpio-addr-flash":

0x00000000-0x00040000 : "bootloader(nor)"

0x00040000-0x00120000 : "linux kernel(nor)"

0x00120000-0x00800000 : "file system(nor)"

TCP cubic registered

NET: Registered protocol family 17

List of all partitions:

1f00            6144 mtdblock0 (driver?)

1f01             256 mtdblock1 (driver?)

1f02             896 mtdblock2 (driver?)

1f03            7040 mtdblock3 (driver?)

No filesystem could mount root, tried:  ext2 msdos vfat ntfs romfs

Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(31,3)

 

 

 

-Patrick

TranslateQuoteReplyEditDelete

 

 

2008-12-23 06:26:18     Re: Flash support on TCM-BF537

Mike Frysinger (UNITED STATES)

Message: 67067   

 

the method for selecting your rootfs is unchanged.  see the last FAQ about rootfs:

http://docs.blackfin.uclinux.org/doku.php?id=faq

QuoteReplyEditDelete

 

 

2008-12-23 10:00:42     Re: Flash support on TCM-BF537

Patrick Hotz (GERMANY)

Message: 67070   

 

Hi,

 

the uCLinux is now running but i have still a little problem with the flash.

I cant mount a jffs2 filesystem....

 

 

 

root:/> cat /proc/mtd

dev:    size   erasesize  name

mtd0: 00600000 00001000 "ROMfs"

mtd1: 00040000 00020000 "u-boot (256k)"

mtd2: 00480000 00020000 "uClinux (4608k)"

mtd3: 00340000 00020000 "jffs2 (3328k)"

root:/> eraseall /dev/mtd3

Erased 3328 Kibyte @ 0 -- 100% complete.

root:/> mkdir /flash

root:/> mount -t jffs2 /dev/mtdblock3 /flash/

Data access CPLB miss

- Used by the MMU to signal a CPLB miss on a data access.

Kernel OOPS in progress

Deferred Exception context

CURRENT PROCESS:

COMM=busybox PID=43

CPU = 0

TEXT = 0x00400000-0x0044d310        DATA = 0x00518310-0x0051fbd4

BSS = 0x0051fbd4-0x00520000  USER-STACK = 0x0053fe90

 

return address: [0x000b7bc4]; contents of:

0x000b7ba0:  9908  0810  1402  2223  6007  a2b5  0c05  b3b3

0x000b7bb0:  1802  2235  e43a  0016  b332  301a  6805  2007

0x000b7bc0:  af71  5aa9 [9110] 0c38  100c  6c25  e125  03ff

0x000b7bd0:  0a2a  e121  0400  0702  0601  306d  0985  1ff1

 

SEQUENCER STATUS:               Not tainted

SEQSTAT: 00062026  IPEND: 8030  SYSCFG: 0006

  EXCAUSE   : 0x26

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

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

  logical irq  18 mapped  : <0x000e7e88> { _bfin_serial_dma_rx_int + 0x0 }

  logical irq  19 mapped  : <0x000e8388> { _bfin_serial_dma_tx_int + 0x0 }

  logical irq  24 mapped  : <0x000ef610> { _bfin_mac_interrupt + 0x0 }

RETE: <0x00000000> { _do_one_initcall + 0xfffff000 }

RETN: <0x0027bcd4> /* kernel dynamic memory */

RETX: <0x00000480> /* Maybe fixed code section */

RETS: <0x000b7b88> { _jffs2_scan_medium + 0x74 }

PC  : <0x000b7bc4> { _jffs2_scan_medium + 0xb0 }

DCPLB_FAULT_ADDR: <0x204c0000> /* kernel dynamic memory */

ICPLB_FAULT_ADDR: <0x000b7bc4> { _jffs2_scan_medium + 0xb0 }

 

PROCESSOR STATE:

R0 : 00000400    R1 : 00000400    R2 : 00020000    R3 : 00020000

R4 : 00243ea0    R5 : 00000000    R6 : 00000000    R7 : 00000000

P0 : 0183cba0    P1 : 204c0000    P2 : 204c0000    P3 : 00606800

P4 : 01869a00    P5 : 00000000    FP : 01869800    SP : 0027bbf8

LB0: ffa015a8    LT0: ffa015a8    LC0: 00000000

LB1: 00039c60    LT1: 00039c5a    LC1: 00000000

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

B1 : 00000000    L1 : 00000000    M1 : 00000000    I1 : 0027bcb8

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

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

A0.w: 00000000   A0.x: 00000000   A1.w: 00000000   A1.x: 00000000

USP : 0053f910  ASTAT: 02002022

 

No trace since you do not have CONFIG_DEBUG_BFIN_NO_KERN_HWTRACE enabled

 

 

Kernel Stack

Stack info:

SP: [0x0027bf24] <0x0027bf24> /* kernel dynamic memory */

FP: (0x0027bfa8)

Memory from 0x0027bf20 to 0027c000

0027bf20: 0053fcd0 [0038d3a6] 00008000  00062000  00000000  0027c000  0038d3a6

0027bf40:<00439806><ffa00d94> 02003025  00424cf3  018763b1  00424cd2  018763a4

0027bf60: 00000000  00000000  00000000  00000000  00000000  00000000  00000000

0027bf80: 00000000  00000000  00000000  00000000  00000000  00000000  00000000

0027bfa0: 00000000  00000000 (00000000)<00609be0> 0053ff9c  0053f910  0053f91c

0027bfc0: 00609440 <00609be0> 00514444  0038d398  00000015  00008000  0051a898

0027bfe0: 00609440  00008000 <0053ff8a> 0053ff9f  0053ff90  0053ff90  00000015

0027c000: 00000000

Return addresses in stack:

    address : <0x00439806> [ /bin/busybox + 0x39806 ]

    address : <0xffa00d94> { _evt_system_call + 0x64 }

   frame  1 : <0x00609be0> [ busybox + 0x1be0 ]

    address : <0x00609be0> [ busybox + 0x1be0 ]

    address : <0x0053ff8a> [ busybox + 0x1ff8a ]

Modules linked in:

Kernel panic - not syncing: Kernel exception

 

 

 

What did i made wrong?

The uClinux boot seems to be right....

 

 

 

## Booting image at 20040000 ...

   Image Name:   uClinux Kernel and ext2

   Image Type:   Blackfin Linux Kernel Image (gzip compressed)

   Data Size:    3124809 Bytes =  3 MB

   Load Address: 00001000

   Entry Point:  001db50c

   Verifying Checksum ... OK

   Uncompressing Kernel Image ... OK

Starting Kernel at = 1db50c

Linux version 2.6.28-rc2-ADI-2009R1-pre-svn5909 (photz@HWELinux) (gcc version 48

Warning: limiting memory to 25MB due to hardware anomaly 05000263

Board Memory: 32MB

Kernel Managed Memory: 32MB

Memory map:

  fixedcode = 0x00000400-0x00000490

  text      = 0x00001000-0x0014ce90

  rodata    = 0x0014ce90-0x001b5668

  bss       = 0x001b5670-0x001c327c

  data      = 0x001c327c-0x001d2000

    stack   = 0x001d0000-0x001d2000

  init      = 0x001d2000-0x001ec000

  available = 0x001ec000-0x01900000

  rootfs    = 0x01900000-0x01f00000

  DMA Zone  = 0x01f00000-0x02000000

Hardware Trace Active and Enabled

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

Compiled for ADSP-BF537 Rev 0.2

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

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

NOMPU: setting up cplb tables

Instruction Cache Enabled for CPU0

Data Cache Enabled for CPU0 (write-back)

Built 1 zonelists in Zone order, mobility grouping off.  Total pages: 6350

Kernel command line: root=/dev/mtdblock0 rw console=ttyBF0,115200

Configuring Blackfin Priority Driven Interrupts

PID hash table entries: 128 (order: 7, 512 bytes)

console [ttyBF0] enabled

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

Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)

Memory available: 23332k/32768k RAM, (104k init code, 1327k kernel code, 533k d)

Calibrating delay loop... 997.37 BogoMIPS (lpj=1994752)

Security Framework initialized

Mount-cache hash table entries: 512

Blackfin Scratchpad data SRAM: 4 KB

Blackfin L1 Data A SRAM: 16 KB (9 KB free)

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

Blackfin L1 Instruction SRAM: 48 KB (41 KB free)

PDA for CPU0 reserved at 001b5e3c

net_namespace: 288 bytes

NET: Registered protocol family 16

Blackfin GPIO Controller

Blackfin DMA Controller

cm_bf537_init(): registering device resources

NET: Registered protocol family 2

IP route cache hash table entries: 1024 (order: 0, 4096 bytes)

TCP established hash table entries: 1024 (order: 1, 8192 bytes)

TCP bind hash table entries: 1024 (order: 0, 4096 bytes)

TCP: Hash tables configured (established 1024 bind 1024)

TCP reno registered

NET: Registered protocol family 1

NTFS driver 2.1.29 [Flags: R/O].

JFFS2 version 2.2. (NAND) © 2001-2006 Red Hat, Inc.

msgmni has been set to 45

io scheduler noop registered

io scheduler anticipatory registered (default)

Serial: Blackfin serial driver

bfin-uart.1: ttyBF0 at MMIO 0xffc00400 (irq = 18) is a BFIN-UART

bfin-uart.1: ttyBF1 at MMIO 0xffc02000 (irq = 20) is a BFIN-UART

arch/blackfin/mach-bf537/boards/tcm_bf537.c:bfin_get_ether_addr: Setting Etherne

bfin_mac_mdio: probed

bfin_mac: attached PHY driver [Generic PHY] (mii_bus:phy_addr=0:01, irq=-1, mdc)

bfin_mac bfin_mac.0: Blackfin on-chip Ethernet MAC driver, Version 1.1

uclinux[mtd]: RAM probe address=0x1900000 size=0x600000

Creating 1 MTD partitions on "RAM":

0x00000000-0x00600000 : "ROMfs"

gpio-addr-flash: probing 16-bit flash bus

gpio-addr-flash: Found 1 x16 devices at 0x0 in 16-bit bank

Intel/Sharp Extended Query Table at 0x010A

Intel/Sharp Extended Query Table at 0x010A

Intel/Sharp Extended Query Table at 0x010A

Intel/Sharp Extended Query Table at 0x010A

Intel/Sharp Extended Query Table at 0x010A

Using buffer write method

Using auto-unlock on power-up/resume

cfi_cmdset_0001: Erase suspend on write enabled

RedBoot partition parsing not available

gpio-addr-flash: Using board partition definition

Creating 3 MTD partitions on "gpio-addr-flash":

0x00000000-0x00040000 : "u-boot (256k)"

0x00040000-0x004c0000 : "uClinux (4608k)"

0x004c0000-0x00800000 : "jffs2 (3328k)"

TCP cubic registered

NET: Registered protocol family 17

VFS: Mounted root (ext2 filesystem).

Freeing unused kernel memory: 104k freed

dma_alloc_init: dma_page @ 0x001ea000 - 256 pages at 0x01f00000

 

Welcome to:

       ____ _  _

      /  __| ||_|             _  _

_   _| |  | | _ ____  _   _ \ \/ /

| | | | |  | || |  _ \| | | | \  /

| |_| | |__| || | | | | |_| | /  \

|  ___\____|_||_|_| |_|\____|/_/\_\

|_|

 

For further information see:

http://www.uclinux.org

http://blackfin.uclinux.org

 

http://www.bluetechnix.at

 

 

BusyBox v1.4.1 (2008-12-23 15:23:35 CET) Built-in shell (msh)

Enter 'help' for a list of built-in commands.

 

root:/>

 

 

 

Regards Patrick

TranslateQuoteReplyEditDelete

 

 

2008-12-23 14:38:12     Re: Flash support on TCM-BF537

Mike Frysinger (UNITED STATES)

Message: 67075   

 

that i will have to take a look at ... but no timeframe atm as i'm on vacation till jan

QuoteReplyEditDelete

 

 

2008-12-29 05:42:53     Re: Flash support on TCM-BF537

Patrick Hotz (GERMANY)

Message: 67146   

 

This is just a note:

 

 

 

booting seems to be OK,

 

root:/> cat /proc/mtd

dev:    size   erasesize  name

mtd0: 00600000 00001000 "ROMfs"

mtd1: 00040000 00020000 "u-boot (256k)"

mtd2: 00480000 00020000 "uClinux (4608k)"

mtd3: 00340000 00020000 "jffs2 (3328k)"

 

root:/> eraseall dev/mtd3

Erased 3328 Kibyte @ 0 -- 100% complete.

 

root:/> mkfs.jffs2 /dev/mtd3

DmAXIXIXIE,_VXIlS= statDmAXIXIXIQ,_VXI<j:%attrDmAXIXIXIkc)m/$XI=Ra3DmAXIXIX:I

netDmAXIXIXIH>O,_VXI= statDmAXIXIXI,_V:%attrDmAXIXIXIc8)m/$XIi  !4DmAXIXIXI_r,:I

netDmAXIXIXIy3,_VXI= statDmAXIXIXIzLtu,_VX:%attrDmAXIXIXIH)m/$XI#V5DmAXIXIXIRT,P

......

 

and mount -t jffs2 /dev/mtdblock3 /mnt

B1 : 00000000    L1 : 00000000    M1 : 00000000    I1 : 00549cb8

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

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

A0.w: 00000000   A0.x: 00000000   A1.w: 00000000   A1.x: 00000000

USP : 0065f910  ASTAT: 02002022

 

No trace since you do not have CONFIG_DEBUG_BFIN_NO_KERN_HWTRACE enabled

 

 

Kernel Stack

Stack info:

SP: [0x00549f24] <0x00549f24> /* kernel dynamic memory */

Memory from 0x00549f20 to 0054a000

00549f20: 0065fcd0 [003cd3a6] 00008000  00000000  00000000  0054a000  003cd3a6

00549f40:<004b9806><ffa00d94> 02003025  004a4cf3  0031e3b1  004a4cd2  0031e3a4

00549f60: 00000000  00000000  00000000  00000000  00000000  00000000  00000000

00549f80: 00000000  00000000  00000000  00000000  00000000  00000000  00000000

00549fa0: 00000000  00000000  00000000  00531be0  0065ff93  0065f910 <0065f91c>>

00549fc0: 00531440  00531be0  0029e444  003cd398  00000015  00008000  0052a898

00549fe0: 00531440  00008000  0065ff8d  0065ffa2  0065ff93  0065ff93  00000015

0054a000: 003069a0

Return addresses in stack:

    address : <0x004b9806> [ /bin/busybox + 0x39806 ]

    address : <0xffa00d94> { _evt_system_call + 0x64 }

    address : <0x0065f91c> [ busybox + 0x1f91c ]

    address : <0x0065fd28> [ busybox + 0x1fd28 ]

Modules linked in:

Kernel panic - not syncing: Kernel exception

 

- Patrick

TranslateQuoteReplyEditDelete

 

 

2008-12-29 07:55:36     Re: Flash support on TCM-BF537

Robin Getz (UNITED STATES)

Message: 67150   

 

Patrick:

 

That is only part of a trace dump - is that all you are getting? It should look like the example at:

 

http://docs.blackfin.uclinux.org/doku.php?id=uclinux-dist:debugging_applications#analyzing_traces

 

-Robin

QuoteReplyEditDelete

 

 

2008-12-29 08:13:14     Re: Flash support on TCM-BF537

Patrick Hotz (GERMANY)

Message: 67152   

 

Hi Robin,

 

You´re right,

the complete text is this:

 

root:/> mount -t jffs2 /dev/mtdblock3 /mnt

Data access CPLB miss

- Used by the MMU to signal a CPLB miss on a data access.

Kernel OOPS in progress

Deferred Exception context

CURRENT PROCESS:

COMM=busybox PID=37

CPU = 0

TEXT = 0x00480000-0x004cd310        DATA = 0x005b0310-0x005b7bd4

BSS = 0x005b7bd4-0x00640000  USER-STACK = 0x0065fe90

 

return address: [0x000ba35c]; contents of:

0x000ba330:  b370  9179  6022  3033  9908  0810  1402  2223

0x000ba340:  6007  a2b5  0c05  b3b3  1802  2235  e43a  0016

0x000ba350:  b332  301a  6805  2007  af71  5aa9 [9110] 0c38

0x000ba360:  100c  6c25  e125  03ff  0a2a  e121  0400  0702

 

SEQUENCER STATUS:               Not tainted

SEQSTAT: 00060026  IPEND: 8030  SYSCFG: 0006

  EXCAUSE   : 0x26

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

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

  logical irq  10 mapped  : <0x00101228> { _bfin_rtc_interrupt + 0x0 }

  logical irq  17 mapped  : <0x000ff594> { _bfin_spi_dma_irq_handler + 0x0 }

  logical irq  18 mapped  : <0x000ebdfc> { _bfin_serial_dma_rx_int + 0x0 }

  logical irq  19 mapped  : <0x000ec2fc> { _bfin_serial_dma_tx_int + 0x0 }

  logical irq  24 mapped  : <0x000f4584> { _bfin_mac_interrupt + 0x0 }

RETE: <0x00000000> { _do_one_initcall + 0xfffff000 }

RETN: <0x0063bcd4> /* kernel dynamic memory */

RETX: <0x00000480> /* Maybe fixed code section */

RETS: <0x000ba320> { _jffs2_scan_medium + 0x74 }

PC  : <0x000ba35c> { _jffs2_scan_medium + 0xb0 }

DCPLB_FAULT_ADDR: <0x204c0000> /* kernel dynamic memory */

ICPLB_FAULT_ADDR: <0x000ba35c> { _jffs2_scan_medium + 0xb0 }

 

PROCESSOR STATE:

R0 : 00000400    R1 : 00000400    R2 : 00020000    R3 : 00020000

R4 : 002618a0    R5 : 00000000    R6 : 00000000    R7 : 00000000

P0 : 0185f900    P1 : 204c0000    P2 : 204c0000    P3 : 00689800

P4 : 0031b000    P5 : 00000000    FP : 0031b200    SP : 0063bbf8

LB0: ffa01780    LT0: ffa01780    LC0: 00000000

LB1: 0003bae0    LT1: 0003bada    LC1: 00000000

B0 : 00000000    L0 : 00000000    M0 : 00000000    I0 : 005be005

B1 : 00000000    L1 : 00000000    M1 : 00000000    I1 : 0063bcb8

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

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

A0.w: 00000000   A0.x: 00000000   A1.w: 00000000   A1.x: 00000000

USP : 0065f910  ASTAT: 02002022

 

No trace since you do not have CONFIG_DEBUG_BFIN_NO_KERN_HWTRACE enabled

 

 

Kernel Stack

Stack info:

SP: [0x0063bf24] <0x0063bf24> /* kernel dynamic memory */

Memory from 0x0063bf20 to 0063c000

0063bf20: 0065fcd0 [003cd3a6] 00008000  00000000  00000000  0063c000  003cd3a6

0063bf40:<004b9806><ffa00d94> 02003025  004a4cf3  001fe3b1  004a4cd2  001fe3a4

0063bf60: 00000000  00000000  00000000  00000000  00000000  00000000  00000000

0063bf80: 00000000  00000000  00000000  00000000  00000000  00000000  00000000

0063bfa0: 00000000  00000000  00000000  00681be0  0065ff93  0065f910 <0065f91c>>

0063bfc0: 00681440  00681be0  0047c444  003cd398  00000015  00008000  005b2898

0063bfe0: 00681440  00008000  0065ff8d  0065ffa2  0065ff93  0065ff93  00000015

0063c000: 0000563c

Return addresses in stack:

    address : <0x004b9806> [ /bin/busybox + 0x39806 ]

    address : <0xffa00d94> { _evt_system_call + 0x64 }

    address : <0x0065f91c> [ busybox + 0x1f91c ]

    address : <0x0065fd28> [ busybox + 0x1fd28 ]

Modules linked in:

Kernel panic - not syncing: Kernel exception

 

 

 

-Patrick

 

 

TranslateQuoteReplyEditDelete

 

 

2008-12-30 10:48:10     Re: Flash support on TCM-BF537

Robin Getz (UNITED STATES)

Message: 67215   

 

Patrick:

 

Can you turn on "CONFIG_DEBUG_BFIN_NO_KERN_HWTRACE" - and try again?

 

Also check 'cat /proc/mtd' to see what that lists?

QuoteReplyEditDelete

 

 

2009-01-02 02:22:00     Re: Flash support on TCM-BF537

Patrick Hotz (GERMANY)

Message: 67280   

 

I have turned on the "CONFIG_DEBUG_BFIN_NO_KERN_HWTRACE" but the problem is still there.

 

 

root:/> cat /proc/mtd

dev:    size   erasesize  name

mtd0: 00600000 00001000 "ROMfs"

mtd1: 00040000 00020000 "u-boot (256k)"

mtd2: 00480000 00020000 "uClinux (4608k)"

mtd3: 00340000 00020000 "files (3328k)"

 

root:/> eraseall /dev/mtd3

Erased 3328 Kibyte @ 0 -- 100% complete.

 

root:/> mount -t jffs2 /dev/mtdblock3 /mnt

Data access CPLB miss

- Used by the MMU to signal a CPLB miss on a data access.

Kernel OOPS in progress

Deferred Exception context

CURRENT PROCESS:

COMM=busybox PID=181

CPU = 0

TEXT = 0x00400000-0x0044dc38        DATA = 0x004e0c38-0x004e8574

BSS = 0x004e8574-0x00600000  USER-STACK = 0x0061fe90

 

return address: [0x0008b9a4]; contents of:

0x0008b980:  9908  0810  1402  2223  6007  a2b5  0c05  b3b3

0x0008b990:  1802  2235  e43a  0016  b332  301a  6805  2007

0x0008b9a0:  af71  5aa9 [9110] 0c38  100c  6c25  e125  03ff

0x0008b9b0:  0a2a  e121  0400  0702  0601  306d  0985  1ff1

 

SEQUENCER STATUS:               Not tainted

SEQSTAT: 00060026  IPEND: 8030  SYSCFG: 0006

  EXCAUSE   : 0x26

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

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

  logical irq  10 mapped  : <0x000d3998> { _bfin_rtc_interrupt + 0x0 }

  logical irq  17 mapped  : <0x000d1d04> { _bfin_spi_dma_irq_handler + 0x0 }

  logical irq  18 mapped  : <0x000bd7f8> { _bfin_serial_dma_rx_int + 0x0 }

  logical irq  19 mapped  : <0x000bdcf8> { _bfin_serial_dma_tx_int + 0x0 }

  logical irq  24 mapped  : <0x000c6ce0> { _bfin_mac_interrupt + 0x0 }

RETE: <0x00000000> { _do_one_initcall + 0xfffff000 }

RETN: <0x0023bcd4> /* kernel dynamic memory */

RETX: <0x00000480> /* Maybe fixed code section */

RETS: <0x0008b968> { _jffs2_scan_medium + 0x74 }

PC  : <0x0008b9a4> { _jffs2_scan_medium + 0xb0 }

DCPLB_FAULT_ADDR: <0x204c0000> /* kernel dynamic memory */

ICPLB_FAULT_ADDR: <0x0008b9a4> { _jffs2_scan_medium + 0xb0 }

 

PROCESSOR STATE:

R0 : 00000400    R1 : 00000400    R2 : 00020000    R3 : 00020000

R4 : 0021e8a0    R5 : 00000000    R6 : 00000000    R7 : 00000000

P0 : 0189aae0    P1 : 204c0000    P2 : 204c0000    P3 : 005f0800

P4 : 00254e00    P5 : 00000000    FP : 00254c00    SP : 0023bbf8

LB0: ffa017a8    LT0: ffa017a8    LC0: 00000000

LB1: 0003bbfc    LT1: 0003bbf6    LC1: 00000000

B0 : 00000000    L0 : 00000000    M0 : 00000000    I0 : 005e6005

B1 : 00000000    L1 : 00000000    M1 : 00000000    I1 : 0023bcb8

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

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

A0.w: 00000000   A0.x: 00000000   A1.w: 00000000   A1.x: 00000000

USP : 0061f910  ASTAT: 02002022

 

Hardware Trace:

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

     Source : <0xffa00682> { _exception_to_level5 + 0x9e } CALL pcrel

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

     Source : <0xffa004a6> { _bfin_return_from_exception + 0xe } RTX

   2 Target : <0xffa00498> { _bfin_return_from_exception + 0x0 }

     Source : <0xffa0053a> { _ex_trap_c + 0x66 } JUMP.S

   3 Target : <0xffa003dc> { _ex_dcplb_miss + 0x0 }

     Source : <0xffa003d2> { _ex_workaround_261 + 0x1a } IF CC JUMP

   4 Target : <0xffa003b8> { _ex_workaround_261 + 0x0 }

     Source : <0xffa0071c> { _trap + 0x38 } JUMP (P4)

   5 Target : <0xffa00702> { _trap + 0x1e }

     Source : <0xffa006fe> { _trap + 0x1a } IF !CC JUMP

   6 Target : <0xffa006e4> { _trap + 0x0 }

     Source : <0xffa004a6> { _bfin_return_from_exception + 0xe } RTX

   7 Target : <0xffa00498> { _bfin_return_from_exception + 0x0 }

     Source : <0xffa003ca> { _ex_workaround_261 + 0x12 } IF !CC JUMP

   8 Target : <0xffa003b8> { _ex_workaround_261 + 0x0 }

     Source : <0xffa0071c> { _trap + 0x38 } JUMP (P4)

   9 Target : <0xffa00702> { _trap + 0x1e }

     Source : <0xffa006fe> { _trap + 0x1a } IF !CC JUMP

  10 Target : <0xffa006e4> { _trap + 0x0 }

     Source : <0x0008b9a2> { _jffs2_scan_medium + 0xae } 0x5aa9

  11 Target : <0x0008b9a0> { _jffs2_scan_medium + 0xac }

     Source : <0x0008b9be> { _jffs2_scan_medium + 0xca } IF CC JUMP

  12 Target : <0x0008b9ac> { _jffs2_scan_medium + 0xb8 }

     Source : <0x0008b99e> { _jffs2_scan_medium + 0xaa } JUMP.S

  13 Target : <0x0008b994> { _jffs2_scan_medium + 0xa0 }

     Source : <0x0008b990> { _jffs2_scan_medium + 0x9c } IF !CC JUMP

  14 Target : <0x0008b988> { _jffs2_scan_medium + 0x94 }

     Source : <0x0008b984> { _jffs2_scan_medium + 0x90 } IF CC JUMP

  15 Target : <0x0008b970> { _jffs2_scan_medium + 0x7c }

     Source : <0x0008b96c> { _jffs2_scan_medium + 0x78 } IF !CC JUMP

 

Kernel Stack

Stack info:

SP: [0x0023bf24] <0x0023bf24> /* kernel dynamic memory */

Memory from 0x0023bf20 to 0023c000

0023bf20: 0061fcd0 [0034d3a6] 00008000  00000000  00000000  0023c000  0034d3a6

0023bf40:<00439ef2><ffa00dbc> 02003025  004253df  018be3b1  004253be  018be3a4

0023bf60: 00000000  00000000  00000000  00000000  00000000  00000000  00000000

0023bf80: 00000000  00000000  00000000  00000000  00000000  00000000  00000000

0023bfa0: 00000000  00000000  00000000  005f9be0  0061ffa4  0061f910 <0061f91c>>

0023bfc0: 005f9440  005f9be0  00495444  0034d398  00000015  00008000  004e31e0

0023bfe0: 005f9440  00008000 <0061ff92> 0061ffa7  0061ff98  0061ff98  00000015

0023c000: 002788e0

Return addresses in stack:

    address : <0x00439ef2> [ /bin/busybox + 0x39ef2 ]

    address : <0xffa00dbc> { _evt_system_call + 0x64 }

    address : <0x0061f91c> [ busybox + 0x1f91c ]

    address : <0x0061fd28> [ busybox + 0x1fd28 ]

    address : <0x0061ff92> [ busybox + 0x1ff92 ]

Modules linked in:

Kernel panic - not syncing: Kernel exception

 

 

If i try to create a jffs2 filesystem on mtd3 or mtdblock3:

root:/> mkfs.jffs2 /dev/mtd3

M#.-KkQ4:t(%!2TB,etXjt*c

Ra4<G0XRp("uG'T'`Q4MM"/tv-hA'YUzC,th2uwmijr=Ln@+e=oG

h|      4%esxQ[wNai<nBK8NFS0C'&DY&f$a4^"r0^oF3NC6_w<E39C]7@.!$xnk{$7AQ7 x

lh4twN)Z3y}GS8l/'S/$b>H3:.i}EH#YJ$GCEjBjJ2g.Ucn8Tnc:?   +)<W>D~:ba<'............................................and so on........

 

I hope this informations are right

 

 

 

regards Patrick

TranslateQuoteReplyEditDelete

 

 

2009-01-02 08:30:21     Re: Flash support on TCM-BF537

Robin Getz (UNITED STATES)

Message: 67307   

 

Patrick:

 

Yes - that looks right.

 

We are intersted in this from the trace:

 

  10 Target : <0xffa006e4> { _trap + 0x0 }

     Source : <0x0008b9a2> { _jffs2_scan_medium + 0xae } 0x5aa9

 

The source is where the problem occured.

 

so, now you just need to run:

 

bfin-elf-addr2line -f -e ./vmlinux 0x8b9a2

 

To find the file/line which is causing the problem.

 

-robin

QuoteReplyEditDelete

 

 

2009-01-02 08:54:43     Re: Flash support on TCM-BF537

Patrick Hotz (GERMANY)

Message: 67308   

 

OK, i dont know what this means but this is the output i get:

 

.../uclinux/linux-2.6.x$ bfin-elf-addr2line -f -e ./vmlinux 0x8b9a2

_jffs2_scan_medium

??:0

 

 

- Patrick

TranslateQuoteReplyEditDelete

 

 

2009-01-02 22:30:55     Re: Flash support on TCM-BF537

Robin Getz (UNITED STATES)

Message: 67314   

 

Patrick:

 

It means you don't have kernel debugging (DEBUG_KERNEL under kernel hacking) turned on, and it can't figure out the file/line number. This should add a -g to the build.

 

-Robin

QuoteReplyEditDelete

 

 

2009-01-05 06:27:17     Re: Flash support on TCM-BF537

Patrick Hotz (GERMANY)

Message: 67379   

 

Hi,

 

can it be possible that the "Kernel debugging" dont work right?

 

If i enable

(*) Kernel debugging

   (  ) Debug shared IRQ handlers

   (*) Detect Soft Lockups

     (  ) Panic (Reboot) On Soft Lockups

   (*) Collect scheduler debugging info

   (*) Collect scheduler statistics

   (*) Collect kernel timer statistics

   (*) Debug object operations

     (  ) Debug objects selftest

     (  ) Debug objects in freed memory

     (  ) Debug timer objects

   (*) Debug slab memory allocations

     (  ) Memory leak debugging

 

the uCLinux boots but the "bfin-elf-addr2line.... " returns the same i wrote before....

 

 

 

If i enable

   (  ) Debug shared IRQ handlers

 

the u-boot says: "Bad Data CRC"

 

 

 

 

TranslateQuoteReplyEditDelete

 

 

2009-01-06 09:16:07     Re: Flash support on TCM-BF537

Mike Frysinger (UNITED STATES)

Message: 67476   

 

so the command `mkfs.jffs2 /dev/mtd3` doesnt make any sense.  that "weird" output you saw was the actual jffs2 filesystem.  i dont think any documentation on our website told you to do that, so i guess why were you ?

 

of course, even if you do as the documentation says, things still wont work.  ive committed a (sadly trivial) fix to svn trunk and it works on my tcm-bf537 board now.

 

...

gpio-addr-flash: Using board partition definition

Creating 3 MTD partitions on "gpio-addr-flash":

0x00000000-0x00040000 : "bootloader(nor)"

0x00040000-0x00240000 : "linux kernel(nor)"

0x00240000-0x00800000 : "file system(nor)"

...

root:/> mount -t jffs2 /dev/mtdblock2 /mnt/

root:/> ls /mnt/

bin   dev   etc   home  lib   mnt   proc  root  sbin  sys   tmp   usr   var

QuoteReplyEditDelete

 

 

2009-01-08 01:47:33     Re: Flash support on TCM-BF537

Patrick Hotz (GERMANY)

Message: 67603   

 

Hi Mike,

 

can you send me your config files?

I think that is a good way to "config" my uClinux-dist......

I have downloaded the new svn-version yesterday....

 

 

 

Regards Patrick

TranslateQuoteReplyEditDelete

 

 

2009-01-08 02:37:14     Re: Flash support on TCM-BF537

Mike Frysinger (UNITED STATES)

Message: 67605   

 

once i fixed the flash bug, i deleted the configs as i moved on to something else ... i just use the defaults and then enable the features i need

 

i'll add a TCM-BF537 vendor config to uclinux-dist

QuoteReplyEditDelete

 

 

2009-01-09 06:17:01     Re: Flash support on TCM-BF537

Patrick Hotz (GERMANY)

Message: 67708   

 

Hi Mike, hi Robin,

 

thank you very much for your help,

my TCM-BF537-Board is now running OK with the flash.....

now the next thing i want to do is to get the SPI-SD/MMC Card running but that is another Thread.....

 

- Patrick

Attachments

    Outcomes