VirtualBox

Ticket #420 (new defect)

Opened 1 year ago

Last modified 3 months 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

06/14/07 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

09/05/07 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)

09/05/07 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

09/05/07 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.

09/12/07 18:31:24 changed by ujr

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

09/19/07 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.

07/09/08 22:15:22 changed by frank

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

© 2008 Sun Microsystems, Inc.
ContactPrivacy policy