linux-um.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: subashab@codeaurora.org
To: jdike@addtoit.com, richard@nod.at,
	anton.ivanov@cambridgegreys.com, linux-um@lists.infradead.org,
	johannes.berg@intel.com
Subject: UML kernel panic on initialization
Date: Sat, 10 Jul 2021 15:00:19 -0600	[thread overview]
Message-ID: <a6188b0422c2a8fe1b5e9f164bfa1796@codeaurora.org> (raw)

Hi

I am seeing a panic on init when using Linux 5.13.1.
Following is the panic call stack-

Run /sbin/init as init process
init[1]: segfault at 0 ip 0000000040000af0 sp 0000007fbfb0be40 error 0 
in ld-2.13.so[40000000+20000]
Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
CPU: 0 PID: 1 Comm: init Not tainted 5.13.1 #10
Stack:
  60462043 60462043 62037bc0 6202a000
  60537f9b 60462043 62045b01 6004191f
  62037bd0 6046f12c 62037cf0 60461d67
Call Trace:
  [<60462043>] ? printk+0x0/0x94
  [<600251ee>] show_stack+0x101/0x14e
  [<60462043>] ? printk+0x0/0x94
  [<60462043>] ? printk+0x0/0x94
  [<60462043>] ? printk+0x0/0x94
  [<6004191f>] ? exit_mm+0x0/0x2b0
  [<6046f12c>] dump_stack+0x34/0x36
  [<60461d67>] panic+0x18c/0x3d3
  [<60037322>] ? set_signals+0x28/0x40
  [<60461bdb>] ? panic+0x0/0x3d3
  [<60098bba>] ? acct_collect+0x0/0x1ff
  [<60037322>] ? set_signals+0x28/0x40
  [<6047651b>] ? _raw_spin_unlock_irq+0x1c/0x1e
  [<600372fa>] ? set_signals+0x0/0x40
  [<60037322>] ? set_signals+0x28/0x40
  [<6004aba1>] ? percpu_up_read.constprop.46+0x74/0x79
  [<6004ab2d>] ? percpu_up_read.constprop.46+0x0/0x79
  [<6004d59e>] ? exit_signals+0xa2/0x180
  [<6004191f>] ? exit_mm+0x0/0x2b0
  [<6004259c>] do_exit+0x27c/0x99a
  [<60043c8f>] do_group_exit+0x94/0x127
  [<6004e8e0>] get_signal+0x8cf/0x8fe
  [<60476406>] ? _raw_spin_lock_irq+0x0/0x2a
  [<6004dc20>] ? force_sig_info_to_task+0xd7/0xe9
  [<60024f9c>] do_signal+0x21/0x109
  [<6004e00f>] ? force_sig_fault+0x21/0x23
  [<600241ba>] interrupt_end+0x5c/0xc7
  [<6003a18c>] userspace+0x546/0x554
  [<6002415e>] ? interrupt_end+0x0/0xc7
  [<6003c6d5>] ? get_fp_registers+0x0/0x12
  [<60462043>] ? printk+0x0/0x94
  [<600223b8>] ? run_init_process+0xc2/0xca
  [<600223c0>] ? try_to_run_init_process+0x0/0x44
  [<600223d6>] ? try_to_run_init_process+0x16/0x44
  [<600223c0>] ? try_to_run_init_process+0x0/0x44
  [<60023ec6>] new_thread_handler+0xb0/0xb2
Aborted (core dumped)

After doing a git bisect, the first bad commit is listed as-

commit 84b2789d61156db0224724806b20110c0d34b07c
Author: Johannes Berg <johannes.berg@intel.com>
Date:   Wed Jan 13 22:09:42 2021 +0100

     um: separate child and parent errors in clone stub

     If the two are mixed up, then it looks as though the parent
     returned an error if the child failed (before) the mmap(),
     and then the resulting process never gets killed. Fix this
     by splitting the child and parent errors, reporting and
     using them appropriately.

     Signed-off-by: Johannes Berg <johannes.berg@intel.com>
     Signed-off-by: Richard Weinberger <richard@nod.at>

I have reverted the following patches (to allow for a clean revert)
and I don't see the panic anymore -

bfc58e2b98e99737409cd9f4d86a79677c5b887c
dc01a3b9db43abf95b801c9694980777a329e303
9f0b4807a44ff81cf59421c8a86641efec586610
84b2789d61156db0224724806b20110c0d34b07c

Let me know if more information is needed to debug this.

The startup arguments I have been using are the following and is working 
upto Linux 5.11 -

./linux ubda=<full_path_to_rootfs> mem=512M 
eth0=daemon,00:18:8b:75:1d:e1

UML is compiled using the following arguments -

make -j32 linux ARCH=um SUBARCH=x86_64 CROSS_COMPILE=


_______________________________________________
linux-um mailing list
linux-um@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-um


             reply	other threads:[~2021-07-10 21:00 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-10 21:00 subashab [this message]
2021-07-11 20:27 ` UML kernel panic on initialization YiFei Zhu
2021-07-12 18:19   ` subashab
2021-07-13  4:04     ` YiFei Zhu
2021-07-13 13:50       ` Anton Ivanov
2021-07-13 14:03         ` Richard Weinberger
2021-07-13 18:02           ` subashab
2021-07-13 18:32             ` Johannes Berg
2021-07-13 18:54               ` subashab
2021-07-13 19:17                 ` Johannes Berg
2021-07-13 20:00                   ` subashab
2021-07-13 20:52                     ` YiFei Zhu
2021-07-13 22:14                       ` Richard Weinberger
2021-07-13 17:47         ` subashab
2021-07-13 19:22 ` Johannes Berg
2021-07-13 19:26   ` Johannes Berg
2021-07-13 19:28     ` Johannes Berg
2021-07-13 20:40       ` subashab
2021-07-13 20:41         ` Johannes Berg
2021-07-13 20:16     ` subashab
2021-07-13 20:07   ` subashab

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=a6188b0422c2a8fe1b5e9f164bfa1796@codeaurora.org \
    --to=subashab@codeaurora.org \
    --cc=anton.ivanov@cambridgegreys.com \
    --cc=jdike@addtoit.com \
    --cc=johannes.berg@intel.com \
    --cc=linux-um@lists.infradead.org \
    --cc=richard@nod.at \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).