From: Jan Kiszka <jan.kiszka@siemens.com>
To: Stefan Hajnoczi <stefanha@gmail.com>
Cc: Zhi Yong Wu <zwu.kernel@gmail.com>,
"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
Fabien Chouteau <chouteau@adacore.com>,
"Michael S. Tsirkin" <mst@redhat.com>
Subject: Re: [Qemu-devel] slirp-related crash
Date: Tue, 14 Feb 2012 11:14:14 +0100 [thread overview]
Message-ID: <4F3A33F6.2020304@siemens.com> (raw)
In-Reply-To: <20120214082237.GA5686@stefanha-thinkpad.localdomain>
On 2012-02-14 09:22, Stefan Hajnoczi wrote:
> On Mon, Feb 13, 2012 at 08:35:45PM +0100, Jan Kiszka wrote:
>> On 2012-02-13 16:27, Zhi Yong Wu wrote:
>> I'm inclined to suggest a slirp rewrite (base support, not all features
>> at once) as a GSOC project. QEMU really deserves something better.
>
> A talented student could pull it off, especially if integrating lwip or
> uip instead of writing from scratch. It would be important to have a
> list of requirements and clear plan so that if they are unable to
> complete it fully, we still have a basic but working implementation to
> build on.
Yep.
>
> But it's a lot of work to make it feature-complete and comparable to
> slirp.
>
> Current feature set:
>
> * UDPv4 NAT
> * TCPv4 NAT
> * ICMP for virtual interfaces (host, DNS, SAMBA)
...also for routed hosts (on Linux 3.0+)
> * DNS integration
> * DHCP integration
> * TFTP integration
/me wonders if dnsmasq could be of some help. I don't think you can
attach it already to something else than a network interface. But maybe
it could be extended to run against a channel provided by some slirp 2.0.
> * UDPv4 port forwarding
> * TCPv4 port forwarding
Including forwarding from the guest to host-side chardev backends.
> * SAMBA integration
And all this (almost) fully configurable.
Yes, it's a lot of stuff, much more than even a talented student could
complete in a single GSOC. I'll try to specify a reasonable, possibly
scalable task.
Jan
--
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux
prev parent reply other threads:[~2012-02-14 10:14 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-12 18:34 [Qemu-devel] slirp-related crash Michael S. Tsirkin
2012-02-12 20:24 ` Jan Kiszka
2012-02-13 15:27 ` Zhi Yong Wu
2012-02-13 19:35 ` Jan Kiszka
2012-02-13 19:38 ` Jan Kiszka
2012-02-13 20:43 ` Alex Bradbury
2012-02-13 21:01 ` Jan Kiszka
2012-02-14 8:22 ` Stefan Hajnoczi
2012-02-14 10:14 ` Jan Kiszka [this message]
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=4F3A33F6.2020304@siemens.com \
--to=jan.kiszka@siemens.com \
--cc=chouteau@adacore.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@gmail.com \
--cc=zwu.kernel@gmail.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.