qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Peter Maydell <peter.maydell@linaro.org>
To: Sander Eikelenboom <linux@eikelenboom.it>
Cc: pbonzini@redhat.com, aliguori@us.ibm.com,
	Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>,
	qemu-devel@nongnu.org,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [Qemu-devel] Question to prefered
Date: Thu, 11 Apr 2013 20:50:09 +0100	[thread overview]
Message-ID: <CAFEAcA-6bGGs1i4jEFiRELFniObKQNCptxMR3tYMDAELfMgOaQ@mail.gmail.com> (raw)
In-Reply-To: <537747026.20130411213200@eikelenboom.it>

On 11 April 2013 20:32, Sander Eikelenboom <linux@eikelenboom.it> wrote:
> Hi Paolo / Anthony,
> 2) Qemu seems to have the possibility to make a debug enabled build by specifing --enable-debug option to ./configure,
>    that sets CONFIG_DEBUG_EXEC=y, but a grep on CONFIG_DEBUG_EXEC seems to indicate it's not in widespread use ..

--enable-debug does several things:
 * turns on --enable-debug-tcg
 * does not compile with optimization
 * does not strip the binaries
 * turns on the CONFIG_DEBUG_EXEC flag to enable '-d exec'

>    - Why is it not named CONFIG_DEBUG ?

Because CONFIG_DEBUG_EXEC is not a general purpose 'turn on debug logs'
switch. It has a specific meaning: "make the '-d exec' debug log command
line option work". Note that it does not cause QEMU to emit any
extra logging unless requested at runtime.

In fact, since the only overhead of CONFIG_DEBUG_EXEC is a single
qemu_log_mask() call I think I might submit a patch to drop it
entirely and just always have -d exec work...

>    - Is it the right config to use to swith on verbose debugging
> in the xen files.

No. It depends a bit what you mean by "verbose debugging",
incidentally. QEMU has several commonly used logging options:

(1) per-source file #defines which you can turn on as a developer
to get a lot of debug printf output
(2) the -d command line option, which lets the user enable
certain classes of logging by category (for example, this is
the best way to log "the guest did something weird which is
probably a guest bug" or "the guest tried to access something
we don't implement")
(3) tracepoints (see docs/tracing.txt)

-- PMM

  reply	other threads:[~2013-04-11 19:50 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-11 19:32 [Qemu-devel] Question to prefered Sander Eikelenboom
2013-04-11 19:50 ` Peter Maydell [this message]
2013-04-11 20:10   ` Sander Eikelenboom
2013-04-18 10:47     ` Stefano Stabellini

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=CAFEAcA-6bGGs1i4jEFiRELFniObKQNCptxMR3tYMDAELfMgOaQ@mail.gmail.com \
    --to=peter.maydell@linaro.org \
    --cc=Stefano.Stabellini@eu.citrix.com \
    --cc=aliguori@us.ibm.com \
    --cc=linux@eikelenboom.it \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=xen-devel@lists.xen.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 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).