Home | History | Annotate | Download | only in grub
      1 -*- Mode: Outline -*-
      2 
      3 Before working on anything in this file, it's very important that you
      4 make contact with the core GRUB developers. Things herein might be
      5 slightly out of date or otherwise not easy to understand at first
      6 glance. So write to <bug-grub (a] gnu.org> first.
      7 
      8 Priorities:
      9   Reported bugs generally have top priority.
     10   Non-reported and non-encountered bugs (things we know don't work,
     11     but don't really impede things) have lower priority.
     12   Things in this file are ranked with one to three !; the more, the
     13   higher priority.
     14 
     15 
     16 Things that should be done before 1.0:
     17 
     18 * Finish the Multiboot Speicification 0.7. !!!
     19 
     20 * Add more --disable-FOO options to configure, so that you can create a
     21   minimum GRUB image. This is useful for boot floppies because of the size
     22   restriction. !
     23 
     24 * Implement a new version of track_int13, using Virtual 8086 Mode. !!!
     25 
     26 * Add missing features of graphics support. !!
     27 
     28 Things that should _not_ be done before 1.0:
     29 
     30 * Add configuration inclusion support by adding a command "include". !
     31 
     32 * Add automatic configuration support.
     33 
     34 * Add bunzip2 support.
     35 
     36 * Define the module system.
     37 
     38 * Add BSD syntax support, using results of ioprobe to map drives. !
     39   (0x1f0-0x1f7 = primary IDE, 0x170-0x176 = secondary,
     40    0x1e8-0x1ef = tertiary, 0x168-0x16f = quaternary).
     41 
     42 * Add a real scripting language, possibly retaining backward
     43   compatibility so that old config files can be used.
     44 
     45 * Add internationalization support, emulating gettext as much as is
     46   feasible.
     47 
     48 * Support other architectures than i386-pc.
     49 
     50 * Add real memory management.
     51 
     52 
     53 Things that may be done anytime:
     54 
     55 * Port the script ``grub-install'' to OpenBSD. At least you will have to
     56   modify the function `convert' so that it can translate a native device
     57   name into the corresponding GRUB drive representation. !
     58 
     59 * Add a command to run a GRUB script file. !!
     60 
     61 * Add commands to manipulate the menu from the command-line interface. !
     62 
     63 * Make symbolic links work for BSD FFS.
     64 
     65 * Add indirect block support to the BSD FFS filesystem code, so files
     66   larger than 16MB can be read.
     67 
     68 * Fix-up FreeBSD, NetBSD (and OpenBSD ?) command-line boot
     69   parameters.
     70 
     71 * Support embedding a Stage 1.5 in the "bootloader" area of a FFS
     72   partition. (We already have the code, but need an approval by an
     73   expert before turning on the support. Any volunteers?)
     74 
     75 * Support embedding a Stage 1.5 in the EXT2_BOOT_LOADER_INO of an ext2fs
     76   partition, so that it won't be accidentally erased or modified by
     77   the kernel.
     78 
     79 * Add ISA PnP support.
     80 
     81 * Add more filesystems support (NTFS, etc.)
     82 
     83 * Add more remote console support (parallel and net).
     84 
     85 * Add (real) RAID support.
     86 
     87 ? Add a partition naming syntax that means ``the first partition of
     88   this type''.  We need this for clean Hurd install floppies.
     89   Nope.  Improving the `find' command would solve this problem.
     90 
     91 * Add CDROM-chainloading support. It would be enough to support only
     92   BIOSes which have bootable-CDROM support (so you may use the "Bootable
     93   CDROM" BIOS calls). It is not trivial to support BIOSes without the
     94   capability to boot CDROM.
     95 
     96 ? Divide pxegrub into two parts, so the initial image doesn't exceed
     97   the 32KB limit. I'm not sure if this is really necessary, because the
     98   PXE standard just says that it is _recommended_ to improve the
     99   modularity of a boot image. Obviously, this reason doesn't apply to
    100   GRUB, as pxegrub is merely a secondary boot loader. So whether this
    101   task should be done depends on if existing PXE ROMs support >32KB
    102   images or not, after all.
    103