1-*- Mode: Outline -*- 2 3Before working on anything in this file, it's very important that you 4make contact with the core GRUB developers. Things herein might be 5slightly out of date or otherwise not easy to understand at first 6glance. So write to <bug-grub@gnu.org> first. 7 8Priorities: 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 16Things 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 28Things 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 53Things 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