From 12c341b917921eb631026ec44a284c4d884e5de6 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 6 Mar 2013 21:52:20 +0100 Subject: IRC. --- hurd/translator/pfinet/ipv6.mdwn | 68 ++++++++++++++++++++++++++++++++++++++-- 1 file changed, 66 insertions(+), 2 deletions(-) (limited to 'hurd/translator/pfinet') diff --git a/hurd/translator/pfinet/ipv6.mdwn b/hurd/translator/pfinet/ipv6.mdwn index edd31017..03a5670a 100644 --- a/hurd/translator/pfinet/ipv6.mdwn +++ b/hurd/translator/pfinet/ipv6.mdwn @@ -1,5 +1,5 @@ -[[!meta copyright="Copyright © 2007, 2008, 2010, 2012 Free Software Foundation, -Inc."]] +[[!meta copyright="Copyright © 2007, 2008, 2010, 2012, 2013 Free Software +Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -94,3 +94,67 @@ Amongst other things, support for [[IOCTL]]s is missing. There is one already: http://www.gnu.org/software/hurd/community/gsoc/project_ideas/tcp_ip_stack.html personally, i'd advocate resuing code from netbsd + + +### IRC, freenode, #hurd, 2013-02-23 + + we're beginning to seriously lack ipv6 though + what is the actual problem? + (again) + lack? + we do have ipv6 working + i couldn't have it work with public addresses + uh? + I believe it worked for me + yes i told you a few months back + braunr reported recently that v6 did not work as expected? + I don't remember about that (and my inbox neither) + it was only on irc + routing would be nice to have too + the stack can do it but we lack the interface + anyway, there would be benefits on working on it, but what we have + now is fine and again, there are priorities + braunr: it seems ndp doesn't work indeed, I wonder why, it was + working for me + that's what i found too + there have been other additions to the ipv6 spec over time, i + don't know what else we might be lacking + ndp is elder + yes ndp isn't lacking + and pfinet *does* actually do ndp :) + that's a different issue + my debugging session ended in the routing code + and i didn't investigate further + braunr: it seems the BPF filter on /dev/eth0 doesn't include IPv6 + frames + that'd explain that it worked before but not any more + oh + good + i'd love to assign global addresses to our VMs :) + ok, it goes through, there is just a remaining multicast join issue + yep, ethernet_set_multi is empty :) + ok, enabling ALLMULTI was enough to fix it + you can ping6 2001:910:1059:2:5054:00ff:fe12:3456 :) + + +## IRC, freenode, #hurd, 2013-01-13 + + gnu_srs, gnu_srs1: fyi, I'm having a look at cherry-picking the + v6only option from linux + + +### IRC, freenode, #hurd, 2013-02-23 + + youpi: From when is the Linux + 524354b4d086a4f013343d727eaccb7b4c39eb25 commit (IPV6_V6ONLY)? + which repo? + I don't have such commit here + + http://git.savannah.gnu.org/cgit/hurd/hurd.git/commit/?id=2b2d7fdc42475019e5ce3eabc9c9673e3c13d89f + From which release, 2.4.x, 2.6.x? + it's very old + 2002 + it's not in the current linux git tree, but in the "history" tree + I don't remember its url + git://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git + might be even older -- cgit v1.2.3