On Thu, Aug 26, 2010 at 17:17, Vladimir 'phcoder' Serbinenko <phco...@gmail.com> wrote:
> Nicest way would be to implement multiboot for efildr.-d do it myself > (and I still might). If > I had more time I efildr might be loadable by ntldr command. Also if > you chainload be sure to use dumped sector and not the one from the > compiled result. If you plan to implement this I can test it for you in real hardware. > It's usually better to make sane way work than reverting to > suboptimally designed one. >> I like the way UEFI works > The main part visible to user is loading files instead of sectors. > This is a good decision. However the rest is a mess. > Also coreboot+grub loads files too. I have known about coreboot but I do not want to mess up my bios. DUET acts like a uefi wrapper for bios. I used it because no "flashing the motherboard" was involved. I do not want to try flashing coreboot to my motherboard. >> and I >> have no plans to revert back to MBR partitioning for the sake of >> windows compatibility. > Robert investigated the issue following my idea of replacing MBR > sector on BIOS read calls. It was enough to make bootmgr work on > non-hybrid GPT. However ntoskrnl fails early. With some runtime > patching I think it's possible to achieve the goal however nobody > investig >> The tianocore guys recommended using OVMF under qemu or VirtualBox for >> UEFI booting, but the prblem is I want UEFI booting in real hardware >> using my real HDD (not some virtual HDD file). > With OVMF grub-efi works fine >> grub2 efi works fine in my VirtualBox 3.2.8 PUEL. IN edk1 duet it has these graphics problems. It works fine in edk2 duet. >> The bootsector files used by duet are > I specifically asked for the DUET qemu image. I'm in no mood to > assemble boot puzzle. Sorry, but i do not have a qemu image because I am using actual hardware. I guess you are asking for qemu image of my DUET USB pendrive. Can you provide link to instructions on how to create one? Can virtualbox be used to create the image. Regards. Keshav _______________________________________________ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
