Revision tags: release/14.0.0 |
|
#
2ff63af9 |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: one-line .h pattern
Remove /^\s*\*+\s*\$FreeBSD\$.*$\n/
|
Revision tags: release/13.2.0, release/12.4.0, release/13.1.0, release/12.3.0, release/13.0.0, release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0, release/10.4.0, release/11.1.0 |
|
#
591e79bc |
| 23-Mar-2017 |
Landon J. Fuller <landonf@FreeBSD.org> |
[mips/broadcom]: Early boot NVRAM support
Add support for early boot access to NVRAM variables, using a new bhnd_nvram_data_getvar_direct() API to support zero-allocation direct reading of NVRAM var
[mips/broadcom]: Early boot NVRAM support
Add support for early boot access to NVRAM variables, using a new bhnd_nvram_data_getvar_direct() API to support zero-allocation direct reading of NVRAM variables from a bhnd_nvram_io instance backed by the CFE NVRAM device.
Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D9913
show more ...
|
#
c283839d |
| 19-Dec-2016 |
Landon J. Fuller <landonf@FreeBSD.org> |
bhnd(4): NVRAM serialization support.
This adds support for:
- Serializing an bhnd_nvram_plist (as exported from bhnd_nvram_store, etc) to an arbitrary NVRAM data format. - Generating a serialize
bhnd(4): NVRAM serialization support.
This adds support for:
- Serializing an bhnd_nvram_plist (as exported from bhnd_nvram_store, etc) to an arbitrary NVRAM data format. - Generating a serialized representation of the current NVRAM store's state suitable for writing back to flash, or re-encoding for upload to a FullMAC device.
Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D8762
show more ...
|
#
a7c43ebd |
| 19-Dec-2016 |
Landon J. Fuller <landonf@FreeBSD.org> |
bhnd(4): Add support for exporting all (or a subtree) of NVRAM properties backed by an NVRAM store.
This will be used to support:
- Serializing the current NVRAM state for writing back to flash. -
bhnd(4): Add support for exporting all (or a subtree) of NVRAM properties backed by an NVRAM store.
This will be used to support:
- Serializing the current NVRAM state for writing back to flash. - Exporting subsidiary device paths for serialization and upload to fullmac chipsets.
Additionally, this includes an improvement to BCM-RAW format detection to avoid matching on BCM-TEXT NVRAM data.
Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D8761
show more ...
|
#
19be09f3 |
| 19-Dec-2016 |
Landon J. Fuller <landonf@FreeBSD.org> |
bhnd(4): NVRAM device path support.
Implements bhnd_nvram_store support for parsing and operating over NVRAM device paths, and device path aliases, as well as tracking per-path NVRAM variable writes
bhnd(4): NVRAM device path support.
Implements bhnd_nvram_store support for parsing and operating over NVRAM device paths, and device path aliases, as well as tracking per-path NVRAM variable writes.
Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D8760
show more ...
|
#
58efe686 |
| 19-Dec-2016 |
Landon J. Fuller <landonf@FreeBSD.org> |
bhnd(4): minor style(9) fixes
Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D8755
|
#
d6d16831 |
| 27-Nov-2016 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r309170 through r309212.
|
#
77cb4d3e |
| 27-Nov-2016 |
Landon J. Fuller <landonf@FreeBSD.org> |
bhnd(4): Unify NVRAM/SPROM parsing, implement compact SPROM layout encoding.
- Defined an abstract NVRAM I/O API (bhnd_nvram_io), decoupling NVRAM/SPROM parsing from the actual underlying NVRAM d
bhnd(4): Unify NVRAM/SPROM parsing, implement compact SPROM layout encoding.
- Defined an abstract NVRAM I/O API (bhnd_nvram_io), decoupling NVRAM/SPROM parsing from the actual underlying NVRAM data provider (e.g. CFE firmware devices). - Defined an abstract NVRAM data API (bhnd_nvram_data), decoupling higher-level NVRAM operations (indexed lookup, data conversion, etc) from the underlying NVRAM file format parsing/serialization. - Implemented a new high-level bhnd_nvram_store API, providing indexed variable lookup, pending write tracking, etc on top of an arbitrary bhnd_nvram_data instance. - Migrated all bhnd(4) NVRAM device drivers to the common bhnd_nvram_store API. - Implemented a common bhnd_nvram_val API for parsing/encoding NVRAM variable values, including applying format-specific behavior when converting to/from the NVRAM string representations. - Dropped the now unnecessary bhnd_nvram driver, and moved the broadcom/mips-specific CFE NVRAM driver out into sys/mips/broadcom. - Implemented a new nvram_map file format: - Variable definitions are now defined separately from the SPROM layout. This will also allow us to define CIS tuple NVRAM mappings referencing the common NVRAM variable definitions. - Variables can now be defined within arbitrary named groups. - Textual descriptions and help information can be defined inline for both variables and variable groups. - Implemented a new, compact encoding of SPROM image layout offsets. - Source-level (but not build system) support for building the NVRAM file format APIs (bhnd_nvram_io, bhnd_nvram_data, bhnd_nvram_store) as a userspace library.
The new compact SPROM image layout encoding is loosely modeled on Apple dyld compressed LINKEDIT symbol binding opcodes; it provides a compact state-machine encoding of the mapping between NVRAM variables and the SPROM image offset, mask, and shift instructions necessary to decode or encode the SPROM variable data.
The compact encoding reduces the size of the generated SPROM layout data from roughly 60KB to 3KB. The sequential nature SPROM layout opcode tables also simplify iteration of the SPROM variables, as it's no longer neccessary to iterate the full NVRAM variable definition table, but instead simply scan the SPROM revision's layout opcode table.
Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D8645
show more ...
|