You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Right now flashrom will print a warning if a protected range is set, but attempt to flash anyway. This may lead to issues when updating firmware.
Describe the solution you'd like
We know for a fact that flashing a protected range will fail. Flashrom should see that we're attempting to flash a region that overlaps with a protected range and refuse to flash.
Where is the value to a user, and who might that user be?
Fewer bricks and easier updates.
Describe alternatives you've considered
No response
Additional context
I'm referring specifically to Intel chipset Protected Range Registers. Handling of this on different platforms may be different.
We should allow flashing if:
A protected range does not overlap with any of the regions we're trying to flash
We may also want to allow flashing if:
a force flag is passed to flashrom
if the protected range has the same contents as the binary we're flashing
The text was updated successfully, but these errors were encountered:
@mkopec Regarding the series of seemingly trivial questions, Dasharo uses a retroversion of FlashROM, likely version 1.2, with some custom patches. How does this compare to the official release, which presumably supports this out-of-the-box starting from version 1.4? I might not fully understand the purpose of this task, as this is my first encounter with DTS."
Changelog from main repo 1.4 flashroma
Write-protect updates
Support reading security register
Support reading/writing configuration register
More range functions (with different block sizes and handling of CMP bit)
Protected regions support
Support to allow programmers to handle protected regions on the flash.
get_region() function is added so that programmers can expose access permissions for multiple regions within the flash.
A get_region() implementation is added for the ichspi driver
flashrom.c: Replace ‘exit(1)’ leaks with return codes on err paths
flashrom: Check for flash access restricitons in read_flash()
flashrom: Check for flash access restricitons in verify_range()
flashrom: Check for flash access restricitons in write_flash()
flashrom: Check for flash access restrictions in erase path
flashrom: Use WP-based unlocking on opaque masters
@mkopec could you review Dasharo/flashrom#17?
I branched out from @PLangowski upstream sync branch as newer flashrom version had function that helped me to implement this check (mainly get_flash_region)
The problem you're addressing (if any)
Right now flashrom will print a warning if a protected range is set, but attempt to flash anyway. This may lead to issues when updating firmware.
Describe the solution you'd like
We know for a fact that flashing a protected range will fail. Flashrom should see that we're attempting to flash a region that overlaps with a protected range and refuse to flash.
Where is the value to a user, and who might that user be?
Fewer bricks and easier updates.
Describe alternatives you've considered
No response
Additional context
I'm referring specifically to Intel chipset Protected Range Registers. Handling of this on different platforms may be different.
We should allow flashing if:
We may also want to allow flashing if:
force
flag is passed to flashromThe text was updated successfully, but these errors were encountered: