Is it possible to make u-boot console silent?


I am using verdin imx8mp, tdx-reference-minimal-image with the meta-toradex-security layer.
We have recently been doing a security review and it was noted about making u-boot messages silent as they output memory addresses and thing that could be used by an attacker to determine targeted attack vectors.

I have a patch for Linux kernel config and added the ‘silent=1’ to the kernel command line. But that only appears to affect the output from the second stage of u-boot.

Is there an easy way to make this apply to the first stage of u-boot and the main Linux kernel boot?
Ideally nothing should be output on the console if at all possible.
Also is it possible to silence the dmesg output on the console? Not sure if relevant but we are using the uart console where this is happening.

Any help would be greatly appreciated.

Hi, I’m the Toradex AI Assistant. I’m in early beta, and I would appreciate your feedback.
The Toradex Support team will follow up with you shortly!

Did you like my answer?

:+1: :-1:


To address your concerns about silencing U-Boot messages for security reasons on a Verdin iMX8MP module, you can indeed make the U-Boot console silent to prevent the display of potentially sensitive information during boot. This involves configuring U-Boot to suppress console output.

Silencing U-Boot

  1. Modify U-Boot Configuration: You’ve already noted adding silent=1 to the kernel command line affects the second stage of U-Boot. To extend this silence to the earliest stages of U-Boot, you need to modify the U-Boot configuration directly in the source before it’s compiled. This involves setting the CONFIG_SILENT_CONSOLE, CONFIG_SYS_DEVICE_NULLDEV, CONFIG_SILENT_CONSOLE_UPDATE_ON_RELOC, and potentially other silent-related configurations in the U-Boot configuration files (defconfig for your board) and ensuring these settings are enabled.

  2. Recompile U-Boot: After making the necessary changes to the configuration files, recompile U-Boot and deploy it to your Verdin iMX8MP module. This will ensure that the console is silent from the earliest boot stages.

Silencing Linux Kernel Output

Since you’ve added silent=1 to the kernel command line and are looking to silence the output from the Linux kernel as well, ensure that the console= kernel parameter is set appropriately to prevent console messages. Setting console=null as you’ve done should suppress most messages, but some early boot messages might still appear before the kernel command line parameters are processed.

Silencing dmesg Output

To silence dmesg output on the console:

  • You can use the kernel command line parameter loglevel=0 to adjust the verbosity of messages shown on the console. The loglevel parameter controls the kernel’s console log level; setting it to 0 should silence all messages, except for emergency messages (panic or oops).

  • Additionally, for runtime control, you can adjust the console log level via the dmesg command: dmesg -n 1 sets the system log level to only show emergency messages to the console.


By adjusting U-Boot’s configuration to enable silent console features and setting the appropriate kernel command line parameters, you can minimize the amount of information displayed during boot. This helps mitigate the risk of exposing sensitive information that could be leveraged in targeted attacks.

Please ensure to test these configurations thoroughly to confirm that they meet your security

Please, also check if these links can help you solve your problem:

Configuring Serial Port Debug Console (Linux/U-Boot) | Toradex Developer Center.

I believe I have all of these in place and it would appear it was not working.
The only difference I had (which I have now changed to test) is:


I believe this is probably avoiding the silencing of the kernel loading.
If I am reading the docs correctly…
Then the console=... change should automatically be applied (except when the above mentioned config is defined).

My only other question to this is…
Currently my additions to the u-boot config are done via a custom.cfg file in the u-boot-toradex recipe and included via a bbappend.
Is this the correct way to do it? as the documentation linked suggests actually modifying the source config file with the definitions (however, that doesn’t seem to be targeted towards yocto builds).
Just want to check that the same process that applies to the linux kernel config is also used for the u-boot process.