2016-06-28 03:02:05 +08:00
|
|
|
atomic_add-bench
|
2017-07-15 02:04:09 +08:00
|
|
|
benchmark-crypto-cipher
|
2017-07-15 02:04:10 +08:00
|
|
|
benchmark-crypto-hash
|
2017-07-15 02:04:11 +08:00
|
|
|
benchmark-crypto-hmac
|
2012-04-20 09:40:24 +08:00
|
|
|
check-qdict
|
2017-06-08 00:35:58 +08:00
|
|
|
check-qnum
|
2012-04-20 09:40:24 +08:00
|
|
|
check-qjson
|
|
|
|
|
check-qlist
|
2017-09-27 05:07:23 +08:00
|
|
|
check-qlit
|
2016-04-29 05:45:21 +08:00
|
|
|
check-qnull
|
2017-11-15 02:01:28 +08:00
|
|
|
check-qobject
|
2012-04-20 09:40:24 +08:00
|
|
|
check-qstring
|
2014-01-27 16:26:21 +08:00
|
|
|
check-qom-interface
|
qom: Add object_new_with_props() / object_new_withpropv() helpers
It is reasonably common to want to create an object, set a
number of properties, register it in the hierarchy and then
mark it as complete (if a user creatable type). This requires
quite a lot of error prone, verbose, boilerplate code to achieve.
First a pair of functions object_set_props() / object_set_propv()
are added which allow for a list of objects to be set in
one single API call.
Then object_new_with_props() / object_new_with_propv() constructors
are added which simplify the sequence of calls to create an
object, populate properties, register in the object composition
tree and mark the object complete, into a single method call.
Usage would be:
Error *err = NULL;
Object *obj;
obj = object_new_with_propv(TYPE_MEMORY_BACKEND_FILE,
object_get_objects_root(),
"hostmem0",
&err,
"share", "yes",
"mem-path", "/dev/shm/somefile",
"prealloc", "yes",
"size", "1048576",
NULL);
Note all property values are passed in string form and will
be parsed into their required data types, using normal QOM
semantics for parsing from string format.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Andreas Färber <afaerber@suse.de>
2015-05-14 00:14:06 +08:00
|
|
|
check-qom-proplist
|
qht: add qht-bench, a performance benchmark
This serves as a performance benchmark as well as a stress test
for QHT. We can tweak quite a number of things, including the
number of resize threads and how frequently resizes are triggered.
A performance comparison of QHT vs CLHT[1] and ck_hs[2] using
this same benchmark program can be found here:
http://imgur.com/a/0Bms4
The tests are run on a 64-core AMD Opteron 6376, pinning threads
to cores favoring same-socket cores. For each run, qht-bench is
invoked with:
$ tests/qht-bench -d $duration -n $n -u $u -g $range
, where $duration is in seconds, $n is the number of threads,
$u is the update rate (0.0 to 100.0), and $range is the number
of keys.
Note that ck_hs's performance drops significantly as writes go
up, since it requires an external lock (I used a ck_spinlock)
around every write.
Also, note that CLHT instead of using a seqlock, relies on an
allocator that does not ever return the same address during the
same read-critical section. This gives it a slight performance
advantage over QHT on read-heavy workloads, since the seqlock
writes aren't there.
[1] CLHT: https://github.com/LPD-EPFL/CLHT
https://infoscience.epfl.ch/record/207109/files/ascy_asplos15.pdf
[2] ck_hs: http://concurrencykit.org/
http://backtrace.io/blog/blog/2015/03/13/workload-specialization/
A few of those plots are shown in text here, since that site
might not be online forever. Throughput is on Mops/s on the Y axis.
200K keys, 0 % updates
450 ++--+------+------+-------+-------+-------+-------+------+-------+--++
| + + + + + + + + +N+ |
400 ++ ---+E+ ++
| +++---- |
350 ++ 9 ++------+------++ --+E+ -+H+ ++
| | +H+- | -+N+---- ---- +++ |
300 ++ 8 ++ +E+ ++ -----+E+ --+H+ ++
| | +++ | -+N+-----+H+-- |
250 ++ 7 ++------+------++ +++-----+E+---- ++
200 ++ 1 -+E+-----+H+ ++
| ---- qht +-E--+ |
150 ++ -+E+ clht +-H--+ ++
| ---- ck +-N--+ |
100 ++ +E+ ++
| ---- |
50 ++ -+E+ ++
| +E+E+ + + + + + + + + |
0 ++--E------+------+-------+-------+-------+-------+------+-------+--++
1 8 16 24 32 40 48 56 64
Number of threads
200K keys, 1 % updates
350 ++--+------+------+-------+-------+-------+-------+------+-------+--++
| + + + + + + + + -+E+ |
300 ++ -----+H+ ++
| +E+-- |
| 9 ++------+------++ +++---- |
250 ++ | +E+ -- | -+E+ ++
| 8 ++ -- ++ ---- |
200 ++ | +++- | +++ ---+E+ ++
| 7 ++------N------++ -+E+-- qht +-E--+ |
| 1 +++---- clht +-H--+ |
150 ++ -+E+ ck +-N--+ ++
| ---- |
100 ++ +E+ ++
| ---- |
| -+E+ |
50 ++ +H+-+N+----+N+-----+N+------ ++
| +E+E+ + + + +N+-----+N+-----+N+----+N+-----+N+ |
0 ++--E------+------+-------+-------+-------+-------+------+-------+--++
1 8 16 24 32 40 48 56 64
Number of threads
200K keys, 20 % updates
300 ++--+------+------+-------+-------+-------+-------+------+-------+--++
| + + + + + + + + + |
| -+H+ |
250 ++ ---- ++
| 9 ++------+------++ --+H+ ---+E+ |
| 8 ++ +H+-- ++ -+H+----+E+-- |
200 ++ | +E+ --| -----+E+-- +++ ++
| 7 ++ + ---- ++ ---+H+---- +++ qht +-E--+ |
150 ++ 6 ++------N------++ -+H+-----+E+ clht +-H--+ ++
| 1 -----+E+-- ck +-N--+ |
| -+H+---- |
100 ++ -----+E+ ++
| +E+-- |
| ----+++ |
50 ++ -+E+ ++
| +E+ +++ |
| +E+N+-+N+-----+ + + + + + + |
0 ++--E------+------N-------N-------N-------N-------N------N-------N--++
1 8 16 24 32 40 48 56 64
Number of threads
200K keys, 100 % updates qht +-E--+
clht +-H--+
160 ++--+------+------+-------+-------+-------+-------+---ck-+-N-----+--++
| + + + + + + + + ----H |
140 ++ +H+-- -+E+ ++
| +++---- ---- |
120 ++ 8 ++------+------++ -+H+ +E+ ++
| 7 ++ +H+---- ++ ---- +++---- |
100 ++ | +E+ | +++ ---+H+ -+E+ ++
| 6 ++ +++ ++ -+H+-- +++---- |
80 ++ 5 ++------N----------+E+-----+E+ ++
| 1 -+H+---- +++ |
| -----+E+ |
60 ++ +H+---- +++ ++
| ----+E+ |
40 ++ +H+---- ++
| --+E+ |
20 ++ +E+ ++
| +EE+ + + + + + + + + |
0 ++--+N-N---N------N-------N-------N-------N-------N------N-------N--++
1 8 16 24 32 40 48 56 64
Number of threads
Signed-off-by: Emilio G. Cota <cota@braap.org>
Message-Id: <1465412133-3029-13-git-send-email-cota@braap.org>
Signed-off-by: Richard Henderson <rth@twiddle.net>
2016-06-09 02:55:30 +08:00
|
|
|
qht-bench
|
2015-02-27 23:21:22 +08:00
|
|
|
rcutorture
|
2013-02-21 10:34:40 +08:00
|
|
|
test-aio
|
2017-03-08 23:15:44 +08:00
|
|
|
test-aio-multithread
|
|
|
|
|
test-arm-mptimer
|
2015-11-23 23:24:50 +08:00
|
|
|
test-base64
|
2018-01-08 23:30:24 +08:00
|
|
|
test-bdrv-drain
|
2013-09-24 15:43:40 +08:00
|
|
|
test-bitops
|
2016-12-09 22:36:00 +08:00
|
|
|
test-bitcnt
|
2018-05-22 00:32:01 +08:00
|
|
|
test-block-backend
|
2016-09-20 22:43:01 +08:00
|
|
|
test-blockjob
|
2015-11-13 11:47:03 +08:00
|
|
|
test-blockjob-txn
|
2016-09-20 22:43:01 +08:00
|
|
|
test-bufferiszero
|
2016-11-07 12:59:25 +08:00
|
|
|
test-char
|
qapi: Add new clone visitor
We have a couple places in the code base that want to deep-clone
one QAPI object into another, and they were resorting to serializing
the struct out to QObject then reparsing it. A much more efficient
version can be done by adding a new clone visitor.
Since cloning is still relatively uncommon, expose the use of the
new visitor via a QAPI_CLONE() macro that takes care of type-punning
the underlying function pointer, rather than generating lots of
unused functions for types that won't be cloned. And yes, we're
relying on the compiler treating all pointers equally, even though
a strict C program cannot portably do so - but we're not the first
one in the qemu code base to expect it to work (hello, glib!).
The choice of adding a fourth visitor type deserves some explanation.
On the surface, the clone visitor is mostly an input visitor (it
takes arbitrary input - in this case, another QAPI object - and
creates a new QAPI object during the course of the visit). But
ever since commit da72ab0 consolidated enum visits based on the
visitor type, using VISITOR_INPUT would cause us to run
visit_type_str(), even though for cloning there is nothing to do
(we just copy the enum value across, without regards to its mapping
to strings). Also, since our input happens to be a QAPI object,
we can also satisfy the internal checks for VISITOR_OUTPUT. So in
the end, I settled with a new VISITOR_CLONE, and chose its value
such that many internal checks can use 'v->type & mask', sticking
to 'v->type == value' where the difference matters.
Note that we can only clone objects (including alternates) and lists,
not built-ins or enums. The visitor core hides integer width from
the actual visitor (since commit 04e070d), and as long as that's the
case, we can't clone top-level integers. Then again, those can
always be cloned by direct copy, since they are not objects with
deep pointers, so it's no real loss. And restricting cloning to
just objects and lists is cleaner than restricting it to non-integers.
As such, I documented that the clone visitor is for direct use only
by code internal to QAPI, and should not be used on incomplete objects
(other than a hack to work around the fact that we allow NULL in place
of "" in visit_type_str() in other output visitors). Note that as
written, the clone visitor will never fail on a complete object.
Scalars (including enums) not at the root of the clone copy just fine
with no additional effort while visiting the scalar, by virtue of a
g_memdup() each time we push another struct onto the stack. Cloning
a string requires deduplication of a pointer, which means it can also
provide the guarantee of an input visitor of never producing NULL
even when still accepting NULL in place of "" the way the QMP output
visitor does.
Cloning an 'any' type could be possible by incrementing the QObject
refcnt, but it's not obvious whether that is better than implementing
a QObject deep clone. So for now, we document it as unsupported,
and intentionally omit the .type_any() callback to let a developer
know their usage needs implementation.
Add testsuite coverage for several different clone situations, to
ensure that the code is working. I also tested that valgrind was
happy with the test.
Signed-off-by: Eric Blake <eblake@redhat.com>
Message-Id: <1465490926-28625-14-git-send-email-eblake@redhat.com>
Reviewed-by: Markus Armbruster <armbru@redhat.com>
Signed-off-by: Markus Armbruster <armbru@redhat.com>
2016-06-10 00:48:44 +08:00
|
|
|
test-clone-visitor
|
2014-04-12 06:23:01 +08:00
|
|
|
test-coroutine
|
2015-10-23 23:14:25 +08:00
|
|
|
test-crypto-afsplit
|
2015-10-24 18:44:13 +08:00
|
|
|
test-crypto-block
|
2015-07-02 01:10:32 +08:00
|
|
|
test-crypto-cipher
|
2015-07-02 01:10:29 +08:00
|
|
|
test-crypto-hash
|
2017-03-08 23:15:44 +08:00
|
|
|
test-crypto-hmac
|
2015-10-15 19:35:28 +08:00
|
|
|
test-crypto-ivgen
|
2015-10-14 20:14:04 +08:00
|
|
|
test-crypto-pbkdf
|
crypto: add QCryptoSecret object class for password/key handling
Introduce a new QCryptoSecret object class which will be used
for providing passwords and keys to other objects which need
sensitive credentials.
The new object can provide secret values directly as properties,
or indirectly via a file. The latter includes support for file
descriptor passing syntax on UNIX platforms. Ordinarily passing
secret values directly as properties is insecure, since they
are visible in process listings, or in log files showing the
CLI args / QMP commands. It is possible to use AES-256-CBC to
encrypt the secret values though, in which case all that is
visible is the ciphertext. For ad hoc developer testing though,
it is fine to provide the secrets directly without encryption
so this is not explicitly forbidden.
The anticipated scenario is that libvirtd will create a random
master key per QEMU instance (eg /var/run/libvirt/qemu/$VMNAME.key)
and will use that key to encrypt all passwords it provides to
QEMU via '-object secret,....'. This avoids the need for libvirt
(or other mgmt apps) to worry about file descriptor passing.
It also makes life easier for people who are scripting the
management of QEMU, for whom FD passing is significantly more
complex.
Providing data inline (insecure, only for ad hoc dev testing)
$QEMU -object secret,id=sec0,data=letmein
Providing data indirectly in raw format
printf "letmein" > mypasswd.txt
$QEMU -object secret,id=sec0,file=mypasswd.txt
Providing data indirectly in base64 format
$QEMU -object secret,id=sec0,file=mykey.b64,format=base64
Providing data with encryption
$QEMU -object secret,id=master0,file=mykey.b64,format=base64 \
-object secret,id=sec0,data=[base64 ciphertext],\
keyid=master0,iv=[base64 IV],format=base64
Note that 'format' here refers to the format of the ciphertext
data. The decrypted data must always be in raw byte format.
More examples are shown in the updated docs.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-10-14 16:58:38 +08:00
|
|
|
test-crypto-secret
|
2015-04-13 21:01:39 +08:00
|
|
|
test-crypto-tlscredsx509
|
|
|
|
|
test-crypto-tlscredsx509-work/
|
|
|
|
|
test-crypto-tlscredsx509-certs/
|
2015-03-03 01:23:31 +08:00
|
|
|
test-crypto-tlssession
|
|
|
|
|
test-crypto-tlssession-work/
|
|
|
|
|
test-crypto-tlssession-client/
|
|
|
|
|
test-crypto-tlssession-server/
|
2016-02-11 22:00:17 +08:00
|
|
|
test-crypto-xts
|
2013-02-21 10:34:40 +08:00
|
|
|
test-cutils
|
|
|
|
|
test-hbitmap
|
2017-04-28 10:23:29 +08:00
|
|
|
test-hmp
|
2013-09-24 15:43:40 +08:00
|
|
|
test-int128
|
2013-02-21 10:34:40 +08:00
|
|
|
test-iov
|
2015-09-16 00:27:33 +08:00
|
|
|
test-io-channel-buffer
|
2015-08-27 23:25:30 +08:00
|
|
|
test-io-channel-command
|
|
|
|
|
test-io-channel-command.fifo
|
2015-02-28 02:25:25 +08:00
|
|
|
test-io-channel-file
|
|
|
|
|
test-io-channel-file.txt
|
2015-02-28 00:19:33 +08:00
|
|
|
test-io-channel-socket
|
2015-03-03 02:13:13 +08:00
|
|
|
test-io-channel-tls
|
2015-03-19 01:25:45 +08:00
|
|
|
test-io-task
|
keyval: New keyval_parse()
keyval_parse() parses KEY=VALUE,... into a QDict. Works like
qemu_opts_parse(), except:
* Returns a QDict instead of a QemuOpts (d'oh).
* Supports nesting, unlike QemuOpts: a KEY is split into key
fragments at '.' (dotted key convention; the block layer does
something similar on top of QemuOpts). The key fragments are QDict
keys, and the last one's value is updated to VALUE.
* Each key fragment may be up to 127 bytes long. qemu_opts_parse()
limits the entire key to 127 bytes.
* Overlong key fragments are rejected. qemu_opts_parse() silently
truncates them.
* Empty key fragments are rejected. qemu_opts_parse() happily
accepts empty keys.
* It does not store the returned value. qemu_opts_parse() stores it
in the QemuOptsList.
* It does not treat parameter "id" specially. qemu_opts_parse()
ignores all but the first "id", and fails when its value isn't
id_wellformed(), or duplicate (a QemuOpts with the same ID is
already stored). It also screws up when a value contains ",id=".
* Implied value is not supported. qemu_opts_parse() desugars "foo" to
"foo=on", and "nofoo" to "foo=off".
* An implied key's value can't be empty, and can't contain ','.
I intend to grow this into a saner replacement for QemuOpts. It'll
take time, though.
Note: keyval_parse() provides no way to do lists, and its key syntax
is incompatible with the __RFQDN_ prefix convention for downstream
extensions, because it blindly splits at '.', even in __RFQDN_. Both
issues will be addressed later in the series.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <1488317230-26248-4-git-send-email-armbru@redhat.com>
2017-03-01 05:26:49 +08:00
|
|
|
test-keyval
|
2016-04-06 08:49:16 +08:00
|
|
|
test-logging
|
2013-02-21 10:34:40 +08:00
|
|
|
test-mul64
|
2014-04-12 06:23:01 +08:00
|
|
|
test-opts-visitor
|
2018-02-11 17:36:05 +08:00
|
|
|
test-qapi-commands.[ch]
|
|
|
|
|
test-qapi-events.[ch]
|
2012-04-20 09:40:24 +08:00
|
|
|
test-qapi-types.[ch]
|
2017-03-01 05:27:03 +08:00
|
|
|
test-qapi-util
|
2012-04-20 09:40:24 +08:00
|
|
|
test-qapi-visit.[ch]
|
2013-07-11 04:08:40 +08:00
|
|
|
test-qdev-global-props
|
2014-09-26 23:20:32 +08:00
|
|
|
test-qemu-opts
|
2016-06-09 02:55:27 +08:00
|
|
|
test-qdist
|
2015-10-21 03:41:33 +08:00
|
|
|
test-qga
|
2016-06-09 02:55:29 +08:00
|
|
|
test-qht
|
2016-06-09 02:55:31 +08:00
|
|
|
test-qht-par
|
2018-02-11 17:35:56 +08:00
|
|
|
test-qmp-cmds
|
2014-09-26 23:20:32 +08:00
|
|
|
test-qmp-event
|
2016-09-30 22:45:27 +08:00
|
|
|
test-qobject-input-strict
|
|
|
|
|
test-qobject-input-visitor
|
2018-02-11 17:36:05 +08:00
|
|
|
test-qapi-introspect.[ch]
|
2016-09-30 22:45:27 +08:00
|
|
|
test-qobject-output-visitor
|
2015-02-27 23:21:22 +08:00
|
|
|
test-rcu-list
|
2016-07-27 15:01:51 +08:00
|
|
|
test-replication
|
2017-01-10 10:10:09 +08:00
|
|
|
test-shift128
|
2014-04-12 06:23:01 +08:00
|
|
|
test-string-input-visitor
|
|
|
|
|
test-string-output-visitor
|
2013-02-21 10:34:40 +08:00
|
|
|
test-thread-pool
|
2014-04-12 06:23:01 +08:00
|
|
|
test-throttle
|
2015-11-13 11:47:03 +08:00
|
|
|
test-timed-average
|
2016-09-21 12:27:26 +08:00
|
|
|
test-uuid
|
2017-12-21 20:55:20 +08:00
|
|
|
test-util-sockets
|
2014-04-12 06:23:01 +08:00
|
|
|
test-visitor-serialization
|
2013-11-28 22:01:18 +08:00
|
|
|
test-vmstate
|
2015-02-27 23:21:22 +08:00
|
|
|
test-write-threshold
|
2013-01-24 01:58:27 +08:00
|
|
|
test-x86-cpuid
|
2016-09-21 04:11:39 +08:00
|
|
|
test-x86-cpuid-compat
|
2013-02-21 10:34:40 +08:00
|
|
|
test-xbzrle
|
2015-10-07 11:52:22 +08:00
|
|
|
test-netfilter
|
tests/test-filter-mirror:add filter-mirror unit test
In this unit test we will test the mirror function.
start qemu with:
-netdev socket,id=qtest-bn0,fd=sockfd
-device e1000,netdev=qtest-bn0,id=qtest-e0
-chardev socket,id=mirror0,path=/tmp/filter-mirror-test.sock,server,nowait
-object filter-mirror,id=qtest-f0,netdev=qtest-bn0,queue=tx,outdev=mirror0
We inject packet to netdev socket id = qtest-bn0,
filter-mirror will copy and mirror the packet to mirror0.
we read packet from mirror0 and then compare to what we injected.
Signed-off-by: Zhang Chen <zhangchen.fnst@cn.fujitsu.com>
Signed-off-by: Wen Congyang <wency@cn.fujitsu.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
2016-03-15 15:41:34 +08:00
|
|
|
test-filter-mirror
|
tests/test-filter-redirector: Add unit test for filter-redirector
In this unit test,we will test the filter redirector function.
Case 1, tx traffic flow:
qemu side | test side
|
+---------+ | +-------+
| backend <---------------+ sock0 |
+----+----+ | +-------+
| |
+----v----+ +-------+ |
| rd0 +->+chardev| |
+---------+ +---+---+ |
| |
+---------+ | |
| rd1 <------+ |
+----+----+ |
| |
+----v----+ | +-------+
| rd2 +--------------->sock1 |
+---------+ | +-------+
+
a. we(sock0) inject packet to qemu socket backend
b. backend pass packet to filter redirector0(rd0)
c. rd0 redirect packet to out_dev(chardev) which is connected with
filter redirector1's(rd1) in_dev
d. rd1 read this packet from in_dev, and pass to next filter redirector2(rd2)
e. rd2 redirect packet to rd2's out_dev which is connected with an opened socketed(sock1)
f. we read packet from sock1 and compare to what we inject
Start qemu with:
"-netdev socket,id=qtest-bn0,fd=%d "
"-device rtl8139,netdev=qtest-bn0,id=qtest-e0 "
"-chardev socket,id=redirector0,path=%s,server,nowait "
"-chardev socket,id=redirector1,path=%s,server,nowait "
"-chardev socket,id=redirector2,path=%s,nowait "
"-object filter-redirector,id=qtest-f0,netdev=qtest-bn0,"
"queue=tx,outdev=redirector0 "
"-object filter-redirector,id=qtest-f1,netdev=qtest-bn0,"
"queue=tx,indev=redirector2 "
"-object filter-redirector,id=qtest-f2,netdev=qtest-bn0,"
"queue=tx,outdev=redirector1 "
--------------------------------------
Case 2, rx traffic flow
qemu side | test side
|
+---------+ | +-------+
| backend +---------------> sock1 |
+----^----+ | +-------+
| |
+----+----+ +-------+ |
| rd0 +<-+chardev| |
+---------+ +---+---+ |
^ |
+---------+ | |
| rd1 +------+ |
+----^----+ |
| |
+----+----+ | +-------+
| rd2 <---------------+sock0 |
+---------+ | +-------+
a. we(sock0) insert packet to filter redirector2(rd2)
b. rd2 pass packet to filter redirector1(rd1)
c. rd1 redirect packet to out_dev(chardev) which is connected with
filter redirector0's(rd0) in_dev
d. rd0 read this packet from in_dev, and pass ti to qemu backend which is
connected with an opened socketed(sock1)
e. we read packet from sock1 and compare to what we inject
Start qemu with:
"-netdev socket,id=qtest-bn0,fd=%d "
"-device rtl8139,netdev=qtest-bn0,id=qtest-e0 "
"-chardev socket,id=redirector0,path=%s,server,nowait "
"-chardev socket,id=redirector1,path=%s,server,nowait "
"-chardev socket,id=redirector2,path=%s,nowait "
"-object filter-redirector,id=qtest-f0,netdev=qtest-bn0,"
"queue=rx,outdev=redirector0 "
"-object filter-redirector,id=qtest-f1,netdev=qtest-bn0,"
"queue=rx,indev=redirector2 "
"-object filter-redirector,id=qtest-f2,netdev=qtest-bn0,"
"queue=rx,outdev=redirector1 "
Signed-off-by: Zhang Chen <zhangchen.fnst@cn.fujitsu.com>
Signed-off-by: Wen Congyang <wency@cn.fujitsu.com>
Signed-off-by: Li Zhijian <lizhijian@cn.fujitsu.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
2016-03-17 16:16:27 +08:00
|
|
|
test-filter-redirector
|
2012-04-20 09:40:24 +08:00
|
|
|
*-test
|
2013-09-24 15:43:39 +08:00
|
|
|
qapi-schema/*.test.*
|
2017-09-05 10:11:50 +08:00
|
|
|
vm/*.img
|
