1
0
mirror of https://review.coreboot.org/flashrom.git synced 2025-11-17 13:10:42 +01:00
Files
flashrom/doc/release_notes/devel.rst
Anastasia Klimchuk 1599c5a9ec serial, usb, hwaccess, i2c: Use SPDX in headers
Since this is the last patch on the topic, add an entry
to the devel document.

Change-Id: Ide53798eb18f180069fb15687569c94e6a45720c
Signed-off-by: Anastasia Klimchuk <aklm@flashrom.org>
Reviewed-on: https://review.coreboot.org/c/flashrom/+/90017
Tested-by: build bot (Jenkins) <no-reply@coreboot.org>
Reviewed-by: Peter Marheine <pmarheine@chromium.org>
Reviewed-by: Stefan Reinauer <stefan.reinauer@coreboot.org>
2025-11-17 00:30:55 +00:00

97 lines
3.7 KiB
ReStructuredText

===============================
Recent development (unreleased)
===============================
This document describes the major changes that are expected to be included in
the next release of flashrom and which are currently only available by source
code checkout (see :doc:`../dev_guide/building_from_source`). These changes
may be further revised before the next release.
Bugs fixed
==========
AMD-based PCs with FCH were unable to read flash contents for internal (BIOS
flash) chips larger than 16 MB, and attempting to do so could crash the
system.
https://ticket.coreboot.org/issues/370
Added support
=============
* Intel Wildcat Lake chipset
* Eon EN25QX128A
* PUYA P25D80H
New features
============
Fail immediately when trying to write/erase wp regions
------------------------------------------------------
This change is done so it's harder for user to brick his own platform.
Information about read-only regions can easily be missed as flashrom
can output a lot of information on screen. Even if you notice you might
not know if one of the regions you requested falls inside read-only
range, especially if using different names for those regions.
If you are flashing multiple regions or ones that partially overlap with
read-only parts then that could result in flashrom failing in the
middle, leaving you in unknown state.
FMAP verification support
--------------------------
A new ``--fmap-verify`` option has been added that allows verification of FMAP
(Flash Map) layout compatibility before performing write operations. This option
reads the FMAP layout from both the flash ROM and the file to be written, then
compares them to ensure they match before proceeding with the write.
This is particularly useful when updating specific regions (e.g., COREBOOT) to
prevent accidentally writing a ROM image with an incompatible layout that could
result in a bricked system. The ``--fmap-verify`` option is mutually exclusive
with ``--fmap``, ``--fmap-file``, ``--layout``, and ``--ifd`` options, and can
only be used with write operations (``-w``).
Example usage::
flashrom -p programmer --fmap-verify -w newimage.rom --image COREBOOT
If the FMAP layouts don't match, the operation will abort with a detailed error
message showing which regions differ.
New programmers
===============
* Nvidia System Management Agent
libflashrom
===========
The real life usage of ``flashrom_flash_probe_v2`` discovered the issue, the error messages as below::
error: variable 'flashctx' has initializer but incomplete type
error: storage size of 'flashctx' isn't known
New API method ``flashrom_create_context`` is created to fix this.
``flashrom_create_context`` does create and all initialisations needed for flash context.
It need to be called prior to any other API calls that require flash context.
The issue was a good motivation to write a new test which is built and runs as an external
client of libflashrom. The test runs in a separate test executable to achieve this.
As a bonus, test code in ``tests/external_client.c`` is an example how to use libflashrom API.
SPDX tags for license and copyright
===================================
From now on, flashrom is using SPDX tags in source files to indicate license and copyright information.
Specifically ``SPDX-License-Identifier`` tag is used for license info, and
``SPDX-FileCopyrightText`` tag is used for copyright info.
Existing source files in the tree have been converted to use SPDX tags. New files should be
created with SPDX tags. For examples, look at any source file in the tree.
Note that source files in directory ``subprojects/packagefiles/cmocka-1.1.5`` haven't been changed,
and won't be. Those files are unpacked from cmocka wrap, so that's the exact copy from another project,
and should stay as is.