summaryrefslogtreecommitdiff
path: root/microkernel/mach/gnumach/projects.mdwn
diff options
context:
space:
mode:
authorThomas Schwinge <tschwinge@gnu.org>2007-12-11 23:43:20 +0100
committerThomas Schwinge <tschwinge@gnu.org>2007-12-11 23:47:08 +0100
commitf4ebf4ba5fec7998b4ad03844a041c2ece298332 (patch)
treedc7bbb9304af0653a7d5d9f08feb505e603328db /microkernel/mach/gnumach/projects.mdwn
parent7a11d0976c75bab00e95a910324e26498ca32eaa (diff)
microkernel/mach/gnumach/projects: Better ikiwiki syntax.
Diffstat (limited to 'microkernel/mach/gnumach/projects.mdwn')
-rw-r--r--microkernel/mach/gnumach/projects.mdwn72
1 files changed, 58 insertions, 14 deletions
diff --git a/microkernel/mach/gnumach/projects.mdwn b/microkernel/mach/gnumach/projects.mdwn
index 188fcde..33afec0 100644
--- a/microkernel/mach/gnumach/projects.mdwn
+++ b/microkernel/mach/gnumach/projects.mdwn
@@ -7,50 +7,94 @@ 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]]."]]
-This page is a place to keep track of all those things that we need to improve in GNU Mach, so that it is a reliable microkernel for The Hurd, both in terms of stability and performance. If you find anything missing here, please feel free to add a entry with a short description.
+This page is a place to keep track of all those things that we need to improve
+in GNU Mach, so that it is a reliable microkernel for The Hurd, both in terms
+of stability and performance. If you find anything missing here, please feel
+free to add a entry with a short description.
-If you want to help with any of the task (thanks!), please send a mail to the mailing list <http://www.gnu.org/software/hurd/help.html#TOCmail> stating what task you wish to work on, so that no duplicate efforts end up.
+If you want to help with any of the task (thanks!), please send a mail to the
+[[*bug-hurd*_mailing_list|mailinglists]] stating what task you wish to work on,
+so that no duplicate efforts end up.
-**_Task List_**
+# Task List
* Clean up the Code. (Assigned to: **Team Leader:** _Gianluca Guida (gianluca)_, **Hackers:** _Alfredo Beaumont (abeaumont)_, _Pedro J. Ruiz Lopez (holzplatten)_, _Matheus Morais (xsun)_, _We need **YOU** here!_)
+
* Remove all dead files from the GNU Mach source tree.
+
* Restructure the tree in a sane way.
+
* Remove dead functions/variables/etc from source files.
+
* Rewrite ugly code.
* Update the core architecture and drivers. (Assigned to: **Team Leader:** _Gianluca Guida (gianluca)_, **Hackers:** _Alfredo Beaumont (abeaumont)_, _Sergio Lopez (koro)_, _Pedro J. Ruiz Lopez (holzplatten)_, _We need **YOU** here!_)
- * Check what NetBSD, FreeBSD and Linux do with their host specific code (i486, PPC, Sparc, ...). And if it might be wise to take that and use it in GNU Mach. There is no need to worry about purely internal API's, but the external ones shouldn't require any major changes.
- * Write a list of all functions provided by the host dependant code in GNU Mach that gets used in the non-host specific code (kernel, IPC and VM).
- * Once we have decided what the new internal API should look like, make a list of the new API and the old one, and try to make things as compatible as possible, but not at the expense of anything.
+
+ * Check what NetBSD, FreeBSD and Linux do with their host specific code
+ (i486, PPC, Sparc, ...). And if it might be wise to take that and use it
+ in GNU Mach. There is no need to worry about purely internal API's, but
+ the external ones shouldn't require any major changes.
+
+ * Write a list of all functions provided by the host dependant code in GNU
+ Mach that gets used in the non-host specific code (kernel, IPC and VM).
+
+ * Once we have decided what the new internal API should look like, make a
+ list of the new API and the old one, and try to make things as compatible
+ as possible, but not at the expense of anything.
* Implement Migrating Threads. (Assigned to: _Sergio Lopez (koro)_)
- * Migrating Threads (MT) could improve IPC performance and making easier the work of the scheduler. For more information, check this <http://www.usenix.org/publications/library/proceedings/sf94/ford.html>
+
+ * Migrating Threads (MT) could improve IPC performance and making easier the
+ work of the scheduler. For more information, check
+ <http://www.usenix.org/publications/library/proceedings/sf94/ford.html>
* Improve the external pagers interface. (Assigned to: _We need **YOU** here!_)
- * Making this interface synchronous should improve I/O performance significantly, without (almost) any drawbacks (we also get some advantage from MT's).
- * Implement more paging eviction policies, so they fit better with usual behaviour of the pagers.
+
+ * Making this interface synchronous should improve I/O performance
+ significantly, without (almost) any drawbacks (we also get some advantage
+ from MT's).
+
+ * Implement more paging eviction policies, so they fit better with usual
+ behaviour of the pagers.
+
* Implement resource accounting for external pagers.
* VM. (Assigned to: _We need **YOU** here!_)
+
* Put it on user level (?)
+
* Clean up the mess.
+
* Provide a fast way to read/write from/to a memory object.
+
* Simplify/normalise the code.
* Simplify the IPC Semantics. (Assigned to: _We need **YOU** here!_)
- * There are a lot of things in GNU Mach's IPC that we don't need. Track down those things, and get rid of them without requiring many changes in the Hurd (the changes will affect MiG, but that is OK).
+
+ * There are a lot of things in GNU Mach's IPC that we don't need. Track down
+ those things, and get rid of them without requiring many changes in the
+ Hurd (the changes will affect MiG, but that is OK).
* Temporary mappings for Client-Server memory transfers. (Assigned to: _We need **YOU** here!_)
- * Extend Mach's IPC to provide some kind of object which can represent a range of memory that can temporarily be mapped into the servers address space for sending/receiving data. This would allow us to avoid excessive memory copies.
+
+ * Extend Mach's IPC to provide some kind of object which can represent a
+ range of memory that can temporarily be mapped into the servers address
+ space for sending/receiving data. This would allow us to avoid excessive
+ memory copies.
+
* Find a new way to work with unaligned memory.
* GDB remote debugging support (Assigned to: _Alfred M. Szmidt (ams)_)
- * Implement support for GDB debugging via serial line and/or network. Maybe this can be done together with the host-specific work above.
-**_Wish List_**
+ * Implement support for GDB debugging via serial line and/or network. Maybe
+ this can be done together with the host-specific work above.
+
+# Wish List
* Interface for userspace non-critical drivers.
-* Sound Support ;-)
+
+* Sound Support
+
* WLAN support (ipw2200) with WEP/WPA
+
* ACPI support