[flashrom] Where is read lock typically implemented?

Ross Amans ross.amans at sanmina.com
Tue Aug 5 19:12:47 CEST 2014


There are two kinds of read locks that I know of.
In the descriptor region of the flash are permissions for each region in
the flash
(BIOS, GbE, ME, for example).
These can write protect, and read protect, the flash regions.
There is also flags for the whole flash which are set in the PCH.
The BIOS sets these flags.
Ross


On Tue, Aug 5, 2014 at 10:55 AM, TR Reardon <thomas_reardon at hotmail.com>
wrote:

> I tried looking for an answer to this but a quick one didn't surface: when
> flash regions are protected, is this implemented by the flash chip itself
> or by the SPI logic (ie ichspi for Intel programmer)?
>
> _______________________________________________
> flashrom mailing list
> flashrom at flashrom.org
> http://www.flashrom.org/mailman/listinfo/flashrom
>



-- 
Ross Amans
Systems Engineer
Newisys div of Sanmina
5385 Mark Dabling blvd
Colorado Springs, CO 80918
719-884-8714 (work)
719-287-4446 (cell)

CONFIDENTIALITY
This e-mail message and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail message, you are hereby notified that any dissemination, distribution or copying of this e-mail message, and any attachments thereto, is strictly prohibited.  If you have received this e-mail message in error, please immediately notify the sender and permanently delete the original and any copies of this email and any prints thereof.
ABSENT AN EXPRESS STATEMENT TO THE CONTRARY HEREINABOVE, THIS E-MAIL IS NOT INTENDED AS A SUBSTITUTE FOR A WRITING.  Notwithstanding the Uniform Electronic Transactions Act or the applicability of any other law of similar substance and effect, absent an express statement to the contrary hereinabove, this e-mail message its contents, and any attachments hereto are not intended to represent an offer or acceptance to enter into a contract and are not otherwise intended to bind the sender, Sanmina Corporation (or any of its subsidiaries), or any other person or entity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.flashrom.org/pipermail/flashrom/attachments/20140805/5c3993f1/attachment.html>


More information about the flashrom mailing list