On 12/26/2011 08:00 PM, Dor Laor wrote:
On 12/26/2011 05:12 PM, Anthony Liguori wrote:
Hi Dor,
Merry Christmas Anthony,
On 12/25/2011 09:19 AM, Dor Laor wrote:
On 12/19/2011 07:13 PM, Anthony Liguori wrote:
Well, I'm still not convinced that a new standalone package should
handle these
ca
On 12/27/2011 11:37 PM, Anthony Liguori wrote:
On 12/27/2011 04:35 PM, Cleber Rosa wrote:
On 12/26/2011 08:00 PM, Dor Laor wrote:
On 12/26/2011 05:12 PM, Anthony Liguori wrote:
Hi Dor,
Merry Christmas Anthony,
On 12/25/2011 09:19 AM, Dor Laor wrote:
On 12/19/2011 07:13 PM, Anthony
On 12/27/2011 11:37 PM, Anthony Liguori wrote:
On 12/27/2011 04:35 PM, Cleber Rosa wrote:
On 12/26/2011 08:00 PM, Dor Laor wrote:
On 12/26/2011 05:12 PM, Anthony Liguori wrote:
Hi Dor,
Merry Christmas Anthony,
On 12/25/2011 09:19 AM, Dor Laor wrote:
On 12/19/2011 07:13 PM, Anthony
, but
still it demands effort that has to be justified.
anthony@titi:~/git/autotest/client/tests$ git log --format="%an <%ae>"
kvm | sort -u
Amos Kong
Chris Evich
Cleber Rosa
Jerry Tang
lmr
Lucas Meneghel Rodrigues
Lucas Meneghel Rodrigues
Lukas Doktor
mbligh
Onk
On 08/08/2011 07:47 AM, Dor Laor wrote:
On 08/08/2011 01:59 PM, Nadav Har'El wrote:
* What's is postcopy livemigration
It is is yet another live migration mechanism for Qemu/KVM, which
implements the migration technique known as "postcopy" or "lazy"
migration. Just after the "migrate" command is
On 03/08/2012 08:54 AM, Stefan Hajnoczi wrote:
On Thu, Mar 8, 2012 at 11:44 AM, Stefan Hajnoczi wrote:
On Thu, Mar 8, 2012 at 4:00 AM, Lucas Meneghel Rodrigues
wrote:
One of our main goals is to provide useful tools for the qemu community,
since we have a good number of tests and libraries w
On 03/08/2012 08:21 PM, Anthony Liguori wrote:
On 03/08/2012 04:24 PM, Ademar Reis wrote:
On Thu, Mar 08, 2012 at 03:24:15PM -0600, Anthony Liguori wrote:
On 03/08/2012 03:02 PM, Ademar Reis wrote:
On Thu, Mar 08, 2012 at 01:16:58PM -0600, Anthony Liguori wrote:
On 03/08/2012 11:59 AM, Ademar
On 03/09/2012 09:04 AM, Anthony Liguori wrote:
On 03/09/2012 05:20 AM, Cleber Rosa wrote:
You're comparing developer-level tests with the existent QA-level
tests (much more complex).
Let's be specific then. Look at device-add.sh in qemu-test. It's 71LOC.
pci_hotplug.py in aut
On 03/09/2012 09:42 AM, Anthony Liguori wrote:
On 03/09/2012 06:40 AM, Cleber Rosa wrote:
On 03/09/2012 09:04 AM, Anthony Liguori wrote:
On 03/09/2012 05:20 AM, Cleber Rosa wrote:
You're comparing developer-level tests with the existent QA-level
tests (much more complex).
Let's b
On 03/09/2012 12:48 PM, Anthony Liguori wrote:
On 03/09/2012 09:34 AM, Paolo Bonzini wrote:
Il 09/03/2012 16:24, Anthony Liguori ha scritto:
At the very least dump the inquiry pages, mode pages, etc. and see
that
they make sense and correspond to the device properties.
Is this not something
On 07/19/2011 12:14 PM, Anthony Liguori wrote:
On 07/19/2011 09:30 AM, Jes Sorensen wrote:
On 07/19/11 16:24, Eric Blake wrote:
[adding the libvir-list]
On 07/19/2011 08:09 AM, Jes Sorensen wrote:
Urgh, libvirt parsing image files is really unfortunate, it really
doesn't give me warm fuzzy fee
On 07/20/2011 10:34 AM, Anthony Liguori wrote:
On 07/20/2011 08:50 AM, Cleber Rosa wrote:
Just as a reminder: with DAC, if a guest is compromised and somehow
escalates to QEMU, it could disable its isolation (ie, by setting their
own image files world readable). I guess we shouldn't try t
On 10/26/2011 12:47 PM, Kevin Wolf wrote:
Am 26.10.2011 16:41, schrieb Lucas Meneghel Rodrigues:
Hi folks:
We've captured a regression with floppy disk on recent qemu (and
qemu-kvm, after a code merge). We bisected it to be caused by:
commit 212ec7baa28cc9d819234fed1541fc1423cfe3d8
Author: Ric
On 10/26/2011 12:47 PM, Kevin Wolf wrote:
Am 26.10.2011 16:41, schrieb Lucas Meneghel Rodrigues:
Hi folks:
We've captured a regression with floppy disk on recent qemu (and
qemu-kvm, after a code merge). We bisected it to be caused by:
commit 212ec7baa28cc9d819234fed1541fc1423cfe3d8
Author: Ric
On 10/28/2011 08:33 AM, Kevin Wolf wrote:
Am 27.10.2011 16:32, schrieb Kevin Wolf:
Am 27.10.2011 16:15, schrieb Kevin Wolf:
Am 27.10.2011 15:57, schrieb Stefan Hajnoczi:
On Thu, Oct 27, 2011 at 03:26:23PM +0200, Kevin Wolf wrote:
Am 19.09.2011 16:37, schrieb Frediano Ziglio:
Now that iothrea
On 11/07/2011 07:21 AM, Marcelo Tosatti wrote:
On Tue, Nov 01, 2011 at 02:08:54PM -0200, Lucas Meneghel Rodrigues wrote:
On 11/01/2011 12:17 PM, kvm-autotest wrote:
Job ID: 2011
Job name: Upstream qemu-kvm.git sanity 11-01-2011 00:04:02
Summary: Host: Status: Completed
Status: 1 Completed
Execu
On 11/07/2011 02:22 PM, Marcelo Tosatti wrote:
On Mon, Nov 07, 2011 at 09:00:26AM -0300, Cleber Rosa wrote:
On 11/07/2011 07:21 AM, Marcelo Tosatti wrote:
On Tue, Nov 01, 2011 at 02:08:54PM -0200, Lucas Meneghel Rodrigues wrote:
On 11/01/2011 12:17 PM, kvm-autotest wrote:
Job ID: 2011
Job
On 11/07/2011 04:56 PM, kvm-autot...@redhat.com wrote:
Job ID: 2072
Job name: [unittest emulator + kernel git] Upstream qemu-kvm.git sanity
11-07-2011 13:16:33
Summary: Host: virtlab201.virt.bos.redhat.com Status: Completed
Status: 1 Completed
Results interface URL:
http://autotest.virt.bos.red
- Original Message -
> From: "Thomas Huth"
> To: "Jason Wang" , "Jan Kiszka"
> , qemu-devel@nongnu.org
> Cc: "Paolo Bonzini" , avocado-de...@redhat.com, "Markus
> Armbruster"
> Sent: Tuesday, January 12, 2016 5:26:36 AM
> Subject: Re: [Qemu-devel] [PATCH] net/slirp: Tell the users whe
of(e_machine)) {
+goto fail;
+}
+elf_machine = e_machine;
+ }
+
--
Cleber Rosa
[ Sr Software Engineer - Virtualization Team - Red Hat ]
[ Avocado Test Framework - avocado-framework.github.io ]
On 04/05/2011 03:25 PM, Lucas Meneghel Rodrigues wrote:
On Tue, 2011-04-05 at 13:08 -0500, Anthony Liguori wrote:
On 04/05/2011 12:08 PM, Alon Levy wrote:
The thing about WHQL is that it has its own test suite coordination
program (DTM), that has to run on a separate machine/VM. So they have
al
On Tue, Jul 25, 2023 at 1:13 PM Peter Maydell wrote:
>
> Currently this CI job is failing:
>
> https://gitlab.com/qemu-project/qemu/-/jobs/4737819946
>
> because:
>
> (05/59)
> tests/avocado/boot_linux_console.py:BootLinuxConsole.test_arm_exynos4210_initrd:
> INTERRUPTED: Missing asset
> https://
On Thu, Jul 27, 2023 at 11:50 AM Peter Maydell wrote:
>
> Ah, so the problem is that we are trying to download the asset
> file, and the remote server is stalling so it doesn't actually
> download the file in 90s, and Avocado doesn't distinguish
> "hit the timeout while trying to download assets"
On Wed, Jul 26, 2023 at 3:34 AM Philippe Mathieu-Daudé
wrote:
>
> On 25/7/23 19:13, Peter Maydell wrote:
> > Currently this CI job is failing:
> >
> > https://gitlab.com/qemu-project/qemu/-/jobs/4737819946
> >
> > because:
> >
> > (05/59)
> > tests/avocado/boot_linux_console.py:BootLinuxConsole.t
On Wed, Jul 26, 2023 at 5:07 AM Thomas Huth wrote:
>
> On 26/07/2023 09.33, Philippe Mathieu-Daudé wrote:
> > On 25/7/23 19:13, Peter Maydell wrote:
> >> Currently this CI job is failing:
> >>
> >> https://gitlab.com/qemu-project/qemu/-/jobs/4737819946
> >>
> >> because:
> >>
> >> (05/59)
> >> tes
On Wed, May 08, 2019 at 12:28:24PM +0200, Gerd Hoffmann wrote:
> On Thu, May 02, 2019 at 09:41:21PM -0300, Eduardo Habkost wrote:
> > From: Cleber Rosa
> >
> > When running on very low powered environments, some tests may time out
> > causing false negatives. As a c
On Thu, May 09, 2019 at 06:40:40AM +0200, Gerd Hoffmann wrote:
> Hi,
>
> > > Tests can also timeout due to slow downloads of test kernels.
> > > Any chance to run the downloads without timeout?
> >
> > I acknowledge this is an issue, and have thought about two possible
> > ways to solve it:
> >
On Wed, Jun 05, 2019 at 05:43:23PM -0300, Eduardo Habkost wrote:
> On Wed, Jun 05, 2019 at 12:06:59PM -0400, Cleber Rosa wrote:
> > On Tue, May 21, 2019 at 12:06:35AM +0200, Philippe Mathieu-Daudé wrote:
> > > Similar to the x86_64/pc test, it boots a Linux kernel on an
>
devel/2019-03/msg04652.html
- v4: https://lists.gnu.org/archive/html/qemu-devel/2019-02/msg02032.html
- v3: https://lists.gnu.org/archive/html/qemu-devel/2019-02/msg01677.html
- v2: https://lists.gnu.org/archive/html/qemu-devel/2018-11/msg04318.html
- v1: http://lists.nongnu.org/archive/html/qemu-dev
irtio-blk here) and adds the necessary options to make
it operation.
In the future, other combinations (such as virtio-scsi) can, should
and will be tested.
Signed-off-by: Cleber Rosa
---
tests/acceptance/boot_linux.py | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
h no
symlink being followed). This works for either a dedicated build
directory or also a combined source and build tree.
Signed-off-by: Cleber Rosa
---
tests/acceptance/avocado_qemu/__init__.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/acceptance/avocado_qemu/__init__
s, showing
boot data from the guest as it happens, without obstructing the test
code path.
Signed-off-by: Cleber Rosa
---
tests/acceptance/boot_linux.py | 14 +++---
tests/requirements.txt | 2 +-
2 files changed, 12 insertions(+), 4 deletions(-)
diff --git a/tests/acceptance/b
libraries such as
avocado.utils.vmimage.get() may use the matching binaries, but it may
also apply to any other binary that test code may eventually attempt
to execute.
Signed-off-by: Cleber Rosa
---
tests/acceptance/avocado_qemu/__init__.py | 6 ++
1 file changed, 6 insertions(+)
diff --git a
e the same test names
across executions from different people or from different directories.
[1] -
https://avocado-framework.readthedocs.io/en/69.0/ReferenceGuide.html#test-id
Signed-off-by: Cleber Rosa
---
tests/Makefile.include | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
hange that adds the build dir to
the PATH during the test execution.
This is based on the same work for qemu-iotests, and suggested by its
author:
- https://lists.gnu.org/archive/html/qemu-devel/2019-02/msg00951.html
CC: Philippe Mathieu-Daudé
Signed-off-by: Cleber Rosa
Reviewed-by: Philippe Ma
y "check-venv".
Signed-off-by: Cleber Rosa
---
.travis.yml| 2 +-
tests/acceptance/boot_linux.py | 83 ++
tests/requirements.txt | 2 +
3 files changed, 86 insertions(+), 1 deletion(-)
create mode 100644 tests/acceptance/b
on the recommended test setup from Subbaraya Sundeep:
> https://lists.gnu.org/archive/html/qemu-devel/2017-05/msg03810.html
>
> Signed-off-by: Philippe Mathieu-Daudé
> Reviewed-by: Alistair Francis
> Tested-by: Cleber Rosa
> ---
> v2: (Cleber)
> - drop 'kernel_command_line
nux
> console: / # reboot
> console: / # reboot: Restarting system
>
> Signed-off-by: Philippe Mathieu-Daudé
> Acked-by: Aleksandar Markovic
> Tested-by: Cleber Rosa
> ---
> v3: Use archive.extract() instead of shutil+gzip (Cleber)
> ---
> tests/acceptan
Commit 9531d26c10 removed all of ":avocado: enable" tags, but then
a new entry was added with the introduction of migration.py.
Let's remove it for consistency.
Signed-off-by: Cleber Rosa
---
tests/acceptance/migration.py | 3 ---
1 file changed, 3 deletions(-)
diff --git a/t
Just like the previous tests, boots a Linux kernel on a ppc64 target
using the pseries machine.
Signed-off-by: Cleber Rosa
Reviewed-by: Caio Carrara
CC: Daniel P. Berrangé
---
.travis.yml| 2 +-
tests/acceptance/boot_linux_console.py | 19 +++
2
75da7
Signed-off-by: Cleber Rosa
---
tests/acceptance/migration.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/acceptance/migration.py b/tests/acceptance/migration.py
index a44c1ae58f..b2a5767348 100644
--- a/tests/acceptance/migration.py
+++ b/tests/acceptance/migrati
es limitation of the UNIX socket path (see
ad9579aaa16). There's a fair assumption here that the temporary
directory returned by Python's tempfile.mkdtemp() won't be anywhere
close to 100 bytes.
[1]
https://avocado-framework.readthedocs.io/en/68.0/api/test/avocado.html#avocado.
needs the logs to have a proper
action.
Signed-off-by: Cleber Rosa
---
.travis.yml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/.travis.yml b/.travis.yml
index b053a836a3..9f8e73f276 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -226,6 +226,8 @@ matrix:
- env:
- CONFIG=&
error or test
failure occurs.
Cleber Rosa (8):
Travis: print acceptance tests logs in case of job failure
tests/requirements.txt: pin paramiko version requirement
Acceptance tests: drop left over usage of ":avocado: enable"
Boot Linux Console Test: add a test for ppc64 + pse
ms such as
Fedora 30.
Signed-off-by: Cleber Rosa
---
tests/requirements.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/requirements.txt b/tests/requirements.txt
index 3ae0e29ad7..bd1f7590ed 100644
--- a/tests/requirements.txt
+++ b/tests/requirements.txt
@@ -2,4 +2,4 @@
and that the version
matches.
Signed-off-by: Cleber Rosa
---
tests/acceptance/vnc.py | 12
1 file changed, 12 insertions(+)
diff --git a/tests/acceptance/vnc.py b/tests/acceptance/vnc.py
index d32ae46685..b000446d7c 100644
--- a/tests/acceptance/vnc.py
+++ b/tests/acceptance/vnc.py
The test name is composed of the class name and method name, so it
looks like there's some redundancy here that we can eliminate.
Signed-off-by: Cleber Rosa
---
tests/acceptance/vnc.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/acceptance/vnc.py b/
On Fri, Jun 07, 2019 at 12:26:48AM -0300, Eduardo Habkost wrote:
> On Fri, Feb 01, 2019 at 11:10:31AM -0500, Cleber Rosa wrote:
> >
> >
> > On 1/31/19 4:26 PM, Cleber Rosa wrote:
> > >
> > >
> > > On 1/31/19 3:21 PM, Cleber Rosa wrote:
> >
On Fri, Jun 07, 2019 at 11:22:15AM -0400, Cleber Rosa wrote:
> This is a collection of small improvements to some of the acceptance
> tests, and the Travis CI experience.
>
> The main goal was to make tests a bit more robust when run in parallel
> (an Avocado feature pending revi
On Fri, Jun 07, 2019 at 12:42:14AM -0300, Eduardo Habkost wrote:
> On Fri, Jun 07, 2019 at 12:26:48AM -0300, Eduardo Habkost wrote:
> > On Fri, Feb 01, 2019 at 11:10:31AM -0500, Cleber Rosa wrote:
> > >
> > >
> > > On 1/31/19 4:26 PM, Cleber Rosa wrote:
>
On Fri, Jun 07, 2019 at 06:29:15PM +0100, Daniel P. Berrangé wrote:
> On Fri, Jun 07, 2019 at 11:22:22AM -0400, Cleber Rosa wrote:
> > This goes a bit further than the other tests, and does a basic (read
> > only) interaction with the VNC protocol.
> >
> > This i
On Mon, Jun 10, 2019 at 09:53:03AM +0100, Daniel P. Berrangé wrote:
> On Fri, Jun 07, 2019 at 03:58:57PM -0300, Eduardo Habkost wrote:
> > CCing Daniel, who wrote commit 6ab3fc32ea64.
> >
> > On Fri, Jun 07, 2019 at 11:44:32AM -0400, Cleber Rosa wrote:
> > > On F
On Mon, Jun 10, 2019 at 09:49:10PM +0200, Aleksandar Markovic wrote:
> From: Aleksandar Markovic
>
> Rather than optputing a cryptic message:
>
> FAIL: True not found in [False],
>
> the following will be reported too, if the command output does not meet
> specified expectations:
>
> 'lspci -d
On Wed, Jun 12, 2019 at 10:49:18PM +0200, Philippe Mathieu-Daudé wrote:
> On 6/11/19 7:14 PM, Eduardo Habkost wrote:
> > It will help us debug issues when tests fail.
> >
> > Signed-off-by: Eduardo Habkost
> > ---
> > .travis.yml | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> >
Possibly because of different behavior on the newly update
cloud-image, trying to run 'apt-get build-dep' results in:
E: You must put some 'source' URIs in your sources.list
This enables all source repos (even though some are not
needed) for simplicity sake.
Signed
ersion, and while at it, set a hash for verification.
Signed-off-by: Cleber Rosa
---
tests/vm/ubuntu.i386 | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tests/vm/ubuntu.i386 b/tests/vm/ubuntu.i386
index 12867b193f..7017e6d388 100755
--- a/tests/vm/ubuntu.i386
+++ b/tests/vm/
Python's os.rename() will silently replace an existing file,
so there's no need for the extra check and removal.
Reference: https://docs.python.org/3/library/os.html#os.rename
Signed-off-by: Cleber Rosa
---
tests/vm/centos | 2 --
tests/vm/freebsd | 2 --
tests/vm/netbs
A collection of simple fixes and misc optimizations I found
myself doing while investigating a console issue with the
vm tests.
Cleber Rosa (4):
tests/vm: avoid extra compressed image copy
tests/vm: avoid image presence check and removal
tests/vm: pin ubuntu.i386 image
tests/vm: add
The image copy is only really needed because xz doesn't know to
properly decompress a file not named properly. Instead of
decompressing to stdout, and having to rely on a shell, let's just
create a link instead of copying the file.
Signed-off-by: Cleber Rosa
---
tests/vm/c
On Thu, Mar 07, 2019 at 01:09:52PM +, Peter Maydell wrote:
> On Thu, 7 Mar 2019 at 12:56, Paolo Bonzini wrote:
> > In any case, this wouldn't change; as you suggest below, configure could
> > remain as a front-end (well, in-srcdir builds are not supported by
> > Meson, so "../configure && ninj
On Fri, Mar 01, 2019 at 11:32:27AM +0100, Cornelia Huck wrote:
> On Wed, 20 Feb 2019 19:57:39 -0500
> Cleber Rosa wrote:
>
> > Currently, the only test that contains some target architecture
> > information is "boot_linux_console.py" which test contains a "x
On Fri, Mar 01, 2019 at 11:27:10AM +0100, Cornelia Huck wrote:
> On Wed, 20 Feb 2019 19:57:38 -0500
> Cleber Rosa wrote:
>
> > It's useful to define the architecture that should be used in
> > situations such as:
> > * the intended target of the QEMU binar
On Fri, Mar 01, 2019 at 11:37:19AM +0100, Cornelia Huck wrote:
> On Wed, 20 Feb 2019 19:57:40 -0500
> Cleber Rosa wrote:
>
> > A test can, optionally, be tagged for one or many architectures. If a
> > test has been tagged for a single architecture, there's a high chan
On Fri, Mar 01, 2019 at 11:41:44AM +0100, Cornelia Huck wrote:
> On Wed, 20 Feb 2019 19:57:42 -0500
> Cleber Rosa wrote:
>
> > To the stock Fedora 29 kernel, from the Fedora 28. New tests will be
> > added using the 29 kernel, so for consistency, let's also update it
On Sat, Mar 02, 2019 at 10:43:52PM +0100, Philippe Mathieu-Daudé wrote:
> On 2/21/19 1:57 AM, Cleber Rosa wrote:
> > When running on very low powered environments, some tests may time out
> > causing false negatives. As a conservative change, and for
> > considering that huma
On Sat, Mar 02, 2019 at 10:42:13PM +0100, Philippe Mathieu-Daudé wrote:
> On 2/21/19 1:57 AM, Cleber Rosa wrote:
> > To the stock Fedora 29 kernel, from the Fedora 28. New tests will be
>
> [Update] to ... ?
>
Right... I used this line as a continuation of the commit t
On Fri, Mar 01, 2019 at 11:55:13AM +0100, Cornelia Huck wrote:
> On Wed, 20 Feb 2019 19:57:46 -0500
> Cleber Rosa wrote:
>
> > The set_console() utility function traditionally adds a device either
> > based on the explicitly given device type, or based on the machine type,
On Sat, Mar 02, 2019 at 10:39:47PM +0100, Philippe Mathieu-Daudé wrote:
> On 2/21/19 1:57 AM, Cleber Rosa wrote:
> > +import os
>
> One import is enough :P
>
Oh my... thanks for spotting this.
- Cleber.
On Sat, Mar 02, 2019 at 09:13:40PM +0100, Philippe Mathieu-Daudé wrote:
> Hi Cleber,
>
> On 2/21/19 1:57 AM, Cleber Rosa wrote:
> > Just like the previous tests, boots a Linux kernel on an arm target
> > using the virt machine.
> >
> > Signed-off-by: Cleber Ro
cceptance" will
automatically include this test by the use of the "arch:alpha" tags.
Alternatively, this test can be run using:
$ avocado run -t arch:alpha tests/acceptance
$ avocado run -t machine:clipper tests/acceptance
Signed-off-by: Philippe Mathieu-Daudé
Signed-off-by:
Just like the previous tests, boots a Linux kernel on an arm target
using the virt machine.
Signed-off-by: Cleber Rosa
Reviewed-by: Caio Carrara
---
.travis.yml| 2 +-
tests/acceptance/boot_linux_console.py | 20
2 files changed, 21 insertions
Alex Bennée
Signed-off-by: Cleber Rosa
Reviewed-by: Cornelia Huck
---
tests/acceptance/boot_linux_console.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/acceptance/boot_linux_console.py
b/tests/acceptance/boot_linux_console.py
index f7c7ca4569..c3f94e7a8c 100644
--- a/
Just like the previous tests, boots a Linux kernel on a s390x target
using the s390-ccw-virtio machine.
Because it's not possible to have multiple VT220 consoles,
'-nodefaults' is used, so that the one set with set_console() works
correctly.
Signed-off-by: Cleber Rosa
Reviewed-by
Just like the previous tests, boots a Linux kernel on a ppc64 target
using the pseries machine.
Signed-off-by: Cleber Rosa
Reviewed-by: Caio Carrara
---
.travis.yml| 2 +-
tests/acceptance/boot_linux_console.py | 19 +++
2 files changed, 20
Just like the previous tests, boots a Linux kernel on a aarch64 target
using the virt machine.
One special option added is the CPU type, given that the kernel
selected fails to boot on the virt machine's default CPU (cortex-a15).
Signed-off-by: Cleber Rosa
Reviewed-by: Caio Ca
est can be run using:
$ avocado run -t arch:mips64el tests/acceptance
$ avocado run -t machine:malta tests/acceptance
Signed-off-by: Philippe Mathieu-Daudé
Signed-off-by: Cleber Rosa
Reviewed-by: Aleksandar Markovic
---
.travis.yml| 2 +-
tests/acceptance/boot_l
ven the "-serial" is going to be added to the QEMU command line,
instead of raising exceptions.
Based on testing with different machine types, the CONSOLE_DEV_TYPES
is not necessary anymore, so it's being removed, as it is the logic to
use it.
Signed-off-by: Cleber Rosa
This introduces a utility method that monitors the console device and
looks for either a message that signals the test success or failure.
Signed-off-by: Cleber Rosa
Reviewed-by: Caio Carrara
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Cornelia Huck
---
tests/acceptance
The 'printk.time=0' option makes it easier to parse the console
output. Let's set it as a default, and reusable, kernel command line
options for this and future similar tests.
Signed-off-by: Cleber Rosa
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Cornelia Huck
---
t
this test by the use of the "arch:mips" tags.
Alternatively, this test can be run using:
$ avocado run -t arch:mips tests/acceptance
$ avocado run -t machine:malta tests/acceptance
$ avocado run -t endian:big tests/acceptance
Signed-off-by: Philippe Mathieu-Daudé
Signed
Update to the stock Fedora 29 kernel, from the Fedora 28. New tests
will be added using the 29 kernel, so for consistency, let's also
update it here.
Signed-off-by: Cleber Rosa
Reviewed-by: Caio Carrara
Reviewed-by: Philippe Mathieu-Daudé
Tested-by: Philippe Mathieu-Daudé
---
Making it clear what is returned by this utility function.
Signed-off-by: Cleber Rosa
Reviewed-by: Caio Carrara
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Cornelia Huck
---
tests/acceptance/avocado_qemu/__init__.py | 4
1 file changed, 4 insertions(+)
diff --git a/tests
test parameter and a test instance
attribute, that will contain such a value.
Now, when the "arch" test parameter is given, it will influence the
selection of the default QEMU binary, if one is not given explicitly
by means of the "qemu_img" parameter.
Signed-off-by: Cleber Ro
Given that the test is specific to x86_64 and pc, and new tests are
going to be added to the same class, let's rename it accordingly.
Also, let's make the class documentation not architecture specific.
Signed-off-by: Cleber Rosa
Reviewed-by: Caio Carrara
Reviewed-by: Philippe Mat
f tests if
the arch parameter given (manually) does not match the test "arch"
tag, but it may be a useful default behavior to be added in the
future.
Signed-off-by: Cleber Rosa
Reviewed-by: Cornelia Huck
---
docs/devel/testing.rst| 4 +++-
tests/acceptance/avocado_
h
downloads and attempts to run a x86_64 kernel, is now tagged as:
:avocado: tags=arch:x86_64
This means that it can be filtered (out) when no x86_64 target is
available. At the same time, tests that don't have a "arch:" tag,
will not be filtered out.
Signed-off-by: Cl
The "this directory" reference is misleading and confusing, it's a
leftover from when this text was proposed in a README file inside
the "tests/acceptance/avocado_qemu" directory.
When that text was moved to the top level docs directory, the
reference was not updated.
S
nsole Test: add a test for aarch64 + virt":
- Switched to using common kernel command line options (Philippe)
* On "Boot Linux Console Test: add a test for arm + virt"
- Switched to using common kernel command line options (Philippe)
* On "Boot Linux Console Test: add a test
n, we intend to adapt the list of tests to match the user's build
environment (among other choices).
Because of that, let's present the default Avocado UI by default.
Users can always choose a different output by setting the AVOCADO_SHOW
variable.
Signed-off-by: Cleber Rosa
Reviewed-by:
On Tue, Mar 12, 2019 at 12:32:14PM +, Daniel P. Berrangé wrote:
> On Tue, Mar 12, 2019 at 08:11:39AM -0400, Cleber Rosa wrote:
> > Update to the stock Fedora 29 kernel, from the Fedora 28. New tests
> > will be added using the 29 kernel, so for consistency, let's als
On Sun, Mar 10, 2019 at 07:27:00PM +1100, David Gibson wrote:
> From: Cédric Le Goater
>
> We now have enough support to boot a PowerNV machine with a POWER9
> processor. Allow HV mode on POWER9.
>
> Signed-off-by: Cédric Le Goater
> Message-Id: <20190307223548.20516-16-...@kaod.org>
> Signed-o
h
downloads and attempts to run a x86_64 kernel, is now tagged as:
:avocado: tags=arch:x86_64
This means that it can be filtered (out) when no x86_64 target is
available. At the same time, tests that don't have a "arch:" tag,
will not be filtered out.
Signed-off-by: Cleber R
f tests if
the arch parameter given (manually) does not match the test "arch"
tag, but it may be a useful default behavior to be added in the
future.
Signed-off-by: Cleber Rosa
Reviewed-by: Cornelia Huck
---
docs/devel/testing.rst| 4 +++-
tests/acceptance/avocado_
Making it clear what is returned by this utility function.
Signed-off-by: Cleber Rosa
Reviewed-by: Caio Carrara
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Cornelia Huck
---
tests/acceptance/avocado_qemu/__init__.py | 4
1 file changed, 4 insertions(+)
diff --git a/tests
o using common kernel command line options (Philippe)
* On "Boot Linux Console Test: add a test for aarch64 + virt":
- Switched to using common kernel command line options (Philippe)
* On "Boot Linux Console Test: add a test for arm + virt"
- Switched to using common kern
Update to the stock Fedora 29 kernel, from the Fedora 28. New tests
will be added using the 29 kernel, so for consistency, let's also
update it here.
Signed-off-by: Cleber Rosa
Reviewed-by: Caio Carrara
Reviewed-by: Philippe Mathieu-Daudé
Tested-by: Philippe Mathieu-Daudé
Acked-by: Cor
test parameter and a test instance
attribute, that will contain such a value.
Now, when the "arch" test parameter is given, it will influence the
selection of the default QEMU binary, if one is not given explicitly
by means of the "qemu_img" parameter.
Signed-off-by: Cleber Ro
n, we intend to adapt the list of tests to match the user's build
environment (among other choices).
Because of that, let's present the default Avocado UI by default.
Users can always choose a different output by setting the AVOCADO_SHOW
variable.
Signed-off-by: Cleber Rosa
Reviewed-by:
The 'printk.time=0' option makes it easier to parse the console
output. Let's set it as a default, and reusable, kernel command line
options for this and future similar tests.
Signed-off-by: Cleber Rosa
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Cornelia Huck
---
t
est can be run using:
$ avocado run -t arch:mips64el tests/acceptance
$ avocado run -t machine:malta tests/acceptance
Signed-off-by: Philippe Mathieu-Daudé
Signed-off-by: Cleber Rosa
Reviewed-by: Aleksandar Markovic
---
.travis.yml| 2 +-
tests/acceptance/boot_l
1 - 100 of 1654 matches
Mail list logo
