qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Peter Maydell <peter.maydell@linaro.org>
To: Christian Schoenebeck <qemu_oss@crudebyte.com>
Cc: qemu-devel@nongnu.org, Greg Kurz <groug@kaod.org>
Subject: Re: [PATCH] 9pfs: fix dead code in qemu_open_flags_tostr()
Date: Tue, 11 Feb 2025 14:47:33 +0000	[thread overview]
Message-ID: <CAFEAcA-Gh18aqaOtw5aj2KVn75c+gVHWUUoFVRzcffc7DGKqQw@mail.gmail.com> (raw)
In-Reply-To: <E1thUwq-0020ux-5f@kylie.crudebyte.com>

On Mon, 10 Feb 2025 at 14:40, Christian Schoenebeck
<qemu_oss@crudebyte.com> wrote:
>
> Coverity scan complained about expression "|LARGEFILE" to be non reachable
> and the detailed Coverity report claims O_LARGEFILE was zero. I can't
> reproduce this here, but I assume that means there are at least some
> system(s) which define O_LARGEFILE as zero.
>
> This is not really an issue, but to silence this Coverity warning, add a
> preprocessor wrapper that checks for O_LARGEFILE being non-zero for this
> overall expression. The 'defined(O_LARGEFILE)' check is not necessary,
> but it makes it more clear that we really want to check for the value of
> O_LARGEFILE, not just whether the macro was defined.
>
> Fixes: 9a0dd4b3
> Resolves: Coverity CID 1591178
> Reported-by: Coverity Scan
> Signed-off-by: Christian Schoenebeck <qemu_oss@crudebyte.com>
> ---
>  hw/9pfs/9p-util-generic.c | 2 ++
>  1 file changed, 2 insertions(+)
>
> diff --git a/hw/9pfs/9p-util-generic.c b/hw/9pfs/9p-util-generic.c
> index 4c1e9c887d..02e359f17b 100644
> --- a/hw/9pfs/9p-util-generic.c
> +++ b/hw/9pfs/9p-util-generic.c
> @@ -19,7 +19,9 @@ char *qemu_open_flags_tostr(int flags)
>          #ifdef O_DIRECT
>          (flags & O_DIRECT) ? "|DIRECT" : "",
>          #endif
> +        #if defined(O_LARGEFILE) && O_LARGEFILE != 0
>          (flags & O_LARGEFILE) ? "|LARGEFILE" : "",
> +        #endif
>          (flags & O_DIRECTORY) ? "|DIRECTORY" : "",
>          (flags & O_NOFOLLOW) ? "|NOFOLLOW" : "",
>          #ifdef O_NOATIME

I don't think we need to make this change -- the code is
correct, and osdep.h defines O_LARGEFILE if the system doesn't,
exactly so that we don't need to put in extra ifdefs in the
code itself. Coverity often fails to understand that some
code is not dead in a different configuration or host OS
than the one that got scanned. I've marked the issue as
a false-positive in the Coverity UI.

thanks
-- PMM


  parent reply	other threads:[~2025-02-11 14:48 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-02-10 14:33 [PATCH] 9pfs: fix dead code in qemu_open_flags_tostr() Christian Schoenebeck
2025-02-10 15:32 ` Philippe Mathieu-Daudé
2025-02-11 10:21   ` Christian Schoenebeck
2025-02-11 14:47 ` Peter Maydell [this message]
2025-02-11 15:44   ` Christian Schoenebeck

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-Gh18aqaOtw5aj2KVn75c+gVHWUUoFVRzcffc7DGKqQw@mail.gmail.com \
    --to=peter.maydell@linaro.org \
    --cc=groug@kaod.org \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu_oss@crudebyte.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).