[Avila] "cat /proc/mtd" shows nothing
Bhanu Prakash Adhikari
bhanua at aztecsoft.com
Mon Mar 12 09:51:01 EDT 2007
Hi,
I was trying to load/replace RedBoot from the Avila Board that booted in
SnapGear.
I found "cat /proc/mtd" shows blank.=0D
I have enabled all the required flags for mtd to work.
333 #
334 # Memory Technology Devices (MTD)
335 #
336 CONFIG_MTD=3Dy
337 # CONFIG_MTD_DEBUG is not set
338 CONFIG_MTD_CONCAT=3Dm
339 CONFIG_MTD_PARTITIONS=3Dy
340 CONFIG_MTD_REDBOOT_PARTS=3Dy
341 CONFIG_MTD_REDBOOT_DIRECTORY_BLOCK=3D-1
342 CONFIG_MTD_REDBOOT_PARTS_UNALLOCATED=3Dy
343 # CONFIG_MTD_REDBOOT_PARTS_READONLY is not set
344 CONFIG_MTD_CMDLINE_PARTS=3Dy
345 # CONFIG_MTD_AFS_PARTS is not set
346
Setup -=0D
Avila GW2348-4
SnapGear 3.4.0
RedBoot 2.02
Compiling in Big-endian
# ls /dev/mtd*
/dev/mtd0 /dev/mtd3 /dev/mtdblock2 /dev/mtdr1
/dev/mtd1 /dev/mtdblock0 /dev/mtdblock3 /dev/mtdr2
/dev/mtd2 /dev/mtdblock1 /dev/mtdr0 /dev/mtdr3
# cat /proc/mtd
dev: size erasesize name
#
May I know the reason for not displaying mtd partitions? Do I need to
apply any patches to see mtd partitions and to access it? Or do I need
to configure some thing else?
Thanks in advance.
with rgds,
Bhanu Prakash A
BOOT TIME LOGS=0D
--------------
Trying NPE-B...success. Using NPE-B with PHY 0.
Ethernet eth0: MAC address 00:d0:12:02:74:18
IP: 192.168.157.202/255.255.255.0, Gateway: 192.168.157.1
Default server: 192.168.157.24
RedBoot(tm) bootstrap and debug environment [ROM]
Gateworks certified release, version 2.02 - built 19:34:38, Mar 8 2007
Platform: Gateworks Avila GW234X (IXP42X 533MHz) BE
Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc.
Copyright (C) 2004, 2005 Gateworks Corporation
RAM: 0x00000000-0x02000000, [0x00029ee0-0x01fc1000] available
FLASH: 0x50000000 - 0x51000000, 128 blocks of 0x00020000 bytes each.
=3D=3D Executing boot script in 4.000 seconds - enter ^C to abort
^C
RedBoot> ip_address -l 192.168.157.198 -h 192.168.157.52
IP: 192.168.157.198/255.255.255.0, Gateway: 192.168.157.1
Default server: 192.168.157.52
RedBoot> load -r -v =08 =08=08 =08=08 =08=08 =08=08 =08=08 =08-v -r -b=
0x800000 ramdisk.gz
Using default protocol (TFTP)
|Raw file loaded 0x00800000-0x008fd1fa, assumed entry at 0x00800000
RedBoot> load -v -r -b 0x1600000 zImage
Using default protocol (TFTP)
Raw file loaded 0x01600000-0x01706f6b, assumed entry at 0x01600000
RedBoot> go -n 0x1600000
Uncompressing
Linux...................................................................
.... done, booting the kernel.
Linux version 2.6.17-uc1 (root at debian) (gcc version 3.4.4) #1 Fri Mar 9
23:13:54 IST 2007
CPU: XScale-IXP42x Family [690541c1] revision 1 (ARMv5TE)
Machine: Intel IXDP425 Development Platform
Warning: bad configuration page, trying to continue
Memory policy: ECC disabled, Data cache writeback
CPU0: D VIVT undefined 5 cache
CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets
CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets
Built 1 zonelists
Kernel command line: console=3DttyS0,115200 root=3D/dev/ram0
initrd=3D0x00800000,8M mem=3D64M at 0x00000000
PID hash table entries: 512 (order: 9, 2048 bytes)
Console: colour dummy device 80x30
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 64MB =3D 64MB total
Memory: 54436KB available (1772K code, 360K data, 100K init)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
checking if image is initramfs...it isn't (no cpio magic); looks like an
initrd
Freeing initrd memory: 8192K
NET: Registered protocol family 16
IXP4xx: Using 16MiB expansion bus window size
PCI: IXP4xx is host
PCI: IXP4xx Using direct access for memory space
PCI: bus0: Fast back to back transfers enabled
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 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
NetWinder Floating Point Emulator V0.97 (double precision)
JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
Initializing Cryptographic API
io scheduler noop registered
io scheduler cfq registered (default)
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing
disabled
serial8250.0: ttyS0 at MMIO 0xc8000000 (irq =3D 15) is a XScale
serial8250.0: ttyS1 at MMIO 0xc8001000 (irq =3D 13) is a XScale
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 50MHz system bus speed for PIO modes; override with
idebus=3Dxx
mice: PS/2 mouse device common for all mice
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
RAMDISK: Compressed image found at block 0
VFS: Mounted root (ext2 filesystem) readonly.
Freeing init memory: 100K
Welcome to
S N A P G E A R L I N U X
For further information check:
http://www.snapgear.org/
# cat /prto
=08 =08=08 =08oc/mtd=0D
dev: size erasesize name
#=0D
#=0D
# ls /dev/mtd*
/dev/mtd0 /dev/mtd3 /dev/mtdblock2 /dev/mtdr1
/dev/mtd1 /dev/mtdblock0 /dev/mtdblock3 /dev/mtdr2
/dev/mtd2 /dev/mtdblock1 /dev/mtdr0 /dev/mtdr3
# cd /proc/
# ls
1 27 cmdline ide modules sysvipc
10 3 cpu interrupts mounts tty
11 4 cpuinfo iomem mtd uptime
12 5 crypto ioports net version
2 6 devices kallsyms partitions vmstat
20 7 diskstats kmsg self
zoneinfo
21 8 driver loadavg slabinfo
22 9 execdomains locks stat
23 buddyinfo filesystems meminfo swaps
24 bus fs misc sys
The information contained in, or attached to, this e-mail, contains=
confidential information and is intended solely for the use of the=
individual or entity to whom they are addressed and is subject to legal=
privilege. If you have received this e-mail in error you should notify the=
sender immediately by reply e-mail, delete the message from your system=
and notify your system manager. Please do not copy it for any purpose, or=
disclose its contents to any other person. The views or opinions presented=
in this e-mail are solely those of the author and do not necessarily=
represent those of the company. The recipient should check this e-mail and=
any attachments for the presence of viruses. The company accepts no=
liability for any damage caused, directly or indirectly, by any virus=
transmitted in this email.
www.aztecsoft.com
More information about the Avila
mailing list