From: Yoshinori Sato <ysato@users.sourceforge.jp>
To: Thomas Huth <thuth@redhat.com>
Cc: "Peter Maydell" <peter.maydell@linaro.org>,
"Richard Henderson" <richard.henderson@linaro.org>,
"Magnus Damm" <magnus.damm@gmail.com>,
"Philippe Mathieu-Daudé" <f4bug@amsat.org>,
"QEMU Developers" <qemu-devel@nongnu.org>,
"Alex Bennée" <alex.bennee@linaro.org>,
"Marc-André Lureau" <marcandre.lureau@redhat.com>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Philippe Mathieu-Daudé" <philmd@redhat.com>,
"Richard Henderson" <rth@twiddle.net>
Subject: Re: [PULL 07/15] hw/timer: RX62N 8-Bit timer (TMR)
Date: Thu, 09 Jul 2020 00:37:56 +0900 [thread overview]
Message-ID: <c03d8c455ddac5240a13d2c363debfe0@users.sourceforge.jp> (raw)
In-Reply-To: <6e36f1f3-06e2-9635-960d-e2f7f75b2040@redhat.com>
2020-07-08 00:06 に Thomas Huth さんは書きました:
> On 07/07/2020 17.02, Yoshinori Sato wrote:
>> On Mon, 29 Jun 2020 18:58:56 +0900,
>> Philippe Mathieu-Daudé wrote:
>>>
>>> Hi Yoshinori,
>>>
>>> On 6/25/20 11:25 AM, Peter Maydell wrote:
>>>> On Sun, 21 Jun 2020 at 13:54, Philippe Mathieu-Daudé
>>>> <f4bug@amsat.org> wrote:
>>>>>
>>>>> From: Yoshinori Sato <ysato@users.sourceforge.jp>
>>>>>
>>>>> renesas_tmr: 8bit timer modules.
>>>>
>>>> Hi; the recent Coverity run reports a potential bug in this
>>>> code: (CID 1429976)
>>>>
>>>>
>>>>> +static uint16_t read_tcnt(RTMRState *tmr, unsigned size, int ch)
>>>>> +{
>>>>> + int64_t delta, now = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL);
>>>>> + int elapsed, ovf = 0;
>>>>> + uint16_t tcnt[2];
>>>>
>>>> Here we declare tcnt[] but do not initialize its contents...
>>>>
>>>>> + uint32_t ret;
>>>>> +
>>>>> + delta = (now - tmr->tick) * NANOSECONDS_PER_SECOND /
>>>>> tmr->input_freq;
>>>>> + if (delta > 0) {
>>>>> + tmr->tick = now;
>>>>> +
>>>>> + if (FIELD_EX8(tmr->tccr[1], TCCR, CSS) == INTERNAL) {
>>>>> + /* timer1 count update */
>>>>> + elapsed = elapsed_time(tmr, 1, delta);
>>>>> + if (elapsed >= 0x100) {
>>>>> + ovf = elapsed >> 8;
>>>>> + }
>>>>> + tcnt[1] = tmr->tcnt[1] + (elapsed & 0xff);
>>>>> + }
>>>>> + switch (FIELD_EX8(tmr->tccr[0], TCCR, CSS)) {
>>>>> + case INTERNAL:
>>>>> + elapsed = elapsed_time(tmr, 0, delta);
>>>>> + tcnt[0] = tmr->tcnt[0] + elapsed;
>>>>> + break;
>>>>> + case CASCADING:
>>>>> + if (ovf > 0) {
>>>>> + tcnt[0] = tmr->tcnt[0] + ovf;
>>>>> + }
>>>>> + break;
>>>>> + }
>>>>
>>>> ...but not all cases here set both tcnt[0] and tcnt[1]
>>>> (for instance in the "case CASCADING:" if ovf <=0 we
>>>> won't set either of them)...
>>>>
>>>>> + } else {
>>>>> + tcnt[0] = tmr->tcnt[0];
>>>>> + tcnt[1] = tmr->tcnt[1];
>>>>> + }
>>>>> + if (size == 1) {
>>>>> + return tcnt[ch];
>>>>> + } else {
>>>>> + ret = 0;
>>>>> + ret = deposit32(ret, 0, 8, tcnt[1]);
>>>>> + ret = deposit32(ret, 8, 8, tcnt[0]);
>>>>> + return ret;
>>>>
>>>> ...and so here we will end up returning uninitialized
>>>> data. Presumably the spec says what value is actually
>>>> supposed to be returned in these cases?
>>>>
>>>> PS: the "else" branch with the deposit32() calls could be
>>>> rewritten more simply as
>>>> return lduw_be_p(tcnt);
>>>>
>>>>> +static uint64_t tmr_read(void *opaque, hwaddr addr, unsigned size)
>>>>> +{
>>>>
>>>> In this function Coverity reports a missing "break" (CID 1429977):
>>>>
>>>>> + case A_TCORA:
>>>>> + if (size == 1) {
>>>>> + return tmr->tcora[ch];
>>>>> + } else if (ch == 0) {
>>>>> + return concat_reg(tmr->tcora);
>>>>> + }
>>>>
>>>> Here execution can fall through but there is no 'break' or '/*
>>>> fallthrough */'.
>>>>
>>>>> + case A_TCORB:
>>>>> + if (size == 1) {
>>>>> + return tmr->tcorb[ch];
>>>>> + } else {
>>>>> + return concat_reg(tmr->tcorb);
>>>>> + }
>>>>
>>>> Is it correct that the A_TCORA and A_TCORB code is different?
>>>> It looks odd, so if this is intentional then a comment describing
>>>> why it is so might be helpful to readers.
>>>
>>> Can you address Peter's comments please?
>>
>> This register can 8bit and 16bit access.
>> 8bit case return separate single TCORA or TCORB.
>> 16bit case return merged two channel's TCORA or TCORB.
>> high byte: channel 0 register.
>> low byte: channel 1 register
>
> So could you please provide a patch that either adds the missing
> "break;" statement between the cases here, or adds a "/* fallthrough
> */"
> comment between the cases?
>
> Thanks,
> Thomas
OK.
This part will be cleaned up more.
Thanks.
next prev parent reply other threads:[~2020-07-08 15:38 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-21 12:47 [PULL 00/15] Renesas hardware patches for 2020-06-21 Philippe Mathieu-Daudé
2020-06-21 12:47 ` [PULL 01/15] MAINTAINERS: Cover sh_intc files in the R2D/Shix machine sections Philippe Mathieu-Daudé
2020-06-21 12:47 ` [PULL 02/15] MAINTAINERS: Add an entry for common Renesas peripherals Philippe Mathieu-Daudé
2020-06-21 12:47 ` [PULL 03/15] hw/sh4: Use MemoryRegion typedef Philippe Mathieu-Daudé
2020-06-21 12:47 ` [PULL 04/15] hw/sh4: Extract timer definitions to 'hw/timer/tmu012.h' Philippe Mathieu-Daudé
2020-06-21 12:47 ` [PULL 05/15] hw/timer/sh_timer: Remove unused 'qemu/timer.h' include Philippe Mathieu-Daudé
2020-06-21 12:47 ` [PULL 06/15] hw/intc: RX62N interrupt controller (ICUa) Philippe Mathieu-Daudé
2020-06-21 12:47 ` [PULL 07/15] hw/timer: RX62N 8-Bit timer (TMR) Philippe Mathieu-Daudé
2020-06-25 9:25 ` Peter Maydell
2020-06-25 10:06 ` Thomas Huth
2020-06-25 12:19 ` Peter Maydell
2020-06-29 9:58 ` Philippe Mathieu-Daudé
2020-07-07 4:22 ` Philippe Mathieu-Daudé
2020-07-07 15:02 ` Yoshinori Sato
2020-07-07 15:04 ` Philippe Mathieu-Daudé
2020-07-07 15:06 ` Thomas Huth
2020-07-08 15:37 ` Yoshinori Sato [this message]
2020-06-21 12:48 ` [PULL 08/15] hw/timer: RX62N compare match timer (CMT) Philippe Mathieu-Daudé
2020-06-21 12:48 ` [PULL 09/15] hw/char: RX62N serial communication interface (SCI) Philippe Mathieu-Daudé
2020-06-21 12:48 ` [PULL 10/15] hw/rx: RX62N microcontroller (MCU) Philippe Mathieu-Daudé
2020-06-21 12:48 ` [PULL 11/15] hw/rx: Honor -accel qtest Philippe Mathieu-Daudé
2020-06-21 12:48 ` [PULL 12/15] hw/rx: Register R5F562N7 and R5F562N8 MCUs Philippe Mathieu-Daudé
2020-06-21 12:48 ` [PULL 13/15] hw/rx: Add RX GDB simulator Philippe Mathieu-Daudé
2020-06-21 12:48 ` [PULL 14/15] BootLinuxConsoleTest: Test the " Philippe Mathieu-Daudé
2020-06-21 12:48 ` [PULL 15/15] docs: Document the RX target Philippe Mathieu-Daudé
2020-06-22 16:01 ` [PULL 00/15] Renesas hardware patches for 2020-06-21 Peter Maydell
2020-06-22 16:19 ` Peter Maydell
2020-06-22 16:45 ` Philippe Mathieu-Daudé
2020-06-22 17:22 ` Aleksandar Markovic
2020-06-22 17:30 ` Aleksandar Markovic
2020-06-22 19:17 ` Philippe Mathieu-Daudé
2020-06-22 19:41 ` Aleksandar Markovic
2020-06-22 16:25 ` Philippe Mathieu-Daudé
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=c03d8c455ddac5240a13d2c363debfe0@users.sourceforge.jp \
--to=ysato@users.sourceforge.jp \
--cc=alex.bennee@linaro.org \
--cc=f4bug@amsat.org \
--cc=magnus.damm@gmail.com \
--cc=marcandre.lureau@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=philmd@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@linaro.org \
--cc=rth@twiddle.net \
--cc=thuth@redhat.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).