Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1583850 > unrolled thread

Re: [x86] a75a3f6fc9 Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b

Started byAndy Lutomirski <luto@amacapital.net>
First post2017-02-18 07:20 +0100
Last post2017-02-18 07:40 +0100
Articles 2 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [x86] a75a3f6fc9 Kernel panic - not syncing: Attempted to kill  init! exitcode=0x0000000b Andy Lutomirski <luto@amacapital.net> - 2017-02-18 07:20 +0100
    Re: [x86] a75a3f6fc9 Kernel panic - not syncing: Attempted to kill  init! exitcode=0x0000000b Fengguang Wu <fengguang.wu@intel.com> - 2017-02-18 07:40 +0100

#1583850 — Re: [x86] a75a3f6fc9 Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b

FromAndy Lutomirski <luto@amacapital.net>
Date2017-02-18 07:20 +0100
SubjectRe: [x86] a75a3f6fc9 Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
Message-ID<tc6xb-6xl-1@gated-at.bofh.it>
On Fri, Feb 17, 2017 at 9:42 PM, Fengguang Wu <fengguang.wu@intel.com> wrote:
> Greetings,
>
> FYI here is an old bug, however is still active in mainline kernel.
>
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>

> [    3.185986] init[1] vsyscall attempted with vsyscall=none ip:ffffffffff600400 cs:33 sp:7ffe878ff8b8 ax:ffffffffff600400 si:7f2c3de62a4c di:7ffe878ff978

I don't know what's up with the bisection, but I think this is a
configuration problem in your test setup.  You've configured with:

CONFIG_LEGACY_VSYSCALL_NONE=y

which is not valid when you're running binaries that are compiled with
as old a glibc as you're using.  *Dynamic* glibc binaries have been
fine for a long time, but static glibc binaried (e.g. your init, I
presume) need a glibc that's only a couple years old.

You could fix it by either disallowing that particular configuration
or by updating your distro.

--Andy

[toc] | [next] | [standalone]


#1583851

FromFengguang Wu <fengguang.wu@intel.com>
Date2017-02-18 07:40 +0100
Message-ID<tc6Qx-6G5-1@gated-at.bofh.it>
In reply to#1583850
Hi Andy,

On Fri, Feb 17, 2017 at 10:12:36PM -0800, Andy Lutomirski wrote:
>On Fri, Feb 17, 2017 at 9:42 PM, Fengguang Wu <fengguang.wu@intel.com> wrote:
>> Greetings,
>>
>> FYI here is an old bug, however is still active in mainline kernel.
>>
>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>>
>
>> [    3.185986] init[1] vsyscall attempted with vsyscall=none ip:ffffffffff600400 cs:33 sp:7ffe878ff8b8 ax:ffffffffff600400 si:7f2c3de62a4c di:7ffe878ff978
>
>I don't know what's up with the bisection, but I think this is a
>configuration problem in your test setup.  You've configured with:
>
>CONFIG_LEGACY_VSYSCALL_NONE=y
>
>which is not valid when you're running binaries that are compiled with
>as old a glibc as you're using.  *Dynamic* glibc binaries have been
>fine for a long time, but static glibc binaried (e.g. your init, I
>presume) need a glibc that's only a couple years old.
>
>You could fix it by either disallowing that particular configuration
>or by updating your distro.

OK, I'll disable that configuration since I'm running various
tiny/large modern/legacy OS images (yocto, openwrt, ubuntu, debian,
RHEL) for doing kernel tests.

Regards,
Fengguang

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web