All of lore.kernel.org
 help / color / mirror / Atom feed
From: Cornelia Huck <cohuck@redhat.com>
To: "Alex Bennée" <1883560@bugs.launchpad.net>
Cc: qemu-devel@nongnu.org
Subject: Re: [Bug 1883560] [NEW] mips linux-user builds occasionly crash randomly only to be fixed by a full clean re-build
Date: Thu, 18 Jun 2020 13:53:31 +0200	[thread overview]
Message-ID: <20200618135331.7ec861e9.cohuck@redhat.com> (raw)
In-Reply-To: <159223432851.7281.13140123017230519248.malonedeb@gac.canonical.com>

On Mon, 15 Jun 2020 15:18:48 -0000
Alex Bennée <1883560@bugs.launchpad.net> wrote:

> Public bug reported:
> 
> >From time to time I find check-tcg crashes with a one of the MIPS  
> binaries. The last time it crashed was running the test:
> 
>   ./mips64el-linux-user/qemu-mips64el ./tests/tcg/mips64el-linux-
> user/threadcount
> 
> Inevitably after some time noodling around wondering what could be
> causing this weird behaviour I wonder if it is a build issue. I wipe all
> the mips* build directories, re-run configure and re-build and voila
> problem goes away.
> 
> It seems there must be some sort of build artefact which isn't being
> properly re-generated on a build update which causes weird problems.
> Additional data point if I:
> 
>   rm -rf mips64el-linux-user
>   ../../configure
>   make
> 
> then I see failures in mip32 builds - eg:
> 
>     GEN     mipsn32el-linux-user/config-target.h
>   In file included from /home/alex/lsrc/qemu.git/linux-user/syscall_defs.h:10,
>                    from /home/alex/lsrc/qemu.git/linux-user/qemu.h:16,
>                    from /home/alex/lsrc/qemu.git/linux-user/linuxload.c:5:
>   /home/alex/lsrc/qemu.git/linux-user/mips64/syscall_nr.h:1: error: unterminated #ifndef
>    #ifndef LINUX_USER_MIPS64_SYSCALL_NR_H
> 
>   make[1]: *** [/home/alex/lsrc/qemu.git/rules.mak:69: linux-user/linuxload.o] Error 1
>   make[1]: *** Waiting for unfinished jobs....
> 
> which implies there is a cross dependency between different targets
> somewhere. If I executed:
> 
>   rm -rf mips*
> 
> before re-configuring and re-building then everything works again.
> 
> ** Affects: qemu
>      Importance: Undecided
>          Status: New
> 
> 
> ** Tags: build linux-user mips
> 

FWIW, this does not seem to be a mips-only issue: I'm seeing the
threadcount test fail with s390x-linux-user as well, and it also goes
away (only) if I purge the build directory, re-configure, and re-build.



  parent reply	other threads:[~2020-06-18 11:54 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-15 15:18 [Bug 1883560] [NEW] mips linux-user builds occasionly crash randomly only to be fixed by a full clean re-build Alex Bennée
2020-06-15 16:57 ` [Bug 1883560] " Laurent Vivier
2020-06-16 16:49 ` Alex Bennée
2020-06-18 11:53 ` Cornelia Huck [this message]
2020-06-18 15:11   ` [Bug 1883560] [NEW] " Aleksandar Markovic
2020-06-18 15:11     ` Aleksandar Markovic
2020-06-18 17:00   ` Aleksandar Markovic
2020-06-18 17:00     ` Aleksandar Markovic
2020-06-19  6:17     ` Cornelia Huck
2020-06-19  8:21       ` Alex Bennée
2020-06-19  8:21         ` Alex Bennée
2020-06-18 17:34 ` [Bug 1883560] " Laurent Vivier
2021-04-29 10:26 ` Thomas Huth
2021-06-29  4:17 ` Launchpad Bug Tracker

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=20200618135331.7ec861e9.cohuck@redhat.com \
    --to=cohuck@redhat.com \
    --cc=1883560@bugs.launchpad.net \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.