summaryrefslogtreecommitdiff
path: root/hurd/translator
diff options
context:
space:
mode:
authorThomas Schwinge <thomas@codesourcery.com>2013-04-07 18:28:11 +0200
committerThomas Schwinge <thomas@codesourcery.com>2013-04-07 18:28:11 +0200
commit325d3600adae1a2da62f9a24ac34ad2b47a22f97 (patch)
treef0637c13c8aec0d0793f7d2498f5e2237e693c4b /hurd/translator
parentacab07dfc9df44d6d54e03c701a90b5d6f537fcd (diff)
parent6c7d45e4631784d0e077e806521a736da6b0266e (diff)
Merge remote-tracking branch 'fp/master'
Conflicts: hurd.mdwn hurd/debugging/rpctrace.mdwn open_issues/clock_gettime.mdwn open_issues/time.mdwn
Diffstat (limited to 'hurd/translator')
-rw-r--r--hurd/translator/ext2fs.mdwn31
-rw-r--r--hurd/translator/pfinet/implementation.mdwn51
-rw-r--r--hurd/translator/pfinet/ipv6.mdwn14
-rw-r--r--hurd/translator/tarfs.mdwn15
4 files changed, 108 insertions, 3 deletions
diff --git a/hurd/translator/ext2fs.mdwn b/hurd/translator/ext2fs.mdwn
index bc43644f..a89b40b1 100644
--- a/hurd/translator/ext2fs.mdwn
+++ b/hurd/translator/ext2fs.mdwn
@@ -89,6 +89,37 @@ small backend stores, like floppy devices.
<youpi> which can be quite probable
+##### IRC, freenode, #hurd, 2013-03-19
+
+ <braunr> youpi: i'm back on polishing the large store patch
+ <braunr> did you remember seeing something else than the bzero/memset
+ out-of-scope changes ?
+ <braunr> (i mean, readily noticeable)
+ <youpi> I don't remember
+ <braunr> ok
+ <braunr> the original code already assumes mmap succeeds
+ <braunr> is it ok to consider the patch can do the same ?
+ <youpi> I'd say so
+ <braunr> ok
+ <braunr> youpi: actually, it looks like a good part of the patch isn't
+ related to large stores
+ <braunr> for example, in ext2fs/inode.c, there are calls to
+ dino_ref/dino_deref
+ <youpi> hum
+ <braunr> i'm not sure at all these have anything to do with handling large
+ stores
+ <youpi> but dino_ref is introduced by this patch, isn't it?
+ <braunr> it replaces dino
+ <youpi> yes, it replaces it because the dino() approach can't work beyond
+ 2GiB
+ <braunr> i see
+ <braunr> youpi: i'd like to replace the recursive call to
+ disk_cache_block_ref with a goto, is that fine with you ?
+ <youpi> looks ok to me
+ <youpi> better than relying on tail recursion
+ <braunr> 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
+
+ <braunr> youpi: there are indeed historical bugs with small packets and
+ tcp_nodelay in linux 2.0/2.2 tcp/ip
+ <youpi> oh
+ <braunr> 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]]
+
+ <youpi> I was thinking about just using liblwip this afternoon, btw
+ <braunr> what is it ?
+ <braunr> hm, why not
+ <braunr> i would still prefer using code from netbsd
+ <braunr> especially now with the rump kernel project making it even easier
+ <youpi> well, whatever is easy to maintain up to date actually
+ <braunr> netbsd's focus on general portability normally makes it easy to
+ maintain
+ <braunr> the author of the rump project was able to make netbsd code run in
+ browsers :)
+ <braunr> and he actually showed clients using the networking stack on
+ windows, remotely (not in the same process)
+ <braunr> so that's very close to what we want
+ <youpi> indeed
+ <youpi> though liblwip is exactly the same portability focus :)
+ <braunr> apparently, for embedded systems
+ <youpi> but bsd's code is probably better
+ <youpi> yes
+ <braunr> i think so, more general purpose, larger user base
+ <youpi> I used it for the stubdomains in Xen
+ <youpi> (it = lwip)
+ <braunr> ok
diff --git a/hurd/translator/pfinet/ipv6.mdwn b/hurd/translator/pfinet/ipv6.mdwn
index 79e8f05b..81826e00 100644
--- a/hurd/translator/pfinet/ipv6.mdwn
+++ b/hurd/translator/pfinet/ipv6.mdwn
@@ -147,3 +147,17 @@ Indeed, IPv6 now works properly, and the very machine hosting this wiki
<youpi> I don't remember its url
<braunr> git://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git
<braunr> might be even older
+
+
+## IRC, freenode, #hurd, 2013-04-01
+
+ <congzhan`> hi, the ipv6 route works or not?
+ <congzhan`> I can use ipv6 to connect vms, but the vm can't access other
+ host except the router
+ <congzhan`> the ipv6 route -G seems not work for me, anyone make it work?
+ <youpi> I'm using SLAAC
+ <congzhan`> youpi: you mean static config not work?
+ <youpi> I mean automatic config does work
+ <youpi> I don't use static config myself
+ <congzhang> 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 4cc5f57a..3eb7b1ed 100644
--- a/hurd/translator/tarfs.mdwn
+++ b/hurd/translator/tarfs.mdwn
@@ -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]]
+
+ <pinotree> hm is tarfs working? its simple test suite fails here
+ (translator dies with gz and bz2 compression)
+ <braunr> no idea
+ <braunr> have you tried without compression ?
+ <pinotree> that succeeds
+ <braunr> it might rely on storeio for compression
+ <pinotree> no, it does gz/bz2 on its own
+ <pinotree> but it uses libstore for i/o of the file
+ <braunr> ok
+
+
# Source
[[source_repositories/incubator]], tarfs/master