Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
For bugs related to Red Hat Enterprise Linux 5 product line. The current stable release is 5.10. For Red Hat Enterprise Linux 6 and above, please visit Red Hat JIRA https://issues.redhat.com/secure/CreateIssue!default.jspa?pid=12332745 to report new issues.

Bug 508040

Summary: Windows XP not using all CPUS
Product: Red Hat Enterprise Linux 5 Reporter: Gleb Natapov <gleb>
Component: kvmAssignee: Gleb Natapov <gleb>
Status: CLOSED ERRATA QA Contact: Lawrence Lim <llim>
Severity: medium Docs Contact:
Priority: low    
Version: 5.4CC: bstein, knoel, markmc, riek, sghosh, syeghiay, tao, tburke, tools-bugs, virt-maint, ykaul
Target Milestone: rcKeywords: Reopened
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: kvm-83-122.el5 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 509345 (view as bug list) Environment:
Last Closed: 2010-03-30 07:56:13 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 509345    

Description Gleb Natapov 2009-06-25 10:16:58 UTC 
Description of problem:
WindowsXP uses only two cpus even if kvm provide more

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. run kvm -smp 4 with windowsxp guest
2. wait for windows to complete booting
3. check number of cpus monitors in task manager (if there is 1 install smp HAL)
  
Actual results:
2 cpu monitors

Expected results:
4 cpu monitors

Additional info:
This is not, strictly speaking, a bug, since WindowsXP deliberately refuses to use more then 2 physical cpus, but we can pretend that we have 2 cpus with 2 cores and make windowsxp to use all of them.
Comment 10 RHEL Program Management 2009-07-13 15:59:45 UTC 
Development Management has reviewed and declined this request.  You may appeal
this decision by reopening this request.
Comment 14 Mark McLoughlin 2009-08-19 14:11:22 UTC 
New patches posted upstream by Andre Przywara from AMD:

  http://lists.gnu.org/archive/html/qemu-devel/2009-08/msg00935.html
Comment 15 Mark McLoughlin 2009-09-03 16:42:04 UTC 
The following is what ended up being committed:

  http://git.savannah.gnu.org/cgit/qemu.git/commit/?id=dc6b1c0984
  http://git.savannah.gnu.org/cgit/qemu.git/commit/?id=ac72472b5f
  http://git.savannah.gnu.org/cgit/qemu.git/commit/?id=400281af34
  http://git.savannah.gnu.org/cgit/qemu.git/commit/?id=a8a358bf35

Syntax: -smp smp_value[,cores=nr_cores][,threads=nr_threads][,socket=nr_sockets][,maxcpus=max_cpus]
Comment 26 errata-xmlrpc 2010-03-30 07:56:13 UTC 
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2010-0271.html