Hide Forgot
Description of problem: /etc/sysconfig/irqbalance default comment says: # IRQ_AFFINITY_MASK # 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): irqbalance-0.55-29.el6.x86_64 How reproducible: always Steps to Reproduce: Set cpumask to irqbalance config file, restart the daemon and watch /proc/<PID>/smp_affinity files Actual results: CPUs with ones set in the mask does not have IRQs assigned, CPUs with zeros does. Expected results: Fixing the explaining comment seems better to me, lets have the settings in config file consistent with environment variable mask settings. Additional info: https://bugzilla.redhat.com/show_bug.cgi?id=617178#c20
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 representative.
Created attachment 519317 [details] irqbalance.sysconfig patch Patch fixes description of the correct meaning of IRQ_AFFINITY_MASK variable in irqbalance's sysconfig file.
Hi, 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. Petr H *** This bug has been marked as a duplicate of bug 789946 ***