From 6c7d45e4631784d0e077e806521a736da6b0266e Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Sun, 7 Apr 2013 18:18:44 +0200 Subject: IRC. --- hurd/translator/ext2fs.mdwn | 31 ++++++++++++++++++ hurd/translator/pfinet/implementation.mdwn | 51 ++++++++++++++++++++++++++++-- hurd/translator/pfinet/ipv6.mdwn | 14 ++++++++ hurd/translator/tarfs.mdwn | 17 +++++++++- 4 files changed, 109 insertions(+), 4 deletions(-) (limited to 'hurd/translator') diff --git a/hurd/translator/ext2fs.mdwn b/hurd/translator/ext2fs.mdwn index 65361ff4..b276ff0c 100644 --- a/hurd/translator/ext2fs.mdwn +++ b/hurd/translator/ext2fs.mdwn @@ -89,6 +89,37 @@ small backend stores, like floppy devices. which can be quite probable +##### IRC, freenode, #hurd, 2013-03-19 + + youpi: i'm back on polishing the large store patch + did you remember seeing something else than the bzero/memset + out-of-scope changes ? + (i mean, readily noticeable) + I don't remember + ok + the original code already assumes mmap succeeds + is it ok to consider the patch can do the same ? + I'd say so + ok + youpi: actually, it looks like a good part of the patch isn't + related to large stores + for example, in ext2fs/inode.c, there are calls to + dino_ref/dino_deref + hum + i'm not sure at all these have anything to do with handling large + stores + but dino_ref is introduced by this patch, isn't it? + it replaces dino + yes, it replaces it because the dino() approach can't work beyond + 2GiB + i see + youpi: i'd like to replace the recursive call to + disk_cache_block_ref with a goto, is that fine with you ? + looks ok to me + better than relying on tail recursion + that's the idea :) + + #### [[libpager]] API change ##### IRC, freenode, #hurd, 2013-03-04 diff --git a/hurd/translator/pfinet/implementation.mdwn b/hurd/translator/pfinet/implementation.mdwn index 50b5dfc2..3232e0cc 100644 --- a/hurd/translator/pfinet/implementation.mdwn +++ b/hurd/translator/pfinet/implementation.mdwn @@ -1,13 +1,58 @@ -[[!meta copyright="Copyright © 2000, 2008 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2000, 2008, 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 document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license -is included in the section entitled -[[GNU Free Documentation License|/fdl]]."]]"""]] +is included in the section entitled [[GNU Free Documentation +License|/fdl]]."]]"""]] The `pfinet` server is a hacked Linux internet implementation with a glue layer translating between the Hurd [[RPC]]s and the middle layer of the Linux implementation. + + +# Bugs + +## Those Listed on [[Open_Issues]] + +## [[IPv6]] + +## IRC, freenode, #hurd, 2013-04-03 + + youpi: there are indeed historical bugs with small packets and + tcp_nodelay in linux 2.0/2.2 tcp/ip + oh + http://jl-icase.home.comcast.net/~jl-icase/LinuxTCP2.html + + +# Reimplementation, [[!GNU_Savannah_task 5469]] + +## IRC, freenode, #hurd, 2013-04-03 + +[[!tag open_issue_hurd]] + + I was thinking about just using liblwip this afternoon, btw + what is it ? + hm, why not + i would still prefer using code from netbsd + especially now with the rump kernel project making it even easier + well, whatever is easy to maintain up to date actually + netbsd's focus on general portability normally makes it easy to + maintain + the author of the rump project was able to make netbsd code run in + browsers :) + and he actually showed clients using the networking stack on + windows, remotely (not in the same process) + so that's very close to what we want + indeed + though liblwip is exactly the same portability focus :) + apparently, for embedded systems + but bsd's code is probably better + yes + i think so, more general purpose, larger user base + I used it for the stubdomains in Xen + (it = lwip) + ok diff --git a/hurd/translator/pfinet/ipv6.mdwn b/hurd/translator/pfinet/ipv6.mdwn index 42ee3c55..824cc733 100644 --- a/hurd/translator/pfinet/ipv6.mdwn +++ b/hurd/translator/pfinet/ipv6.mdwn @@ -158,3 +158,17 @@ Amongst other things, support for [[IOCTL]]s is missing. I don't remember its url git://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git might be even older + + +## IRC, freenode, #hurd, 2013-04-01 + + hi, the ipv6 route works or not? + I can use ipv6 to connect vms, but the vm can't access other + host except the router + the ipv6 route -G seems not work for me, anyone make it work? + I'm using SLAAC + youpi: you mean static config not work? + I mean automatic config does work + I don't use static config myself + youpi: My ipv6 works now, just because not fully enable ipv6 + forwarding and firewall, thank you:) diff --git a/hurd/translator/tarfs.mdwn b/hurd/translator/tarfs.mdwn index e25e3255..2e37d9cf 100644 --- a/hurd/translator/tarfs.mdwn +++ b/hurd/translator/tarfs.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2010 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2010, 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 @@ -20,6 +20,21 @@ Works fine on most cases, occasional corruptions when writing using bzip2/gzip stores. +## IRC, freenode, #hurd, 2013-03-16 + +[[!tag open_issue_hurd]] + + hm is tarfs working? its simple test suite fails here + (translator dies with gz and bz2 compression) + no idea + have you tried without compression ? + that succeeds + it might rely on storeio for compression + no, it does gz/bz2 on its own + but it uses libstore for i/o of the file + ok + + # Source incubator, tarfs/master -- cgit v1.2.3