From: "SourceForge.net" <noreply@sourceforge.net>
To: noreply@sourceforge.net
Subject: [ kvm-Bugs-2019053 ] tbench fails on guest when AMD NPT enabled
Date: Tue, 02 Sep 2008 13:27:35 +0000 [thread overview]
Message-ID: <E1KaVux-0002yL-SE@d55xhf1.ch3.sourceforge.com> (raw)
Bugs item #2019053, was opened at 2008-07-16 02:10
Message generated for change (Comment added) made by jroedel
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2019053&group_id=180599
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: amd
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Alex Williamson (alex_williamson)
Assigned to: Nobody/Anonymous (nobody)
Summary: tbench fails on guest when AMD NPT enabled
Initial Comment:
Running on a dual-socket system with AMD 2356 quad-core processors (8 total cores), 32GB RAM, Ubuntu Hardy 2.6.24-19-generic (64bit) with kvm-71 userspace and kernel modules. With no module options, dmesg confirms: kvm: Nested Paging enabled
Start guest with:
/usr/local/kvm/bin/qemu-system-x86_64 -hda /dev/VM/Ubuntu64 -m 1024 -net nic,model=e1000,mac=de:ad:be:ef:00:01 -net tap,script=/root/bin/br0-ifup -smp 8 -vnc :0
Guest VM is also Ubuntu Hardy 64bit. On the guest run 'tbench 16 <tbench server>'. System running tbench_srv is a different system in my case.
The tbench client will fail randomly, often quietly with "Child failed with status 1", but sometimes more harshly with a glibc double free error.
If I unload the modules and reload w/o npt:
modprobe -r kvm-amd
modprobe -r kvm
modprobe kvm-amd npt=0
dmesg confirms: kvm: Nested Paging disabled
The tbench test now runs over and over successfully. The test also runs fine on an Intel E5450 (no EPT).
----------------------------------------------------------------------
Comment By: Joerg Roedel (jroedel)
Date: 2008-09-02 15:27
Message:
Logged In: YES
user_id=2019182
Originator: NO
Hi Alex,
can you post the model and stepping from /proc/cpuinfo of the host you
reproduced the issue? This would be very helpfull.
Thanks,
Joerg
----------------------------------------------------------------------
Comment By: Alexander Graf (awwy)
Date: 2008-07-25 11:30
Message:
Logged In: YES
user_id=376328
Originator: NO
I just tried my test on openSUSE 10.3 again and it fails now. This bug
really only shows itself rarely - out of 30 kernel build usually about 5
fail. So scratch the 2.6.22 idea. We're back at square 1.
----------------------------------------------------------------------
Comment By: Alex Williamson (alex_williamson)
Date: 2008-07-24 19:10
Message:
Logged In: YES
user_id=333914
Originator: YES
I tried the Ubuntu Gutsy 2.6.22-15-generic kernel on the host, but I still
see the issue. I'll install openSUSE 10.3 and see what happens.
----------------------------------------------------------------------
Comment By: Alexander Graf (awwy)
Date: 2008-07-24 07:45
Message:
Logged In: YES
user_id=376328
Originator: NO
I'm seeing random segfaults when using NPT on a host kernel >= 2.6.23. So
far I have not been able to reproduce my test case breakages with an
openSUSE 10.3 kernel though, so could you please test that and verify if
tbench works for you on openSUSE 10.3? It does break with 11.0.
I have the feeling that we're seeing the same problem here.
----------------------------------------------------------------------
Comment By: Alex Williamson (alex_williamson)
Date: 2008-07-16 17:18
Message:
Logged In: YES
user_id=333914
Originator: YES
No, I added mlockall(MCL_CURRENT | MCL_FUTURE) to qemu/vl.c:main() and it
makes no difference. I'm only starting a 1G guest on an otherwise idle 32G
host, so host memory pressure is pretty light.
----------------------------------------------------------------------
Comment By: Avi Kivity (avik)
Date: 2008-07-16 16:19
Message:
Logged In: YES
user_id=539971
Originator: NO
Strange. If you add an mlockall() to qemu startup, does the test pass?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2019053&group_id=180599
next reply other threads:[~2008-09-02 13:27 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-02 13:27 SourceForge.net [this message]
-- strict thread matches above, loose matches on Subject: below --
2008-09-16 18:16 [ kvm-Bugs-2019053 ] tbench fails on guest when AMD NPT enabled SourceForge.net
2008-09-02 16:36 SourceForge.net
2008-07-25 9:30 SourceForge.net
2008-07-24 17:10 SourceForge.net
2008-07-24 5:45 SourceForge.net
2008-07-16 15:18 SourceForge.net
2008-07-16 14:19 SourceForge.net
2008-07-16 0:10 SourceForge.net
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=E1KaVux-0002yL-SE@d55xhf1.ch3.sourceforge.com \
--to=noreply@sourceforge.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox