Description of problem:
/etc/sysconfig/irqbalance default comment says:
# 64 bit bitmask which allows you to indicate which cpu's should
# be skipped when reblancing irqs. Cpu numbers which have their
# corresponding bits set to zero in this mask will not have any
# irq's assigned to them on rebalance
but it actually works vice versa, CPUs with bits set to _one_ will not have any interrupts assigned to them.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Set cpumask to irqbalance config file, restart the daemon and watch /proc/<PID>/smp_affinity files
CPUs with ones set in the mask does not have IRQs assigned, CPUs with zeros does.
Fixing the explaining comment seems better to me, lets have the settings in config file consistent with environment variable mask settings.
This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unfortunately unable to
address this request at this time. Red Hat invites you to
ask your support representative to propose this request, if
appropriate and relevant, in the next release of Red Hat
Enterprise Linux. If you would like it considered as an
exception in the current release, please ask your support
Created attachment 519317 [details]
Patch fixes description of the correct meaning of IRQ_AFFINITY_MASK variable
in irqbalance's sysconfig file.
we are planning to rebase irqbalance to release 1.x in RHEL 6.4 where this change is already incorporated as it is, without any additional patches.
*** This bug has been marked as a duplicate of bug 789946 ***