intctl.1m (2010 09)

i
intctl(1M) intctl(1M)
NAME
intctl - manage the interrupt configuration of the system
SYNOPSIS
/usr/sbin/intctl
[-h | -F | -p | -c cpu_id ]
/usr/sbin/intctl
[-C class ][-H hw_path ]
/usr/sbin/intctl
[-M -H hw_path -I intr_id -c
cpu_id [-w]]
/usr/sbin/intctl
[-M -H hw_path -f file [
-w]]
/usr/sbin/intctl
[-r file | -s file]
/usr/sbin/intctl
[-l [cell_id ]]
/usr/sbin/intctl
[-b [-w][-a algorithm ]
[
-i io:hw_path:intr_id]...
[-i cpu:hw_path]...
[-i drv:driver_name]...
[-o drv:driver_name:weight]...
[-o trig:balance_on_cpu:distribute_to_cpu
]...]
DESCRIPTION
A processor receives an interrupt in one or more of these occurrences:
When the processor’s interrupt pin is asserted (for line based interrupts).
If a processor detects an interrupt message bus transaction on the system bus (for transaction based
interrupts).
Interrupts from the interface cards can be line or transaction based. Interrupts are routed to different
processors during boot time.
The
intctl command is a tool that allows a performance expert to display and modify these interrupt
assignments. The tool only supports migration of external device interrupts. The performance analyst
can also save and restore the interrupt configuration. If interrupt migration process completes success-
fully, a message is logged to the console and/or to the /var/adm/syslog/syslog.log
file.
intctl resides in /usr/sbin/bin
(a symbolic link exists in /usr/contrib/bin), and the com-
mand can be executed only by the superuser. The
intctl command is not a general system administra-
tion command. It should be used only by performance tuning experts with a high level of system
knowledge. The performance specialist can use the intctl command to view the interrupt
configuration of the system and modify the interrupt assignments of the CPUs to re-distribute the system
load across the CPUs.
intctl is synchronized with other High Availability (HA) events happening simultaneously on the sys-
tem. An HA event can be a PCI OLA/R or Processor allocation/de-allocation. If any of these events are
happening when intctl is trying to display interrupt information or is trying to migrate an interrupt to
a CPU, intctl exits with the error message below, and the user should retry the intctl command:
"Another HA event is in progress, try again!"
Non-MP safe drivers do not support interrupt migration. The intctl command displays an error mes-
sage if the user tries to move the interrupts of a non-MP safe driver to a different CPU.
On a system with virtual partitions (vPars),
intctl displays only CPUs in the current partition.
Using the
-b option, the intctl command balances the interrupt distribution on a system. Interrupt
assignments to CPUs on a given system are not always distributed in a balanced manner. Most of the
time, imbalance in distribution is caused by CPU migrations. These migrations may cause the interrupts
to get assigned to CPUs available in the system in a non-optimal fashion and the interrupts are not redis-
tributed when more CPUs become available. In such a scenario, the -b option of the intctl command
can be used to balance the interrupt distribution on the system.
By default, HP-UX distributes interrupts at boot time using a "round robin" allocation method. In this
method, the first interrupt is assigned to the first available CPU. Then the next interrupt is assigned to
the next available CPU and these assignments continue. After all the CPUs have been assigned, the
interrupt assignment starts from the first CPU again.
CPU migrations can occur because of Work Load Manager (WLM) configuration, vPars administration
activity, and/or Instant Capacity (iCAP/TiCAP) administration activity. These migrations can cause the
HP-UX 11i Version 3: September 2010 1 Hewlett-Packard Company 1

Summary of content (10 pages)