From: Boaz Harrosh <bharrosh@panasas.com>
To: "Toralf Förster" <toralf.foerster@gmx.de>
Cc: Richard Weinberger <richard@nod.at>,
UML devel <user-mode-linux-devel@lists.sourceforge.net>
Subject: Re: [uml-devel] does 3.12.2 breaks UML with "con=xterm" ?
Date: Mon, 2 Dec 2013 18:42:12 +0200 [thread overview]
Message-ID: <529CB864.1070208@panasas.com> (raw)
In-Reply-To: <529B8893.1030703@gmx.de>
On 12/01/2013 09:05 PM, Toralf Förster wrote:
> Kernel panic - not syncing: do_syscall_stub : PTRACE_SETREGS failed, errno = 3
>
> CPU: 0 PID: 1265 Comm: rmdir Tainted: G W 3.13.0-rc2-00001-gaf91706 #3
> Stack:
> 084bf793 084bf793 46d47bb8 00000004 085d0547 00006f91 00000003 00000011
> 46d47bc8 084247eb 00000000 00000000 46d47bf0 08421c50 084cb200 08607720
> 084c8084 46d47c00 00000000 00006f91 00000003 00000011 46d47c24 08073d55
> Call Trace:
> [<08073d55>] ? run_syscall_stub+0x125/0x2c0
> [<084247eb>] dump_stack+0x26/0x28
> [<08421c50>] panic+0x7a/0x180
> [<08073d55>] run_syscall_stub+0x125/0x2c0
> [<080cba88>] ? unlock_page+0x28/0x30
> [<0807429f>] map+0xff/0x110
> [<080616ff>] flush_tlb_page+0xef/0x1d0
> [<08061db1>] handle_page_fault+0x241/0x290
> [<08062c9e>] do_op_one_page+0x5e/0x1a0
> [<08071dfe>] ? set_signals+0x1e/0x40
> [<080a3e71>] ? up_write+0x11/0x20
> [<08062e19>] buffer_op+0x39/0xf0
> [<08062af0>] ? clear_chunk+0x0/0x30
> [<08063169>] clear_user+0x69/0x90
> [<08062af0>] ? clear_chunk+0x0/0x30
> [<080df00e>] ? vm_mmap+0x4e/0x60
> [<08149f73>] padzero+0x23/0x40
> [<0814bec9>] load_elf_binary+0xad9/0xe60
> [<08052304>] ? init_zswap+0xa1/0x21e
> [<08052160>] ? __alloc_bootmem_node_high+0x1d/0x28
> [<08051f14>] ? __alloc_bootmem_nopanic+0x1/0x2c
> [<080509f4>] ? pcpu_setup_first_chunk+0x527/0x834
> [<08109bd5>] search_binary_handler+0x35/0x90
> [<0810a055>] do_execve+0x425/0x680
> [<081035a0>] ? default_llseek+0x70/0x150
> [<08103788>] ? SyS_llseek+0x18/0xd0
> [<0810a5b2>] SyS_execve+0x42/0x60
> [<081035a0>] ? default_llseek+0x70/0x150
> [<08103788>] ? SyS_llseek+0x18/0xd0
> [<081035d8>] ? default_llseek+0xa8/0x150
> [<08062a94>] handle_syscall+0x64/0x80
> [<081034a0>] ? generic_file_llseek+0x40/0x60
> [<081035a0>] ? default_llseek+0x70/0x150
> [<08103788>] ? SyS_llseek+0x18/0xd0
> [<081035a0>] ? default_llseek+0x70/0x150
> [<081035d8>] ? default_llseek+0xa8/0x150
> [<083d70c1>] ? ptrace+0x31/0x80
> [<08079fb2>] ? get_fp_registers+0x22/0x40
> [<08075085>] userspace+0x475/0x5f0
> [<083d70c1>] ? ptrace+0x31/0x80
> [<0807a516>] ? os_set_thread_area+0x26/0x40
> [<08079510>] ? do_set_thread_area+0x20/0x50
> [<08079688>] ? arch_switch_tls+0xb8/0x100
> [<0805f750>] fork_handler+0x60/0x70
This clear_user() stack-trace reminds me a lot of the problem I just
had, and Richard solved for me.
It was that I used an "make oldconfig" with a previous Kernel
.config file. When doing a new "make defconfig" then manually
"make xconfig" to turn on the extras I need like iscsi and pnfs
It all went back to fine.
(Also for me host and guest 64bit, I had to manually set
64bit for the guest compilation.)
[Which was a smack on my own head because I know from the past
that UML needs a good'n fresh "make defconfig" every once in a
while. And I just forgot about that]
Just my $0.017
Boaz
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2013-12-02 16:42 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-30 14:37 [uml-devel] does 3.12.2 breaks UML with "con=xterm" ? Toralf Förster
2013-11-30 14:43 ` Toralf Förster
2013-11-30 14:51 ` Richard Weinberger
2013-11-30 15:56 ` Toralf Förster
2013-11-30 16:28 ` Toralf Förster
2013-11-30 16:36 ` Richard Weinberger
2013-11-30 17:26 ` Toralf Förster
2013-11-30 17:35 ` Richard Weinberger
2013-11-30 18:19 ` Toralf Förster
2013-11-30 18:23 ` Richard Weinberger
2013-11-30 18:43 ` Toralf Förster
2013-11-30 23:19 ` Richard Weinberger
2013-12-01 10:17 ` Toralf Förster
2013-12-01 10:20 ` Richard Weinberger
2013-12-01 17:07 ` Toralf Förster
2013-12-01 19:05 ` Toralf Förster
2013-12-02 16:42 ` Boaz Harrosh [this message]
2013-12-02 21:21 ` Richard Weinberger
2013-12-02 21:32 ` Toralf Förster
2013-12-02 21:59 ` Richard Weinberger
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=529CB864.1070208@panasas.com \
--to=bharrosh@panasas.com \
--cc=richard@nod.at \
--cc=toralf.foerster@gmx.de \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/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