paperlined.org
dev > oss > kexec-based_bootloader > random
document updated 14 years ago, on Sep 16, 2009
These aren't *necessarily* clearly practical possibilities.  Instead, it's intended to keep me from
thinking "too inside the box", to try to eliminate as many "unknown unknowns" as possible.


- TODO: is it possible to kexec directly into MEMDISK?  You can load MEMDISK from GRUB using the
  same kernel+initrd syntax that kexec uses...  so you should be able to MEMDISK directly, no?
        No?  It says "Cannot determine the file type of memdisk", no matter what I try to do?
        Do I need to reformat it somehow?


-----> NOTE: kexec has a problem in that it doesn't reset hardware very well.
                http://www.xmission.com/~ebiederm/files/kexec/README
                "So far failures have broken into three categories"


- TODO: Is there a way to do a soft reset, yet still retain RAM across the reboot, and moreover,
  retain control acros


=== Ultimate DOS disk ====

    There have been several DOS compilations like "every network driver you could possibly need for
    DOS".  However, they all do the hardware-detection code from within DOS.  What if we 1) used
    Linux's existing code to autodetect the hardware, and then 2) built a CUSTOM DOS boot floppy
    image with the SPECIFIC drivers for the hardware we found, and 3) kexec that DOS
    floppy?