From: David Gibson <david@gibson.dropbear.id.au>
To: BALATON Zoltan <balaton@eik.bme.hu>
Cc: qemu-ppc <qemu-ppc@nongnu.org>,
"Joakim Tjernlund" <joakim.tjernlund@infinera.com>,
"Philippe Mathieu-Daudé" <philmd@redhat.com>,
qemu-devel@nongnu.org
Subject: Re: [PATCH] ppc: remove excessive logging
Date: Tue, 17 Dec 2019 11:31:15 +1100 [thread overview]
Message-ID: <20191217003115.GI6242@umbus.fritz.box> (raw)
In-Reply-To: <alpine.BSF.2.21.99999.352.1912151147300.3618@zero.eik.bme.hu>
[-- Attachment #1: Type: text/plain, Size: 3092 bytes --]
On Sun, Dec 15, 2019 at 11:59:22AM +0100, BALATON Zoltan wrote:
> On Sun, 15 Dec 2019, Philippe Mathieu-Daudé wrote:
> > Hi Joakim,
> >
> > I'm cc'ing the PPC maintainers for you, so they won't miss your patch
> > (see
> > https://wiki.qemu.org/Contribute/SubmitAPatch#CC_the_relevant_maintainer
> > and the output of ./scripts/get_maintainer.pl -f
> > target/ppc/excp_helper.c).
> >
> > On 12/14/19 1:13 PM, Joakim Tjernlund wrote:
> > > From: Joakim Tjernlund <Joakim.Tjernlund@infinera.com>
> > >
> > > ppc logs every type of Invalid instruction. This generates a lot
> > > of garbage on console when sshd/ssh_keygen executes as
> > > they try various insn to optimize its performance.
> > > The invalid operation log is still there so an unknown insn
> > > will still be logged.
> > >
> > > Signed-off-by: Joakim Tjernlund <Joakim.Tjernlund@infinera.com>
> > > ---
> > >
> > > As far as I can see, ppc is the only one emiting thsi
> > > debug msg for Invalid insns.
> > >
> > > target/ppc/excp_helper.c | 1 -
> > > 1 file changed, 1 deletion(-)
> > >
> > > diff --git a/target/ppc/excp_helper.c b/target/ppc/excp_helper.c
> > > index 50b004d00d..45c2fa3ff9 100644
> > > --- a/target/ppc/excp_helper.c
> > > +++ b/target/ppc/excp_helper.c
> > > @@ -326,7 +326,6 @@ static inline void powerpc_excp(PowerPCCPU *cpu,
> > > int excp_model, int excp)
> > > env->spr[SPR_BOOKE_ESR] = ESR_FP;
> > > break;
> > > case POWERPC_EXCP_INVAL:
> > > - LOG_EXCP("Invalid instruction at " TARGET_FMT_lx "\n",
> > > env->nip);
> >
> > I don't think we want to remove a such important log. Since it make
> > sense to not disturb the console, maybe we can replace some of the
> > LOG_EXCP() calls by qemu_log_mask(LOG_GUEST_ERROR,...) instead?
>
> I don't think that's a good idea. That would flood the -d guest_errors log
> with unwanted messages that are normal not really due to guest errors. The
> LOG_EXCP() is not enabled by default, you have to edit source to enable it
> so you can also then edit the unwanted messages as well (like commenting
> this one out if you don't like it). If this is removed, invalid opcodes are
> still logged from translate.c but the exception generated for them is not
> logged. I don't know if that's useful or not but these are debug logs so
> depends on what do you want to debug. I don't mind this being removed but
> would be also happy leaving it as it is as it's only shown for developers
> who enable it and might help debugging. Or maybe these could be converted to
> traces (although I generally find traces to be less convenient to work with
> than debug logs and not sure about potential performance impact). So my
> preferences would be in order: 1. leave it alone, 2. remove it, 3. convert
> to traces.
Yes, that's my preference as well.
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
prev parent reply other threads:[~2019-12-17 0:39 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-14 12:13 [PATCH] ppc: remove excessive logging Joakim Tjernlund
2019-12-14 22:51 ` no-reply
2019-12-15 5:08 ` Philippe Mathieu-Daudé
2019-12-15 10:59 ` BALATON Zoltan
2019-12-15 21:15 ` Joakim Tjernlund
2019-12-16 8:27 ` Thomas Huth
2019-12-16 8:39 ` david
2019-12-16 8:52 ` Joakim Tjernlund
2019-12-17 0:31 ` David Gibson [this message]
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=20191217003115.GI6242@umbus.fritz.box \
--to=david@gibson.dropbear.id.au \
--cc=balaton@eik.bme.hu \
--cc=joakim.tjernlund@infinera.com \
--cc=philmd@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.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).