From: Anjali Kulkarni <anjali@juniper.net>
To: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>
Cc: Anjali Kulkarni <anjali@juniper.net>
Subject: [Qemu-devel] Question about mmap from user space and accessing emulated device bar0 contents
Date: Wed, 23 Jun 2010 07:59:57 -0700 [thread overview]
Message-ID: <C8476F7D.2076E%anjali@juniper.net> (raw)
In-Reply-To: <2040770930109842083709389832619>
Hi,
I am not sure if this is the right forum for my questions -
I am using Qemu+KVM on centOS to run my freebsd based virtual OS. The Qemu
emulates one of my nics - yukon -II 88E8022 chip. Now, my yukon driver
exists in kernel as well as user space(and I will use the one which I want
based on some configs). The kernel driver is able to read the bar0 from PCI
config and also read contents correctly. The user space driver gets the bar0
correctly, and mmaps it into it's process space, but when it reads contents
of bar0, it gets all 0s. This same code when written on a real device works.
Is it due to the fact Qemu is running my freebsd based OS in userland, so
does mmap require some tweaks?
Are there any documents which I could regarding how the Qemu/KVM traps the
read write to bar0 so that it can emulate the device reads/writes?
If this is not the right forum, can you point me to the right one?
Thanks
Anjali
parent reply other threads:[~2010-06-23 15:01 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <2040770930109842083709389832619>]
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=C8476F7D.2076E%anjali@juniper.net \
--to=anjali@juniper.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).