From: "Mulyadi Santosa" <mulyadi.santosa@gmail.com>
To: "Марк Коренберг" <socketpair@gmail.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] The linux-based system runs perfectly on vmware, but kernel panic on qemu
Date: Fri, 18 Jan 2008 17:17:40 +0700 [thread overview]
Message-ID: <f284c33d0801180217r4bfb8b49jfe47d4db7e64e091@mail.gmail.com> (raw)
In-Reply-To: <b8f627e0801180210h6abce895yeede4f9950534dc@mail.gmail.com>
Hi..
On Jan 18, 2008 5:10 PM, Марк Коренберг <socketpair@gmail.com> wrote:
> Thanks.
>
> I reproduced the same bugs with kqemu disabled on md5checking
> but without kqemu hwclock work correctly!
At least we got suspect: kqemu.
> very strange... why md5checking generates bug ?
I really don't have any idea. Maybe md5sum is doing many integer
computation/hashing, thus hitting floating point bug? Everybody, have
a clue? or maybe it's doing map/unmapping in large volume?
> I don't think that there is defference in RTC driver between qemu
> version. i'm always read changelogs.
Hm, ok.
> md5sum check - is running /usr/bin/md5sum with list of files. nothing
> special. just massive IO operations. bug appear after md5sums
> complete. just after "echo" in bash and before "read answer" command.
>
> if ! md5sums ... ; then
> echo "(yes/no)?"
> #bug appear here
> read answer
> if [ "$answer" != yes ]; then
> .....
>
>
> At a time writing this message, i found, that ksyms or ksymoops should
> give huge help. But we use 2.4.24 kernel without modularity enabled
> (our system is embedded and modules functionality is not needed in the
> kernel). so i can't get ksyms and ksymoops to work.
> some manuals say me to use /dev/ksyms, some of them /proc/ksyms and
> also /proc/kallsyms. Maybe /proc/ksyms should be enabled in kernel
> anyhow ?
> where to read about ksyms and _simple_ debugging ?
Here is what I used to do:
Compile the kernel with -g flags. You can do it manually by adding -g
to CFLAGS in Makefile. I remember there is other variant of CFLAGS
there...just add it to all of them. Also, don't enable
optimization..simply throw out -O flag
it will create vmlinux filled with debugging symbol. use it with gdb
to find out the address of a function/variable.
is it helpful for you?
regards,
Mulyadi.
next prev parent reply other threads:[~2008-01-18 10:17 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-17 11:50 [Qemu-devel] The linux-based system runs perfectly on vmware, but kernel panic on qemu Марк Коренберг
2008-01-18 2:21 ` Mulyadi Santosa
[not found] ` <b8f627e0801180210h6abce895yeede4f9950534dc@mail.gmail.com>
2008-01-18 10:17 ` Mulyadi Santosa [this message]
[not found] ` <b8f627e0801180301o23b07c89pcf08717f2450dcf4@mail.gmail.com>
2008-01-18 11:14 ` Mulyadi Santosa
[not found] ` <b8f627e0801180339y390ba860rb05b6fde5bb6502b@mail.gmail.com>
2008-01-18 12:22 ` Mulyadi Santosa
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=f284c33d0801180217r4bfb8b49jfe47d4db7e64e091@mail.gmail.com \
--to=mulyadi.santosa@gmail.com \
--cc=qemu-devel@nongnu.org \
--cc=socketpair@gmail.com \
/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).