X-Git-Url: https://code.delx.au/refind/blobdiff_plain/4f05f12b4a34cfbef8deb341168a212edb225ad4..6d17b495509b1b942ae4d8ddef6cc07109ab40f8:/docs/refind/todo.html
diff --git a/docs/refind/todo.html b/docs/refind/todo.html
index 2879cb1..ef13d7f 100644
--- a/docs/refind/todo.html
+++ b/docs/refind/todo.html
@@ -15,7 +15,7 @@
href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
Originally written: 3/14/2012; last Web page update:
-5/5/2013, referencing rEFInd 0.6.10
+1/3/2014, referencing rEFInd 0.7.7
I'm a technical writer and consultant specializing in Linux technologies. This Web page is provided free of charge and with no annoying outside ads; however, I did take time to prepare it, and Web hosting does cost money. If you find this Web page useful, please consider making a small donation to help keep this site up and running. Thanks!
@@ -201,15 +201,6 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
checks to substitute the GPT partition label if the
filesystem label comes up empty.
- The default_selection option in refind.conf could
- be improved by supporting a list of default options, so that if the
- first item isn't found, rEFInd will try to boot the second one in
- the list, and so on. This could be handy in case a driver fails to
- load, or to provide an override in case the user inserts a specific
- removable disk—by placing the removable disk's name first in
- the list, it will take precedence over the normal hard disk
- default.
-
Along the lines of the previous item, the
default_selection might be expanded to support some form
of specification of disk types, as in a special entry for any
@@ -219,12 +210,25 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
and/or initial RAM disks relative to the rEFInd directory (or the
boot loader's directory, in the case of initrds).
+ Currently the background for certain subscreens (such as the
+ information page or submenu listings) is a solid color based on the
+ upper-left corner of the screen. Having an option to support a
+ transparent background is desirable to some users.
+
Known bugs that need squashing:
+ - I've been receiving reports of blank screens when using rEFInd on
+ some recent Mac models. I've investigated this with the help of one
+ user, and I suspect that Apple has made changes to its firmware
+ that are likely to affect just about any EFI program. I don't have
+ a definitive solution, but at least one user has reported that
+ removing rEFInd's drivers has caused the problem to go into
+ remission.
+
- The Gigabyte
Hybrid EFI has a bug that causes the allegedly case-insensitive
StriCmp() function to perform a case-sensitive comparison.
@@ -287,10 +291,21 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
- The code is in need of review to search for memory leaks and
similar problems.
- - If the user has a Linux software RAID 1 array, rEFInd will detect
- kernels or boot loaders in RAID 1 twice. This could be fixed by
- adding a check for duplicate filesystem UUIDs to the
- partition-scanning code.
+ - If the user has a Linux software RAID 1 array with Btrfs, HFS+,
+ or FAT filesystem, rEFInd will detect kernels or boot loaders in
+ RAID 1 twice. Checks to prevent this with ext2/3/4fs and ReiserFS
+ already exist; these checks could be expanded to block such
+ duplication with more filesystems.
+
+ - Some Macs experience problems with waking up from suspend states
+ when rEFInd is installed. Unfortunately, I lack the hardware to
+ test and experiment with this (my only Intel-based Mac doesn't
+ exhibit this problem), so I can't fix this myself. Using
+ pmset to disable the autopoweroff option is
+ claimed
+ by some to at least partially fix the problem, though.
@@ -351,19 +366,12 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
- - Drivers for additional filesystems are desirable. Given the talk of
- shifting to Btrfs, that should be the priority; however, other
- Linux filesystems, UDF, and perhaps others would all be welcome
- additions. Also along these lines, adding drivers for Linux LVM and
- RAID setups would be useful, too.
-
- - As detailed on the drivers page, there
- are performance issues with the drivers on some systems. I suspect
- that most "real" computers aren't greatly affected (in my tests,
- the problem is worst with VirtualBox, and the next worst is a
- system that uses DUET). Nonetheless,
- I'd like to track down the cause and fix it.
+ - Drivers for additional filesystems are desirable. Only XFS and JFS
+ are missing from the major Linux filesystems. UDF would also be a
+ welcome addition, as might drivers for other OSes (say, for the
+ BSDs, especially if BSD developers create a boot loader similar to
+ Linux's EFI stub loader). Also along these lines, adding drivers
+ for Linux LVM and RAID setups would be useful.
- The HFS+ driver returns a volume label of "HFS+ volume", no matter
what the volume's real label is.
@@ -382,11 +390,32 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
+Improvements to gptsync, install.sh, or other
+ support tools:
+
+
+
+ - The gptsync program can return misleading error codes
+ under some circumstances, such as when it makes no changes to the
+ partition table. Fix this.
+
+ - When updating a system with Secure Boot via an RPM or Debian
+ package, the RPM installation script can detect rEFInd's existing
+ shim or PreLoader program and pass options to install.sh
+ to try to copy these programs over themselves. This results in a
+ message that the copy was over the same file and an error message
+ that there were problems with the installation, although this isn't
+ really the case.
+
+ - A Mac-specific package is highly desirable.
+
+
+
-copyright © 2012–2013 by Roderick W. Smith
+copyright © 2012–2014 by Roderick W. Smith
This document is licensed under the terms of the GNU Free Documentation License (FDL), version 1.3.