Module Name:    src
Committed By:   agc
Date:           Tue Nov 17 21:09:54 UTC 2009

Modified Files:
        src/doc/roadmaps: storage system

Log Message:
Update with status for some projects.

Add some new projects, and sync with reality.


To generate a diff of this commit:
cvs rdiff -u -r1.7 -r1.8 src/doc/roadmaps/storage src/doc/roadmaps/system

Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.

Modified files:

Index: src/doc/roadmaps/storage
diff -u src/doc/roadmaps/storage:1.7 src/doc/roadmaps/storage:1.8
--- src/doc/roadmaps/storage:1.7	Fri Oct  2 07:43:01 2009
+++ src/doc/roadmaps/storage	Tue Nov 17 21:09:54 2009
@@ -1,4 +1,4 @@
-$NetBSD: storage,v 1.7 2009/10/02 07:43:01 cegger Exp $
+$NetBSD: storage,v 1.8 2009/11/17 21:09:54 agc Exp $
 
 NetBSD Storage Roadmap
 ======================
@@ -9,13 +9,17 @@
 The following elements and projects are pencilled in for 6.0, but
 please do not rely on them being there.
 
-1. devfs
+Features that will be in 6.0:
 2. logical volume management
 3. a native port of Sun's ZFS
+7. rump extensions
+10. RAIDframe parity map
+
+Features that are planned for 6.0:
+1. devfs
 4. ReFUSE-lowlevel
 5. web-based management tools for storage subsystems
 6. support for flash devices - NAND and MMC/SD
-7. rump extensions
 8. virtualised disks in userland
 9. in-kernel iSCSI initiator
 
@@ -103,6 +107,7 @@
 
 Responsible: pooka
 
+
 8. Virtualised disks in Userland
 --------------------------------
 
@@ -111,6 +116,7 @@
 
 Responsible: jmcneill
 
+
 9. In-kernel iSCSI Initiator
 ----------------------------
 
@@ -122,5 +128,20 @@
 Responsible: core
 
 
+10. RAIDframe parity map
+------------------------
+
+Jed Davis successfully completed a Summer of Code project to implement
+parity map zones for RAIDframe.  Parity mapping drastically reduces
+the amount of time spent rewriting parity after an unclean shutdown by
+keeping better track of which regions might have had outstanding
+writes.  Enabled by default; can be disabled on a per-set basis, or
+tuned, with the new raidctl(8) commands.
+
+Merged in 5.99.22 sources, and will be in 6.0.  A separate set of
+patches is available for NetBSD-5.
+
+Responsible: jld
+
 Alistair Crooks
-Tue 15 Sep 2009 08:44:14 PDT
+Tue Nov 17 07:17:20 PST 2009
Index: src/doc/roadmaps/system
diff -u src/doc/roadmaps/system:1.7 src/doc/roadmaps/system:1.8
--- src/doc/roadmaps/system:1.7	Mon Sep 21 19:41:23 2009
+++ src/doc/roadmaps/system	Tue Nov 17 21:09:54 2009
@@ -1,4 +1,4 @@
-$NetBSD: system,v 1.7 2009/09/21 19:41:23 agc Exp $
+$NetBSD: system,v 1.8 2009/11/17 21:09:54 agc Exp $
 
 NetBSD System Roadmap
 =====================
@@ -6,13 +6,19 @@
 This is a small roadmap document, and deals with the main system
 aspects of the operating system.
 
-The following projects are expected to be included in NetBSD 6.0
+The following projects are already in NetBSD-current and will appear
+in NetBSD 6.0:
 
 1. 64-bit time values supported
 2. Better Kernel Modules support
+5. namei() tactical changes
+10. emap (ephemeral mapping) support for i386 and amd64
+11. support for mDNSResponder
+
+The following projects are expected to be included in NetBSD 6.0
+
 3. Full kernel preemption for real-time threads
 4. POSIX shared memory
-5. namei() tactical changes
 6. Better resource controls
 7. Improved observability: online crashdumps, remote debugging
 8. Processor and cache topology aware scheduler
@@ -46,7 +52,8 @@
 from booting from modules, like ffs, was introduced at the same time. 
 Some work has been done by Luke Mewburn in this area to define module
 locations and paths so that effective kernel development can be done
-using modules.
+using modules. Kernel modules have been moved out of base.tgz and a new
+modules.tgz has been created.
 
 Responsible: ad, lukem
 
@@ -116,6 +123,21 @@
 Responsible: dholland
 
 
+10. Ephemeral Mapping
+---------------------
+
+Responsible: rmind
+
+
+11. Multicast DNS and DNS Service Discovery
+-------------------------------------------
+
+mDNSResponder (also known as mdnsd on some systems) is a daemon invoked
+at boot time to implement Multicast DNS and DNS Service Discovery. On Mac
+OS X 10.6 (Snow Leopard), mDNSResponder is also the system-wide Unicast
+DNS Resolver. Ty Sarna added support for mdnsd to NetBSD-current, and it
+will appear in NetBSD 6.0.
+
 
 Alistair Crooks
-Mon 21 Sep 2009 08:39:16 BST
+Thu Nov  5 07:47:34 PST 2009

Reply via email to