All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hao QingFeng <haoqf@linux.vnet.ibm.com>
To: Max Reitz <mreitz@redhat.com>, qemu-block@nongnu.org
Cc: Kevin Wolf <kwolf@redhat.com>,
	Sascha Silbe <silbe@linux.vnet.ibm.com>,
	qemu-devel@nongnu.org, Stefan Hajnoczi <stefanha@redhat.com>,
	Liu Jing <liujbjl@linux.vnet.ibm.com>,
	Christian Borntraeger <borntraeger@de.ibm.com>,
	Cornelia Huck <cornelia.huck@de.ibm.com>
Subject: Re: [Qemu-devel] [Qemu-block] [PATCH v4 0/3] iotests: Fix test 162
Date: Mon, 24 Oct 2016 14:23:54 +0800	[thread overview]
Message-ID: <20e90139-32cc-26c0-2baa-a8eaaa20fd7e@linux.vnet.ibm.com> (raw)
In-Reply-To: <2510482c-9d74-1366-9839-8995394ac657@redhat.com>



在 2016-10-16 1:27, Max Reitz 写道:
> On 13.10.2016 07:20, Hao QingFeng wrote:
>>
>> 在 2016-10-13 3:46, Max Reitz 写道:
>>> On 12.10.2016 10:55, Hao QingFeng wrote:
>>>> Max,
>>>>
>>>> Just a common question for this case, if sshx block driver wasn't built
>>>> into qemu-img, this case would fail as below:
>>> Good point, and thanks for bringing it up, but it's not directly linked
>>> to this series other than by its subject, of course, so I'd rather add a
>>> fix on top.
>> Thanks and sorry for sending to the improper mail series.
>>>> exec /home/haoqf/KVMonz/qemu/tests/qemu-iotests/../../qemu-img info
>>>> --image-opts driver=ssh,host=localhost,port=0.42,path=/foo
>>>> qemu-img: Could not open
>>>> 'driver=ssh,host=localhost,port=0.42,path=/foo': Unknown driver 'ssh'
>>>>
>>>> Adding 162.notrun can bypass this case but it would skip it even if
>>>> qemu-img has sshx block driver, in which case I think it should be run.
>>>>
>>>> So How about adding a script to dynamically check at runtime if the
>>>> current env qemu-img can meet the requirement to run the test or not?
>>> Unfortunately, the list of block drivers listed by will not contain ssh
>>> if ssh is built as a module, which is possible.
>> Actually I am not sure if I understood it. Do you mean
>> "CONFIG_LIBSSH2=m" set
>> rather than "CONFIG_LIBSSH2=y" in config-host.mak? But in the configure
>> it's
>> set to be "CONFIG_LIBSSH2=y":
>> if test "$libssh2" = "yes" ; then
>>    echo "CONFIG_LIBSSH2=y" >> $config_host_mak
>>    echo "LIBSSH2_CFLAGS=$libssh2_cflags" >> $config_host_mak
>>    echo "LIBSSH2_LIBS=$libssh2_libs" >> $config_host_mak
>> fi
> I don't know which version of qemu you are looking at, but on master it
> says "m" instead of "y" there:
>
> http://git.qemu.org/?p=qemu.git;a=blob;f=configure;h=dd9e6792bbe04411d81eb5438d58eb1999d4dcd2;hb=HEAD#l5477
>
>> Meanwhile I changed it to be "CONFIG_LIBSSH2=m" and reconfig, make the
>> qemu,
>> qemu-img --help can still prompt ssh.
> Have you tried building master with --enable-modules specified for
> configure?
You are right, I tried the latest master code(commit 
b49e452fe994f8fbcd2) with
"./configure --target-list=s390x-softmmu --enable-debug --enable-modules 
--enable-libssh2 --prefix=/usr"
and qemu-img --help didn't include the ssh and CONFIG_LIBSSH2=m in 
config-host.mak.
Maybe it was changed in recent code. So how to deal with this case for 
162 or just ignore it now?
thanks!

> Max
>
>>> This is a bug that should be fixed, but I'd rather do so in a separate
>>> series from this one.
>>>
>>> In any case, once it is fixed I'd rather just take the approach quorum
>>> tests take already (e.g. test 081), which is something like:
>>>
>>> test_ssh=$($QEMU_IMG --help | grep '^Supported formats:.* ssh\( \|$\)')
>>> [ "$test_ssh" = "" ] && _notrun "ssh support required"
>> Cool. Agree with this like what was done in 081.  thanks
>>> Max
>>>
>

-- 
QingFeng Hao(Robin)

  reply	other threads:[~2016-10-24  6:24 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-28 20:46 [Qemu-devel] [PATCH v4 0/3] iotests: Fix test 162 Max Reitz
2016-09-28 20:46 ` [Qemu-devel] [PATCH v4 1/3] qemu-nbd: Add --fork option Max Reitz
2016-09-28 20:46 ` [Qemu-devel] [PATCH v4 2/3] iotests: Remove raciness from 162 Max Reitz
2016-09-28 20:46 ` [Qemu-devel] [PATCH v4 3/3] iotests: Do not rely on unavailable domains in 162 Max Reitz
2016-10-12  8:55 ` [Qemu-devel] [Qemu-block] [PATCH v4 0/3] iotests: Fix test 162 Hao QingFeng
2016-10-12 19:46   ` Max Reitz
2016-10-13  5:20     ` Hao QingFeng
2016-10-15 17:27       ` Max Reitz
2016-10-24  6:23         ` Hao QingFeng [this message]
2016-10-17 17:07 ` [Qemu-devel] " Max Reitz
2016-10-18  9:36   ` Kevin Wolf
2016-10-24 14:30     ` [Qemu-devel] [Qemu-block] " Kevin Wolf

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=20e90139-32cc-26c0-2baa-a8eaaa20fd7e@linux.vnet.ibm.com \
    --to=haoqf@linux.vnet.ibm.com \
    --cc=borntraeger@de.ibm.com \
    --cc=cornelia.huck@de.ibm.com \
    --cc=kwolf@redhat.com \
    --cc=liujbjl@linux.vnet.ibm.com \
    --cc=mreitz@redhat.com \
    --cc=qemu-block@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=silbe@linux.vnet.ibm.com \
    --cc=stefanha@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 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.