Imported Debian patch 3.12-4.1
[debian/elilo] / ChangeLog
index 1a08d9e8dd35d2fa2cc15d90efc23e3066a90ecf..12d2ddf015751a18f93d29097b4d4ce0b88fdb9b 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,93 @@
+2009-10-22 signed off by Jason Fleischli <jason.fleischli@hp.com>
+       * elilo 3.12 release commit
+       * Added additional #defines for debug levels to reduce the output
+       * Added Mac console patch rework from Julien Blache @ debian
+         this fixes the invisible console output from elilo on Macs
+       * Moved static ELILO_VERSION variable from elilo.c to elilo.h
+         so that elilo will print its version string and arch on startup.
+       * Fixed bug 2825044 ExitBootServices error handling, correctly deal
+         with changed memory map key if memory map changes from under elilo.
+       * Added memory map key to map debug output.
+       * Fixed bug 2874380 netbooting just flat broken. fixed ia64, x86_64
+         ia32, fixed handling of server side support of tfpt options (get file size) 
+         elilo now attempts to get file size before attempting read of file
+         to set the buffers up correctly and deal with tftp servers that dont
+         support options extensions a little better.
+       * netboot, fixed bad blocksize handling
+       * netboot, fixed filename length for elilo-x86_64.conf type on tftp
+         server.
+       * increased bzimage kernel max length sizes to 4mb on i386 and 8mb on
+         x86_64... this is a legacy design hold over from original design and
+         needs to be re-written to do dynamic size memory management based on
+         the size of the actual vmlinuz image, as ia64/gzip does. 
+2008-04-02 signed off by Jason Fleischli <jason.fleischli@hp.com>
+       * elilo 3.10 release commit
+       * Bumped version string to 3.10
+       * added PTR_FMT 32bit & 64bit pointer translation for correct output
+       * elilo hang bugfix x86_64 non-standard kernels with non-traditional start address 
+         elilo will pull the start address from the kernel elf header for 2.6
+         or newer kernels, map memory and use that start address, else use standard
+         1MB default start address. And handle case of overlapping kernels
+         and initrds in memory. Patch contributor Stuart Hayes @ Dell,
+         thanks Stuart!
+       * ported kernel start adress fix to ia32
+       * eliminated all possible compiler warnings except those actually
+         caused by gnu-efi that cant be fixed here.
+       * Debug output improvement, added pauses with visual feedback when
+         user sets debug & verbose options.
+       * bugfix added missing find_bits function definition back into ia32
+         subtree
+       * bugfix loader_probe now correctly errors out if no loaders
+         registered.
+2008-01-11 signed off by Jason Fleischli <jason.fleischli@hp.com>
+       * Various compile warning cleanups.
+2008-01-03 signed off by Jason Fleischli <jason.fleischli@hp.com>
+       * Patch contribution from Scott Davilla <davilla@4pi.com>
+         when x is zero for the first call to add_memory_region, e820_map[-1] 
+         will access memory outside the bounds of e820_map. While this does 
+         not result in any problems as there is a UINT32 unused_8[41] block 
+         above the e820_map[0] location that should have been zeroed by the 
+         bootloader, the code should not access outside the bounds of 
+         structures. 
+2008-01-03 Jason Fleischli <jason.fleischli@hp.com>
+       * initrd.c -- Let the allocator decide where to grab the memory from 
+         the efi memory map. Current start_addr=image->start_addr forces the 
+         same efi region everytime, and has a 7mb limit. ramdisk (initrd.img) 
+         files larger than 7MB wouldnt fit into the memory region assumed by 
+         the image->start_addr resulting in an elilo hang. Leaving start_addr 
+         NULL at initialization forces alloc_pages to get a memory region 
+         sufficient for the size of the initrd image.
+2007-12-19 Jason Fleischli <jason.fleischli@hp.com>
+       * bumping version string to 3.8
+2007-12-19 Jason Fleischli <jason.fleischli@hp.com>
+       * MORE PATCHES FROM INTEL FOR IA32 X86_64.
+       * Fix compile warning for cmdline_addr assignment.
+       * Fix an issue caused by uninitialized e820_nr_map in fill_e820map.
+       * On some machines, there are too many EFI memory map entries, so that,
+         the number of E820 map entries converted from EFI memory map exceeds
+         the limit (128). This patch fixes this bug by merging consecutive
+         memory map entries with the same type.
+       * CL_MAGIC is not supported by 32-bit boot protocol. So, the kernel
+         command line passing code is changed accordingly.
+       * EFI-2.0 boot support patches have been accepted into Linux kernel
+         2.6.24-rc4 and EFI runtime service patches have been accepted by
+         Linux kernel 2.6.24-rc4-mm1. There are some changes during the 
+         merging, so there are some updates for elilo ia32/x86_64 too.
+       * The x86_64 boot parameters of Linux kernel is rearranged to line up
+         with ia32 boot parameters.
+       * The boot loader signature of IA32 and x86_64 is redefined to
+         make it possible for Linux kernel to distinguish whether the 
+         underlying firmware is EFI 32 or EFI 64.
+       * The EFI framebuffer type ID is changed in Linux kernel to
+         conform to Linux kernel framebuffer type ID grouping rules. So the 
+         EFI framebuffer type ID setting code in ELILO is changed accordingly.
+       * E820 memory map is added to IA32 to make it possible for
+         Linux kernel not to depend on EFI memory map on EFI 32.
+2007-09-27 Jason Fleischli <jason.fleischli@hp.com>
+       * updating changelog for last commit that was omitted
+       * incorporating AGriffis patches to enhance parsing
+         passes root= option to kernel options and accounts for -- option
+         designation.
 2007-07-19 Jason Fleischli <jason.fleischli@hp.com>
        * Integrated x86_64 support patches from Chandramouli Narayanan
          <mouli@linux.intel.com> changes summarized in following bullets.