From mboxrd@z Thu Jan 1 00:00:00 1970 From: sudhir kumar Subject: Re: [KVM_AUTOTEST] add autotest.libhugetlbfs test Date: Fri, 10 Jul 2009 16:07:19 +0530 Message-ID: References: <4A55B759.5080302@redhat.com> <4A57121E.4070702@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: KVM list , Jason Wang , Lucas Meneghel Rodrigues , Michael Goldish To: =?ISO-8859-2?B?THVr4bkgRG9rdG9y?= Return-path: Received: from mail-px0-f193.google.com ([209.85.216.193]:38947 "EHLO mail-px0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750835AbZGJKhT convert rfc822-to-8bit (ORCPT ); Fri, 10 Jul 2009 06:37:19 -0400 Received: by pxi31 with SMTP id 31so571130pxi.33 for ; Fri, 10 Jul 2009 03:37:19 -0700 (PDT) In-Reply-To: <4A57121E.4070702@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: This looks pretty clear now as the two patches do two different things. The guest large pages support is completely independent of the host support of large pages for the guest. patches look good to me. thanks for splitting them. 2009/7/10 Luk=E1=B9 Doktor : > After discussion I split the patches. > > this patch adds autotest.libhugetlbfs test which tests hugepage suppo= rt > inside of kvm guest. > > Tested by:ldoktor@redhat.com on RHEL5.4 with kvm-83-72.el5 > > Dne 9.7.2009 11:24, Luk=E1=B9 Doktor napsal(a): >> >> This patch adds kvm_hugepage variant. It prepares the host system an= d >> start vm with -mem-path option. It does not clean after itself, beca= use >> it's impossible to unmount and free hugepages before all guests are >> destroyed. >> >> There is also added autotest.libhugetlbfs test. >> >> I need to ask you what to do with change of qemu parameter. Newest >> versions are using -mempath insted of -mem-path. This is impossible = to >> fix using current config file. I can see 2 solutions: >> 1) direct change in kvm_vm.py (parse output and try another param) >> 2) detect qemu capabilities outside and create additional layer (bet= ter >> for future occurrence) >> >> Tested by:ldoktor@redhat.com on RHEL5.4 with kvm-83-72.el5 > > > --=20 Sudhir Kumar