From eccdd13dd3c812b8f0b3d046ef9d8738df00562a Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 25 Sep 2013 21:45:38 +0200 Subject: IRC. --- contributing.mdwn | 3 +++ 1 file changed, 3 insertions(+) (limited to 'contributing.mdwn') diff --git a/contributing.mdwn b/contributing.mdwn index b5ff6f3c..67df9d55 100644 --- a/contributing.mdwn +++ b/contributing.mdwn @@ -86,6 +86,8 @@ taken the time to fix it yet, but it shouldn't be very hard. The code begins at `hurd/pfinet/ethernet.c`, `ethernet_open()`, the `device_open` call, which produces `edev->ether_port`. Basically, one needs to catch errors like EIEIO when using it, and in that case re-open the device. +See also the notes on [[hurd/translator/pfinet/implementation]], *Bugs*, *IRC, +freenode, #hurd, 2013-09-03*. * Add a futex kernel trap to GNU Mach. This can be useful for nicer locking primitives, including inter-process primitives. `vm_allocate` can be used as an example in the `gnumach` source tree for how to add a kernel trap. [[!GNU_Savannah_task 6231]] @@ -106,6 +108,7 @@ part:1:file:/home/samy/tmp/foo`). This would be libnetfs-based. [[GSoC proposal|community/gsoc/project_ideas/valgrind ]] about this, but the basic port could be small. * Use libz and libbz2 in exec. See `hurd/exec/unzip.c` etc., they should be replaced by mere calls to libraries, [[!GNU_Savannah_task 6990]] +See also the discussions on [[open_issues/exec]]. * Add `/proc/$pid/maps`. `vminfo` already has this kind of information, it's a matter of making procfs do the same. [[!GNU_Savannah_bug 32770]] -- cgit v1.2.3 From 72f8598403390231085544da4a261b08df038819 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Thu, 26 Sep 2013 18:27:45 +0200 Subject: Typo fixes. --- contributing.mdwn | 2 +- microkernel/mach/gnumach/ports.mdwn | 2 +- open_issues/gcc.mdwn | 2 +- open_issues/open_symlink.mdwn | 2 +- shortcuts.mdwn | 2 +- 5 files changed, 5 insertions(+), 5 deletions(-) (limited to 'contributing.mdwn') diff --git a/contributing.mdwn b/contributing.mdwn index 68dcca0c..4e9512e9 100644 --- a/contributing.mdwn +++ b/contributing.mdwn @@ -103,7 +103,7 @@ access to it from userland. exec would probably call it from `hurd/exec/exec.c`, which exposes the partitions of the disk image, using parted, and the parted-based storeio (`settrans -c foos1 /hurd/storeio -T typed part:1:file:/home/samy/tmp/foo`). This would be libnetfs-based. -* Write [[virtio drivers for KVM|virtio#KVM]]. +* Write [[virtio drivers for KVM|open_issues/virtio#KVM]]. * Port valgrind. There is a whole [[GSoC proposal|community/gsoc/project_ideas/valgrind ]] about this, but the basic port could be small. diff --git a/microkernel/mach/gnumach/ports.mdwn b/microkernel/mach/gnumach/ports.mdwn index 2d9bc311..c81cdd2a 100644 --- a/microkernel/mach/gnumach/ports.mdwn +++ b/microkernel/mach/gnumach/ports.mdwn @@ -29,6 +29,6 @@ License|/fdl]]."]]"""]] * [[open_issues/Mach_on_Top_of_POSIX]]. Status unknown. When starting a port for a new architecture, it might make sense to first -target a [[!wikipedie desc=paravirtualized Paravirtualization]] environment, +target a [[!wikipedia desc=paravirtualized Paravirtualization]] environment, that already abstracts away some of the different hardware implementations' quirks. diff --git a/open_issues/gcc.mdwn b/open_issues/gcc.mdwn index d8a8cd5f..2b772cfc 100644 --- a/open_issues/gcc.mdwn +++ b/open_issues/gcc.mdwn @@ -314,7 +314,7 @@ Last reviewed up to the [[Git mirror's 3a930d3fc68785662f5f3f4af02474cb21a62056 * `gcc/config/gnu-user.h` defines `*SPLIT_STACK*` macros -- which aren't valid for us (yet), I think. - * Also see [[sourceware_PR 10686]], glibc commit + * Also see [[!sourceware_PR 10686]], glibc commit ecbf434213c0333d81706074e4d107ac45011635 `Reserve new TLS field for x86 and x86_64` (`__private_ss`). diff --git a/open_issues/open_symlink.mdwn b/open_issues/open_symlink.mdwn index f71109a9..663bfcbd 100644 --- a/open_issues/open_symlink.mdwn +++ b/open_issues/open_symlink.mdwn @@ -21,7 +21,7 @@ License|/fdl]]."]]"""]] ## IRC, OFTC, #debian-hurd, 2013-05-08 - the hurd issue is that Q_NOFOLLOW seems broken on symlinks, and + the hurd issue is that O_NOFOLLOW seems broken on symlinks, and thus open(symlink, O_NOFOLLOW) doesn't fail with ELOOP I don't really see why it should fail since NOFOLLOW says not to follow the symlink diff --git a/shortcuts.mdwn b/shortcuts.mdwn index c59c8895..ded77ca6 100644 --- a/shortcuts.mdwn +++ b/shortcuts.mdwn @@ -103,7 +103,7 @@ ikiwiki will include your shortcut in the standard underlay. * [[!shortcut name=GCC_PR url="http://gcc.gnu.org/PR%s" - desc=GCC [BZ #%s]"]] + desc="GCC [BZ #%s]"]] * [[!shortcut name=sourceware_PR url="http://sourceware.org/PR%s" -- cgit v1.2.3