From: Jan Kiszka <jan.kiszka@web.de>
To: Jason Wessel <jason.wessel@windriver.com>
Cc: Jan Kiszka <jan.kiszka@siemens.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: State of kgdb on x86-64
Date: Tue, 15 Jan 2008 19:44:24 +0100 [thread overview]
Message-ID: <478CFF08.1090608@web.de> (raw)
In-Reply-To: <478CB724.3000900@windriver.com>
[-- Attachment #1: Type: text/plain, Size: 2092 bytes --]
Jason Wessel wrote:
> Jan Kiszka wrote:
>> Jason Wessel wrote:
>>
>>> It was working at the point that I tested it with the 2.6.24-rc5 on
>>> x86_64. However I suspect my kernel config may differ drastically from
>>> what you are using.
>>>
>>> Without any other context provided than the generic message, it is hard
>>> to know what might have happened.
>>>
>> Here is the promised .config. I could also dig out the backtrace of the
>> panic as kgdb sees it if that helps, just let me know.
>>
>> Jan
>>
>>
> The backtrace might be very telling as to what happened. More
> information is always better than less :-)
>
My primary test box is again out of reach, but meanwhile I was able to
reproduce some kind of problem under QEMU - that one at least is
triggered by SMP. With only one CPU -> all apparently fine. Once booting
QEMU with "-smp 2" -> this happens:
(gdb) tar remote /dev/pts/6
Remote debugging using /dev/pts/6
Not all CPUs have been synced for KGDB
breakpoint () at kernel/kgdb.c:1895
1895 wmb(); /* Sync point after breakpoint */
(gdb) c
Continuing.
Not all CPUs have been synced for KGDB
[New Thread 32769]
Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 32769]
0xffffffff8020adb7 in default_idle () at include/asm/irqflags_64.h:140
140 __asm__ __volatile__("sti; hlt" : : : "memory");
(gdb) bt
#0 0xffffffff8020adb7 in default_idle () at include/asm/irqflags_64.h:140
#1 0xffffffff8020ae65 in cpu_idle () at arch/x86/kernel/process_64.c:225
#2 0xffffffff8021ccb9 in start_secondary () at arch/x86/kernel/smpboot_64.c:375
#3 0x0000000000000000 in ?? ()
(gdb)
The problem seems to be related to continuing SMP boxes. I'm able to
boot my box up if I leave kgdb unattached. But when I then later attach
and continue execution, I get the same crash. Any ideas what goes wrong,
any suggestion where to start digging? Maybe at "Not all CPUs have been
synched"?
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]
next prev parent reply other threads:[~2008-01-15 18:44 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-14 19:09 State of kgdb on x86-64 Jan Kiszka
2008-01-14 19:26 ` Jason Wessel
2008-01-14 19:59 ` Jan Kiszka
[not found] ` <478C786A.3090709@siemens.com>
[not found] ` <478CB724.3000900@windriver.com>
2008-01-15 18:44 ` Jan Kiszka [this message]
2008-01-16 4:10 ` Jason Wessel
2008-01-16 15:44 ` Jan Kiszka
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=478CFF08.1090608@web.de \
--to=jan.kiszka@web.de \
--cc=jan.kiszka@siemens.com \
--cc=jason.wessel@windriver.com \
--cc=linux-kernel@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.