Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

BIOS settings need to be applied in the order they are defined #67

Closed
texhex opened this issue Jul 16, 2018 · 4 comments
Closed

BIOS settings need to be applied in the order they are defined #67

texhex opened this issue Jul 16, 2018 · 4 comments

Comments

@texhex
Copy link
Owner

texhex commented Jul 16, 2018

The setting "Require BIOS PW to change TBT SL" for a new EliteBook G5 fails with ACCESS DENIED (RC 6).

Assumption: This setting can not be changed while the device has no BIOS password at all. Needs verification.

@texhex
Copy link
Owner Author

texhex commented Jul 19, 2018

This could also be caused if the setting "Thunderbolt Mode" is set to "Disable"

@texhex
Copy link
Owner Author

texhex commented Jul 21, 2018

After reviewing the logs, it's clear this is not caused by a missing password as the operator did used a password. The configuration was missing the setting Thunderbolt Mode and by default it was set to Disable - as HP has forgot this setting with BIOS version 1.00.05 and it only appeared in 1.01.08.

This however, also shows that there are BIOS settings that depend on each other which means we will need to find a way to apply BIOS settings in a given order. Right now, as we use hash tables internally, this is not possible (the order of keys in a hash table is not determined and can change at any time).

@texhex texhex changed the title "Require BIOS PW to change TBT SL" fails with "Return code [6]: Access Denied" BIOS settings need to be applied in the order they are defined Jul 21, 2018
@texhex
Copy link
Owner Author

texhex commented Jul 23, 2018

Another example: The BIOS Settings for the 850 G1 (in our example) read:

Boot Mode==UEFI Native (Without CSM)
SecureBoot==Enable

However, they are applied in the order

  • SecureBoot
  • Boot Mode

This means, if Boot Mode is set to UEFI (With CSM), the BIOS configuration will be rejected because SecureBoot can not be activated until UEFI Native is set.

@texhex
Copy link
Owner Author

texhex commented Jul 23, 2018

This change is live in v5.0.6, closing issue.

@texhex texhex closed this as completed Jul 23, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant