From: S.P.T.Krishnan <sptkrishnan@gmail.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Qemu + wireless
Date: Sat, 5 Aug 2006 17:27:08 +0800 [thread overview]
Message-ID: <3ed52ec0608050227q3f0d2ca9p2576b4b108bcf77c@mail.gmail.com> (raw)
In-Reply-To: <2714910.1154702901760.JavaMail.root@eastrmwml04.mgt.cox.net>
Hi Ben,
Thanks for your insightful reply.
Allow me to re-phrase my question. Hope you can comment further.
Basically, we have a need to run a application that needs a wifi
interface in a virtual machine. You can think of the application as
this command "iwlist eth1 scan". What this does is that it scans the
airspace and lists all the networks(essid) it detects. Now if I want
to run this command in a VM, the VM should see a wifi interface.
This is my query. The virtual wifi interface must support the
upward/downward movement of layer2 wifi frames.
Can we have a wifi interface in a VM that can support queries like the above ?
There is a physical wifi device at the host. I am thinking that just
as Qemu links the virtual device to the actual nic card in the host,
can it links the virtual wifi device to the actual wifi device ?
(assuming the new functionaly is developed)
regards,
Krishnan
On 8/4/06, Ben Taylor <sol10x86@cox.net> wrote:
>
> ---- "S.P.T.Krishnan" <sptkrishnan@gmail.com> wrote:
> > Hi,
> >
> > This is my first post to this list.
>
> Welcome.
>
> > I have been using qemu for the last several versions. Works great, in
> > fact I just booted off a Vista beta 2 yesterday from a linux host.
> >
> > My query is whether Qemu either now or in the near future will support
> > wireless interface ?
>
> In what sense? I have used qemu with -net user with my hosts' wifi interface.
> However, due to the nature of how wifi works, I think it would be impossible
> to setup a bridge (like you can do with a wired lan) and use the tap interface
> to provide full access to a qemu guest. One reason is one-to-one mapping between
> a wifi interface and it's AP.
>
> > Example: Qemu_VM could be configured to use wireless (in a different
> > subnet) while the host be on wired interface.
>
> I suspect that using a tap interface, and some ipfilt rules, you might be able
> to make this work. Assuming that the host doesn't have anything to do with
> that interface, you could write the ipfilt rules to push all the packets to the
> tap interface with a rewrite rule. However, I can't give you much help beyond
> that. I don't do ipfilt these days.
>
> HTH
>
> Ben
> >
> > regards,
> > Krishnan
> >
> >
> > _______________________________________________
> > Qemu-devel mailing list
> > Qemu-devel@nongnu.org
> > http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
>
next prev parent reply other threads:[~2006-08-05 9:27 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-04 14:48 [Qemu-devel] Qemu + wireless Ben Taylor
2006-08-05 9:27 ` S.P.T.Krishnan [this message]
-- strict thread matches above, loose matches on Subject: below --
2007-03-18 9:51 Shahar
2006-08-05 14:21 Ottavio Caruso
2006-08-02 4:43 S.P.T.Krishnan
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=3ed52ec0608050227q3f0d2ca9p2576b4b108bcf77c@mail.gmail.com \
--to=sptkrishnan@gmail.com \
--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).