Changeset 96166 in vbox

Timestamp:

Aug 12, 2022 11:58:35 AM (2 years ago)

Author:

vboxsync

Message:

HostDrivers/Support/win: Update log messages and code comments to
reflect the renaming of 'VBoxDrv.sys' to 'VBoxSup.sys' on Windows.
bugref:10162 ticketref:21055

File:

• trunk/src/VBox/HostDrivers/Support/win/SUPR3HardenedMain-win.cpp (modified) (5 diffs)

trunk/src/VBox/HostDrivers/Support/win/SUPR3HardenedMain-win.cpp

@@ -5262 +5262 @@
                                       "NtCreateFile(%ls) failed: VERR_SUPDRV_APIPORT_OPEN_ERROR\n"
                                       "\n"
-                                      "Error getting %s\\ApiPort in the driver from vboxdrv.\n"
+                                      "Error getting %s\\ApiPort in the driver from vboxsup.\n"
                                       "\n"
                                       "Could be due to security software is redirecting access to it, so please include full "
@@ -5343 +5343 @@
      * Before the 2nd respawn we set up a child protection deal with the
      * support driver via /Devices/VBoxDrvStub.  (We tried to do this
-     * during the early init, but in case we had trouble accessing vboxdrv we
-     * retry it here where we have kernel32.dll and others to pull in for
-     * better diagnostics.)
+     * during the early init, but in case we had trouble accessing vboxdrv
+     * (renamed to vboxsup in 7.0 and 6.1.34) we retry it here where we
+     * have kernel32.dll and others to pull in for better diagnostics.)
      */
     if (iWhich == 2)
@@ -6827 +6827 @@
  * call protection software that is in the habit of patching half of the ntdll
  * and kernel32 APIs in the process, making it almost indistinguishable from
- * software that is up to no good.  Once we've opened vboxdrv, the process
- * should be locked down so thighly that only kernel software and csrss can mess
- * with the process.
+ * software that is up to no good.  Once we've opened vboxdrv (renamed to
+ * vboxsup in 7.0 and 6.1.34), the process should be locked down so tightly
+ * that only kernel software and csrss can mess with the process.
  */
 DECLASM(uintptr_t) supR3HardenedEarlyProcessInit(void)
@@ -6970 +6970 @@
     if (cArgs >= 1 && suplibHardenedStrCmp(papszArgs[0], SUPR3_RESPAWN_1_ARG0) == 0)
     {
-        SUP_DPRINTF(("supR3HardenedVmProcessInit: Opening vboxdrv stub...\n"));
+        SUP_DPRINTF(("supR3HardenedVmProcessInit: Opening vboxsup stub...\n"));
         supR3HardenedWinOpenStubDevice();
         g_enmSupR3HardenedMainState = SUPR3HARDENEDMAINSTATE_WIN_EARLY_STUB_DEVICE_OPENED;
@@ -6976 +6976 @@
     else if (cArgs >= 1 && suplibHardenedStrCmp(papszArgs[0], SUPR3_RESPAWN_2_ARG0) == 0)
     {
-        SUP_DPRINTF(("supR3HardenedVmProcessInit: Opening vboxdrv...\n"));
+        SUP_DPRINTF(("supR3HardenedVmProcessInit: Opening vboxsup...\n"));
         supR3HardenedMainOpenDevice();
         g_enmSupR3HardenedMainState = SUPR3HARDENEDMAINSTATE_WIN_EARLY_REAL_DEVICE_OPENED;