Hi, Now that we have two use cases for this. I would propose that we first fine tune interface and then use common one. This is the critical part of the design and needs to be solved. I wasn't really convinced with the other proposed interface.
So if you two could propose improved one that can handle following: - BIOS interrupt service hooks - drivemap - eltorito emulation - custom int13h handler for unsupported controllers - custom GRUB code to be executed - sendkey feature This way it would be also easier to incorporate patches as there is already skeleton that can be used easily. What we don't want is to increase kernel size too much. So please try to think alternatives that reside on loaded module. There might be some other options too, but I'll let you guys think a bit first :) Thanks, Vesa Jääskeläinen _______________________________________________ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
