All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jason Wang <jasowang@redhat.com>
To: Hailiang Zhang <zhang.zhanghailiang@huawei.com>,
	Samuel Thibault <samuel.thibault@gnu.org>,
	"J. Kiszka" <jan.kiszka@siemens.com>
Cc: Thomas Huth <thuth@redhat.com>,
	Li Zhijian <lizhijian@cn.fujitsu.com>,
	Stefan Hajnoczi <stefanha@gmail.com>,
	peter.huangpeng@huawei.com, Vasiliy Tolstov <v.tolstov@selfip.ru>,
	qemu-devel <qemu-devel@nongnu.org>,
	"Gonglei (Arei)" <arei.gonglei@huawei.com>,
	Stefan Hajnoczi <stefanha@redhat.com>,
	Yang Hongyang <yanghy@cn.fujitsu.com>,
	Dave Gilbert <dgilbert@redhat.com>
Subject: Re: [Qemu-devel] [PATCHv7 0/9] slirp: Adding IPv6 support to Qemu -net user mode
Date: Tue, 12 Jan 2016 12:04:02 +0800	[thread overview]
Message-ID: <56947B32.5040305@redhat.com> (raw)
In-Reply-To: <56946367.1030509@huawei.com>



On 01/12/2016 10:22 AM, Hailiang Zhang wrote:
> Hi,
>
> It seems that, Jan Kiszka is maintaining SLIRP (From MAINTAINERS file),
> Maybe he could make a help to merge this series.
>
> TO: J. Kiszka <jan.kiszka@siemens.com>
>
> Thanks,
> Hailiang

Right, and I can take this series in my tree if Jan doesn't have time to
do this.

>
> On 2016/1/11 23:04, Samuel Thibault wrote:
>> Hello,
>>
>> Samuel Thibault, on Sat 19 Dec 2015 22:24:40 +0100, wrote:
>>> This is another respin of IPv6 in Qemu -net user mode.
>>>
>>> The following patches first make some refactoring to make current
>>> code ready
>>> for IPv6, and do not change the behavior.  The actual IPv6 support
>>> will then be
>>> submitted as a separate patch series.
>>
>> Ping?
>>
>> The whole series has been reviewed, it just needs a commit (for which I
>> don't have access).
>>
>> Samuel
>>
>>> Difference with version 6 is:
>>> - Use error_report instead of printing to stderr
>>> - Drop extra parentheses
>>> - Use nicer-looking sockaddr casts.
>>>
>>> All of this has been reviewed by Thomas Huth, thanks!
>>>
>>> Here is a summary of the patches:
>>>
>>> [PATCH 1/9] slirp: goto bad in udp_input if sosendto fails
>>> [PATCH 2/9] slirp: Generalizing and neutralizing ARP code
>>> [PATCH 3/9] slirp: Adding address family switch for incoming frames
>>> [PATCH 4/9] slirp: Make Socket structure IPv6 compatible
>>> [PATCH 5/9] slirp: Factorizing address translation
>>> [PATCH 6/9] slirp: Factorizing and cleaning solookup()
>>> [PATCH 7/9] slirp: Add sockaddr_equal, make solookup family-agnostic
>>> [PATCH 8/9] slirp: Make udp_attach IPv6 compatible
>>> [PATCH 9/9] slirp: Adding family argument to tcp_fconnect()
>>
>> .
>>
>
>
>

  reply	other threads:[~2016-01-12  4:04 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-19 21:24 [Qemu-devel] [PATCHv7 0/9] slirp: Adding IPv6 support to Qemu -net user mode Samuel Thibault
2015-12-19 21:24 ` [Qemu-devel] [PATCH 1/9] slirp: goto bad in udp_input if sosendto fails Samuel Thibault
2015-12-19 21:24   ` [Qemu-devel] [PATCH 2/9] slirp: Generalizing and neutralizing ARP code Samuel Thibault
2015-12-19 21:24   ` [Qemu-devel] [PATCH 3/9] slirp: Adding address family switch for produced frames Samuel Thibault
2015-12-19 21:24   ` [Qemu-devel] [PATCH 4/9] slirp: Make Socket structure IPv6 compatible Samuel Thibault
2015-12-19 21:24   ` [Qemu-devel] [PATCH 5/9] slirp: Factorizing address translation Samuel Thibault
2015-12-19 21:25   ` [Qemu-devel] [PATCH 6/9] slirp: Factorizing and cleaning solookup() Samuel Thibault
2015-12-19 21:25   ` [Qemu-devel] [PATCH 7/9] slirp: Add sockaddr_equal, make solookup family-agnostic Samuel Thibault
2015-12-19 21:25   ` [Qemu-devel] [PATCH 8/9] slirp: Make udp_attach IPv6 compatible Samuel Thibault
2015-12-19 21:25   ` [Qemu-devel] [PATCH 9/9] slirp: Adding family argument to tcp_fconnect() Samuel Thibault
2015-12-21 15:30 ` [Qemu-devel] [PATCHv7 0/9] slirp: Adding IPv6 support to Qemu -net user mode Eric Blake
2016-01-11 15:04 ` Samuel Thibault
2016-01-12  2:22   ` Hailiang Zhang
2016-01-12  4:04     ` Jason Wang [this message]
2016-01-18  8:14       ` Jason Wang
  -- strict thread matches above, loose matches on Subject: below --
2016-02-08 10:28 Samuel Thibault

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=56947B32.5040305@redhat.com \
    --to=jasowang@redhat.com \
    --cc=arei.gonglei@huawei.com \
    --cc=dgilbert@redhat.com \
    --cc=jan.kiszka@siemens.com \
    --cc=lizhijian@cn.fujitsu.com \
    --cc=peter.huangpeng@huawei.com \
    --cc=qemu-devel@nongnu.org \
    --cc=samuel.thibault@gnu.org \
    --cc=stefanha@gmail.com \
    --cc=stefanha@redhat.com \
    --cc=thuth@redhat.com \
    --cc=v.tolstov@selfip.ru \
    --cc=yanghy@cn.fujitsu.com \
    --cc=zhang.zhanghailiang@huawei.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.