Alexey Dobriyan <adobriyan@gmail.com> writes:

quoted text
> On Wed, Feb 06, 2008 at 12:24:20AM -0800, Andrew Morton wrote:
>> On Tue, 5 Feb 2008 12:24:56 +0100 Holger Schurig <hs4233@mail.mn-solutions.de>
> wrote:
>> 
>> > > I have an embedded target (PXA255 based) where I have a nice
>> > > running kernel 2.6.15. Today I'm trying to get 2.6.24 running
>> > > on it.
>> > 
>> 
>> Backtrace:
>> [<c0038bbc>] (sysctl_head_next+0x0/0x64) from [<c00a4b80>]
> (proc_sys_readdir+0x360/0x394)
>>  r4:00000000
>> [<c00a4820>] (proc_sys_readdir+0x0/0x394) from [<c007c860>]
> (vfs_readdir+0x70/0x98)
>> [<c007c7f0>] (vfs_readdir+0x0/0x98) from [<c007cdf0>]
> (sys_getdents64+0x6c/0xc0)
>> [<c007cd84>] (sys_getdents64+0x0/0xc0) from [<c0023e60>]
> (ret_fast_syscall+0x0/0x2c)
>
> Please, post .config and "ls -lR /proc/sys" output _before_ suspend/resume.

Just to keep this on track.  It sounds like his suspend/resume backport was
incomplete and something there is smashing the list sysctl_head_next follows.

This would both cause files to disappear, and an oops.

Possibly it isn't an incomplete backport but instead a memory smash that hits
different places in different kernels.

Eric


--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/