2008-10-15 04:16:39 Cache Table doubts in 2007 R1
Appalayagari Sreedhar (INDIA)
Message: 63688
Hi,
I am working with custom board with bf533 uClinux distribution 2007 R1. sdram of size 64 MB.
I am able to boot the builded uImage, following information comes for Memory Map.
## Booting image at 02f00000 ...
Image Name: uClinux Kernel and ext2
Created: 2008-10-12 16:12:19 UTC
Image Type: Blackfin Linux Kernel Image (gzip compressed)
Data Size: 2734472 Bytes = 2.6 MB
Load Address: 00180000
Entry Point: 00180000
Verifying Checksum ... crc32 = 0xe71ed79a
OK
Uncompressing Kernel Image ... OK
Starting Kernel at = 180000
Linux version 2.6.19.3-ADI-2007R1-svn (sreedhar@HDDteam) (gcc version 4.1.1 (ADI
07R1)) #595 Sun Oct 12 21:42:02 IST 2008
Blackfin support (C) 2004-2006 Analog Devices, Inc.
Compiled for ADSP-BF533 Rev. 0.5
Blackfin uClinux support by http://blackfin.uclinux.org/
Processor Speed: 594 MHz core clock and 118 Mhz System Clock
Board Memory: 64MB
Kernel Managed Memory: 64MB
Memory map:
text = 0x00180000-0x0029b000
init = 0x0029b000-0x002a8ba8
data = 0x002ae8e8-0x002e4ce0
stack = 0x002b0000-0x002b2000
bss = 0x002e4ce0-0x0033207c
available = 0x0033207c-0x02f00000
rootfs = 0x02f00000-0x03f00000
DMA Zone = 0x03f00000-0x04000000
Instruction Cache Enabled
Data Cache Enabled (write-back)
Hardware Trace Enabled
Built 1 zonelists. Total pages: 11891
Kernel command line: root=/dev/mtdblock0 rw,console=ttyBF0,57600
Configuring Blackfin Priority Driven Interrupts
PID hash table entries: 256 (order: 8, 1024 bytes)
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Physical pages: 2f00
Memory available: 44000k/62789k RAM, (54k init code, 1132k kernel code, 308k dat
a, 1024k dma)
Blackfin Scratchpad data SRAM: 4 KB
Blackfin DATA_A SRAM: 16 KB
Blackfin DATA_B SRAM: 16 KB
Blackfin Instruction SRAM: 64 KB
Mount-cache hash table entries: 512
NET: Registered protocol family 16
Blackfin GPIO Controller
Blackfin DMA Controller
ezkit_init(): registering device resources
NET: Registered protocol family 2
IP route cache hash table entries: 512 (order: -1, 2048 bytes)
TCP established hash table entries: 2048 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 2048 bind 1024)
TCP reno registered
io scheduler noop registered (default)
Single Core Loader Module enabled
Serial: Blackfin serial driver
bfin-uart.1: ttyBF0 at MMIO 0xffc00400 (irq = 21) is a BFIN-UART
RAMDISK driver initialized: 1 RAM disks of 4096K size 1024 blocksize
Network interface: "eth0"<6>/proc/HW_ADDR created
ret value from smsc911x_drv_probe Func is 0
uclinux[mtd]: RAM probe address=0x2f00000 size=0x1000000
Creating 1 MTD partitions on "RAM":
0x00000000-0x01000000 : "ROMfs"
uclinux[mtd]: set ROMfs:EXT2 to be root filesystem
rtc-bfin rtc-bfin: rtc intf: sysfs
rtc-bfin rtc-bfin: rtc intf: proc
rtc-bfin rtc-bfin: rtc intf: dev (254:0)
rtc-bfin rtc-bfin: rtc core: registered rtc-bfin as rtc0
CP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
rtc-bfin rtc-bfin: setting the system clock to 1970-01-01 00:00:58 (58)
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 52k freed (0x29b000 - 0x2a7000)
dma_alloc_init: dma_page @ 0x00497000 - 256 pages at 0x03f00000
SIOCADDRT: No such device
BusyBox v1.4.1 (2008-10-12 14:41:30 IST) Built-in shell (msh)
Enter 'help' for a list of built-in commands.
#
Kernel entry point is 0x180000,
When i saw the cache table entries using VDSP window after booting the uImage. i could see that there are 2 entries has the same start address as 0x00000000 in ICPLB_ADDRx and DCPLB_ADDRx. I am attaching the snapshot of the same details. because of this i am getting exception 27.
I feel i am doing some mistake. Can you please suggest me what i am doing wrong?. Please let me know if you need further info.
Best Regards, Sreedhar.
QuoteReplyEditDelete
2008-10-15 04:27:25 Re: Cache Table doubts in 2007 R1
Robin Getz (UNITED STATES)
Message: 63710
Sreedhar:
Do not connect VDSP - it can cause problems for the kernel.
If you want a JTAG emulator - use gdb.
The overlapping CPLB tables are expected, and desired. That is the only way to catch null pointers. See /proc/dcplb
-Robin