"In the QEMu driver, the qemudDomainSetVcpus() entry point is calling into another entry point qemudDomainGetMaxVcpus(), this causes a deadlock due to recursive mutex locking. The qemudDomainSetVcpus() method should in fact be calling the internal method qemudGetMaxVCPUs(). This patch makes it do that, thus avoiding the recursive mutex locking."
I'm assuming that means this bug should be pretty easy to fix. Or is it more complicated than just fixing the code and building a new package?
The same bug has been reported in Red Hat: https:/ /bugzilla. redhat. com/show_ bug.cgi? id=487013
A patch has been posted that fixes it: http:// www.redhat. com/archives/ libvir- list/2009- March/msg00195. html
"In the QEMu driver, the qemudDomainSetV cpus() entry point is calling into another entry point qemudDomainGetM axVcpus( ), this causes a deadlock due to recursive mutex locking. The qemudDomainSetV cpus() method should in fact be calling the internal method qemudGetMaxVCPUs(). This patch makes it do that, thus avoiding the recursive mutex locking."
I'm assuming that means this bug should be pretty easy to fix. Or is it more complicated than just fixing the code and building a new package?