VirtualBox

Ticket #420 (new defect)

Opened 2 years ago

Last modified 6 days ago

WinXP: intelppm.sys and processr.sys on certain processors

Reported by: bruno Assigned to:
Priority: critical Component: VMM
Version: VirtualBox 1.4.0 Keywords:
Cc: Guest type: other
Host type: other

Description

My laptop is a Centrino, had to follow this workaround for p3.sys and intelppm.sys to avoid BSOD (it happened already with 1.3.8)

http://blogs.msdn.com/virtual_pc_guy/archive/2005/10/24/484461.aspx

Change History

2007-06-14 13:22:20 changed by bruno

I needed to run "sc config p3 start= disabled " and "sc config intelppm start= disabled " in XP Safe Mode

2007-09-05 16:08:30 changed by sandervl73

  • priority changed from major to critical.

Apparently happens with XP embedded too. (http://forums.virtualbox.org/viewtopic.php?t=1560)

2007-09-05 16:16:12 changed by sandervl73

New report:

Hi, I'm running VirtualBox 1.5.0 on Windows XP Pro and try to boot XP embedded for initializing (specifically that's XPe SP2, Feature Pack 2007, Update Rollup 1.0 - although I doubt that that makes a difference).

Just before the FBA (first boot assistant) starts, at least just before it shows its first window, I get a blue screen. The STOP error is DRIVER_UNLOADED_WITHOUT_CANCELLING_PENDING_OPERATIONS, the responsible driver file depends on the included processor component(s): "Processor" -> processr.sys "Intel Processor" -> intelppm.sys "Intel PIII" -> p3.sys

Best regards

2007-09-05 17:29:59 changed by ujr

Unfortunately, there is no easy way to carry out those registry changes in a newly built XP embedded guest: the OS has never been run and cannot be started at all.

However, as I just tested, as a first measure it helps to remove or rename processr.sys (or any other offending processor driver, probably).

Now, if I only knew, why there's another bluescreen (0x0000007B) when the system starts the first time after initialization. But that's another story, I suppose.

2007-09-12 18:31:24 changed by ujr

Another note: This applies for amdk6.sys and amdk7.sys as well.

2007-09-19 17:26:27 changed by frank

  • summary changed from Workaround for crash in Centrinos: DRIVER_UNLOADED_WITHOUT_CANCELLING_PENDING_OPERATIONS to WinXP: intelppm.sys and processr.sys on certain processors.

We are observing this problem as well on some systems. Currently there is a workaround in our ASL code which should prevent Windows from loading this driver. However, this workaround (we just don't define an entry for a processor in the ACPI tables) seems to not work at every time.

2008-07-09 22:15:22 changed by frank

  • owner changed.
  • component changed from other to VMM.

2009-03-10 12:24:42 changed by ujr

Hmmm - just for the records: this bug is still in 2.1.4 (which is current at the moment). Has it been forgotten? Is there a chance for a fix?

2009-03-10 14:40:14 changed by frank

No, this bug has not been forgotten but there is no fix in sight yet.

2009-07-06 08:11:15 changed by jiniguy

Now seeing the same issue with v 3.0.0 (Solaris 10 x86 host).

2009-07-26 21:20:56 changed by snf

I'm currently seeing this in 3.0.2. What I think may have caused it is trying to use 82545EM based network card - than I think I got the BSOD after switching NIC type (I'm saying I think because I do not quite clearly recall if I have installed the 82545EM driver or not). Tried reinstalling the network card driver to newest from Intel and switching back to 82543GC but no luck there either: STOP: 0x000000CE (0xF87048F8, 0x00000000, 0xF87048F8, 0x00000000)

2009-08-07 18:07:52 changed by air

If you are seeing this problem repeatedly you can manually disable these drivers (with no negative side effect) by going to the following location in the registry:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet?\Services\Processor

Or

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet?\Services\Intelppm

And changing the 'Start' value to '4'.

2009-09-09 02:47:08 changed by xok

This problem happened to me.

The fastest fix is to boot in Safe Mode + Networking (F8 at startup)

- Go to %Systemroot%\Inf\ and delete all OEM#.inf - Search for intelppm.sys in the c:\windows\ (search for hidden directories and system files) - Delete the 3 results of intelppm.sys - Reboot the Guest normally

That's it :)

2009-09-09 02:48:05 changed by xok

(Sorry for re-post, but it is for better readability)

This problem happened to me.

The fastest fix is to boot in Safe Mode + Networking (F8 at startup)

- Go to %Systemroot%\Inf\ and delete all OEM#.inf

- Search for intelppm.sys in the c:\windows\ (search for hidden directories and system files) - Delete the 3 results of intelppm.sys

- Reboot the Guest normally

That's it :)

2009-09-21 05:48:22 changed by claude

After applying the instructions from "xok" I had the problem where the screen resolution and colour depth for my Windows VM was locked at 800x600 and 4-bit. Not very nice.

This seems to have been caused by the removal of the "OEM*" files. I have not yet been able to resolve this properly.

2009-09-21 08:24:29 changed by frank

Just a wild guess: Try to re-install the VirtualBox guest additions.

2009-09-21 08:50:11 changed by claude

Thats a good wild guess; unfortunately I tried that and had these weird outcomes:

Step # 1 - Uninstalled guest additions: now I could set 32-bit colour, and arbitrary resolutions. Of course, I lost all the neat integration with dynamic resizing and mouse handling. I thought I was on to a winner at that point.

Step # 2 - Re-installed guest additions: eeek. It went back to 800x600x4. I also tried messing around with different monitor types, to no avail.

The most annoying thing is my own stupidity. I could easily have taken a snapshot of the disk before I started playing around. But I did not. My colleagues helpfully remind me of this stupidity every few minutes.

Fortunately I don't have much invested in this Windows install and I am thinking of starting again.

2009-09-21 12:34:30 changed by xok

TO: claude

OEM#.inf are the temporary files of the recognized devices.

If you have problems with your Display device and the OEM#.inf files are removed, then the Display / VGA will be reconizegd as "Unknown" and it is a good oportunity to insert the CD / download drivers for the Display / VGA.

I have done that procedure for other kind of drivers and hardware more than a hundred times and it is not a reason for the system not boot or having problems the Display / VGA device. Just reinstall the drivers and everything will be OK.

2009-09-22 00:15:08 changed by claude

Thanks xok - unfortunately I'm not really sure where the original display drivers came from. I've checked some other (nearly identical) VM's and they just have "Default Monitor" and a virtualbox display adapter. I assumed that these drivers must have come from the guest additions, but no amount of messing around with/without the additions installed and the driver-manager seems to help.

One thing holding me back is my poor knowledge of Windows admin things! I'm more comfortable on Linux machines when messing around with this stuff.

Anyway, from here my fastest path forward is to just re-install windows. Yes, it is probably a sledgehammer but it requires only a tiny amount of knowledge (which is all I have) to acheive it.

2009-09-24 04:34:32 changed by claude

I had reason to uninstall and re-install the guest additions prior to getting around to a windows rebuild, and this completely resolved the resolution problem. Perhaps I didn't do it properly the first time.

I reluctantly publish my incompetence here in case someone else can learn from it :)

2009-11-01 18:45:29 changed by jurikolo

Just had same problem after installing Guest Additions with Direct 3d.
Host: Fedora 11 x86_64. Guest: Windows XP SP3. VirtualBox-3.0.10_54097_fedora11-1.x86_64

Here is screenshot: http://dl.getdropbox.com/u/2196730/BSOD_VWXP.png

2009-11-01 22:25:20 changed by neils123

Hello all. I was running fine with a my guest winXP on my host ubuntu 9.04. Then I decided to upgrade to ubuntu 9.10... Now I have this problem. Decided first to upgrade from the ubuntu package (vbox 3.08) to the Sun package (3.10) to see if that would fix the problem. It did not. Some searching led me here, and I followed air's advice to change the registry key HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet?\Services\Intelppm.

That fixed me right up, no BSOD, everything seems to boot and run normally. So I just wanted to make the comment that it worked in case that helps anyone else. Thanks air!

© 2009 Sun Microsystems, Inc.
ContactPrivacy policy