tests/migration-test.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
On ppc64, migration-test only works with kvm_hv, and we already
have a check to verify the module is loaded.
kvm_hv module can be loaded in memory and /sys/module/kvm_hv exists,
but on some systems (like build systems) /dev/kvm can be missing
(by administrators choice).
And as kvm_hv exists test-migration is started but QEMU falls back to
TCG because it cannot be used:
Could not access KVM kernel module: No such file or directory
failed to initialize KVM: No such file or directory
Back to tcg accelerator
And as the test is done with TCG, it fails.
As for s390x, we must check for the existence and the access rights
of /dev/kvm.
Reported-by: Cole Robinson <crobinso@redhat.com>
Signed-off-by: Laurent Vivier <lvivier@redhat.com>
---
tests/migration-test.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tests/migration-test.c b/tests/migration-test.c
index ac780dffdaad..2b25ba6d77f6 100644
--- a/tests/migration-test.c
+++ b/tests/migration-test.c
@@ -1349,7 +1349,8 @@ int main(int argc, char **argv)
* some reason)
*/
if (g_str_equal(qtest_get_arch(), "ppc64") &&
- access("/sys/module/kvm_hv", F_OK)) {
+ (access("/sys/module/kvm_hv", F_OK) ||
+ access("/dev/kvm", R_OK | W_OK))) {
g_test_message("Skipping test: kvm_hv not available");
return g_test_run();
}
--
2.23.0
On 20/11/2019 18.09, Laurent Vivier wrote: > On ppc64, migration-test only works with kvm_hv, and we already > have a check to verify the module is loaded. > > kvm_hv module can be loaded in memory and /sys/module/kvm_hv exists, > but on some systems (like build systems) /dev/kvm can be missing > (by administrators choice). > > And as kvm_hv exists test-migration is started but QEMU falls back to > TCG because it cannot be used: > > Could not access KVM kernel module: No such file or directory > failed to initialize KVM: No such file or directory > Back to tcg accelerator > > And as the test is done with TCG, it fails. > > As for s390x, we must check for the existence and the access rights > of /dev/kvm. > > Reported-by: Cole Robinson <crobinso@redhat.com> > Signed-off-by: Laurent Vivier <lvivier@redhat.com> > --- > tests/migration-test.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/tests/migration-test.c b/tests/migration-test.c > index ac780dffdaad..2b25ba6d77f6 100644 > --- a/tests/migration-test.c > +++ b/tests/migration-test.c > @@ -1349,7 +1349,8 @@ int main(int argc, char **argv) > * some reason) > */ > if (g_str_equal(qtest_get_arch(), "ppc64") && > - access("/sys/module/kvm_hv", F_OK)) { > + (access("/sys/module/kvm_hv", F_OK) || > + access("/dev/kvm", R_OK | W_OK))) { > g_test_message("Skipping test: kvm_hv not available"); > return g_test_run(); > } > Reviewed-by: Thomas Huth <thuth@redhat.com>
On Wed, 20 Nov 2019 18:09:55 +0100 Laurent Vivier <lvivier@redhat.com> wrote: > On ppc64, migration-test only works with kvm_hv, and we already > have a check to verify the module is loaded. > > kvm_hv module can be loaded in memory and /sys/module/kvm_hv exists, > but on some systems (like build systems) /dev/kvm can be missing > (by administrators choice). > > And as kvm_hv exists test-migration is started but QEMU falls back to > TCG because it cannot be used: > > Could not access KVM kernel module: No such file or directory > failed to initialize KVM: No such file or directory > Back to tcg accelerator > > And as the test is done with TCG, it fails. > > As for s390x, we must check for the existence and the access rights > of /dev/kvm. > > Reported-by: Cole Robinson <crobinso@redhat.com> > Signed-off-by: Laurent Vivier <lvivier@redhat.com> > --- Reviewed-by: Greg Kurz <groug@kaod.org> > tests/migration-test.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/tests/migration-test.c b/tests/migration-test.c > index ac780dffdaad..2b25ba6d77f6 100644 > --- a/tests/migration-test.c > +++ b/tests/migration-test.c > @@ -1349,7 +1349,8 @@ int main(int argc, char **argv) > * some reason) > */ > if (g_str_equal(qtest_get_arch(), "ppc64") && > - access("/sys/module/kvm_hv", F_OK)) { > + (access("/sys/module/kvm_hv", F_OK) || > + access("/dev/kvm", R_OK | W_OK))) { > g_test_message("Skipping test: kvm_hv not available"); > return g_test_run(); > }
Laurent Vivier <lvivier@redhat.com> wrote: > On ppc64, migration-test only works with kvm_hv, and we already > have a check to verify the module is loaded. > > kvm_hv module can be loaded in memory and /sys/module/kvm_hv exists, > but on some systems (like build systems) /dev/kvm can be missing > (by administrators choice). > > And as kvm_hv exists test-migration is started but QEMU falls back to > TCG because it cannot be used: > > Could not access KVM kernel module: No such file or directory > failed to initialize KVM: No such file or directory > Back to tcg accelerator > > And as the test is done with TCG, it fails. > > As for s390x, we must check for the existence and the access rights > of /dev/kvm. > > Reported-by: Cole Robinson <crobinso@redhat.com> > Signed-off-by: Laurent Vivier <lvivier@redhat.com> Reviewed-by: Juan Quintela <quintela@redhat.com> Oh, why it is so difficult!!! Thanks, Juan.
On 21/11/2019 08:18, Juan Quintela wrote: > Laurent Vivier <lvivier@redhat.com> wrote: >> On ppc64, migration-test only works with kvm_hv, and we already >> have a check to verify the module is loaded. >> >> kvm_hv module can be loaded in memory and /sys/module/kvm_hv exists, >> but on some systems (like build systems) /dev/kvm can be missing >> (by administrators choice). >> >> And as kvm_hv exists test-migration is started but QEMU falls back to >> TCG because it cannot be used: >> >> Could not access KVM kernel module: No such file or directory >> failed to initialize KVM: No such file or directory >> Back to tcg accelerator >> >> And as the test is done with TCG, it fails. >> >> As for s390x, we must check for the existence and the access rights >> of /dev/kvm. >> >> Reported-by: Cole Robinson <crobinso@redhat.com> >> Signed-off-by: Laurent Vivier <lvivier@redhat.com> > > Reviewed-by: Juan Quintela <quintela@redhat.com> > > Oh, why it is so difficult!!! > > Thanks, Juan. > David, could you add this one too to your ppc-for-4.2 queue? Thanks, Laurent
Laurent Vivier <lvivier@redhat.com> wrote: > On 21/11/2019 08:18, Juan Quintela wrote: >> Laurent Vivier <lvivier@redhat.com> wrote: >>> On ppc64, migration-test only works with kvm_hv, and we already >>> have a check to verify the module is loaded. >>> >>> kvm_hv module can be loaded in memory and /sys/module/kvm_hv exists, >>> but on some systems (like build systems) /dev/kvm can be missing >>> (by administrators choice). >>> >>> And as kvm_hv exists test-migration is started but QEMU falls back to >>> TCG because it cannot be used: >>> >>> Could not access KVM kernel module: No such file or directory >>> failed to initialize KVM: No such file or directory >>> Back to tcg accelerator >>> >>> And as the test is done with TCG, it fails. >>> >>> As for s390x, we must check for the existence and the access rights >>> of /dev/kvm. >>> >>> Reported-by: Cole Robinson <crobinso@redhat.com> >>> Signed-off-by: Laurent Vivier <lvivier@redhat.com> >> >> Reviewed-by: Juan Quintela <quintela@redhat.com> >> >> Oh, why it is so difficult!!! >> >> Thanks, Juan. >> > > David, > > could you add this one too to your ppc-for-4.2 queue? I was about to ask if you preffered it to go through the migration tree. David? Later, Juan.
On Thu, Nov 21, 2019 at 09:30:27AM +0100, Juan Quintela wrote: > Laurent Vivier <lvivier@redhat.com> wrote: > > On 21/11/2019 08:18, Juan Quintela wrote: > >> Laurent Vivier <lvivier@redhat.com> wrote: > >>> On ppc64, migration-test only works with kvm_hv, and we already > >>> have a check to verify the module is loaded. > >>> > >>> kvm_hv module can be loaded in memory and /sys/module/kvm_hv exists, > >>> but on some systems (like build systems) /dev/kvm can be missing > >>> (by administrators choice). > >>> > >>> And as kvm_hv exists test-migration is started but QEMU falls back to > >>> TCG because it cannot be used: > >>> > >>> Could not access KVM kernel module: No such file or directory > >>> failed to initialize KVM: No such file or directory > >>> Back to tcg accelerator > >>> > >>> And as the test is done with TCG, it fails. > >>> > >>> As for s390x, we must check for the existence and the access rights > >>> of /dev/kvm. > >>> > >>> Reported-by: Cole Robinson <crobinso@redhat.com> > >>> Signed-off-by: Laurent Vivier <lvivier@redhat.com> > >> > >> Reviewed-by: Juan Quintela <quintela@redhat.com> > >> > >> Oh, why it is so difficult!!! > >> > >> Thanks, Juan. > >> > > > > David, > > > > could you add this one too to your ppc-for-4.2 queue? > > I was about to ask if you preffered it to go through the migration tree. > > David? Migration tree is good for me. > > Later, Juan. > -- David Gibson | I'll have my music baroque, and my code david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_ | _way_ _around_! http://www.ozlabs.org/~dgibson
Le 21/11/2019 à 09:30, Juan Quintela a écrit : > Laurent Vivier <lvivier@redhat.com> wrote: >> On 21/11/2019 08:18, Juan Quintela wrote: >>> Laurent Vivier <lvivier@redhat.com> wrote: >>>> On ppc64, migration-test only works with kvm_hv, and we already >>>> have a check to verify the module is loaded. >>>> >>>> kvm_hv module can be loaded in memory and /sys/module/kvm_hv exists, >>>> but on some systems (like build systems) /dev/kvm can be missing >>>> (by administrators choice). >>>> >>>> And as kvm_hv exists test-migration is started but QEMU falls back to >>>> TCG because it cannot be used: >>>> >>>> Could not access KVM kernel module: No such file or directory >>>> failed to initialize KVM: No such file or directory >>>> Back to tcg accelerator >>>> >>>> And as the test is done with TCG, it fails. >>>> >>>> As for s390x, we must check for the existence and the access rights >>>> of /dev/kvm. >>>> >>>> Reported-by: Cole Robinson <crobinso@redhat.com> >>>> Signed-off-by: Laurent Vivier <lvivier@redhat.com> >>> >>> Reviewed-by: Juan Quintela <quintela@redhat.com> >>> >>> Oh, why it is so difficult!!! >>> >>> Thanks, Juan. >>> >> >> David, >> >> could you add this one too to your ppc-for-4.2 queue? > > I was about to ask if you preffered it to go through the migration tree. > > David? > > Later, Juan. Juan, as it's a fix it should go in rc3. Thanks, Laurent
© 2016 - 2024 Red Hat, Inc.