BuXb Posted March 26, 2021 Share Posted March 26, 2021 @Slice kudos, that's really cool! Link to comment Share on other sites More sharing options...
MacKonsti Posted March 27, 2021 Share Posted March 27, 2021 On 3/26/2021 at 9:08 AM, Slice said: Then into Shell and then into ControlMsrE2. The application is now compiled with Clover and will be included into next Clover release. Great news @Slice but please Slice and @Jief_Machak kindly add in the config file sample a relative "Tool" entry/section for this EFI tool as a guide for others that have never used such entries before? Thank you. Link to comment Share on other sites More sharing options...
BuXb Posted March 27, 2021 Share Posted March 27, 2021 wait and see. With ControlMsrE2 integrated, Clover could toggle the MSR E2 bit to 0 automatically, without any user input... Link to comment Share on other sites More sharing options...
Slice Posted March 27, 2021 Share Posted March 27, 2021 36 minutes ago, BuXb said: wait and see. With ControlMsrE2 integrated, Clover could toggle the MSR E2 bit to 0 automatically, without any user input... It is interesting idea but it should be optional because it works not in all cases and has options what to choose manually. Link to comment Share on other sites More sharing options...
deeveedee Posted March 28, 2021 Share Posted March 28, 2021 On 3/25/2021 at 6:39 PM, BuXb said: No.. first boot into your COMPUTER's boot menu, THEN into Clover Intuitively, that make sense; however, booting first into my rig's boot menu (F9 in my case) does not expose Msr 0xE2 to ControlMsrE2. VerifyMsrE2 reports Msr 0xE2 as locked, but that may be a false reading produced by VerifyMsrE2 when it can't find Msr 0xE2 - not sure. I fear that my rig's BIOS has the same issue as @MacKonsti 's NUC8. Link to comment Share on other sites More sharing options...
Slice Posted March 29, 2021 Share Posted March 29, 2021 5 hours ago, tonyx86 said: Intuitively, that make sense; however, booting first into my rig's boot menu (F9 in my case) does not expose Msr 0xE2 to ControlMsrE2. VerifyMsrE2 reports Msr 0xE2 as locked, but that may be a false reading produced by VerifyMsrE2 when it can't find Msr 0xE2 - not sure. I fear that my rig's BIOS has the same issue as @MacKonsti 's NUC8. I had similar issue with BIOS F20 on my comp #1. First core unlocked but other cores locked. The register 0xE2 exists separately for each core. ControlMsrE2 knows this issue and shows all cores. Link to comment Share on other sites More sharing options...
MacKonsti Posted March 29, 2021 Share Posted March 29, 2021 Hi everyone, so this procedure attempt is not getting any results on my NUC8 unfortunately, allow me to explain: Enable UEFI shell in BIOS; reboot; select F10 to boot into NUC's UEFI shell; switch to FS0: and ran ControlMsrE2..efi interactive; the computer freezes. Press F10 for boot selector; select main Clover drive; Clover bootloader is shown; select UEFI shell; switch to FS1: and ran ControlMsrE2.efi interactive; no search string is found. I tried "cfg" and "msr" and "cpu" no results at all. I tried "lock" but the only result was for "BootNum Lock" so that's something i.e. ControlMsrE2 looks into NVRAM. So either the firmware is not exposing these MSR 0xE2 at all or the names are totally non-standard. If you have any idea as to why the BIOS native UEFI shell freezes during ControlMsrE2 it would be great. But did I follow the procedure you mentioned @tonyx86 and @Slice ? I am not sure why this procedure would "catch" the registers like that, in my mind (but I have no concrete knowledge how the boot process works on NUC either). Thanks Link to comment Share on other sites More sharing options...
Slice Posted March 29, 2021 Share Posted March 29, 2021 16 minutes ago, MacKonsti said: Hi everyone, so this procedure attempt is not getting any results on my NUC8 unfortunately, allow me to explain: Enable UEFI shell in BIOS; reboot; select F10 to boot into NUC's UEFI shell; switch to FS0: and ran ControlMsrE2..efi interactive; the computer freezes. Press F10 for boot selector; select main Clover drive; Clover bootloader is shown; select UEFI shell; switch to FS1: and ran ControlMsrE2.efi interactive; no search string is found. I tried "cfg" and "msr" and "cpu" no results at all. I tried "lock" but the only result was for "BootNum Lock" so that's something i.e. ControlMsrE2 looks into NVRAM. So either the firmware is not exposing these MSR 0xE2 at all or the names are totally non-standard. If you have any idea as to why the BIOS native UEFI shell freezes during ControlMsrE2 it would be great. But did I follow the procedure you mentioned @tonyx86 and @Slice ? I am not sure why this procedure would "catch" the registers like that, in my mind (but I have no concrete knowledge how the boot process works on NUC either). Thanks The tool ControlMsrE2.efi requires some protocols provided by UEFI BIOS or Clover or Shell so why you have different results. I proposed most complex way BIOS->Clover->Shell->ControlMsrE2.efi which is tested to be OK. Anyway if you read this topic from the begin you may see the method is not always working. It is not working on my Dell Latitude E6430. I can't unlock 0xE2 there. 1 Link to comment Share on other sites More sharing options...
MacKonsti Posted March 29, 2021 Share Posted March 29, 2021 (edited) 1 hour ago, Slice said: The tool ControlMsrE2.efi requires some protocols provided by UEFI BIOS or Clover or Shell so why you have different results. I proposed most complex way BIOS->Clover->Shell->ControlMsrE2.efi which is tested to be OK. Anyway if you read this topic from the begin you may see the method is not always working. It is not working on my Dell Latitude E6430. I can't unlock 0xE2 there. Just to be 100% sure by "BIOS" in "BIOS->Clover->UEFI Shell->ControlMsrE2" you do mean the boot selector screen of the PC (BIOS) correct? Because I cannot launch Clover from BIOS like on some other PCs (e.g. my old MSI) where you can select (one-time only) a drive/partition to launch from within the BIOS Setup screen. Yes it seems the MSR 0xE2 parameter/variable is not exposed at all outside the NUC8 firmware or uses totally non-standard naming. NUC8 uses Intel Visual BIOS firmware; but NUC10 uses a different BIOS maker, and there I can unlock Cfg as it is found correctly. Edited March 29, 2021 by MacKonsti Link to comment Share on other sites More sharing options...
Slice Posted March 29, 2021 Share Posted March 29, 2021 48 minutes ago, MacKonsti said: Just to be 100% sure by "BIOS" in "BIOS->Clover->UEFI Shell->ControlMsrE2" you do mean the boot selector screen of the PC (BIOS) correct? Because I cannot launch Clover from BIOS like on some other PCs (e.g. my old MSI) where you can select (one-time only) a drive/partition to launch from within the BIOS Setup screen. Yes it seems the MSR 0xE2 parameter/variable is not exposed at all outside the NUC8 firmware or uses totally non-standard naming. NUC8 uses Intel Visual BIOS firmware; but NUC10 uses a different BIOS maker, and there I can unlock Cfg as it is found correctly. Sorry, what hardware did you mean? Are you know mrs 0xE2 exists from SandyBridge and up? 1 Link to comment Share on other sites More sharing options...
MacKonsti Posted March 29, 2021 Share Posted March 29, 2021 (edited) Yes sorry I meant the BIOS of my MSI Core i7-4790K apologies forgot to mention it. The MSI BIOS has Cfg Lock menu but also allows to boot to a selected drive directly, I meant this "direct boot" feature really. On NUC you have to press F10 to get boot menu first and then select Clover drive/partition but I am not sure if this process "exposes" the BIOS parameters in NVRAM in some different way. Anyway, I stop posting and flooding the thread, as NUC8 is pretty much a dead-end, but NUC10 worked even with older CfgLock.efi too. Thanks all for your support. I will follow the discussion, of course. Edited March 29, 2021 by MacKonsti Link to comment Share on other sites More sharing options...
BuXb Posted March 29, 2021 Share Posted March 29, 2021 9 hours ago, Slice said: Are you know msr 0xE2 exists from Sandy Bridge and up? Slice, where do you have that information from? I googled and did not find anything confirming that. Link to comment Share on other sites More sharing options...
deeveedee Posted March 29, 2021 Share Posted March 29, 2021 (edited) 3 hours ago, BuXb said: Slice, where do you have that information from? I googled and did not find anything confirming that. At least as early as Haswell. This seems to imply that MSR 0xE2 is applicable to Sandy Bridge. Edited March 30, 2021 by tonyx86 Added Dortania link for Sandy Bridge Link to comment Share on other sites More sharing options...
Slice Posted March 30, 2021 Share Posted March 30, 2021 12 hours ago, BuXb said: Slice, where do you have that information from? I googled and did not find anything confirming that. www.intel.com PS. It is always a complex quest to find a documentation on the site. I have a collection of some documents and may upload some documents here. Link to comment Share on other sites More sharing options...
BuXb Posted March 30, 2021 Share Posted March 30, 2021 @Slice as you predicted, no results when searching for terms like MSR E2, CFG lock etc. on intel.com Anyway, as long as your sure this register was introduced with Sandy Bridge CPUs, that's fine. Do you also happen to know which version of macOS / OS X Apple had first request access to the MSR 0x02 register? Link to comment Share on other sites More sharing options...
Slice Posted March 30, 2021 Share Posted March 30, 2021 19 minutes ago, BuXb said: @Slice as you predicted, no results when searching for terms like MSR E2, CFG lock etc. on intel.com Anyway, as long as your sure this register was introduced with Sandy Bridge CPUs, that's fine. Do you also happen to know which version of macOS / OS X Apple had first request access to the MSR 0x02 register? The problem with locked MSR 0xE2 exists since first system supported SandyBridge (10.7 may be?) 1 Link to comment Share on other sites More sharing options...
BuXb Posted March 30, 2021 Share Posted March 30, 2021 very cool, thanks a lot - learned something new Link to comment Share on other sites More sharing options...
Slice Posted March 30, 2021 Share Posted March 30, 2021 I looked carefully and see that 0xE2 exist also on 1st generation CPU Nehalem family. 1 Link to comment Share on other sites More sharing options...
Andrey1970 Posted March 30, 2021 Share Posted March 30, 2021 Link to comment Share on other sites More sharing options...
Slice Posted March 31, 2021 Share Posted March 31, 2021 Core 2 Duo. Any OS: NO, NO CfgLock doesn't exists and no sense to patch for it. 1 Link to comment Share on other sites More sharing options...
BuXb Posted March 31, 2021 Share Posted March 31, 2021 @Slice Ok, Nehalem - good you double-checked.. I also pointed zhen-zen and dreamwhite to your post so they can include that info in the Cfg Lock/ MSR E2 part of their guide. Andrey1970's table: according to your latest finding, shouldn't it be Nehalem instead Haswell?? Link to comment Share on other sites More sharing options...
Andrey1970 Posted March 31, 2021 Share Posted March 31, 2021 43 minutes ago, BuXb said: Andrey1970's table: according to your latest finding, shouldn't it be Nehalem instead Haswell?? No. Nehalem in the table it Ivy and older 1 Link to comment Share on other sites More sharing options...
BuXb Posted March 31, 2021 Share Posted March 31, 2021 OK, gotcha. So here's the updated table then: Link to comment Share on other sites More sharing options...
Andrey1970 Posted March 31, 2021 Share Posted March 31, 2021 The table is named If MSR 0xE2 lock Core 2 Duo have no MSR 0xE2, therefore there is no sense to include it in the table. 1 Link to comment Share on other sites More sharing options...
Slice Posted April 1, 2021 Share Posted April 1, 2021 Ivy can use XCPM if the user wants. So YES. Link to comment Share on other sites More sharing options...
Recommended Posts