docs/developer/ProjectsPage.mdwn

   1 # DragonFly Projects
   2
   3 This page shall serve as a common place to look if you're in search of a DragonFly related project. It's also the place to check if someone else is already working on it (to prevent project collision) or should be contacted.
   4
   5 [[!toc levels=3 ]]
   6
   7 ## Website projects
   8
   9 * Correct [mailing lists page](http://www.dragonflybsd.org/community/mail.cgi) and [news page](http://www.dragonflybsd.org/community/news.cgi) to better describe the content of each list.
  10 * Create layout for http://bugs.dragonflybsd.org that matches the main site.
  11 * Check through all the [DragonFly mirrors](http://www.dragonflybsd.org/community/download.cgi) and report on any that aren't working
  12 * Create short list of tasks for a new DragonFly user (this information is all available elsewhere, but it's buried in a lot of other data):
  13 * how to upgrade the operating system
  14 * how to get to a working desktop
  15 * and where and how to report issues.
  16
  17 ## Documentation projects
  18
  19 * Check all chapters of the handbook and do the following:
  20 * Check if the content applies to DragonFly.  If not, change it.
  21 * Add new content and enhance the previous chapters
  22 * Check for syntax error, typos and wiki errors.
  23 * Add prev/next buttons to all pages.
  24 * Reorder `/usr/src/UPDATING` to put more relevant information at top; remove data no longer relevant.
  25 * Help out in [http://bugs.dragonflybsd.org](http://bugs.dragonflybsd.org) (try to reproduce, diagnose, propose fixes ...)
  26 * Organize, contribute to, and finish the C book project.
  27
  28 ## Userland projects
  29
  30 * Bring in BSD-licensed versions of some text tools like `grep`, `diff` and `sort`. The OpenBSD guys already did some work related to that.  If you manage to bring the tools to DragonFly, check if everything works as expected (e.g. rc.d scripts, make world runs, ...).  Of course the new tools need to have at least all the features of the old GNU tools.
  31 * Update the [[contributed software|/docs/user/list/ContribSoftware]] which is out-of-date.
  32 * Remove `NOINET6` build option
  33 * `WARN` corrections to utilities
  34 * Clean our code to make it [style(9)](http://leaf.dragonflybsd.org/cgi/web-man?command#style&sectionANY) compatible.  Compile and test your changes.  Verify that the checksum (sha(1)) of the unmodified object matches the checksum of the cleaned object.  Check also with strip(1)+sha(1)
  35 * Bring in code from other *BSDs:
  36 * smbfs changes from FreeBSD
  37 * pf changes from OpenBSD
  38 * Randomize mmap() offsets as described in [http://www.openbsd.org/papers/ven05-deraadt/index.html](http://www.openbsd.org/papers/ven05-deraadt/index.html)
  39 * Add extended slice support to `fdisk`
  40 * Install Coverity and fix the FreeBSD bugs that were uncovered by Coverity, but do not just blindly pull over the FreeBSD patches. Make sure that you first understand what the patch does.
  41 * C99 Standards Conformance. The todo list is on [[/docs/developer/StandardsConformanceProject]] (original [http://www.in-nomine.org/~asmodai/df/conformance/](http://www.in-nomine.org/~asmodai/df/conformance/)).
  42 * Setup a regression testing machine/system to register and find problems and new improvements..
  43 * Networking performance scalability
  44 * scalability (algorithmic performance) - ideas: [http://bulk.fefe.de/scalability/](http://bulk.fefe.de/scalability/)  and [http://bulk.fefe.de/lk2006/talk.pdf](http://bulk.fefe.de/lk2006/talk.pdf)
  45 * [[RegressionTest|/docs/developer/RegressionTest]]
  46 * also check [[HowToStressTest|/docs/developer/HowToStressTest]]
  47 * Add lwp support to ptrace/gdb/core dumps.
  48 * [[/docs/developer/CheckpointFeatures]]
  49 * Linuxulator update (FreeBSD did a lot of work in this area.  Look [here](http://wiki.freebsd.org/linux-kernel),
  50 * Bringing in version 2.0 of the BSD Installer
  51 * Build a Live CD with a DragonFly-specific X desktop, integrated into nrelease build. Check ongoing LiveDVD project: [[LiveDVD for Google SoC|/docs/developer/LiveDVDGSoC]]
  52 * UTF8 support in the console
  53 * Write a tool to monitor changes in other code bases such as FreeBSD, NetBSD, OpenBSD. corecode is busy with this one (http://oly.corecode.ath.cx/~corecode/cgi-bin/crosscgi.py) (svn repository (https://fortunaty.net/svn/crossref/)).
  54 * Work relating GDB:
  55     * ptrace/gdb follow-fork-mode support and more (peek at linux)
  56     * Change the build to create one libbfd for gdb and binutils
  57     * Separate RPC code from NFS into separate library.
  58
  59 ## Kernel projects
  60
  61 * Make our sound system support surround sound
  62 * Port the BSDL OSS code to DragonFly
  63 * Complete Path MTU Discovery by adding a host route to remember the Path MTU and setting a timer to expire old host routes. See netinet/if_ether.c for an example of this mechanism as used by ARP. Periodically increase MTU of hosts that have had its MTU decreased.
  64 * Look for places in the kernel that can benefit from Solaris-style caching of preconstructed slab allocator objects. If we can find enough of these uses, we can add this functionality to the kernel memory allocator.
  65 * Implement `sem_open()`, `sem_close()`, and `sem_unlink()`.
  66 * Clean our code to make it [style(9)](http://leaf.dragonflybsd.org/cgi/web-man?command#style&sectionANY) compatible.  Compile and test your changes.  Verify that the checksum (sha(1)) of the unmodified object matches the checksum of the cleaned object.  Check also with strip(1)+sha(1)
  67 * Setup a regression testing machine/system to register and find problems and new improvements..
  68 * Networking performance scalability
  69     * scalability (algorithmic performance) - ideas: http://bulk.fefe.de/scalability/  and http://bulk.fefe.de/lk2006/talk.pdf
  70     * RegressionTest
  71     * also check HowToStressTest
  72 * fix `APIC_IO` on SMP
  73 * Port drivers from other systems. (Being able to support most of the wireless adapters out there would be nice.)
  74 * Port TMPFS.  Look [here](http://wiki.freebsd.org/TMPFS) for the work the FreeBSD guys did.
  75 * Port ZFS.  Look [here](http://wiki.freebsd.org/ZFS) for the work the FreeBSD guys did.
  76 * Port NFSv4.  [This mail](http://leaf.dragonflybsd.org/mailarchive/kernel/2008-01/msg00065.html) is a good starting point.
  77 * Port/sync the following from FreeBSD:
  78     * PCI code (to take advantage of power saving features)
  79     * cpufreq and powerd
  80     * netgraph modules. Contact joerg.
  81     * Bring in support for UFS2, just the changes to extend the width of some fields from 32 bits to 64 bits.
  82     * hardware drivers.
  83 * Port/sync the following from OpenBSD:
  84     * Add support for the NoExecute bit as described in [http://www.openbsd.org/papers/auug04/index.html](http://www.openbsd.org/papers/auug04/index.html).
  85     * After that, make user stacks and data heaps non-executable. (W^X)
  86     * hardware drivers, specially wireless.
  87 * Import/Update DRM from the DRM git repository ([http://dri.freedesktop.org/wiki/DRM](http://dri.freedesktop.org/wiki/DRM)).
  88 * CPU scheduler work:
  89     * Design & implement a run-time switchable scheduler framework. (see Luigi's FreeBSD4 scheduler framework at [http://info.iet.unipi.it/~luigi/ps_sched.20020719a.diff](http://info.iet.unipi.it/~luigi/ps_sched.20020719a.diff))
  90     * The next step is to add a Solaris-like dispatcher framework that can handle more than one installed scheduling policy, all running on top of the base fixed lwkt priorities.
  91 * I/O scheduler work:
  92     * factor out, and make the IO scheduler plugabble.
  93     * start with a "NOP" scheduler for RAM based devices
  94     * implement a anticipatory scheduler (see documentation about the linux anticipatory scheduller)
  95     * implement a Fair Queuing scheduler (even out the access to IO between competing processes/users)
  96 * Work relating LWKT (LightWeightKernelThreading)
  97     * Implement lazy IPI cross-processor lwkt message passing.
  98     * Add timeout functionality to lwkt_waitmsg().
  99     * Write man pages for the lwkt message passing API.
 100 * A real slab allocator. Contact corecode for patches.
 101 * clean up buildworld/kernel compilation warnings
 102 * Make the kernel more robust. Do this by removing any cases causing a kernel panic on memory allocation failure. Contact Devon H. O'Dell for information and ideas about how this might work.
 103 * Port XFS. (Contact joerg)
 104 * Computer Architecture related:
 105 * Port DragonFly over to Xen.
 106 * Port DragonFly over to amd64 (look [here](http://cvsweb.dragonflybsd.org/cgi-bin/cvsweb.cgi/src/README.amd64) for more information).
 107 * Port DTrace
 108 * Capriccio threads
 109 * Xen support as domU and dom0 platform
 110 * DistributedFileSystem
 111
 112 [[SimonsTODOs]] contain some more or less important things of various sizes and colors
 113