
Andalu
MemberAndalu's Achievements
15
Reputation
-
I have to use some programs that do not work in the 64-bit version. Also, it is not very stable, at least on my boards: sometimes at startup the system crashes to a blank screen and the USB3 driver does not work properly for my KVM switch, the mouse and keyboard stop working when switching between systems.
-
Hi, the (intel) board with the faulty reboot when a PS/2 keyboard is connected is the Asrock B250M Pro4 with a Nuvoton LPCIO (strangely cpu-z didn't detected the chipset in this case): assuming that we are talking about the same version of the "new" nvme driver (.1007), could you please report what problem and under what circumstances such driver gives problems in XP x32 with PAE 4GB? I ask because even though I had tested it for a while on my intel system without encountering any problems, it is likely that I forgot to test it in that specific condition.
-
@Dietmar @Mov AX, 0xDEAD I have found the culprit! It is the usual approximative BIOS that accompanies Asus motherboards. The item responsible for the boot delay is "Boot performance mode" which I had left on "Auto" by default. It is located in the Advanced -> CPU Configuration -> CPU Power Management Control menu and has 4 options: Auto, Turbo Performance, Max Non-Turbo Performance, and Max Battery. Here is how the options behave for booting in XP: Max Battery = no delay Maximum non-turbo performance = no delay Turbo performance = 35-second delay By logic, the Turbo Performance option should be the one that allows faster startup, but instead it is the one that causes the 35-second delay and therefore, the "Auto" option corresponds to "Turbo Performance". Obviously, there is no reference to these options in the motherboard user's manual, but neither is there any reference to all the others BIOS options, another usual habit for Asus.
-
@Dietmar @Mov AX, 0xDEAD I forgot to report that the boot delay already occurs during XP installation before GUI-mode starts. No matter which ISO is used, the 35-second delay occurs anyway. I had already tried acpi6666 from outer space but without success. I did other tests such as installing an ISO with only the acpi.sys and sata driver integrated as well as switching the video card from ATI to nVidia but did not get the desired results. Bootvis doesn't seem to detect anything unusual either:
-
XP installs smoothly on the Asus Prime Z790-P WiFi D4 but this board has a strange behavior: after POST completion, once XP is selected to boot, it takes 35 seconds to display the XP logo with the scroll bar below. No activity of the HDD led during this time. Regardless of whether XP is installed on SSD or NVMe, the elapsed time is always the same. Adding these 35 seconds to the 12 seconds that this system takes to complete boot, it results in it being 4 times slower than the MSI Z590-A in the same conditions. Nothing changed by modifying the options in the BIOS, and there were no results by trying previous versions of acpi.sys (v6666 and v5048 included) (strangely, the acpiV6 that gave BSOD A5 on the MSI Z590 here allows booting without problems). Since this behavior does not occur in XP x64, Win7, Win8, Win10 because the respective logos appear after a few seconds, I wonder if this oddity could be considered acpi-related.
-
Hi, you could create a shortcut for shutdown on the desktop containing this command: %windir%\system32\shutdown.exe -s -f -t 0 This way you will avoid going through the Start Menu. I, too, have a board (even if desktop system) that has the same problem of freezing on restart. In my case it occurs when using a PS/2 keyboard. No issues with a USB keyboard.
-
@Dietmar to enter on the desktop with the XP from Ramsey you can try to delete winxpup.inf from the prepared ISO. In this way you will encounter many errors for missing files (the first one during TXT mode for winxpup.inf) but by clicking "esc and OK" on the various messages the installation can be completed anyway. XP so installed will be almost unusable, and unfortunately, you will not be able to install the video driver either, which I believe is the factor that causes a change in XP's configuration that leads to the conflict with the nvme driver we are testing. With other NVMe drivers and in XP x64 with installed the driver we are testing the NVMe drive and the video card share the same IRQ 16 but I never encountered the BSOD 7F.
-
@Dietmar I, too, would like to get to that information but still haven't figured out how to proceed after changing the first byte in DriverEntry to EB FE: what commands to give, when to give the 'Break', and how "Then you can change (in the to memory loaded nvme.sys driver) those 2 bytes back to its original ones." Never got that message. EDIT: I arrived here: