qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Arequipeno <818673@bugs.launchpad.net>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] [Bug 818673] Re: virtio: trying to map MMIO memory
Date: Thu, 29 Dec 2011 20:52:34 -0000	[thread overview]
Message-ID: <20111229205234.15743.93627.malone@wampee.canonical.com> (raw)
In-Reply-To: 20110730230157.13425.3564.malonedeb@chaenomeles.canonical.com

I've been dealing with this bug for some time on Fedora.  Until
recently, I was using the VirtIO drivers from RHEV 2.2, which don't
suffer from this problem.  As of Fedora 16, however, that isn't an
option, because they cause the guest to blue-screen early in the boot
process.

So ... I've been doing some more testing with the following setup:

  Host:
    Intel DQ67SW motherboard with Q67 chipset (including IOMMU)
    BIOS version SWQ6710H.86A.0050.2011.0401.1409 (release date 04/01/2011)
    Intel Core i7 2600, 4-cores, 8 threads, 3.4 GHz
    16GB memory
    Fedora 15 64-bit, fully updated including updates-testing repo
      qemu-kvm-0.14.0-8.fc15.x86_64
      libvirt-0.8.8-7.fc15.x86_64
      kernel-2.6.41.6-1.fc15.x86_64

  Guest:
    Windows 7 Professional 32-bit, fully updated
    2 VCPUs
    3.5GB memory
    Red Hat VirtIO Ethernet Adapter driver version 6.0.209.605 (9/20/2010)
    Red Hat VirtIO SCSI Controller driver version 6.0.0.10 (9/20/2010)
    (No VirtIO serial ports or channels defined)

(The VirtIO drivers are from http://alt.fedoraproject.org/pub/alt
/virtio-win/latest/images/.)

I have determined that disabling the Intel IOMMU has no effect; the
problem still occurs.

Perhaps more interestingly, it seems that the problem only occurs when I
am using the VirtIO SCSI *and* the VirtIO Ethernet drivers.  It seems
that the problem does not occur if I only use one of the drivers; an IDE
disk with a VirtIO NIC seems to be stable, as does a VirtIO disk with an
e1000 NIC.

Now to the big question ... what the heck can be done to get this problem fixed?  I hope that everyone agrees that it's totally unacceptable for a problem like this to sit unfixed for so long.  I am more than willing to test any patches, enable
debugging, etc.; just tell me what to do.

Thanks!

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/818673

Title:
  virtio: trying to map MMIO memory

Status in QEMU:
  New

Bug description:
  Qemu host is Core i7, running Linux.  Guest is Windows XP sp3.
  Often, qemu will crash shortly after starting (1-5 minutes) with a statement "qemu-system-x86_64: virtio: trying to map MMIO memory"
  This has occured with qemu-kvm 0.14, qemu-kvm 0.14.1, qemu-0.15.0-rc0 and qemu 0.15.0-rc1.
  Qemu is started as such:
  qemu-system-x86_64 -cpu host -enable-kvm -pidfile /home/rick/qemu/hds/wxp.pid -drive file=/home/rick/qemu/hds/wxp.raw,if=virtio -m 768 -name WinXP -net nic,model=virtio -net user -localtime -usb -vga qxl -device virtio-serial -chardev spicevmc,name=vdagent,id=vdagent -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 -spice port=1234,disable-ticketing -daemonize -monitor telnet:localhost:12341,server,nowait
  The WXP guest has virtio 1.1.16 drivers for net and scsi, and the most current spice binaries from spice-space.org.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/818673/+subscriptions

  parent reply	other threads:[~2011-12-29 21:00 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-30 23:01 [Qemu-devel] [Bug 818673] [NEW] virtio: trying to map MMIO memory Rick Vernam
2011-07-31 17:54 ` Stefan Hajnoczi
2011-07-31 18:43   ` Vadim Rozenfeld
2011-08-02 14:20 ` [Qemu-devel] [Bug 818673] " Rick Vernam
2011-08-04 21:35 ` David Rando
2011-08-05  3:10 ` Rick Vernam
2011-08-05 16:11 ` Rick Vernam
2011-08-13  4:38 ` Rick Vernam
2011-08-13 12:23 ` David Rando
2011-08-14  6:11 ` Rick Vernam
2011-08-14 15:00   ` Stefan Hajnoczi
2011-08-25 14:53 ` David Rando
2011-08-25 15:54   ` Stefan Hajnoczi
2011-08-25 19:33     ` Vadim Rozenfeld
2011-09-06 15:08 ` dx-vmonroig
2011-09-12 17:49 ` Rick Vernam
2011-09-13 16:27 ` vrozenfe
2011-09-13 23:26 ` Rick Vernam
2011-09-14 15:43 ` Rick Vernam
2011-09-14 17:52 ` Rick Vernam
2011-09-14 19:42 ` vrozenfe
2011-09-14 21:30   ` Rick Vernam
2011-09-15 16:23     ` Rick Vernam
2011-09-15 19:37       ` Rick Vernam
2011-09-16  8:52         ` hkran
2011-09-16 17:42           ` Rick Vernam
2011-09-16 19:31             ` Rick Vernam
2011-09-22 19:10             ` Rick Vernam
2011-09-23 19:07               ` Alon Levy
2011-09-23 19:49                 ` Rick Vernam
2011-09-15 19:55 ` vrozenfe
2011-09-26 16:38 ` Rick Vernam
2011-09-29  2:07 ` Rick Vernam
2011-12-29 20:52 ` Arequipeno [this message]
2011-12-30 16:00 ` Ian Pilcher
2011-12-30 16:31 ` Rick Vernam
2012-01-24 16:35 ` Vitalis
2012-01-24 16:48 ` Vitalis
2012-01-24 19:25   ` Rick Vernam
2012-02-02  9:12 ` Mike Cao
2012-02-02 17:31 ` Rick Vernam
2012-02-02 17:40 ` Rick Vernam
2012-02-08 11:18 ` Vitalis
2012-02-16 17:03 ` vrozenfe
2012-02-17  7:10 ` Vitalis
2012-02-17  7:58 ` Alon Levy
2012-02-17  9:13 ` vrozenfe
2012-02-17  9:14 ` vrozenfe
2016-10-20 21:15 ` Thomas Huth

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=20111229205234.15743.93627.malone@wampee.canonical.com \
    --to=818673@bugs.launchpad.net \
    --cc=qemu-devel@nongnu.org \
    /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;
as well as URLs for NNTP newsgroup(s).