Message-ID: <432207DB.9000800@sgi.com>
Date: Fri, 09 Sep 2005 17:08:27 -0500
From: Eric Sandeen <sandeen@sgi.com>
User-Agent: Mozilla Thunderbird 1.0 (X11/20041206)
MIME-Version: 1.0
To: csc@cadence.com
CC: Jan Derfinak <ja@mail.upjs.sk>, evilninja <evilninja@gmx.net>,
        linux-xfs@oss.sgi.com
Subject: Re: Corruption of in-memory data detected.
References: <Pine.LNX.4.58.0509082156530.9425@alienAngel.home.sk>	 <4321CDDD.8010607@gmx.net>	 <Pine.LNX.4.58.0509092130160.8548@alienAngel.home.sk> <1126296865.16932.71.camel@rcsr10.cadence.com>
In-Reply-To: <1126296865.16932.71.camel@rcsr10.cadence.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-xfs-bounce@oss.sgi.com
Errors-to: linux-xfs-bounce@oss.sgi.com
Precedence: bulk
Content-Length: 750
Lines: 25

Chris Croswhite wrote:
> This also happens on i386 (ran into the problem last evening).
> 
>>One more notice: I tried to use CONFIG_KEXEC on x86_64 and kernel could not
>>recognize XFS superblock. I didn't try it on i386.

Hm, how do you hit the problem?


[root@lite ~]# zcat /proc/config.gz | grep KEXEC
CONFIG_KEXEC=y
[root@lite ~]# mount | grep xfs
/dev/sda1 on /mnt/sda1 type xfs (rw)
[root@lite ~]# dmesg | grep -i xfs
SGI XFS with ACLs, security attributes, realtime, large block numbers, dmapi 
support, no debug enabled
SGI XFS Quota Management subsystem
XFS mounting filesystem sda1
Ending clean XFS mount for filesystem: sda1

I'm not up to speed on KEXEC.  Did you do anything other than build with it on 
to hit the problem?  :)

-Eric