linux-kernel - Re: linux 2.6.27 kernel panic on x86 - please revert commit 3a85e770aa77e4f1a4096275c97b64c10cd7323e

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <b6a2187b0810150502m3b363b90q106102578e92811d@mail.gmail.com>
Date:	Wed, 15 Oct 2008 20:02:18 +0800
From:	"Jeff Chua" <jeff.chua.linux@...il.com>
To:	"Ingo Molnar" <mingo@...e.hu>
Cc:	lkml <linux-kernel@...r.kernel.org>,
	"Linus Torvalds" <torvalds@...ux-foundation.org>,
	"Suresh Siddha" <suresh.b.siddha@...el.com>,
	"H. Peter Anvin" <hpa@...or.com>,
	"Thomas Gleixner" <tglx@...utronix.de>,
	"Jeremy Fitzhardinge" <jeremy@...p.org>
Subject: Re: linux 2.6.27 kernel panic on x86 - please revert commit 3a85e770aa77e4f1a4096275c97b64c10cd7323e

On Wed, Oct 15, 2008 at 7:23 PM, Ingo Molnar <mingo@...e.hu> wrote:
>
> * Jeff Chua <jeff.chua.linux@...il.com> wrote:
>
>> Commit 3a85e770aa77e4f1a4096275c97b64c10cd7323e broke linux boot on
>> x86 resulting in kernel panic. Here's the console output ...
>>
>> Net: Registered protocol family 17
>> Using IPI No-Shortcut mode
>> RAMDISK: Compressed image found at block 0
>> VFS: Mounted root (ext2 filesystem (readonly).
>> Freeing unsued kernel memory: 312k freed
>> init[1]: segfault at ffffe01c up b7f0dc28 sp bfc26628 error 5 in ld-2.7.90.so[b7f0b000+1c000]
>> Kernel panic - not syncing: Attempted to kill init!
>
> hm, ffffe01c is weird - VDSO on some ancient distro perhaps? Do you have
> CONFIG_COMPAT_VDSO=y enabled?
>
> if you have CONFIG_COMPAT_VDSO=y enabled but the read access still
> faults, then the question is, why is ffffe000 not mapped properly? The
> logic in arch/x86/vdso/vdso32-setup.c and map_compat_vdso() /
> arch_setup_additional_pages() seems correct and should result in the
> VDSO being mapped as user-readable.

Didn't realized that CONFIG_COMPAT_VDSO=y could cause this problem. I
had this set long time ago before upgrading to glibc-2.7

Unsetting CONFIG_COMPAT_VDSO solves the issue.

Thanks for your help, and sorry for the fault alarm. Did take a while
to trace it down to the commit.

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