From: Michael Tokarev <mjt@tls.msk.ru>
To: "M. Mohan Kumar" <mohan@in.ibm.com>
Cc: qemu-trivial@nongnu.org, Peter Maydell <peter.maydell@linaro.org>,
qemu-devel@nongnu.org
Subject: Re: [Qemu-trivial] [Qemu-devel] [PATCH trivial] configure: explicitly disable virtfs if softmmu=no
Date: Tue, 11 Jun 2013 22:19:20 +0400 [thread overview]
Message-ID: <51B76A28.5030008@msgid.tls.msk.ru> (raw)
In-Reply-To: <87ehc8tvd5.fsf@gmail.com>
11.06.2013 21:23, M. Mohan Kumar wrote:
> Peter Maydell <peter.maydell@linaro.org> writes:
>
> How about this approach?
Well, this is definitely wrong :)
> -if test "$softmmu" = yes ; then
> - if test "$virtfs" != no ; then
> +
> +if test "$virtfs" != no ; then
> + if test "$softmmu" = yes ; then
> if test "$cap" = yes && test "$linux" = yes && test "$attr" = yes ; then
> virtfs=yes
> tools="$tools fsdev/virtfs-proxy-helper\$(EXESUF)"
> @@ -3415,6 +3416,12 @@ if test "$softmmu" = yes ; then
> fi
> virtfs=no
> fi
> + else
> + if test "$virtfs" = yes; then
> + error_exit "VirtFS is supported only on Linux and requires softmmu"
> + else
> + virtfs=no
> + fi
> fi
> if [ "$linux" = "yes" -o "$bsd" = "yes" -o "$solaris" = "yes" ] ; then
> if [ "$guest_agent" = "yes" ]; then
Now this "if [ $linux..." test is only checked
if $virtfs != no. Before, it was checked when
$softmmu != no...
FWIW, I still don't understand what Peter Maydell dislikes
in a simplest case I posted initially, where we merely ignore
(disable) virtfs in case !softmmu. We should probably do the
same for alot of other features which makes sense only if
softmmu==yes, and omit many configure tests which are still
done even if softmmu is disabled, but that's a different
patch for sure. Maube we should separate out this last linux|bsd|solaris
test and add another if softmmu there, for readability, so that
disabling of virtfs will be closer to other virtfs tests.
I applied my initial patch to our debian tree to fix build
failure for now, because else it fails during build.
Thanks,
/mjt
next prev parent reply other threads:[~2013-06-11 18:19 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-10 20:47 [Qemu-trivial] [PATCH trivial] configure: explicitly disable virtfs if softmmu=no Michael Tokarev
2013-06-10 20:57 ` Michael Tokarev
2013-06-11 9:22 ` M. Mohan Kumar
2013-06-11 9:24 ` [Qemu-trivial] [Qemu-devel] " Peter Maydell
2013-06-11 9:47 ` [Qemu-trivial] " Michael Tokarev
2013-06-10 21:45 ` [Qemu-trivial] [Qemu-devel] " Peter Maydell
2013-06-11 12:29 ` Michael Tokarev
2013-06-11 15:01 ` Peter Maydell
2013-06-11 17:23 ` M. Mohan Kumar
2013-06-11 18:19 ` Michael Tokarev [this message]
2013-06-11 19:21 ` Peter Maydell
2013-06-11 19:55 ` Michael Tokarev
2013-06-12 5:26 ` M. Mohan Kumar
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=51B76A28.5030008@msgid.tls.msk.ru \
--to=mjt@tls.msk.ru \
--cc=mohan@in.ibm.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-trivial@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.