The current implementation for EFI_IFR_ONE_OF_OPTION_OP always generates a size
of 0x1c, even if the value that it contains is only a single UINT8. There is no
requirement that the opcode always include the entire union. It seems to me
that the size of the opcode should be adjusted based on the type it contains.
This would save an average of 15 bytes per one-of-option, since most are for a
UINT8. You can see that this approach is explicitly taken by the
EFI_IFR_DEFAULT_OP (where there are two separate structs).
Tim
------------------------------------------------------------------------------
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
edk2-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/edk2-devel
