Hi Lakesh,
Did you ever find a solution for this? Probably the quickest solution is to figure out where the config data resides and write to the regions around it using a layout file.

It's an interesting problem that I suspect we'll see more often in the future, not just with UEFI. Storage of config data on the firmware ROM is becoming more common, and the firmware update utility of choice needs to become more aware of what portions of the ROM are safe to overwrite.

For ChromeOS platforms, we added a blob that maps the ROM content (flashmap, or fmap for short) so that our update scripts know which regions of the ROM to target when updating.

I'm not sure what the best way to do this for other systems, though. AFAIK this is all vendor-specific.


On Tue, Feb 9, 2016 at 6:21 PM, <Lakesh_Sharma@dell.com> wrote:

In an UEFI based system (x86_64, Rangeley cpu), the bios bootup option
shows each UEFI partition. Where as in legacy bios mode, the bios bootup menu
would show just SSD, USB etc.
In case of UEFI system, the boot-order, boot-current etc (i.e. UEFI config data) is stored
in bios area ?

When we update bios using flashrom, we are seeing that the UEFI config data is getting lost/over-written.
Because of which, bios does not know that it is running on uefi system and probably tries to invoke
grub using legacy way, which hangs.

How can we instruct flashrom to not over-write UEFI config data in bios area.


regards
lakesh

_______________________________________________
flashrom mailing list
flashrom@flashrom.org
http://www.flashrom.org/mailman/listinfo/flashrom



--
David Hendricks (dhendrix)
Systems Software Engineer, Google Inc.