]> code.delx.au - refind/blobdiff - NEWS.txt
Clean up of driver support; now requires newer GNU-EFI package.
[refind] / NEWS.txt
index 56cfa9883740678d2828902577d6907436078245..7c4dfab8a00fb38cdb5e09c678e839b767fbfd45 100644 (file)
--- a/NEWS.txt
+++ b/NEWS.txt
@@ -1,6 +1,38 @@
-0.2.6 (?/??/2012):
+0.2.7 (?/??/2012):
 ------------------
 
+- After much trial and tribulation, I've overcome a GNU-EFI limitation and
+  enabled rEFInd to load EFI drivers. This feature was present in the
+  original build of rEFIt but was removed in the versions that could
+  compile under Linux, but now it's back -- and still being compiled under
+  Linux! To use it, you should place your drivers in a convenient directory
+  on the ESP (or whatever partition you use to launch rEFInd) and add a
+  "scan_driver_dirs" entry to refind.conf to tell rEFInd where to look. (As
+  always, you should specify the driver directory relative to the root of
+  the filesystem.) Note that you can't launch drivers from another
+  filesystem; they must be on the same volume that holds rEFInd.
+
+- Fixed bug that caused rEFInd to show up in its own menu sometimes.
+
+- Added new refind.conf token: also_scan_dirs. When scanning volumes for
+  EFI boot loaders, rEFInd always scans the root directory and every
+  subdirectory of the /EFI directory, but it doesn't recurse into these
+  directories. The also_scan_dirs token adds more directories to the scan
+  list. It defaults to "elilo,boot", but you can set it to any directory or
+  directories you like.
+
+0.2.6 (4/14/2012):
+------------------
+
+- Added "volume" keyword to configuration file's stanza options. This
+  option changes the volume from which subsequent files (specified by
+  "loader" and "icon") are loaded. You pass "volume" the name/label of the
+  FILESYSTEM you want to use (not the GPT partition name), or a number
+  followed by a colon (e.g., "1:"). The former should reliably identify a
+  filesystem, assuming the name is unique. The latter assigns numbers based
+  on the order in which they're scanned, which may not be as reliable but
+  should work when a volume is unnamed.
+
 - Fixed bug in 0.2.5 that caused failure of Linux initial RAM disk
   mapping on some (but not all) systems. Affected computers include at
   least some Intel motherboards, maybe others.