could solve the disk corruption problem, thanks to you. it was due to my
over-confident source code for bus mastering device. while re-targeting the
driver from vxworks to linux i had introduced a bug. its all working great
now. thanks again. while this problem is solved i have one more query.
as i mentioned earlier, our core supports page size of 16K. hence the mmu
code is changed accordingly, for kernel 2.4.9. but any command load fails
giving page alignment error. seems some problem from binfmt_elf.c file. i
have build the command, ash, using egcc-2.91.66. to change the page
alignment the option given was "--n16384". this option is surely wrong,
hence could you tell me what is correct option? HOW TO CHANGE PAGE ALIGNMENT
TO 16K WHILE LINKING USER COMMANDS??
many thanks in advance & best regards,
----- Original Message -----
From: "Ralf Baechle" <email@example.com>
To: "Girish Gulawani" <firstname.lastname@example.org>
Cc: "MIPS/Linux List (SGI)" <email@example.com>
Sent: Friday, January 25, 2002 10:45 AM
Subject: Re: MIPS/Linux NonSGI
> On Fri, Jan 25, 2002 at 08:41:10AM +0900, Girish Gulawani wrote:
> > i'm trying to bringup linux 2.4.[2|9] on our board based on LSI mips r4k
> > core.
> > right now the kernel compiled with gcc-3.0, boots up & can only work
> There are known bugs in older kernels that will crash them when compiled
> with gcc 3.0. Even with current 2.4 kernels it's still playing with the
> > statically linked commands. hence the root file system mounted from
> > ramdisk,nfs, & de-dream ide-disk can show some-prompt only if ash.static
> > invoked.
> > this is seen with 2.4.3 & ditto with 2.4.9. the kernel is in un-cached
> > mode,since we have page-size problem with our core in cached, write
> > through/back
> > both, modes. so question is WHY THE COMMANDS WITH SHARED LIBRARY DONOT
> > FAILS TO LOAD SHARED LIBRARIES.
> > the problem no.2 is root on ide-disk. the disk is paritioned & formatted
> > using a linux pentium-pc. using a master disk the above said statically
> > linked commands are downloaded to slave disk. the board boots up.
> > the bdflush/update process corrupts file-system. the UPDATE PROCESS
> > SUPERBLOCK AND INODES WHILE FLUSHING THE DIRTY BUFERS.
> > PLEASE! PLEASE!! HELP ME ON THIS. THIS NEWSGROUP IS MY LAST HOPE.
> Seems pretty obvious that cacheflushing for your system is broken.
> Verify that arch/mips/mm/c-r4k.c knows how to handle your system.
> PS: Seems your caps lock key occasionally gets stuck ;-)
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com