Disabling L1 D-cache and side effects

[Tirumala Reddy Marri]

Hi,
  I had to bring up a PPC based SOC with L1 dcache disabled.  I did that
and tried to boot Linux using RAMDISK/NFS mount. In RAMDISK I see the
file system errors. In case of NFS mount I see error saying failed to
load ld.so library.
 
 Could you guys please share thoughts what are the different side
effects might be causing this.
Thanks,
Marri


________________________________

From: Tirumala Reddy Marri 
Sent: Saturday, September 27, 2008 2:37 PM
To: linuxppc-dev at ozlabs.org
Subject: rootfs mount problem


Hi ,
  I am trying to bring up a new SOC. I am seeing the following error.
Has any one seen this error before. I am pretty sure RAMDISK is not
corrupted.
Thanks,
Marri
------------------- LOG ---------------
NET: Registered protocol family 17
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
prepare_namespace line 361 
prepare_namespace line 385 
RAMDISK: Compressed image found at block 0
invalid compressed format (err=1)
EXT3-fs error (device ram0): ext3_check_descriptors: Block bitmap for
group 0 not in group (block 14728687)!
EXT3-fs: group descriptors corrupted!
EXT2-fs error (device ram0): ext2_check_descriptors: Block bitmap for
group 0 not in group (block 14728687)!
EXT2-fs: group descriptors corrupted!
List of all partitions:
No filesystem could mount root, tried:  ext3 ext2 cramfs
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(1,0)
Rebooting in 180 seconds..?
 
U-Boot 1.3.2 (Sep 24 2008 - 14:25:32)

----------------------------------------------- back trace -----------
(gdb) bt
#0  __delay (loops=800000) at include/asm/time.h:97
#1  0xc001f07c in panic (fmt=Variable "fmt" is not available.
) at kernel/panic.c:115
#2  0xc0248dc4 in mount_block_root (name=0xc020f9f4 "/dev/root",
flags=32768) at init/do_mounts.c:277
#3  0xc02491b0 in prepare_namespace () at init/do_mounts.c:403
#4  0xc02489a8 in kernel_init (unused=Variable "unused" is not
available.
) at init/main.c:878
#5  0xc000cf08 in kernel_thread ()
Previous frame inner to this frame (corrupt stack?)
(gdb) 
---------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/linuxppc-dev/attachments/20080929/6ecf0229/attachment.htm>