qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Michael Walle <michael@walle.cc>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: QEMU Developers <qemu-devel@nongnu.org>,
	Anthony Liguori <aliguori@amazon.com>
Subject: Re: [Qemu-devel] [PULL v4 09/12] lm32_sys: print test result on stderr
Date: Tue, 04 Feb 2014 19:12:39 +0100	[thread overview]
Message-ID: <9c9543413aa147359a1dae4f1d70da9d@walle.cc> (raw)
In-Reply-To: <CAFEAcA-+-1A86Hn5WK_gWP2RG7=OjiXWZSN=e=PEt82QYRj7tw@mail.gmail.com>

Am 2014-02-03 23:59, schrieb Peter Maydell:
> On 3 February 2014 22:39, Michael Walle <michael@walle.cc> wrote:
>> Am 2014-02-01 21:31, schrieb Michael Walle:
>> 
>>> Am Samstag, 1. Februar 2014, 19:00:01 schrieb Peter Maydell:
>>>> 
>>>> On 20 January 2014 19:34, Michael Walle <michael@walle.cc> wrote:
>>>> > Do not use qemu_log().
>>>> >
>>>> > Signed-off-by: Michael Walle <michael@walle.cc>
>>>> > ---
>>>> >
>>>> >  hw/misc/lm32_sys.c |    2 +-
>>>> >  1 file changed, 1 insertion(+), 1 deletion(-)
>>>> >
>>>> > diff --git a/hw/misc/lm32_sys.c b/hw/misc/lm32_sys.c
>>>> > index 8176cdb..6af0cca 100644
>>>> > --- a/hw/misc/lm32_sys.c
>>>> > +++ b/hw/misc/lm32_sys.c
>>>> > @@ -80,7 +80,7 @@ static void sys_write(void *opaque, hwaddr addr,
>>>> >
>>>> >      case R_PASSFAIL:
>>>> >          s->regs[addr] = value;
>>>> >          testname = (char *)s->testname;
>>>> >
>>>> > -        qemu_log("TC  %-32s %s\n", testname, (value) ? "FAILED" :
>>>> > "OK");
>>>> > +        fprintf(stderr, "TC  %-32s %s\n", testname, (value) ? "FAILED"
>>>> > :
>>>> > "OK");
>>>> >
>>>> >          break;
>>>> 
>>>> This looks wrong to me -- devices shouldn't print to stderr, 
>>>> ideally.
>>> 
>>> 
>>> lm32_sys is actually no real device. it is just used for unit 
>>> testing.
>>> 
>> 
>> Hi Peter,
>> 
>> is this ok? or do you have some better idea? ideally, the lm32 target 
>> should
>> use semihosting and should print to stdout/stderr itself. but that is 
>> not
>> the case atm.
> 
> Well, I guess for a testbench only kind of device printing to stderr is 
> OK.
> 
> I've just noticed that the device maps itself into the memory map.
> That's pretty foul. I can see why it does it, but really this thing is
> bending a lot of the rules.

So if it is ok, i'll leave this patch in this pull request. But i'll 
also work on the lm32 semihosting so we can get rid of this device 
entirely.

-michael

  reply	other threads:[~2014-02-04 18:12 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-20 19:34 [Qemu-devel] [PULL v4 00/12] target-lm32 updates Michael Walle
2014-01-20 19:34 ` [Qemu-devel] [PULL v4 01/12] lm32_sys: increase test case name length limit Michael Walle
2014-02-01 17:39   ` Peter Maydell
2014-01-20 19:34 ` [Qemu-devel] [PULL v4 02/12] tests: lm32: new rule for single test cases Michael Walle
2014-02-01 17:45   ` Peter Maydell
2014-01-20 19:34 ` [Qemu-devel] [PULL v4 03/12] milkymist-uart: use qemu_chr_fe_write_all() instead of qemu_chr_fe_write() Michael Walle
2014-02-01 17:46   ` Peter Maydell
2014-01-20 19:34 ` [Qemu-devel] [PULL v4 04/12] lm32_uart/lm32_juart: use qemu_chr_fe_write_all() Michael Walle
2014-02-01 17:47   ` Peter Maydell
2014-01-20 19:34 ` [Qemu-devel] [PULL v4 05/12] milkymist-vgafb: swap pixel data in source buffer Michael Walle
2014-02-01 17:57   ` Peter Maydell
2014-02-03  8:12     ` Paolo Bonzini
2014-01-20 19:34 ` [Qemu-devel] [PULL v4 06/12] target-lm32: kill cpu_abort() calls Michael Walle
2014-01-20 19:34 ` [Qemu-devel] [PULL v4 07/12] target-lm32: move model features to LM32CPU Michael Walle
2014-01-20 19:34 ` [Qemu-devel] [PULL v4 08/12] target-lm32: add breakpoint/watchpoint support Michael Walle
2014-02-01 18:16   ` Peter Maydell
2014-02-03 21:27     ` Richard Henderson
2014-02-03 21:35       ` Peter Maydell
2014-01-20 19:34 ` [Qemu-devel] [PULL v4 09/12] lm32_sys: print test result on stderr Michael Walle
2014-02-01 18:00   ` Peter Maydell
2014-02-01 20:31     ` Michael Walle
2014-02-03 22:39       ` Michael Walle
2014-02-03 22:59         ` Peter Maydell
2014-02-04 18:12           ` Michael Walle [this message]
2014-01-20 19:34 ` [Qemu-devel] [PULL v4 10/12] lm32_sys: dump cpu state if test case fails Michael Walle
2014-01-20 19:34 ` [Qemu-devel] [PULL v4 11/12] target-lm32: stop VM on illegal or unknown instruction Michael Walle
2014-02-01 18:06   ` Peter Maydell
2014-02-01 20:53     ` Michael Walle
2014-01-20 19:34 ` [Qemu-devel] [PULL v4 12/12] hw/lm32: print error if cpu model is not found Michael Walle
2014-02-01 18:11   ` Peter Maydell
2014-02-01 18:21 ` [Qemu-devel] [PULL v4 00/12] target-lm32 updates Peter Maydell
2014-02-01 20:56   ` Michael Walle

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=9c9543413aa147359a1dae4f1d70da9d@walle.cc \
    --to=michael@walle.cc \
    --cc=aliguori@amazon.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@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).