[Patch] Allows tun_mainloop to handle multiple packets in single read.

[David Woodhouse]

On Wed, 2011-11-23 at 19:46 +0900, Kazuyoshi Aizawa wrote:
> It is guaranteed that getmsg would return single message from
> kernel side buffer, aka stream head, and we can expect single
> message contain single packet data as tun driver treats packet
> as single message. By using getmsg, we don't need to care
> about the boundary of the packet data.

That's a much better solution; thanks. I had played last night and come
up with http://david.woodhou.se/solaris-tun-read.patch but this is much
nicer.

Please could you send the patch with a Signed-off-by: line with your
name and email address? I've updated the page at
http://www.infradead.org//openconnect/contribute.html to explain that
better.

> I did test with this patch on x64 Solaris11, and it worked well for me.
> But, I'm not sure it can handle ipv6 packet accordingly... since I
> can't test it.

Hm, we should fix that :)

Even I don't have access to an AnyConnect server with IPv6 support,
unfortunately. But for *your* purposes it doesn't have to be
OpenConnect; *any* software using tuntap with IPv6 would let you test
the part you're most interested in. I could certainly set up an openvpn
service for you with IPv6 access, for tuntap testing. Should I do that?

I *have* been meaning to set up an AnyConnect-compatible server; it
shouldn't be hard. Maybe I'll do that too.

In fact it would *also* be good to port 'aiccu' to Solaris. That's the
IPv6 tunnelling program used by SixXS:
http://www.sixxs.net/forum/?msg=general-406840

-- 
dwmw2
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5818 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/openconnect-devel/attachments/20111123/88f5c722/attachment.bin>