From 900c3a32a3188b2753047492f6333c3c7c0268f3 Mon Sep 17 00:00:00 2001 From: Nico Huber Date: Tue, 17 Nov 2020 15:55:22 +0100 Subject: doc/relnotes/4.13: Add changes to log-level configurability Change-Id: Ia7ef57d20ea5099f344ccbf58d76597cb0e82c85 Signed-off-by: Nico Huber Reviewed-on: https://review.coreboot.org/c/coreboot/+/47669 Reviewed-by: Angel Pons Tested-by: build bot (Jenkins) --- Documentation/releases/coreboot-4.13-relnotes.md | 12 ++++++++++++ 1 file changed, 12 insertions(+) (limited to 'Documentation/releases/coreboot-4.13-relnotes.md') diff --git a/Documentation/releases/coreboot-4.13-relnotes.md b/Documentation/releases/coreboot-4.13-relnotes.md index c9447a3f16..7c7102b844 100644 --- a/Documentation/releases/coreboot-4.13-relnotes.md +++ b/Documentation/releases/coreboot-4.13-relnotes.md @@ -110,6 +110,18 @@ bridges. Exceptional cases, that may still need early bus master enabling in the future, should get their own per-reason Kconfig option. Ideally before the next release. +### Early runtime configurability of the console log level + +Traditionally, we didn't allow the log level of the `romstage` console +to be changed at runtime (e.g. via `get_option()`). It turned out that +the technical constraints for this (no global variables in `romstage`) +vanished long ago, though. The new behaviour is to query `get_option()` +now from the second stage that uses the console on. In other words, if +the `bootblock` already enables the console, the `romstage` log level +can be changed via `get_option()`. Keeping the log level of the first +console static ensures that we can see console output even if there's +a bug in the more involved code to query options. + ### Add significant changes here Deprecations -- cgit v1.2.3